🚀 Linux скрипт // write-atomic — безопасная замена файла без «битых» записей

Надёжно перезаписывает файл: пишет во временный в том же каталоге → fsync → атомарный rename → fsync каталога. Переживает внезапный ребут.

#!/usr/bin/env bash
# write-atomic TARGET [SRC]  — читает из SRC или stdin
set -Eeuo pipefail
[[ $# -ge 1 ]] || { echo "usage: write-atomic TARGET [SRC]"; exit 2; }
t="$1"; s="${2:-}"
dir="$(dirname -- "$t")"; base="$(basename -- "$t")"
tmp="$(mktemp -p "$dir" ".${base}.tmp.XXXXXX")"
cleanup(){ rm -f -- "$tmp"; }; trap cleanup EXIT INT TERM

# ввод из файла или stdin
if [[ -n "$s" ]]; then cat -- "$s" >"$tmp"; else cat >"$tmp"; fi

# права как у целевого (если был)
if [[ -e "$t" ]]; then
  chown --reference="$t" "$tmp" 2>/dev/null || true
  chmod --reference="$t" "$tmp" 2>/dev/null || chmod 0644 "$tmp"
else
  chmod 0644 "$tmp"
fi

# fsync файла/каталога (python3→perl→sync)
fsync_path(){ 
  if command -v python3 >/dev/null; then
    python3 - "$1" <<'PY'
import os,sys; fd=os.open(sys.argv[1],os.O_RDONLY); os.fsync(fd); os.close(fd)
PY
  elif command -v perl >/dev/null; then
    perl -MPOSIX=fsync -e 'open(F,"<",$ARGV[0]) or exit 1; fsync(fileno(F)); close F;' "$1" || true
  else sync; fi
}

fsync_path "$tmp"
mv -f -T -- "$tmp" "$t"
fsync_path "$dir"
trap - EXIT INT TERM

✅ Примеры:

echo "$json" | write-atomic /etc/myapp/config.json
write-atomic /etc/app.conf ./new.conf

📌 Сохрани пост, чтобы не потерять.

#linux

🐧 Linux Club

🚨 7 смертельных ошибок CLI, которые уничтожат твой Linux

Приветствую, коллега по скриптам!

Работа под root требует максимальной осторожности. Вот главные "самострелы", которые могут привести к краху системы:

1. rm -rf /: Безоговорочное уничтожение всей файловой системы.
2. Fork Bomb (:(){ :|:& };:): Бесконечное порождение процессов, исчерпывающее системные ресурсы.
3. dd: Неправильное указание if и of (вход/выход) уничтожит диск.
4. rm $VAR: Неэкранированная переменная может привести к стиранию лишнего.
5. .:$PATH: Добавление текущего каталога (.) создает лазейку для троянских программ.
6. chmod -R 777 /: Некорректная установка прав доступа на корневую файловую систему. Неправильное использование chmod -R (например, 555 или 777) на корневом каталоге (/) может разрушить файловую систему и сделать систему непригодной для использования.
7. Использование R-утилит (rlogin, rsh, rcp): Эти утилиты небезопасны и передают данные в открытом виде. Их следует удалить из системы и использовать ssh в качестве замены.

#Linux #CLI #Безопасность #Ошибки #Сисадмин

#linux

🐧 Linux Club ©

🚀 Linux Теория // DNS в Linux: nsswitch, resolv.conf и кеши

Почему ping даёт один адрес, а приложение — другой? Ответ — в цепочке резолва: порядок источников, кто именно спрашивает DNS и где есть кэш.

✅ Как это работает

🟢 glibc ищет имя по NSS (см. /etc/nsswitch.conf), обычно: files → dns → (опц.) mdns/ldap. Сначала /etc/hosts, потом DNS.

🟢 resolv.conf задаёт nameserver и search. В системах с systemd-resolved это часто stub 127.0.0.53 и «сплит-DNS» по интерфейсам.

🟢 glibc не кэширует. Кэш дают systemd-resolved, nscd, dnsmasq, unbound или сам апп.

✅ Что смотреть

getent hosts example.com           # итог по NSS
grep '^hosts:' /etc/nsswitch.conf  # порядок источников
readlink -f /etc/resolv.conf && cat /etc/resolv.conf
resolvectl status | sed -n '1,120p'  # если есть systemd-resolved

✅ Практика

🟢 Конфликты с .local? Уберите mdns из hosts: (или используйте .home.arpa).

🟢 На серверах — явный порядок: hosts: files dns. /etc/hosts — только для фиксированных шорткатов.

🟢 С systemd-resolved: проверяйте per-link DNS (resolvectl dns <iface>), сброс кэша — resolvectl flush-caches.

🟢 В контейнерах нет глобального кэша glibc: проверяйте их resolv.conf; при split-DNS пробросьте правильный файл внутрь.

📌 Сохрани пост, чтобы не потерять.

#linux

🐧 Linux Club

#linux

🐧 Linux Club ©

🚀 Статьи по Linux // Автоматизация рутинных задач на VPS с помощью cron и скриптов

Показываю, как превратить повторяющиеся задачи в самодостаточные скрипты и настроить их выполнение по расписанию через cron — с примерами, типичными ошибками и приёмами отладки.

📌 Читать тут

#linux

🐧 Linux Club

А начало было неплохое

#linux

🐧 Linux Club