Когда компьютер настроен на получение адреса автоматически через DHCP, он отправляет в сеть запрос: «Есть тут DHCP-сервер? Дайте мне IP-адрес!». Если ответа нет — на выручку приходит механизм APIPA.
Что такое APIPA. Если команда ipconfig показывает адрес вида 169.254.x.x — это признак проблемы. Windows использует APIPA (Automatic Private IP Addressing) — автоматическое присвоение временного IP из диапазона 169.254.0.0 – 169.254.255.255, когда компьютер не может «достучаться» до DHCP-сервера.
Как это работает:
Ограничения. С адресом APIPA компьютер видит только другие устройства из того же диапазона 169.254.x.x. Для реальной работы это бесполезно:
Причины появления APIPA:
Базовая последовательность при первом включении нового рабочего компьютера в офисе.
USB-принтер:
Сетевой принтер:
Wi-Fi: щёлкните значок сети в правом нижнем углу → выберите вашу сеть → введите пароль → «Подключаться автоматически».
Проводная сеть: подключите кабель Ethernet — соединение устанавливается автоматически. Если интернета нет, проверьте, что в свойствах адаптера включено «Получать IP-адрес автоматически (DHCP)».
Простейший способ защитить рабочие документы от потери:
Если документы не печатаются именно из Adobe Acrobat, а из других программ всё в порядке — чаще всего виноваты повреждённые пользовательские данные программы. В папке AppData\Local\Adobe хранятся кеш, временные файлы, настройки и данные плагинов. Со временем они повреждаются (особенно кеш плагинов печати). Удаление этой папки заставляет Acrobat создать её заново с чистыми настройками.
C:\Users\[ИМЯ_ПОЛЬЗОВАТЕЛЯ]\AppData\Local\Adobe. Можно просто вставить путь ниже в адресную строку.Adobe целиком.%LocalAppData%\Adobe
...\Local\Adobe, а не весь каталог Local. После сброса пользовательские пресеты печати придётся задать заново.Существует класс вредоносов — clipboard hijacker (перехватчики буфера обмена). Они отслеживают, что вы копируете, и в момент вставки подменяют криптовалютный адрес кошелька на адрес мошенника. В результате средства уходят злоумышленнику вместо вашего получателя.
Как происходит атака:
Как защититься:
RAID объединяет несколько дисков в один массив ради скорости, надёжности или того и другого. Разберём 7 распространённых конфигураций. На схемах: данные, паритет, зеркало.
| Уровень | Мин. дисков | Защита | Особенность |
|---|---|---|---|
| RAID 0 — Striping | 2 | Нет | Максимальная скорость. Один диск умер — потеряны все данные. |
| RAID 1 — Mirroring | 2 | 1 диск | Полное дублирование. Теряется половина объёма. |
| RAID 3/4 — Dedicated Parity | 3 | 1 диск | Один диск целиком отдан под контрольную сумму (паритет). |
| RAID 5 — Distributed Parity | 3 | 1 диск | Идеальный баланс скорости и надёжности, паритет распределён. |
| RAID 6 — Double Parity | 4 | 2 диска | Переживает отказ двух дисков сразу, чуть медленнее RAID 5. |
| RAID 10 — 1+0 | 4 | 1+ диск | Зеркало + чередование. Лучшее из скорости и надёжности. |
| JBOD — не RAID | 2 | Нет | Просто набор дисков в один том. Ни ускорения, ни защиты. |
Сетевые проблемы — частая причина обращений к админам. За фразой «интернет не работает» скрывается десяток причин: от отключённого кабеля до проблем с DNS и маршрутизацией. Главный принцип диагностики — двигаться от простого к сложному, последовательно проверяя каждый узел цепочки: от вашего ПК до целевого хоста.
Отправная точка — «паспорт» сетевой конфигурации. Показывает IP-адрес, маску, шлюз и DNS.
> ipconfig > ipconfig /all
Без IP-адреса компьютер не общается с сетью, без шлюза — не выходит в интернет, без DNS — не может преобразовать yandex.ru в IP.
APIPA (169.254.x.x). Если ipconfig показывает адрес вида 169.254.x.x — это признак проблемы: компьютер не смог получить адрес от DHCP-сервера и сам присвоил временный. С таким адресом нет ни интернета, ни доступа к сетевым ресурсам, ни DNS. Причина — выключен/недоступен роутер, проблема с кабелем/Wi-Fi или кончились адреса в пуле DHCP.
ip addr show, ip link show, ifconfigУтилита отправляет ICMP-запрос «ты здесь?» и ждёт ответ. Самый простой способ проверить, доступен ли хост и как быстро отвечает.
> ping yandex.ru > ping -t yandex.ru # непрерывный ping > ping -n 11 yandex.ru # 11 пакетов вместо 4
| RTT (время отклика) | Оценка связи |
|---|---|
| < 20 мс | Отличная (локальная сеть) |
| 20–100 мс | Хорошая (регион, соседние страны) |
| 100–300 мс | Приемлемая (межконтинентальная) |
| > 300 мс | Высокая задержка (проблемы или спутник) |
TTL — счётчик «прыжков» через маршрутизаторы. Начальное значение: Windows ~128, Linux ~64, Cisco ~255. Важно: успешный ping не гарантирует работу сервиса — многие серверы и файрволы блокируют ICMP.
ping -c 5 yandex.ru, интервал — ping -i 2 yandex.ruЕсли ping показал задержки или потери — трассировка покажет, где именно на пути возникает проблема. Каждая строка — один маршрутизатор с временем отклика. Потери на 3-м прыжке — проблема у провайдера; рост задержек на 10-м — на международном канале.
> tracert yandex.ru > tracert -h 15 ya.ru # максимум 15 прыжков
traceroute ya.ru, для анализа — mtr ya.ruЕсли ping 8.8.8.8 работает, а ping yandex.ru выдаёт «Узел не найден» — проблема в DNS. nslookup — прямая линия к DNS-серверу.
> nslookup yandex.ru > nslookup yandex.ru 8.8.8.8 # запрос к конкретному DNS > nslookup 142.250.185.46 # обратный поиск (PTR)
Решение проблем с DNS — указать публичные серверы 8.8.8.8 и 1.1.1.1:
> netsh interface ipv4 set dnsserver "Ethernet" static 8.8.8.8 primary > netsh interface ipv4 add dnsserver "Ethernet" 8.8.4.4 index=2
dig yandex.ru, dig yandex.ru @8.8.8.8Отвечает на вопрос «какие приложения сейчас используют сеть и какие порты открыты». Кто слушает порт 80/443? Почему порт занят? Какой процесс держит подозрительное соединение?
> netstat -an # все соединения, числовые адреса > netstat -abn # с именами приложений (нужен админ) > netstat -ano # со статусом и PID процесса > netstat -an | findstr ESTABLISHED
Статусы: LISTENING — порт ждёт входящих; ESTABLISHED — активное соединение; TIME_WAIT — закрыто, порт ещё не освобождён.
ss -antp (современная альтернатива), netstat -tlnproute print показывает «карту дорог» системы — куда отправлять каждый пакет. arp -a показывает соответствие IP ↔ MAC-адресов в локальной сети. Если заменили сетевую карту устройства, а оно не отвечает — очистите устаревший ARP-кеш.
> route print -4 # таблица маршрутизации IPv4 > arp -a # таблица ARP > arp -d * # очистить ARP-кеш
| Шаг | Команда | Что проверяем |
|---|---|---|
| 1 | ipconfig | Интерфейс активен, IP получен |
| 2 | ping 192.168.1.1 | Доступен ли шлюз (роутер) |
| 3 | ping 8.8.8.8 | Есть ли интернет вообще |
| 4 | nslookup yandex.ru | Работает ли DNS |
| 5 | ping yandex.ru | Доступен ли целевой сайт |
PowerShell возвращает объекты (легко фильтровать), а не текст. Удобно для скриптов и автоматизации.
PS> Test-NetConnection -ComputerName yandex.ru -Port 443 PS> Test-NetConnection -ComputerName ya.ru -Hops 20 # с трассировкой PS> Resolve-DnsName -Name yandex.ru -Server 8.8.8.8 PS> Get-NetTCPConnection -State Established PS> Get-NetRoute -AddressFamily IPv4 PS> Get-NetNeighbor -AddressFamily IPv4 # таблица ARP
«Люди делятся на два типа: те, кто ещё не делает бэкапы, и те, кто уже делает». Данные теряют по трём причинам: смерть носителя (HDD живёт 3–5 лет), человеческий фактор (случайно удалил) и шифровальщики (атака происходит каждые ~11 секунд в мире).
Допустим, 1000 файлов, 100 ГБ. Каждый день добавляется ~50 файлов, часть меняется.
| Критерий | Полное | Инкрементальное | Дифференциальное |
|---|---|---|---|
| Что копирует | Всё целиком каждый раз | Только изменённое с прошлого бэкапа | Всё изменённое с последней полной копии |
| Место за неделю | ~700 ГБ | ~150 ГБ | ~200 ГБ |
| Восстановление | Очень быстро | Медленно (вся цепочка) | Быстро (2 шага) |
| Надёжность цепочки | Отказоустойчиво | Одна ошибка = всё теряется | Отказоустойчиво (макс. 2 копии) |
| Когда использовать | Критичные данные, место не ограничено | Много файлов, место ограничено | Сбалансированный вариант |
Воскресенье — полная копия (минимальная нагрузка), будни — инкрементальные (фиксируем только разницу).
Развернём собственный сервер мониторинга Zabbix 7.2 на Ubuntu 24.04 с базой данных MariaDB. Все команды выполняются с правами root. Узнать свой дистрибутив и версию: cat /etc/*-release.
# apt install mariadb-server -y # mariadb
В консоли MariaDB создаём базу, пользователя и выдаём права:
create database zabbix character set utf8mb4 collate utf8mb4_bin;
create user zabbix@localhost identified by 'practice_pass';
grant all privileges on zabbix.* to zabbix@localhost;
set global log_bin_trust_function_creators = 1;
quit;# Подключаем официальный репозиторий # wget https://repo.zabbix.com/zabbix/7.2/release/ubuntu/pool/main/z/zabbix-release/zabbix-release_latest_7.2+ubuntu24.04_all.deb # dpkg -i zabbix-release_latest_7.2+ubuntu24.04_all.deb # apt update # Сервер и его части # apt install zabbix-server-mysql zabbix-frontend-php zabbix-apache-conf zabbix-sql-scripts zabbix-agent
Создаём таблицы и базовые записи, чтобы сервер заработал:
# zcat /usr/share/zabbix/sql-scripts/mysql/server.sql.gz | mariadb --default-character-set=utf8mb4 zabbixВ файле /etc/zabbix/zabbix_server.conf укажите имя базы и пароль (остальное оставьте по умолчанию):
DBName=zabbix DBPassword=practice_pass
# systemctl restart zabbix-server zabbix-agent apache2 # systemctl enable zabbix-server zabbix-agent apache2
Откройте в браузере http://<адрес-машины>/zabbix и пройдите веб-установщик: язык → проверка системы (всё OK) → параметры БД (тип MySQL, User и Password) → имя сервера и часовой пояс → завершение.
Admin / пароль zabbix — это не про безопасность. Сразу после входа смените пароль: меню Users → Users → Admin → Change password. Каждому администратору заводите отдельную учётную запись в группе Zabbix administrators.Подключитесь по SSH к машине, которую мониторим, и установите агент 2-й версии:
# apt install zabbix-agent2В /etc/zabbix/zabbix_agent2.conf укажите адрес сервера и имя машины:
Server=<адрес Zabbix-сервера> ServerActive=<адрес Zabbix-сервера> Hostname=demo-machine HostMetadata=demo-machine
# systemctl start zabbix-agent2 # systemctl enable zabbix-agent2
ZBX рядом с именем — машина доступна, красная/серая — недоступна. Автоматическую регистрацию хостов настраивают через Alerts → Actions → Autoregistration.fdisk (fixed disk) — популярная консольная утилита для работы с разделами диска в Linux: просмотр, создание, удаление, форматирование. Все операции требуют root-прав.
# fdisk -l # все разделы в системе # fdisk -l /dev/sda # только по диску /dev/sda
Войдите в режим работы с конкретным диском, затем используйте однобуквенные команды:
# fdisk /dev/sda| Команда | Действие |
|---|---|
m | Показать список всех доступных команд (справка) |
p | Напечатать таблицу разделов текущего диска |
n | Создать новый раздел (основной / расширенный) |
d | Удалить раздел (нужно указать его номер) |
a | Переключить флаг загрузки * |
x | Доступ к дополнительным функциям (исправление таблицы) |
w | Сохранить изменения и выйти |
d выполняйте только если уверены, что на нём нет важных данных. После сохранения (w) восстановить информацию будет невозможно. Изменения вступают в силу после перезагрузки.После команды n указывается тип (основной/расширенный), номера первого и последнего цилиндра. Размер удобно задать так: +5000M — добавить раздел 5000 МБ. В конце — w для сохранения.
# mkfs -t ext4 /dev/sdb1x, затем f (исправить порядок) и w (сохранить и выйти).Браузер сохраняет копии страниц, картинок и скриптов в кэш, чтобы сайты открывались быстрее. Но иногда кэш устаревает или повреждается — и тогда сайт отображается неправильно: старая версия страницы, «съехавшая» вёрстка, не загружаются стили, не работает вход в личный кабинет. Очистка кэша — первое, что стоит попробовать в таких случаях.
Во всех браузерах на Windows работает одно сочетание клавиш, открывающее окно очистки:
Ctrl + Shift + Del
В открывшемся окне выберите период «Всё время», отметьте «Изображения и другие файлы в кэше» и нажмите «Удалить данные».
Ctrl + F5 (жёсткое обновление). Браузер перезагрузит страницу, игнорируя кэш.Эти браузеры построены на одном движке, поэтому шаги одинаковы:
Подключимся удалённо за несколько минут или направим инженера в офис. Реакция в течение часа.