надзвичайно дивні проблеми з мережею (HTTP), пов'язані (5s / 10s затримки)


1

У мене дуже дивна мережева проблема, пов’язана з моїм ПК (Win7 64bit pro) та трафіком http. Взагалі мова йде про дивні затримки 5s / 10s для ресурсів, отриманих за допомогою протоколу http.

Я на 100% впевнений, що це не пов’язано з веб-браузером - все це відбувається у firefox, chrome та IE9 - я витратив багато часу на те, щоб перевірити це. Це навіть трапляється, коли я отримую доступ до http за допомогою fiddler або через системні сокети. Тож загалом це не пов'язано з програмним забезпеченням, яким я користуюся.

Я також можу точно сказати (впевнений на 99,9% ;-), що якесь програмне чи апаратне обладнання втручається в трафік, оскільки затримка виникає в дуже схожих випадках, коли доступ до хоста за допомогою FQDN, а кодування ресурсу Content-Encoding - gzip і коли http працює на порту 80. Наприклад, скажіть, що я працюю над хостом A і намагаюся отримати доступ

http://hostB_FQDN/test.txt file

Навіть якщо він знаходиться в локальній мережі моєї компанії, я чекаю 5 секунд, перш ніж його буде знайдено. Більше того, у "test.txt" встановлено вміст кодування вмісту на gzip. Якщо я отримаю доступ до jpg, gif, png, немає затримки (але вони не мають встановленого кодування gzip у заголовку http).

Більше того, якщо я отримаю доступ

http://hostB_IP/test.txt

затримки немає, але вона не пов’язана з DNS, оскільки затримка трапляється після трехчасного рукостискання (Wireshark це показує) та перед передачею пакету з "GET /test.txt". DNS прекрасно працює з мого ПК - швидко - без затримок - він не пов’язаний з DNS і трапляється з HTTP лише без інших протоколів.

Якщо це стосується DNS, я б затримався до з'єднання, а не в середині.

Дивно, але використання IP замість FQDN та налаштування веб-сервера для роботи на портах, відмінних від 80 (наприклад, 81), дозволяють мені використовувати FQDN без затримок - наприклад:

http://hostB_FQDN:81/test.txt

працює чудово.

Я підозрюю, що якесь програмне забезпечення / обладнання перешкоджають трафіку мого http, коли заголовк HTTP містить "Хост: FQDN" та "Кодування вмісту: gzip".

Будь-які пропозиції? У мене на ПК встановлено лайно "TREND MICRO Office scan", яке я не можу видалити. Чи може це заважати?

Відповіді:


1

Пропозиції - не в якомусь конкретному порядку. Очевидно, враховуйте складність пропозиції / час, який потрібен / кількість турботи / ймовірність, і виконайте їх / усунення неполадок у порядку відповідно до таких факторів). Спробуйте інший хост із цим файлом - це може бути безкоштовний веб-сервер з файлом. Спробуйте це з віртуальної машини, спробуйте різні операційні системи у віртуальній машині. Спробуйте це з іншого комп’ютера, підключеного до маршрутизатора (швидко та просто). Спробуйте інший маршрутизатор. Якщо можливо, спробуйте інший ISP (у Великобританії, тоді як DSL є контрактом, комутований номер - PAYG, і можна вибрати будь-який). Ви можете взяти все обладнання (маршрутизатор, кабель, комп'ютер тощо) (простіше, якщо ноутбук виробляє те саме питання) до місця свого друга, він може мати інший провайдер. Спробуйте завантажувати живий компакт-диск

Спробуйте з wget, і це має додаткову перевагу, що ви можете вручну ввести заголовок. завантажити gnuwin32, з coreutils та wget. (coreutils не потрібен, але це корисно). C:\>wget -d --header="test:abc" www.whatismyip.com можливо, ви зможете експериментувати з цим, як із заголовком Content-Encoding.

Це також може бути чимось в їх кінці, як ви тільки згадуєте HostB. Тому спробуйте інший хост, наприклад HostB2, і спробуйте підключитися до HostB і хоста B2, з іншого комп’ютера, як я бачу, ви пробували це з роботи. Спробуйте це вдома, підключившись до HostB.


дякую за пропозиції - це стосується всіх серверів, до яких я отримую доступ, але я намагаюся дослідити це в локальній мережі - інші хости, що мають доступ до тих же ресурсів, не мають цієї проблеми, як у мене. У локальній мережі я маю доступ як до своєї машини, так і до веб-серверів. Я навіть почав проводити проводку як на сервері, так і на моєму сервері. Обидва проводки показують затримку 5 секунд між 3-х рукостисканням та пакетом "GET /test.txt". Наче мій господар щось чекає. Є ще один хост, прикріплений до того ж комутатора - і він чудово працює. Я спробую разом із Fiddler використовувати FQDN для доступу до test.txt, але я розміщу IP в заголовку "Host:" ;-)
Artur

@Artur Я не думаю, що заголовок хосту призначений для IP-адреси. Якщо він присутній, він лише коли-небудь займає домен. Причина - мета заголовка хоста. Ми знаємо IP, і, звичайно, це веб-сервер, як ми його http, тому не потрібно повторювати цей IP в заголовку запиту, але цей IP може розміщувати багато веб-сайтів, кожен з яких знаходиться в іншому каталозі. переконайтеся, що всі домени перекладаються на один і той же IP, але веб-сервер бачить заголовок хоста і вказує на правий каталог / папку, для якого веб-сайт повинен відображатися. З моїх пропозицій завантажувати живий компакт-диск чи USB можна легко спробувати, і це може суттєво звузити речі.
барлоп

Я думаю, що з живим компакт-диском проблеми не виникне. Ви можете перевстановити Windows. Або ви могли зробити ремонтну установку. Покладіть компакт-диск Win 7, а для Win 7 це працює лише в Windows. Ви отримуєте параметри "Користувацькі та оновлені". Виберіть Оновити. Я не пробував цього, але, мабуть, це ремонтна установка.
барлоп

1
Я виявив першопричину - це (як я підозрював) пов’язане зі скануванням мікро-офісу Trend - TMProxy.exe (Office Scan NT Proxy Service) - Одного разу я вбив це, все працювало чудово. Дякую за всі пропозиції.
Артур
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.