Когда в офисе «пропал интернет», первая версия почти всегда звучит одинаково: виноват провайдер. Иногда это правда. Но такая же картина для пользователей возникает при проблеме маршрутизатора, DNS, Wi-Fi, коммутатора, кабеля до части рабочих мест, перегруженного канала, неверной адресации, отказе конкретного облачного сервиса или даже при сбое одного рабочего места.
Задача первой диагностики - не чинить все подряд, а быстро понять границу проблемы. Чем точнее описана граница, тем быстрее подключается правильная сторона: провайдер, IT-подрядчик, администратор сервиса, поставщик облака или инженер по локальной сети.
Начните с масштаба
Масштаб отвечает на вопрос, кто именно затронут. Если проблема у всех сотрудников, включая проводные рабочие места, кассу, серверы и Wi-Fi, вероятнее общий узел: провайдерский канал, маршрутизатор, питание сетевого шкафа, центральный коммутатор или DNS. Если страдает только один кабинет, вероятнее локальный коммутатор, кабельная линия, точка доступа или конкретный сегмент. Если проблема только у одного пользователя, не стоит начинать с провайдера.
| Наблюдение | Вероятная зона поиска |
|---|---|
| Не работает у всех и все внешние сайты недоступны | Канал провайдера, маршрутизатор, DNS, питание сетевого узла |
| Проводная сеть работает, Wi-Fi нет | Точки доступа, контроллер, радиосреда, питание PoE, настройки Wi-Fi |
| Внутренние ресурсы доступны, внешние нет | Интернет-канал, маршрутизация, DNS, фильтрация, внешний сервис |
| Часть сайтов открывается, часть нет | DNS, маршруты, фильтрация, сбой конкретного сервиса или магистрали |
| Проблема только у одного отдела | Сегмент сети, локальный коммутатор, VLAN, кабельная трасса, точка доступа |
Отделите Wi-Fi от интернета
Wi-Fi часто называют интернетом, хотя это только способ подключения внутри офиса. Если ноутбук не открывает сайт по Wi-Fi, причина может быть в радиопомехах, перегруженной точке доступа, слабом сигнале, ошибке роуминга, отключенном PoE, неправильной авторизации или DHCP. При этом сам интернет-канал может быть исправен.
Практический вопрос звучит так: есть ли рабочее место на проводе, которое в тот же момент открывает те же ресурсы? Если да, провайдер вряд ли является единственной причиной. Если проводные устройства и Wi-Fi одновременно потеряли внешнюю связность, нужно смотреть общий сетевой контур.
Проверьте, что именно недоступно
Не все внешние проблемы являются проблемой провайдера. Может не открываться один банк, CRM, почтовый сервис или сайт поставщика, а остальные ресурсы работают. В таком случае полезно проверить, страдают ли пользователи вне офиса: мобильный интернет, другой филиал, домашний канал. Если сервис недоступен с разных независимых сетей, проблема может быть на стороне самого сервиса или его магистральных маршрутов.
Обратная ситуация тоже возможна: внешние сайты открываются, а внутренний сервер или сетевой ресурс недоступен. Тогда провайдерский интернет вообще не является главным участником, а искать нужно локальную сеть, сервер, права доступа, DNS-имя или зависимость внутри офиса.
Фиксируйте признаки, а не эмоции
Фраза «интернет плохо работает» почти не помогает эскалации. Провайдеру или IT-подрядчику нужны признаки: время начала, затронутые пользователи, провод или Wi-Fi, какие ресурсы недоступны, есть ли связь внутри офиса, что изменилось перед сбоем, повторяется ли проблема по расписанию, есть ли резервный канал и как ведет себя он.
- когда началась проблема и продолжается ли сейчас;
- затронуты все пользователи или конкретная зона;
- есть ли отличие между проводной сетью и Wi-Fi;
- работают ли внутренние ресурсы;
- какие внешние сервисы недоступны, а какие открываются;
- были ли плановые работы, отключение электричества или замена оборудования;
- как влияет резервный канал, если он есть.
Резервный канал не всегда доказывает вину провайдера
Если при переключении на резервный интернет все заработало, основной канал действительно становится подозреваемым. Но и здесь важно не упрощать. На основном канале могли быть свои DNS, фильтрация, статические маршруты, белые списки у внешних сервисов или ограничения по адресу. Резервный канал может обходить проблемное место, но не всегда объясняет первопричину.
Поэтому после восстановления работы стоит зафиксировать, что именно изменилось при переключении: скорость, доступность конкретных сервисов, поведение VPN, телефонии, облаков, касс, видеонаблюдения. Эти данные нужны, чтобы не оставить скрытую проблему до следующего пика нагрузки.
Когда нужна сетевая схема
Без схемы диагностика превращается в угадывание. Минимальная схема должна показывать провайдерские вводы, маршрутизатор, центральные коммутаторы, точки доступа, серверы, критичные сегменты, камеры, телефонию, кассы и резервный канал. Не обязательно рисовать ее красиво, но она должна отвечать на вопрос: какой путь проходит трафик от пользователя до нужного сервиса.
Для обслуживания офисной сети такая схема важна не меньше, чем список оборудования. Она позволяет быстрее понять, где заканчивается зона ответственности провайдера и начинается локальная инфраструктура.
Как правильно эскалировать
Провайдеру стоит передавать не общий жалобный текст, а короткую картину: договор или адрес подключения, время, симптомы на основном канале, поведение резервного канала, затронутые направления и контакт для проверки. IT-подрядчику полезны те же данные плюс информация о пользователях, сегментах и недавних изменениях.
Если инфраструктуру ведет один ответственный подрядчик с командой, он может координировать провайдера, локальную сеть, Wi-Fi, серверы и пользователей в одном процессе. Это не снимает ответственность с провайдера за канал, но уменьшает разрыв между «у нас все нормально» и реальной проблемой в офисе.
Итог: сбой провайдера отличают от проблемы офисной сети по масштабу, сравнительным признакам и границе влияния. Чем точнее собраны наблюдения, тем меньше времени уходит на неверную эскалацию и споры между участниками.