====== Список проверки глупых вещей ======

Оригинал: http://everythingsysadmin.com/dumb-things-to-check.html\\
Перевод: https://habrahabr.ru/post/136865/

**Список проверки глупых вещей (A list of dumb things to check)**

Добавлено: 2009-11-25: Люди ссылаются на это как на что-то смешное. Чёрт, это список на 100% правда! Все эти вещи случались со мной и заставили меня подумать: «Лучше я запишу всё это, чтобы ничего не забыть!» Даже последний пункт!

**Уровень 0 — Человеческий**

  - Убедитесь, что CapsLock выключен. (То же для ScrollLock и NumLock)
  - Напечатайте это снова (без копирования-вставки) и посмотрите, будет ли результат таким же. (помогает от опечаток) (и от символа юникода «whitespace»)
  - Скопируйте и вставьте имя переменной (или URL, команды и т. д.) чтобы убедиться, что оно введено верно.
  - Вы запускаете те программы, что думаете? (Может, вы устанавливали их в однопользовательском режиме, когда /opt не был смонтирован? Можете ли вы сравнить контрольные суммы файлов этой машины и машины, работающей правильно?)
  - Проверьте права на файл.
  - Это действительно тот компьютер, что вы думаете?
  - Вы выполняете проверку с правильной машины? Может, эффективнее будет с другой?
  - Выполняемая проверка действительно проверяет то, что вы думаете? Что если выполнить проверку заведомо исправной и заведомо неисправной систем? Вы получили те результаты, что ожидали?
  - Это файл, каталог, жёсткая ссылка, символическая ссылка или точка монтирования?
  - Правильное ли расширение у файла? Может, он должен быть .php, а не .html?
  - Не остановлен ли экран нажатием Ctrl-S? (Нажмите Ctrl-Q, чтобы выяснить это)
  - Можете ли вы попасть на веб-сайт? Работаете ли вы в автономном режиме?

**Уровень 1 — Физический**

  - Оба конца питающего/сетевого/видео/… кабеля подключены?
  - Кабель подключён в правильный разъём?
  - Пробовали ли вы отключить кабель и включить его снова, чтобы убедиться, что он в порядке?
  - На вопрос «Он подключён?» очень просто ответить «Да». Лучше попросить выключить и включить его снова, или проверить оба конца питающего кабеля, или спросить, горит, не горит или мигает индикатор питания.
  - Если включить в эту розетку лампу — она загорится?
  - Это ноутбук, который работает от батареи? (и, тем самым, не даёт заметить проблему с электроснабжением)
  - Драйвер, который вы устанавливаете, действительно от вашего устройства?

**Уровень 2 — Канальный**

  - Нет ли в сети постороннего DHCP-сервера?
  - Не исчерпан ли пул адресов на DHCP-сервере, остались ли свободные адреса?
  - VPN-соединение обрывается в произвольные моменты, а сервер получает ICMP-ответ «узел недоступен»? Фаерволл клиентского компьютера блокирует ARP, и по истечении времени хранения ARP-кэша (300 секунд) маршрутизатор не может отправить ему пакеты. (Некоторые производители хранят ARP-запись об адресе всё время, пока получают пакеты от этого адреса (Cisco), но большинство так не делает) (Я добавил это, потому что встречал такое в двух местах)

**Уровень 3 — Сетевой**

  - Указан ли шлюз по умолчанию? Правильно ли задана маска сети?
  - http://www.psc.edu/~mathis/MTU/index.html: шесть классов проблем, уменьшающих производительность сети:
    * потеря пакетов, повреждение, перегруженность, неисправное оборудование
    * IP-маршрутизация, высокое RTT (round trip time)
    * переупорядочивание пакетов
    * несоответствующее буферное пространство
    * несоответствующий размер пакета
    * неэффективные приложения
  - Этот IP-адрес у кого-то ещё? (Отключите сетевой кабель и попингуйте адрес)
  - (проблемы с правилами фаерволла) Проблема остаётся после изменения IP-адреса? Проблема остаётся после перемещения в другую подсеть? Проблема остаётся, если дать этот IP-адрес другой машине? Проблема остаётся, если загрузить другую ОС (например, Linux или FreeBSD с CD-ROM)?
  - Возникнет ли та же проблема, если вместо имени машины указать IP-адрес?

**Уровень 4 — Транспортный**

  - Выполните трассировку от A к B. Затем от B к A. Они соответствуют друг другу?

**Уровень 5 — Сеансовый**

  - SSH, SCP, L2TP, PPTP

**Уровень 6 — Представительский**

  - Читает ли программа последнюю строку файла? Она правильно обрабатывается?
  - Нет ли (невидимых) Ctrl-M в конце каждой линии текстового файла?
  - Заканчивается ли файл переносом строки?
  - Если строка заканчивается экранирующим символом "\", то действительно ли она им заканчивается? Нет ли после него невидимого пробела или табуляции? Невидимый пробел или табуляция могут привести к ошибке командной оболочки «неожиданный |» («unexpected |»)!

**Уровень 7 — Прикладной**

  - Правильно ли настроен DNS? Ошибка в настройках DNS скрывает другие проблемы и выглядит как проблема, решение которой вы станете искать где угодно, кроме /etc/resolv.conf 
  - Проверьте переменные окружения.
  - Вы запускаете ту копию скрипта, которую редактируете?
  - Программа ищет конфигурационный файл там же, где и вы? (Может, новая верия ищет его по адресу /etc/example2/example.conf вместо старого адреса /etc/example.conf?)

**Уровень 8 — Пользовательский/Политический**

  - Пользователи действительно нажимают RETURN тогда, когда вы предполагаете? (Они вообще его нажимают?)
  - Пользователь пишет "/" или "\"?
  - Пользователь знает, что такое символы «меньше» (<) и «больше» (>)?
  - «У вас есть разрешение взламывать этот парольный файл?»… «Оно в письменной форме?»
  - Сегодня первое число месяца? Может быть, проблема с биллингом, и что-то отключилось.
  - Точно измерьте время, как часто возникает проблема, или через какое время она возникает. Отметьте отключения на шкале времени. С каким протоколом они могут быть связаны? \\ ARP-кэши хранятся 300 секунд. Протоколы маршрутизации обычно обновляются каждые 5 или 15 минут. Однажды я построил график «пауз в сети» и увидел, что они случаются каждые 10 минут, но не только: ЦП маршрутизатора перегружался процессом, запускавшимся раз в 10 минут И каждый раз во время обновления RIP. Без графика я бы заметил только «каждые 10 минут»-составляющую.

**Если ничего не помогло**

  - Вы не забыли проверить этот список?