Сегодня я исправил проблему сегодня, но мне интересно узнать, ПОЧЕМУ это сработало. Мы настроили новую виртуальную машину Hyper-V только для того, чтобы обнаружить, что HTTP-трафик не работает. HTTPS, пинги, все остальное работало нормально.
После нескольких месяцев поисков я сделал снимок в темноте. На хост-сервере Hyper-V для физической сетевой карты был установлен расширенный параметр «Максимальный размер кадра Ethernet», равный 1500. После установки этого параметра на 1514 проблема была устранена. Кроме того, установка значения 1512 не решила проблему; 1514 - магическое число.
Насколько я понимаю, когда этот параметр был установлен на 1500, он разрешал входящие эхо-запросы, потому что полезная нагрузка данных была намного меньше, например, HTTP-трафика. Что касается трафика HTTPS, я читал о чем-то, называемом «обнаружение MTU пути», и я собираюсь предположить, почему трафик HTTP проходит нормально, хотя и медленнее.
Глядя на этот пост, люди соглашаются, что 1518 - это максимальный общий размер кадра. Почему мне не нужно было изменить это значение на 1518 вместо 1514 байт? Почему размер кадра по умолчанию 1500, если это максимальный размер Ethernet? полезная нагрузка а не максимальный размер.
1518 - это максимальный размер кадра для «старой школы» 802.3 Ethernet. Если последовательность контрольных сумм кадра выгружается на NIC, тогда 1514 является максимальным размером кадра (поскольку 4-байтовая контрольная сумма кадра будет добавлена NIC).
1500 - это максимальная единица передачи IP (MTU) для Ethernet, поскольку 1500 байтов полезной нагрузки доступны в 1518-байтовом кадре Ethernet. Установка максимального размера кадра сетевой карты на 1500 байтов приведет к IP MTU в 1482 байта.
Мне непонятно, почему кто-то изменил максимальный размер кадра сетевой карты на 1500 байт. Я подозреваю, что кто-то перепутал максимальный размер кадра с MTU. Никто бы не значит чтобы установить это так, как вы описываете.