Linux: "Я случайно дал chmod 777". Восстанавливаем права одной командой

Каждый делал это. На эмоциях chmod -R 777 /var/www — и теперь ваш веб-сервер зияет дырами, а файлы исполняются из ниоткуда. Ручное исправление — ад.
Архитектор не исправляет вручную. Он автоматизирует восстановление.

Как быстро восстановить стандартные права для всей системы:
Bash

# Для Debian/Ubuntu-подобных систем
sudo apt-get install debsums
sudo debsums -c | xargs -r sudo apt-get --reinstall install

# Для RHEL/CentOS-подобных систем
sudo rpm -Va | grep '^..5' | awk '{print $NF}' | xargs -r sudo yum reinstall

Что делают эти команды:

debsums -c (для Debian/Ubuntu) или rpm -Va (для RHEL/CentOS) проверяют все установленные пакеты на соответствие контрольным суммам и правам файлов из базы пакетов.

grep '^..5' (для RPM) и awk фильтруют только те файлы, у которых изменены права.

xargs -r sudo apt-get --reinstall install (или sudo yum reinstall) переустанавливает только те пакеты, чьи файлы были изменены. Важно: переустанавливаются только изменённые пакеты, а не вся ОС.

Взгляд архитектора: Эта команда — не просто "фикс". Это часть стратегии восстановления после инцидентов (IR) и управления конфигурацией (CM). Вы не "чините", вы возвращаете систему в известное, безопасное состояние. Это фундаментальный принцип отказоустойчивых систем.

#linux #security #commands #sysadmin #recovery #гайд

♻️ AD: Кнопка "Отменить удаление". Почему у вас выключена AD Recycle Bin?

Сценарий: Утро субботы. HelpDesk "случайно" удалил целое OU с бухгалтерией. Вариант А (Плохой): Перезагружать DC в режим DSRM, восстанавливать ntds.dit из бэкапа, делать Authoritative Restore. Простой — часы. Вариант Б (Архитектурный): Восстановить объекты за 3 секунды через Active Directory Recycle Bin.

Эта фича появилась в Server 2008 R2, но она отключена по умолчанию.

Как проверить и включить (PowerShell):
Проверка статуса:

Get-ADOptionalFeature -Filter 'Name -like "Recycle Bin Feature"'

Если EnabledScopes пустое — корзина выключена!
Включение (Внимание! Это необратимо!):

Enable-ADOptionalFeature 'Recycle Bin Feature' -Scope ForestOrConfigurationSet -Target 'corp.local'

Восстановление удаленного объекта (Пример):

Get-ADObject -Filter 'Name -like "Ivanov"' -IncludeDeletedObjects | Restore-ADObject

Взгляд архитектора: Включение корзины — это нулевой шаг при настройке любого домена. Это превращает катастрофу (потерю данных) в мелкий инцидент. Если у вас она выключена — сделайте это прямо сейчас.

#windows #activedirectory #recovery #powershell #bestpractice #гайд

🆘 REISUB: Как перезагрузить намертво зависший Linux?

Ситуация: Сервер завис. SSH не отвечает. Консоль не реагирует. Эникейщик тянется к кнопке Reset (Hard Reset). Это риск убить файловую систему.

Архитектор использует Magic SysRq Key. Это прямые команды ядру, которые работают, даже если система лежит.

Заклинание: R E I S U B (Запоминалка: Reboot Even If System Utterly Broken)

Если у вас есть доступ к физической клавиатуре (или KVM): Зажимаем Alt + SysRq (PrintScreen) и медленно вводим по очереди:

R (Raw) — перехват клавиатуры у X-сервера.

E (Term) — посылает SIGTERM всем процессам (попытка мягко завершить).

I (Kill) — посылает SIGKILL всем, кто не умер (жесткое убийство).

S (Sync) — самое важное! Сбрасывает кэш на диск (спасает данные).

U (Unmount) — перемонтирует диски в Read-Only.

B (Reboot) — перезагрузка.

Как проверить, включено ли: cat /proc/sys/kernel/sysrq (должно быть 1 или маска 176).

Сохрани. Однажды это спасет твою базу данных от коррупции.

#linux #kernel #troubleshooting #sysrq #recovery #hacks

🐧 Linux: Как оживить сервер, если /bin/bash случайно удален 😱

Классический кошмар: ты (или скрипт) случайно удалил bash или критическую библиотеку libc.so, и теперь ни одна команда не работает.
SSH-сессия еще жива, но на любое действие система отвечает:
```
command not found
```
Решение: Используй встроенные возможности самого SSH и командной оболочки, которая еще в памяти.

Если у тебя открыта сессия, ты можешь использовать Zsh или Dash (который часто является /bin/sh), чтобы восстановить файлы.
Если же нет ничего, помни: busybox — твой лучший друг.

Хак: Восстановление через копирование по сети без scp: Если на сервере нет ничего, но жив cat:

На своей машине:

cat /bin/bash | ssh user@server "cat > /tmp/bash"

На сервере (через вызов загрузчика):

 /lib64/ld-linux-x86-64.so.2 /tmp/bash

Совет: Всегда держи установленным пакет busybox-static. Он содержит всё необходимое в одном бинарнике и не зависит от внешних библиотек.

#linux #troubleshooting #sysadmin #bash #recovery #server_rescue 🛠️

🐧 Linux: Как сбросить пароль root за 2 минуты (если ты его забыл) 🔑

Классика: достался старый сервер, пароля нет, SSH-ключей нет.
Переустанавливать? Нет.
Мы взломаем его сами.

Инструкция:

1. При загрузке сервера, когда видишь меню GRUB, жми e.
2. Найди строку, которая начинается на linux или linux16.
3. В конце этой строки допиши: init=/bin/bash.
4. Жми F10 (или Ctrl+X) для загрузки.

Ты попадешь в консоль с правами root без пароля! Но файловая система доступна только для чтения.

Чтобы сохранить новый пароль:

# 1. Перемонтируем диск в режим записи (самое важное!)
mount -o remount,rw /

# 2. Меняем пароль
passwd root

# 3. Перезагружаем (жестко, так как init нет)
exec /sbin/init

Результат: Сервер твой. Никаких LiveCD и флешек.

#linux #root #recovery #hack #sysadmin #grub #password

🥷 Секретные материалы: Воскрешаем удаленный файл из небытия (Linux)

Коллеги, ситуация — ночной кошмар. Вы чистили место на сервере и случайно сделали `rm -rf` не в той директории. Удалили критически важный лог, конфиг, а то и рабочий файл базы данных. Бэкап был вчера. Паника? Заявление по собственному?

Стоп. Если процесс, который работал с этим файлом, всё ещё запущен и держит его открытым, файл физически жив. Linux не удаляет данные с диска, пока на inode есть хотя бы одна ссылка (в данном случае — файловый дескриптор в оперативной памяти ядра).

Показываю «черную магию» системного администрирования — как достать удаленный файл прямо из подсистемы `/proc`.

Шаг 1: Находим, кто держит наш файл
Допустим, мы удалили access.log. Ищем процесс, который его писал:

lsof | grep deleted

Вы увидите примерно такую строку:
nginx 12345 root 3w REG 8,1 5000000 123456 /var/log/nginx/access.log (deleted)

Нам нужны две цифры: PID процесса (12345) и номер файлового дескриптора — FD (**3**, буква 'w' значит write).

Шаг 2: Ныряем в /proc
В Linux всё является файлом, включая сами процессы. Переходим в системную директорию этого процесса:

cd /proc/12345/fd

Если сделать ls -l, вы увидите симлинк под номером 3, указывающий на наш удаленный файл.

Шаг 3: Воскрешение
Не пытайтесь сделать mv или редактировать этот линк. Мы просто копируем живое содержимое дескриптора обратно на диск:

cp 3 /var/log/nginx/access.log

После этого нужно мягко перезапустить сервис (например, `systemctl reload nginx`), чтобы он отпустил старый дескриптор, "забыл" удаленный файл и подхватил наш восстановленный.

Это фундаментальное знание архитектуры VFS (Virtual File System), которое однажды спасет вам карьеру. Никаких сторонних утилит для восстановления данных вроде `testdisk` или `photorec`. Главное правило — если удалили нужный файл, НИ В КОЕМ СЛУЧАЕ не убивайте сервис, который с ним работал!

#linux #darkarts #recovery #sysadmin #magic #admin_future

🪟 Windows: Quick Machine Recovery в Windows Server vNext — ответ Microsoft на CrowdStrike

Коллеги, сегодня второй день Windows Server Summit 2026, и одна из главных обсуждаемых тем — Quick Machine Recovery в Server vNext. Разбираем что это такое и стоит ли ждать.

Предыстория: QMR — прямой ответ на инцидент CrowdStrike в 2024 году, когда ошибочное обновление вызвало массовые BSOD и загрузочные сбои на более чем 8 миллионах Windows-машин по всему миру.

Механика: QMR теперь доступен для тестирования в Windows Server vNext Insider Preview (build 29574). Функция обеспечивает восстановление серверов при критических ошибках загрузки. QMR может автоматически искать облачные исправления для устранения массовых загрузочных сбоев, значительно снижая нагрузку на IT-администраторов когда затронуты несколько устройств одновременно.

Как это работает: устройство не загружается 2+ раза → входит в WinRE → QMR подключается к облаку Microsoft → проверяет известные проблемы → скачивает и применяет исправление → перезагружается. Без физического доступа к серверу, без ручного вмешательства.

# Конфигурация QMR через Intune (CSP)
# Путь: ./Device/Vendor/MSFT/RemoteRemediation/CloudRemediationSettings
# Или через Settings Catalog: Remote Remediation → Enable Cloud Remediation

# На клиентском Windows 11 (уже GA с KB5062660):
# Проверяем статус QMR:
Get-ItemProperty `
    -Path "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\WinRE" |
    Select-Object *Recovery*

# Тестируем QMR без реального сбоя (test mode):
# reagentc.exe /setrecoverytestmode
# Создаёт RecoverySimulation.ini — устройство войдёт в WinRE при перезагрузке
# ТОЛЬКО В ЛАБОРАТОРИИ, не на продакшне

# Для Server vNext Insider Preview (build 29574):
# Скачать: microsoft.com/en-us/software-download/windowsinsiderpreviewserver
# Expires: 15 сентября 2026

# Проверяем что QMR включён после установки:
Get-WindowsOptionalFeature -Online -FeatureName *Recovery* |
    Where-Object {$_.State -eq "Enabled"}

Важные оговорки для серверной среды: Microsoft установил жёсткую базовую линию на build 29531 — те кто запускает более старые preview-сборки должны сделать чистую установку, так как инкрементальное обновление сломает VM и кластеры. ReFS Boot включён, но удаление или изменение размера раздела WinRE может навсегда заблокировать систему.

Зачем следить уже сейчас:
QMR на клиентах Windows 11 уже работает и доказывает концепцию. Перенос на Server vNext означает что корпоративные серверы смогут самовосстанавливаться при массовых инцидентах уровня CrowdStrike — без ночных вылетов в датацентр.

Итог: preview, expires в сентябре, в production не трогать. Но тестовый стенд поднять стоит — это одна из важных фич следующей версии Windows Server.

#windows #windowsserver #QMR #recovery #sysadmin #admin_future