Почему веб-сайт доступен через Wi-Fi, но не через проводное соединение LAN?

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

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

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

Есть идеи, почему определенный домен работает только на точке доступа WiFi, но не на самой 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, который является аналогом IP-уровневого “MTU”), который больше, чем может уместиться в вышестоящем канале, 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-адрес, чем у моего роутера, поэтому я выбрал “получить IP-адрес автоматически”.

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

Я установил один и тот же IP-адрес для своих сетевых карт Wi-Fi и Ethernet на своем роутере.

Установка разных адресов для Wi-Fi и Ethernet решила проблему.