DevOps Portal | Linux

🤓 Что такое git stash? Git stash позволяет временно сохранить черновик ваших изменений, которые еще не были зафиксированы (committed), и вернуть рабочую директорию в чистое состояние. Это полезно, если вам нужно переключиться на другую задачу, но вы не хотите коммитить незавершенную работу. — Как работает Git Stash? Когда вы выполняете команду git stash, Git берет все незакоммиченные изменения из вашей рабочей директории и сохраняет их в специальном хранилище (stash) — по сути, это стек отложенных изменений. После этого все незакоммиченные изменения удаляются из рабочей копии, и она снова соответствует последнему коммиту (HEAD). Сохраненные изменения остаются в отдельном месте, пока вы не будете готовы снова применить их. Это позволяет переключаться между ветками, получать обновления из удаленного репозитория, выполнять rebase и другие операции, не мешая текущей незавершенной работе. — Рабочий процесс с Git Stash 🔹Сохранение изменений в stash Перед тем как зафиксировать изменения в stash, сначала добавьте файлы в индекс, чтобы Git начал их отслеживать:

$ git add .

Если нужно сохранить только определенные файлы, укажите их при добавлении:

$ git add file.txt demo.txt
Затем создайте новый stash:
```bash
$ git stash

Эта команда сохранит ваши изменения и вернет рабочую директорию в состояние последнего коммита. 🔹Присвоение имени stash Чтобы дать stash понятное название, используйте параметр -m:

git stash -m "<имя>"

Это поможет вам легче идентифицировать нужные сохраненные изменения позже. 🔹Просмотр списка stash'ей Чтобы увидеть список всех сохраненных stash'ей, используйте:

$ git stash list

Для просмотра краткого описания stash'а выполните: ```bash git stash show Где <stash> — это идентификатор stash'а из списка git stash list. 🔹Применение stash'а Когда вы готовы вернуть сохраненные изменения, используйте команду git stash pop:

git stash pop

Эта команда применяет изменения и удаляет stash из списка. Если вы хотите сохранить stash после применения, используйте:

git stash apply

🔹Применение конкретного stash'а Чтобы применить stash, кроме последнего, используйте:

git stash apply <stash>

Или:

git stash pop --index <stash>

Где <stash> — идентификатор stash'а из git stash list. apply сохраняет stash, а pop удаляет его после применения. 🔹Создание новой ветки с stash'ем Вы можете создать новую ветку и применить к ней изменения из stash'а:

git stash branch <branch-name> <stash>

Эта команда создаст новую ветку с изменениями из stash'а, привязанными к коммиту, в котором stash был создан. 🔹Удаление stash'ей Когда stash больше не нужен, удалите его командой:

git stash drop <stash>

Это удаляет один stash. Чтобы удалить все stash'и, используйте:

git stash clear

После очистки stash'и невозможно будет восстановить. 🔹Дополнительные возможности Git stash поддерживает множество дополнительных опций, включая возможность отправки stash'ей в удаленный репозиторий. Подробнее читайте в официальной документации. — Когда использовать Git Stash? Git stash полезен в следующих ситуациях: 🔹Переключение на другую ветку для получения обновлений 🔹Временное сохранение работы для исправления критической ошибки (hotfix) 🔹Разрешение конфликтов при выполнении git rebase 🔹Пауза в работе для слияния другой ветки в вашу С помощью stash можно легко менять контексты работы без необходимости делать временные коммиты. — Заключение Git stash позволяет откладывать локальные изменения без коммитов, помогая гибко управлять рабочим процессом и переключаться между ветками. Это делает его важным инструментом для эффективной работы с Git. 👉 DevOps Portal

💡 Быстрый совет по Linux 🐧 Команда diff — полезный инструмент для поиска различий между файлами в терминале Linux. Однако, icdiff предлагает еще более удобное сравнение, выводя файлы бок о бок с цветным отображением изменений.

$ icdiff config-1 config-2

Результат выведет оба файла рядом, с выделением различий красным и зеленым цветами, что позволяет легко увидеть различия. 👉 DevOps Portal

В конце 2022 года Bitcoin стоил $16k, Solana – $8, мемкоины никто не воспринимал всерьёз. Прошло чуть больше года – BTC x7, Solana x25, мемкоины улетели на десятки тысяч процентов. Так же было и с "монетой Трампа" – многие не понимали, как зайти на раннем этапе, а те, кто разобрался, сделали x100+. Секрет? Крупные игроки не ждут сигналов в СМИ – они заходят, пока толпа спит. Чтобы не копаться самому – читай канал Crypto Master. Здесь все основные и ранние инсайды! Подписывайся – следующий x100 может быть твоим: https://t.me/+cSLHRmotJjllMjIy

Docker Daemon (Демон Docker) Демон Docker — это серверная составляющая Docker, которая работает в фоновом режиме для управления образами Docker, контейнерами, сетями и томами. Он играет ключевую роль в архитектуре Docker, слушая запросы API от клиента Docker и выполняя запрашиваемые операции. —Ниже приведены основные функции демона Docker: 1. Управление образами 🔹Управляет Docker-образами, которые используются как шаблоны для создания контейнеров. 🔹Загружает образы из реестра Docker (например, Docker Hub) и сохраняет их локально на хосте Docker. 🔹Управляет жизненным циклом и хранением этих образов. 2. Управление контейнерами 🔹Отвечает за запуск, остановку и управление контейнерами Docker. 🔹Создает новый контейнер из образа при выполнении команды docker run. 🔹Останавливает и удаляет контейнеры в ответ на команды docker stop и docker rm. 3. Сетевое управление 🔹Управляет сетями Docker, которые соединяют контейнеры друг с другом и с внешними системами. 🔹Поддерживает различные сетевые драйверы (например, bridge, host, overlay, macvlan) для обработки различных сетевых требований и сценариев. 4. Управление томами 🔹Управляет томами Docker для сохранения данных, генерируемых контейнерами. 🔹Позволяет подключать тома к контейнерам во время их работы, что позволяет сохранять и обмениваться данными между контейнерами. 5. API 🔹Предоставляет REST API для программного взаимодействия с Docker. 🔹Клиент Docker использует этот API для отправки команд (например, создание контейнеров или управление образами) демону. — Как работает демон Docker 🔹Фоновый процесс: работает непрерывно в фоновом режиме на хосте Docker. 🔹Взаимодействие: прослушивает запросы API от клиента Docker через Unix-сокет или сетевой порт. 🔹Настройка: может быть настроен с помощью различных параметров, таких как драйверы хранения, сетевые драйверы и параметры логирования, для разных вариантов использования. Демон Docker является основным компонентом архитектуры Docker, обеспечивая удобное управление контейнерами, образами и сетями, а также обеспечивая гибкость и масштабируемость для контейнеризованных приложений. 👉 DevOps Portal

Быстрый совет по Linux 🐧 Вы можете использовать опцию -exec команды find, чтобы вызвать внешнюю программу для выполнения определённого действия над найденными файлами, соответствующими заданным критериям. Например, удаление файлов, вывод прав доступа и т. д.

$ find ~/ -type f -exec ls -lah {} \;

Это особенно полезно, когда нужно выполнить одно и то же действие над несколькими файлами, расположенными в разных местах. Приведённая команда выводит информацию о правах доступа и других метаданных для каждого найденного файла. Разбор опции -exec: 🔹exec ls — указывает find выполнить команду ls для каждого найденного файла. 🔹-lah — отображает все файлы (включая скрытые), их права доступа и другие метаданные (например, размер) в удобочитаемом формате. 🔹{} — это специальный placeholder, заменяемый именем каждого найденного файла. Он всегда должен быть последним в списке параметров. 🔹; — указывает конец списка параметров. Его необходимо экранировать (\;), иначе shell интерпретирует его неправильно. Также вместо ; можно использовать +, что позволяет передавать сразу несколько файлов в одну команду. Между + и {} должен быть пробел. Можно выполнять несколько команд с помощью -exec. Например, следующая команда считает количество слов в текстовых файлах и их занимаемое место на диске:

$ find . -name "*.txt" -exec wc {} \; -exec du -sh {} \;

👉 DevOps Portal

Требуются парни и девушки в возрасте 19–40 лет, желающие работать в сфере IT. Опыт в программировании не нужен. Завтра запускаем бесплатный онлайн-интенсив по Frontend-разработке, где будем показывать, как разрабатывать сайты и веб-приложения используя ChatGPT. За 7 дней обучения ты: 1. Создашь полноценный веб-сайт на HTML и CSS; 2. Оживишь страницу с помощью JavaScript; 3. Используешь фронтенд-фреймворк Angular; 4. Подключишь Backend и загрузишь сайт на хостинг; 5. Получишь советы по доработке своего проекта; 6. Научишься использовать ChatGPT и Giga во Frontend-разработке; 7. Узнаешь 9 способов найти первый заказ на фрилансе даже без опыта. А главное, ты увидишь, что разрабатывать сайты и приложения не так сложно, как кажется. И поймёшь, как тебе развиваться в этой профессии, чтобы уже через пару месяцев зарабатывать от 1000$ на вёрстке сайтов. 👉 Проскочить на интенсив бесплатно 🔥 С 2019 стабильно помогаем с обучением, практикой, зарабатывать на фрилансе и проходить собеседования.

— Лучшие практики использования томов Docker 🔹Используйте именованные тома для важных данных. 🔹Регулярно очищайте неиспользуемые тома, чтобы не занимать дисковое пространство. 🔹Будьте осторожны с привязанными томами, так как они дают контейнеру доступ к файловой системе хоста. 🔹Используйте плагины для томов для расширенных возможностей, таких как шифрование и снапшоты. ✅ Заключение Docker Volumes — это мощный инструмент для управления данными в контейнерах. Их грамотное использование значительно упрощает развертывание, разработку и администрирование контейнеризированных приложений. 👉 DevOps Portal

👩‍💻 Docker Volumes: Полное руководство Контейнеры Docker изначально задумывались как эфемерные, то есть их файловая система не сохраняется после остановки или удаления контейнера. Docker Volumes (тома) обеспечивают механизм хранения и обмена данными, который выходит за пределы жизненного цикла контейнера, предотвращая потерю данных. Это особенно важно для приложений, которым требуется постоянное хранилище, таких как базы данных, CMS или stateful-сервисы. — Типы томов Docker Существует три основных типа томов в Docker: 🔹Именованные тома (Named Volumes) Это наиболее распространенный и удобный тип. Они управляются самим Docker и хранятся в файловой системе хоста в специальном каталоге (/var/lib/docker/volumes/ на Linux). Именованные тома подходят для хранения данных, требующих сохранности (например, базы данных) и легко поддаются резервному копированию или миграции. 🔹Анонимные тома (Anonymous Volumes) Анонимные тома, как и именованные, управляются Docker, но не имеют явного имени. Они используются для временных данных, которые не нужно сохранять между пересозданиями или перезапусками контейнера. Их сложнее отслеживать, и они автоматически удаляются, когда контейнер, их использующий, уничтожается. 🔹Привязанные тома (Bind Mounts) В отличие от обычных томов, привязанные тома позволяют монтировать конкретный каталог или файл с хостовой системы в контейнер. Этот метод предоставляет больше контроля над местоположением и правами доступа к данным. Изменения, внесенные в файлы на хосте, сразу отображаются в контейнере и наоборот. Bind mounts удобны для совместного использования конфигурационных файлов или исходного кода в процессе разработки. — Создание и монтирование именованных томов Создать именованный том можно командой:

docker volume create jenkins_home

Если имя не указано, Docker сгенерирует его автоматически. Для запуска контейнера с монтированным томом используйте флаг -v:

docker run -d --name jenkins -p 8080:8080 -v jenkins_home:/var/data jenkins/jenkins

В этом примере том jenkins_home монтируется в контейнер по пути /var/data. По умолчанию тома монтируются с правами чтения-записи. Чтобы примонтировать том в режиме "только для чтения", используйте :ro:

docker run -d --name jenkins -p 8080:8080 -v jenkins_home:/var/data:ro jenkins/jenkins

— Создание и монтирование анонимных томов Анонимный том создается автоматически при запуске контейнера с -v, но без указания источника:

docker run -d -v /data nginx

— Создание и монтирование привязанных томов Привязанные тома используют файловую систему хоста, а не Docker. Чтобы создать bind mount, необходимо заранее создать нужный каталог или файл на хосте. Для монтирования каталога используйте флаг -v:

docker run -d -p 80:80 -v $(pwd):/data nginx

Или более явный --mount:

docker run -d -p 80:80 --mount type=bind,source=$(pwd),target=/data nginx

Теперь любые файлы, созданные в /data внутри контейнера, появятся в текущем каталоге на хосте. Важно: следите за правами доступа, чтобы избежать проблем с доступом к файлам. — Просмотр и управление томами Docker 🔹Список всех томов в системе:

docker volume ls

🔹Просмотр информации о томе:

docker volume inspect jenkins_home

🔹Удаление томов Docker Удаление конкретного тома:

docker volume rm jenkins_home

Удаление всех неиспользуемых томов:

docker volume prune

Анонимные тома и привязанные тома обычно удаляются вместе с контейнером. — Практическое применение Docker Volumes 🔹Сохранение данных: базы данных или файловые хранилища сохраняют данные даже после удаления контейнера. 🔹Общий доступ к данным: несколько контейнеров могут использовать общий том. 🔹Разработка: привязанные тома позволяют разрабатывать без пересборки контейнеров, так как код обновляется на лету. 🔹Резервное копирование и миграция: данные тома можно скопировать с одного хоста на другой.

— Лучшие практики использования томов Docker 🔹Используйте именованные тома для важных данных. 🔹Регулярно очищайте неиспользуемые тома, чтобы не занимать дисковое пространство. 🔹Будьте осторожны с привязанными томами, так как они дают контейнеру доступ к файловой системе хоста. 🔹Используйте плагины для томов для расширенных возможностей, таких как шифрование и снапшоты. ✅ Заключение Docker Volumes — это мощный инструмент для управления данными в контейнерах. Их грамотное использование значительно упрощает развертывание, разработку и администрирование контейнеризированных приложений. 👉 DevOps Portal

👩‍💻 Docker Volumes: Полное руководство Контейнеры Docker изначально задумывались как эфемерные, то есть их файловая система не сохраняется после остановки или удаления контейнера. Docker Volumes (тома) обеспечивают механизм хранения и обмена данными, который выходит за пределы жизненного цикла контейнера, предотвращая потерю данных. Это особенно важно для приложений, которым требуется постоянное хранилище, таких как базы данных, CMS или stateful-сервисы. — Типы томов Docker Существует три основных типа томов в Docker: 🔹Именованные тома (Named Volumes) Это наиболее распространенный и удобный тип. Они управляются самим Docker и хранятся в файловой системе хоста в специальном каталоге (/var/lib/docker/volumes/ на Linux). Именованные тома подходят для хранения данных, требующих сохранности (например, базы данных) и легко поддаются резервному копированию или миграции. 🔹Анонимные тома (Anonymous Volumes) Анонимные тома, как и именованные, управляются Docker, но не имеют явного имени. Они используются для временных данных, которые не нужно сохранять между пересозданиями или перезапусками контейнера. Их сложнее отслеживать, и они автоматически удаляются, когда контейнер, их использующий, уничтожается. 🔹Привязанные тома (Bind Mounts) В отличие от обычных томов, привязанные тома позволяют монтировать конкретный каталог или файл с хостовой системы в контейнер. Этот метод предоставляет больше контроля над местоположением и правами доступа к данным. Изменения, внесенные в файлы на хосте, сразу отображаются в контейнере и наоборот. Bind mounts удобны для совместного использования конфигурационных файлов или исходного кода в процессе разработки. — Создание и монтирование именованных томов Создать именованный том можно командой:

docker volume create jenkins_home

Если имя не указано, Docker сгенерирует его автоматически. Для запуска контейнера с монтированным томом используйте флаг -v:

docker run -d --name jenkins -p 8080:8080 -v jenkins_home:/var/data jenkins/jenkins

В этом примере том jenkins_home монтируется в контейнер по пути /var/data. По умолчанию тома монтируются с правами чтения-записи. Чтобы примонтировать том в режиме "только для чтения", используйте :ro:

docker run -d --name jenkins -p 8080:8080 -v jenkins_home:/var/data:ro jenkins/jenkins

— Создание и монтирование анонимных томов Анонимный том создается автоматически при запуске контейнера с -v, но без указания источника:

docker run -d -v /data nginx

— Создание и монтирование привязанных томов Привязанные тома используют файловую систему хоста, а не Docker. Чтобы создать bind mount, необходимо заранее создать нужный каталог или файл на хосте. Для монтирования каталога используйте флаг -v:

docker run -d -p 80:80 -v $(pwd):/data nginx

Или более явный --mount:

docker run -d -p 80:80 --mount type=bind,source=$(pwd),target=/data nginx

Теперь любые файлы, созданные в /data внутри контейнера, появятся в текущем каталоге на хосте. Важно: следите за правами доступа, чтобы избежать проблем с доступом к файлам. — Просмотр и управление томами Docker 🔹Список всех томов в системе:

docker volume ls

🔹Просмотр информации о томе:

docker volume inspect jenkins_home

🔹Удаление томов Docker Удаление конкретного тома:

docker volume rm jenkins_home

Удаление всех неиспользуемых томов:

docker volume prune

Анонимные тома и привязанные тома обычно удаляются вместе с контейнером. — Практическое применение Docker Volumes 🔹Сохранение данных: базы данных или файловые хранилища сохраняют данные даже после удаления контейнера. 🔹Общий доступ к данным: несколько контейнеров могут использовать общий том. 🔹Разработка: привязанные тома позволяют разрабатывать без пересборки контейнеров, так как код обновляется на лету. 🔹Резервное копирование и миграция: данные тома можно скопировать с одного хоста на другой.

💡 Совет дня по Linux 🐧 В Linux оператор конвейера (|) полезен, когда нужно направить вывод одной команды на вход другой для дальнейшей обработки:

$ cat data.txt | grep "No such file"

Однако это не перенаправляет ошибки. Если файл не существует, команда grep не даст результата. Что если нужно перенаправить и обработать как ошибки, так и обычный вывод? 🤔 Здесь на помощь приходит оператор перенаправления |&. Этот оператор направляет как стандартный вывод (stdout), так и стандартные ошибки (stderr) первой команды через конвейер на стандартный ввод (stdin) второй команды. Посмотрите на следующий пример:

$ cat data.txt |& grep "No such file"

Обратите внимание на разницу: команда grep смогла найти совпадение. Оператор |& в bash является сокращением для оператора перенаправления 2>&1 |:

$ cmd-1  2>&1  |  cmd-2

👉 DevOps Portal

🎄Как стать айтишником в 2025 году? Можно самому пытаться найти крупицы полезной инфы через сломанный поиск Гугла, можно получать ответы от ChatGPT с ошибками... А можно воспользоваться Базой Знаний, где опытные айтишники уже отобрали за вас все материалы. И для вашего удобства поделили их на категории: 🖥 Python: @python_baza 👩‍💻 Frontend: @frontend_baza 👩‍💻 Backend: @backend_baza 🎨 Дизайн: @design_baza 📚 Книги: @archive_baza 👩‍💻 Топ GitHub: @main_it_baza ⏲️ Ссылки будут активны 48 часов — успей начать Новый год правильно вместе с Базой Знаний 🚀

💻 Основные компоненты Kubernetes Управление современными распределенными приложениями — это сложная задача. Обеспечение надежности, масштабируемости и отказоустойчивости систем требует использования сложных инструментов оркестрации. И здесь на помощь приходит Kubernetes. Kubernetes (K8s) упрощает развертывание, масштабирование и управление контейнеризованными приложениями, становясь основой современной практики DevOps. В своей основе Kubernetes строится на нескольких ключевых компонентах, каждый из которых выполняет свою роль. Понимание этих компонентов даст вам крепкую базу знаний — давайте погрузимся 😱 🔹Node: Машины (физические или виртуальные), на которых работают контейнеризованные приложения. Узлы (Nodes) хостят рабочую нагрузку, которая состоит из Pods. 🔹Pod: Самая мелкая единица развертывания в Kubernetes, содержащая один или несколько контейнеров, которые делят хранилище, сеть и ресурсы. 🔹Control plane (Управляющая плоскость): "Мозг" кластера, управляющий состоянием системы и контролирующий работу узлов и Pods. Состав управляющей плоскости: • API сервер: обрабатывает запросы на управление кластером • Scheduler (Планировщик): назначает Pods на узлы • Controller manager (Менеджер контроллеров): поддерживает желаемое состояние системы • etcd: хранит конфигурацию кластера и его состояние в виде распределенного хранилища ключ-значение 🔹Service (Сервис): Предоставляет стабильные конечные точки (IP/DNS), чтобы обеспечить связь между Pods или открыть приложения для внешних пользователей. 🔹Ingress: Управляет внешним трафиком HTTP/HTTPS, направляя его к соответствующим сервисам внутри кластера. 🔹Namespace: Виртуальный кластер в рамках Kubernetes, позволяющий изолировать ресурсы и поддерживать многопользовательскую среду. 🔹Persistent Volume (Постоянный том): Отделяет хранилище от Pods, обеспечивая сохранность данных при перезапуске или удалении контейнеров. Все эти компоненты работают вместе, создавая мощную систему для автоматизации оркестрации приложений. Kubernetes стал основой для обеспечения надежности и масштабируемости в современных программных системах. Однако это не решение для каждого приложения. Есть крутой кривой обучения и высокая сложность. В некоторых случаях более простые или легковесные решения, такие как Docker Swarm или PaaS-платформы, могут быть более подходящими 👉 DevOps Portal

Подборка популярных каналов по информационной безопасности и этичному хакингу: 🔐 infosec — ламповое сообщество, которое публикует редкую литературу, курсы и полезный контент для ИБ специалистов любого уровня и направления. 😈 Social Engineering — самый крупный ресурс в Telegram, посвященный этичному Хакингу, OSINT и социальной инженерии. 💬 Вакансии в ИБ — актуальные предложения от самых крупных работодателей и лидеров рынка в сфере информационной безопасности.

Что такое параметризованные пайплайны в Jenkins? — Динамичные и переиспользуемые пайплайны Параметризованные пайплайны в Jenkins позволяют передавать пользовательские входные данные при запуске билда, делая конвейеры более гибкими и универсальными. Это позволяет использовать один и тот же пайплайн для разных сценариев без необходимости значительных изменений в коде. — Применение: 🔹Конфигурация сборок: Запуск сборок для разных окружений (dev, staging, production), веток или версий приложения. 🔹Тестирование: Выполнение тестов на разных браузерах, операционных системах и конфигурациях. 🔹Деплой: Развертывание приложения в различные среды с индивидуальными настройками. 🔹Кастомные workflow: Возможность задавать параметры вручную для специфических задач. — Создание параметризованного пайплайна 1. Определение параметров: В Jenkins Pipeline (в декларативном или скриптовом синтаксисе) используется директива parameters для объявления доступных параметров:

pipeline {
    parameters {
        string(name: 'ENVIRONMENT', defaultValue: 'dev', description: 'Целевое окружение для деплоя (dev, staging, prod)')
        choice(name: 'BUILD_TYPE', choices: ['Release', 'Debug'], description: 'Тип сборки')
    }
}

2. Использование параметров: Обращение к значениям, введенным пользователем, через объект params в шагах пайплайна:

stages {
    stage('Build') {
        steps {
            echo "Сборка для окружения: ${params.ENVIRONMENT}"
            echo "Тип сборки: ${params.BUILD_TYPE}"
        }
    }
}

3. Запуск сборок: При старте параметризованного пайплайна в UI Jenkins появится форма для ввода параметров. — Типы параметров в Jenkins: 🔹String: Текстовый ввод. 🔹Choice: Выпадающий список значений. 🔹Boolean: Флаг (true/false). 🔹File: Загрузка файла. 🔹Password: Скрытый ввод для конфиденциальных данных. 🔹И другие. (Полный список доступен в документации Jenkins.) — Преимущества параметризованных пайплайнов: 🔹Гибкость: Управление процессами без изменения кода пайплайна. 🔹Переиспользуемость: Один пайплайн можно применять для разных задач. 🔹Удобство: Позволяет даже нетехническим пользователям запускать билды с нужными параметрами. 🔹Оптимизация CI/CD: Упрощает процессы непрерывной интеграции и доставки (CI/CD). — Дополнительные замечания: 🔹Можно задавать параметры по умолчанию. 🔹В истории билдов отображаются введенные параметры для каждого запуска. 🔹Для управления параметризованными пайплайнами можно использовать Jenkins Shared Libraries. 👉 DevOps Portal

💡 Быстрый совет по Linux 🐧 Многие либо не знают об этом, либо редко используют. Нажатие Ctrl+U в терминале Linux удаляет все от позиции курсора до начала строки. Аналогично, Ctrl+K удаляет все от позиции курсора до конца строки. Это особенно полезно, если вы неправильно ввели пароль. Вместо того чтобы долго удерживать клавишу backspace, просто нажмите Ctrl+U, чтобы очистить ввод и ввести пароль заново. Эти сочетания клавиш имеют множество других практических применений 👉 DevOps Portal

😳 Кто спрашивал на какие каналы по программированию я подписан? Лично я подписан и читаю этот канал: @umnyiprogrammist

Как работает преобразование сетевых адресов (NAT) Преобразование сетевых адресов (NAT) — это фундаментальная технология в современных сетях, которая позволяет устройствам в частной сети обмениваться данными с внешними сетями, такими как Интернет, используя один публичный IP-адрес. Эта возможность критически важна для экономии ограниченных ресурсов IPv4-адресов и повышения безопасности сети. Рассмотрим, как работает NAT на основе приведенной инфографики. — Основы NAT NAT работает, изменяя информацию о IP-адресах в пакетах, когда они проходят через маршрутизатор или брандмауэр. Конкретно, он преобразует частные IP-адреса в локальной сети в публичный IP-адрес для связи с внешними сетями. — Компоненты и процесс 1. Частная сеть и публичный IP: 🔹Устройства в частной сети получают частные IP-адреса (например, 192.168.3.6, 192.168.3.7, 192.168.3.8). 🔹Маршрутизатор, выполняющий NAT, имеет частный IP-адрес (например, 192.168.3.0/24) на своем внутреннем интерфейсе и публичный IP-адрес (например, 200.100.10.1) на внешнем интерфейсе, предоставленный поставщиком Интернет-услуг (ISP). 2. Преобразование пакетов: 🔹Когда устройство (например, 192.168.3.6) хочет общаться с внешним сервером (например, 65.44.21.24) через Интернет, оно отправляет пакет с своим частным IP-адресом в качестве источника. 🔹Маршрутизатор с включенным NAT перехватывает этот пакет. Прежде чем отправить его в назначение, маршрутизатор заменяет частный IP-адрес (192.168.3.6:5733) на свой публичный IP-адрес (200.100.10.1:5733). Этот процесс позволяет пакету пройти через Интернет, поскольку он не маршрутизирует частные IP-адреса. 3. Поддержание сеансов: 🔹Маршрутизатор поддерживает таблицу NAT для отслеживания активных сеансов. Эта таблица содержит соответствия между внутренними частными IP-адресами и портами и внешними публичными IP-адресами и портами. 🔹Например, таблица NAT может отображать соответствие 192.168.3.6:5733 -> 200.100.10.1:5733, что позволяет маршрутизатору корректно перенаправлять ответы обратно на исходное устройство в частной сети. 4. Обратное преобразование пакетов: 🔹Когда внешний сервер (65.44.21.24) отвечает, он отправляет пакеты на публичный IP-адрес (200.100.10.1:5733). 🔹NAT-маршрутизатор перехватывает эти входящие пакеты, обращается к таблице NAT и преобразует адрес назначения обратно в частный IP-адрес (192.168.3.6:5733), прежде чем отправить его соответствующему внутреннему устройству. — Преимущества NAT 🔹Сохранение IP-адресов: NAT позволяет нескольким устройствам в локальной сети использовать один публичный IP-адрес, что значительно уменьшает количество требуемых IP-адресов. 🔹Безопасность: NAT скрывает внутренние IP-адреса сети, обеспечивая дополнительный уровень безопасности, предотвращая прямой доступ к внутренним устройствам из внешней сети. — Заключение NAT — это важная технология, которая помогает эффективно использовать IP-адреса и повышать безопасность сети. Преобразуя частные IP-адреса в публичные и управляя этими соответствиями, NAT обеспечивает бесперебойную связь между частными сетями и Интернетом. Эта функциональность незаменима в условиях ограниченных ресурсов IP-адресов и повышенных требований к безопасности. 👉 DevOps Portal

💡Совет по Bash-скриптам Вы можете использовать ловушку DEBUG, чтобы шаг за шагом проходить через bash-скрипт, давая вам возможность проверять каждую строку перед её выполнением — это идеально для отладки! — Вот как это работает: Команда trap с параметром DEBUG срабатывает сразу перед выполнением каждой строки, приостанавливая выполнение, чтобы вы могли решить, хотите ли продолжить. Это как интерактивное «пошаговое выполнение» вашего bash-скрипта. В отличие от sh -x, который выводит каждую строку без остановки, этот метод позволяет вам контролировать выполнение каждой команды перед её запуском. Ловушка DEBUG не является настоящим сигналом, а представляет собой специальную функцию (псевдосигнал), которая срабатывает перед каждой строкой скрипта, что удобно для понимания поведения скрипта построчно. Вы также можете изучить похожие псевдосигналы, такие как EXIT, который выполняет команды перед завершением скрипта; RETURN, который срабатывает при возврате из функции или после того, как скрипт был загружен (с помощью source или .); и ERR, который обрабатывает команды, возвращающие ненулевой код завершения при активированном set -e. 👉 DevOps Portal

SQL ✅️ теперь в телеграм! SQL — главный язык программирования баз данных. Базы данных есть везде: от маленького интернет-магазина до социальной сети. Sql будет легко выучить, если подписаться на официальный русскоязычный канал. Это первоисточник всего, что появляется в платных курсах и остальных ресурсах. Стоит подписаться!