Привет, сетевой друг!
Расскажу еще о 5 командах которые ломают сервер, но не сразу, поэтому долго непонятно, что не так…🟣find / -xdev -exec touch {} \;: Обновляет atime на каждом файле в системе. Само по себе безвредно, но если включён noatime в fstab, вы только что запустили миллионы inode-операций которые забьют I/O на часы. Мониторинг будет показывать, мол проблем нет, но вот сервер будет ощущаться мёртвым.
🟣tc qdisc add dev eth0 root netem delay 10000ms: Добавляет 10 секунд задержки на исходящий трафик. Сеть жива, пинг проходит, а сервис слушает порт. Просто каждый ответ приходит через 10 секунд. Таймауты начинают срабатывать в самых неожиданных местах, сервисы падают с невнятными ошибками, а команда думает, что проблема в коде.
🟣sysctl -w net.ipv4.tcp_fin_timeout=1: TCP-соединения начинают закрываться так агрессивно что часть данных не успевает дойти. Клиенты получают обрывы соединений в произвольный момент. Воспроизвести стабильно не получается, в логах ничего внятного, выглядит как баг в приложении.
🟣ln -sf /dev/null ~/.bash_history && ln -sf /dev/null /var/log/syslog: Технически ничего не ломает. Просто с этого момента логи и история команд тихо уходят в никуда. Через неделю когда что-то сломается, восстановить хронологию событий будет невозможно.
🟣systemctl mask systemd-fsck@.service systemd-journald.service: Отключает проверку файловых систем при загрузке и журналирование. Сервер работает нормально ровно до первого некорректного выключения - после которого fsck не запустится, журнала нет, и что произошло понять нельзя.
Серверная Админа | #network