1.6. Диагностика проблем по модели TCP/IP и OSI
Зная уровни обеих моделей, мы можем диагностировать место проблемы при исчезновении соединения или если данные не доставлены. Начинать проверку нужно с нижнего уровня, то есть физического, продвигаясь к прикладному. Следует действовать, как специалисту техподдержки, который задаёт вопросы по порядку: работает ли техника, не порвался ли провод, до конца ли он воткнут в разъём, включён ли роутер и так далее.
Существуют различные способы использования модели OSI:
- Снизу вверх (Bottom up) — устранение неполадок путём перехода от физического уровня (уровень 1) к уровню приложений (уровень 7).
- Сверху вниз (Top down) — устранение неполадок путём перехода от прикладного уровня (уровень 7) к физическому уровню (уровень 1).
- Разделяй и властвуй (Divide and Conquer). В этом методе вы начинаете с того уровня, который, по вашему мнению, является наиболее вероятной причиной проблемы, а затем двигаетесь в любом направлении, которое, на ваш взгляд, является более вероятной причиной проблемы. То есть либо вверх, либо вниз по модели OSI.
Посмотрим пример использования модели OSI с подходом к устранению неполадок «снизу вверх», то есть с физического уровня.
Нижние уровни
Если этот уровень не работает должным образом, все более высокие уровни тоже не будут работать. Это не ваша зона ответственности, а системного администратора. Однако вам это тоже полезно знать, ведь симптомы могут быть такими же, как и у ваших задач, например, низкая скорость загрузки.
Симптомы: скорость ниже ожидаемой.
Возможные причины: сервер или недостаточно мощный для такой задачи, или далеко находится.
Решения: обновить сервер, купить новый, купить сервер ближе. Задача решается на уровне «железа». Пропинговать DNS-сервер, пропинговать хост, к которому пытаетесь добраться, по имени (приложение, DNS, сеть WAN, IP-подключение).
Транспортный уровень
Этот уровень считается переходом между верхним и нижним уровнями модели OSI.
Симптомы: сообщения пользователей о том, что некоторые веб-службы недоступны — особенно видео или аудио.
Возможные причины: многие проблемы вызваны брандмауэрами, которые настроены на запрет трафика на основе номеров портов, даже если этот трафик должен быть перенаправлен. Брандмауэр — это защитный экран между глобальным интернетом и локальной компьютерной сетью, он выполняет функцию проверки и фильтрации данных из интернета.
Решение: при запрете трафика по номеру порта необходимо указать используемый транспортный протокол.
Верхние уровни
Симптом: вы выводите в веб-приложении изображение в формате WebP, но оно не отображается.
Возможные причины: браузер не поддерживает формат.
Решение: по возможности обеспечить поддержку, подключить более поддерживаемые форматы изображения.
Симптом: нет доступа к ресурсу.
Возможные причины: опечатки.
Решение: исправить опечатки.
Симптом: у пользователя не отображается контент PDF-файла.
Возможные причины: подключаемые программы браузера, такие как Adobe Reader, часто выполняют функции верхнего уровня. Эти программы необходимо постоянно обновлять, чтобы веб-страницы отображались корректно.
Решение: вывести сообщение пользователю, что нужно обновить Adobe Reader или использовать другой формат, например, загрузить файл в Google Documents.
Также верхние уровни отвечают за шифрование и сжатие. Несоответствие между тем, как клиент шифрует или сжимает данные, и тем, как их интерпретирует сервер, может привести к тому, что приложения не будут работать или станут работать плохо.
Итог
Модульность модели OSI позволяет быстро находить проблемные места. Например, если нет пинга (3-4 уровни) до сайта, не нужно искать причину в более высоких слоях, когда не отображается сайт или не доставлены данные. По аналогии с доставкой посылки: если она не дошла до адресата, нужно проверить, какие уровни посылка уже прошла.