ОБЗОР ПРАВ ДОСТУПА К ФАЙЛАМ В LINUX

Бинар. | Восьм. | Права доступа | Символы
----------|-----------|---------------------------------|--------------------------
000 | 0 | Нет доступа | ---
001 | 1 | Только выполнение | --x
010 | 2 | Только запись (Write) | -w-
011 | 3 | Запись + выполнение | -wx
100 | 4 | Только чтение (Read) | r--
101 | 5 | Чтение + выполнение | r-x
110 | 6 | Чтение + запись | rw-
111 | 7 | Чтение + запись + | rwx
выполнение |

Права доступа к файлу в Linux отображаются как строка из 10 символов, например:

-rwxrw-r-x

Первый символ показывает тип файла. Если это обычный файл — будет -, если каталог — d, если символьная ссылка — l и так далее.

Оставшиеся 9 символов разбиты на три группы по три символа каждая:

🔸Первая тройка (rwx) — права владельца файла

🔸Вторая тройка (rw-) — права группы

🔸Третья тройка (r-x) — права остальных пользователей

Каждая буква означает конкретное право:

🔸r — право чтения (read),
🔸w — право записи (write),
🔸x — право выполнения (execute),
🔸- — отсутствие соответствующего права.

Каждая триада символов может быть представлена в бинарной форме, где r = 4, w = 2, x = 1. Складывая эти значения, мы получаем восьмеричное представление прав.

Пример:

> rwx = 4 + 2 + 1 = 7
> rw- = 4 + 2 + 0 = 6
> r-x = 4 + 0 + 1 = 5

Таким образом, строка -rwxrw-r-x соответствует правам:

> user: rwx = 7
> group: rw- = 6
> others: r-x = 5

В восьмеричном формате это записывается как 765.

Эти значения часто используются в команде chmod, например:

chmod 765 myfile.txt

Команда установит: владельцу — полный доступ, группе — чтение и запись, остальным — чтение и выполнение.

@sysadmin1

Запросы и лимиты в Kubernetes, что они на самом деле значат?

Контейнеры работают внутри подов и потребляют ресурсы CPU и памяти.

Но ты не даёшь им использовать сколько угодно — ты явно указываешь два параметра:

🔸Request — минимальный объём ресурсов, который гарантирован контейнеру. Kubernetes использует это значение при планировании

🔸Limit — верхняя граница. Контейнер не сможет превысить этот порог.

Вот упрощённый пример конфигурации с пояснениями.

apiVersion: v1
kind: Pod
metadata:
  name: techops-examples
spec:
  containers:
    - name: techops-examples-container
      image: techops-examples-image
      resources:
        requests:
          memory: "300Mi"   # ← всегда гарантируется 300Mi памяти
          cpu: "150m"       # ← до 150m CPU без троттлинга
        limits:
          memory: "600Mi"   # ← если больше 600Mi — контейнер будет убит
          cpu: "250m"       # ← если больше 250m CPU — начнётся троттлинг

@sysadmin1

Gorgeous GRUB — это проект для визуальной кастомизации загрузчика GRUB.

Позволяет заменить стандартное текстовое меню на графическое с темами, иконками, фоновыми изображениями и анимацией. Работает на системах с GRUB2 (например, Arch, Debian, Ubuntu).

Для тех, кто видит загрузчик чаще чем раз в пару месяцев. :)

https://github.com/Jacksaur/Gorgeous-GRUB 🪄

@sysadmin1

TCP: трехфазное рукопожатие

Установка соединения

Клиент → Сервер

1. Клиент отправляет SYN
2. Сервер получает SYN → отправляет SYN + ACK
3. Клиент получает SYN + ACK → отправляет ACK
4. Сервер получает ACK

✅Соединение установлено

Завершение соединения

Клиент → Сервер

1. Клиент отправляет FIN
2. Сервер получает FIN → отправляет FIN + ACK
3. Клиент получает FIN + ACK → отправляет ACK
4. Сервер получает ACK

❌ Соединение закрыто

@sysadmin1