Веб-сайт доступен через WIFI, но не через LAN.

Вопрос или проблема

Каждый день я захожу на сторонний веб-сайт либо напрямую через браузер, либо запрашивая файлы через приложение на javascript, которое я разработал. Сегодня утром мое соединение с этим сайтом было настолько медленным, что большинство моих запросов прерывается по таймауту.

Я провел некоторые тесты и оказалось, что я могу получить доступ к сайту через мою сеть Wi-Fi, но это не работает через LAN. Моя сеть Wi-Fi – это просто точка доступа, подключенная к моей LAN, так что обе используют одну и ту же подсеть и шлюз. Я столкнулся с той же проблемой на нескольких компьютерах, и она, кажется, связана только с этим одним сайтом. Остальные сайты, которые я посещаю, работают без проблем.

Я совершенно озадачен. Мы связывались с технической поддержкой сайта, и они сказали, что проблема, вероятно, на нашей стороне, потому что все их диагностики в порядке.

Есть идеи, почему один и тот же домен работает только через Wi-Fi точку доступа, а не через саму LAN?

Если Wi-Fi точка доступа действует как NAT шлюз (что означает, что ее WAN порт подключен к LAN порту вышестоящего роутера), она может обрабатывать DNS иначе, или может лучше управлять TCP MSS Clamping по сравнению с вашим вышестоящим NAT шлюзом.

Что касается DNS, предположим, что ваш вышестоящий NAT шлюз, при выдаче DHCP аренды проводным Ethernet клиентам, говорит клиентам использовать DNS сервер A. Допустим, ваша Wi-Fi точка доступа, при выдаче DHCP аренды Wi-Fi клиентам, говорит клиентам использовать DNS сервер B. Теперь предположим, что в DNS сервере A есть ошибка, из-за которой он не обрабатывает корректно DNS ответы для доменного имени одного веб-сайта. Все ваши Ethernet клиенты не смогут найти IP-адрес, необходимый для подключения к этому веб-сайту, и, следовательно, не смогут подключиться. Но ваши Wi-Fi клиенты будут обращаться к DNS серверу B, у которого нет этой ошибки, и они получат необходимые ответы и смогут подключиться.

Чтобы проверить, является ли проблема в DNS, убедитесь, что ваши Ethernet и Wi-Fi клиенты получают одни и те же адреса DNS серверов.

TCP MSS Clamping – это метод, при котором NAT шлюз полагает, что он знает больше о вышестоящих MTU (MTU = Максимальная единица передачи; представьте это как максимальный размер IP пакета), чем его клиенты, поэтому, если он когда-либо видит, что клиент пытается договориться о TCP MSS (MSS – это максимальный размер сегмента TCP уровня, который является эквивалентом концепции “MTU” на IP уровне), который больше, чем может уместиться в вышестоящем канале, NAT шлюз переписывает поля переговоров TCP MSS в TCP SYN пакетах, чтобы обмануть TCP конечные точки и заставить их согласиться на меньший MSS, который действительно должен сработать, учитывая то, что NAT шлюз знает об ограничениях MTU на других сетевых переходах.

Чтобы проверить, является ли проблема в MTU, попробуйте пинговать проблемный веб-сайт с нормальным ~64-байтовым ICMP эхо-запросом, а затем попробуйте снова с ICMP эхо-запросом, который заполняет весь 1500-байтовый фрейм:

# Сначала маленькие пинги, чтобы увидеть, работают ли пинги
ping badwebsite.example.com
# Теперь увеличьте пинги до 1472, чтобы после добавления заголовков это был полн 1500-байтовый фрейм.
ping -s 1472 badwebsite.example.com

(Я полагаю, я не должен это говорить, но, на всякий случай, убедитесь, что вы провели эти тесты пинга с Ethernet клиента, а не с Wi-Fi клиента.)

Если маленькие пинги работают, а большие пинги нет, это указывает на проблему MTU. Попробуйте различные значения после -s, чтобы увидеть максимальное значение, которое работает для вас. Добавьте 28, чтобы узнать, какое MTU можно безопасно установить на ваших Ethernet клиентах. На самом деле, лучше, чем вручную устанавливать меньшее MTU на ваших Ethernet клиентах, исправьте ваш вышестоящий NAT, чтобы он правильно выполнял MSS clamping или что-то подобное.

Я не эксперт, но у меня была та же проблема, поэтому я включил и выключил мой LAN адаптер, затем проверил мой IP-адрес v4, и оказалось, что он заполнен сетевым IP-адресом, отличным от моего роутера, поэтому я выбрал “получить IP-адрес автоматически”.

Это решило проблему.

Ответ или решение

Проблема доступа к веб-сайту через Wİ-Fİ, но не через LAN

Нередко пользователи сталкиваются с ситуациями, когда веб-сайт доступен через Wi-Fi, но недоступен через проводное подключение LAN. Чтобы разобраться в этой проблеме и предложить возможные решения, рассмотрим несколько ключевых факторов.

Анализ проблемы

Вы сообщили, что доступ к определенному стороннему веб-сайту через браузер или JavaScript-приложение затруднен, и это происходит только при подключении к сети LAN. Через Wi-Fi доступ остается нормальным. Это указывает на возможные различия в работе сетевых настроек и маршрутизации между двумя типами подключений.

Потенциальные причины
  1. Различные DNS сервера:

    • Если точки доступа Wi-Fi и LAN используют разные DNS-серверы, возможны случаи, когда определенный DNS-сервер неправильно разрешает адреса или не может обработать DNS-запросы для конкретного домена. Это может привести к тому, что клиенты LAN не смогут соединиться с сайтом, в то время как клиенты Wi-Fi смогут.
    • Решение: Проверьте, чтобы клиенты как LAN, так и Wi-Fi получали одинаковые DNS-серверы. Это можно сделать через настройки DHCP сервера.
  2. Проблемы с MTU и TCP MSS Clamping:

    • Периодически встречаются случаи, когда несоответствие в MTU (максимальный размер пакета) приводит к проблемам с передачей данных, особенно через NAT-шлюзы, которые могут некорректно обрабатывать пакеты.
    • Решение: Проверьте MTU, используя Ping с увеличенными размерами пакетов. Если малые пакеты проходят, а большие — нет, это может указывать на проблемы с MTU. Настройте правильный MSS Clamping на вашем шлюзе.
  3. Настройки сети и конфликты IP:

    • Проверьте настройки сетевой карты вашего компьютера. Были случаи, когда зафиксированные IP адреса на LAN вступают в конфликт с настройками, предоставляемыми маршрутизатором.
    • Решение: Отключите и снова включите сетевой адаптер, убедитесь, что IP-адреса устанавливаются автоматически через DHCP.
  4. Конфигурации NAT и маршрутизация:

    • Возможно, у вашего Wi-Fi маршрутизатора и LAN точки различная конфигурация NAT, которая может влиять на передачу данных.
    • Решение: Проверьте настройки маршрутизации и NAT на вашем маршрутизаторе, чтобы убедиться, что они идентичны для обеих сетей и корректно обработывают пакеты.

Рекомендации по устранению

  • Проведите диагностику DNS, чтобы убедиться, что используется корректный сервер. Можно временно задать DNS Google (8.8.8.8) и проверить доступ.
  • Протестируйте MTU и настройте параметры TCP MSS на маршрутизаторе, если это доступно в ваших настройках.
  • Перепроверьте всю цепочку маршрутизации между вашей сетью и интернетом, чтобы выявить узкие места или ошибки.

Подробное внимание к каждодетальному этапу анализа позволяет точно определить источник проблемы и значительно повысить вероятность успеха в ее решении. Обратитесь к сторонним специалистам, если после всех шагов проблема остается нерешенной.

Оцените материал
Добавить комментарий

Капча загружается...