Kto To Posted December 27, 2016 Posted December 27, 2016 Являемся региональным speedtest хостом. В последнее время заметили что при проверке скорости долго задумывается перед тем как показать пинг (проверял на других - показывает пинг сразу). На машине где это все крутится ограничений по icmp в фаерволе никаких нет. Обновил сам спидтест daemon - ноль реакции. Может кто сталкивался и подскажет как починить?
злодей Posted December 27, 2016 Posted December 27, 2016 Та же фигня. Причем пинг завышен на некоторые сервера спид теста в среднем 5-8 мс. Проблему обнаружили пару недель назад.
Kto To Posted December 27, 2016 Author Posted December 27, 2016 Та дело в том что мы сами являемся speedtest хостом в регионе и я, грубо говоря, по локалке попадаю на свой сервер но задержка перед показыванием пинга секунд 6-10. Пинг показывает нормальный, скорость - нормальную. Смущает эта задержка.
Ромка Posted December 27, 2016 Posted December 27, 2016 (edited) Нам проходило от них письмо Hello Roman , Thank you for providing a valued server on the speedtest.net network. We are writing to let you know about an issue with your OoklaServer configuration that will cause lower test speeds and delays befores starting tests against your server. The locations that we have on record for your server(s) with cross domain issues are: Какой-то город What is this bug? The OoklaServer daemon has built in cross domain functionality similar to the crossdomain.xml file required for HTTP Legacy Fallback. This is generated by the OoklaServer.allowedDomains setting in your OoklaServer.properties file. Our default allowedDomains setting and properties entry are missing the *. in front of the speedtest.net/ookla.com domains which causes OoklaServer testing to fail. How do I fix it? Ensure that the following line is uncommented and modified to include *. before domains within your OoklaServer.properties file:# OoklaServer.allowedDomains = ookla.com, speedtest.netThis should be:OoklaServer.allowedDomains = *.ookla.com, *.speedtest.netAfter making this change you will need to restart OoklaServer. To confirm you have fixed this issue telnet to your server on port 8080 and enter "<policy-file-request/>", you should see the correct *.ookla.com, *.speedtest.net entries with the asterisks. We will be fixing this issue in a future release of OoklaServer. If you need to update your host information with us, or just want to ask a question about this, please feel free to get in touch! Your support as a host on speedtest.net is very much appreciated by all of us at Ookla. Thanks, После того как поправили конфиг и перезапустили ихнего демона, стало всё норм. Edited December 27, 2016 by Ромка
Kto To Posted December 27, 2016 Author Posted December 27, 2016 Сделал только что - тоже самое. При запуске проверять - также задержка перед проверкой пинга 6-10 секунд, затем показывает нормальный пинг и нормальную скорость.
wantmore Posted December 27, 2016 Posted December 27, 2016 (edited) .......... Edited December 27, 2016 by wantmore
0x00000001 Posted December 27, 2016 Posted December 27, 2016 ++++++ тоже самое на многих киевских "мерялках"
KaYot Posted December 27, 2016 Posted December 27, 2016 (edited) Проверил на своем хосте и клиенте.При прямом подключении(DHCP) старт мгновенный.При PPPoE через BRAS - тот ж клиент на том же хосте тупит 10 секунд.Отключение фаервола и щейпера на BRASе ситуацию не меняют.Значит MTU и попытки спидтеста что-то передать/согласовать, хрен с ним. Проблема точно не в хосте спидтеста. upd: проблема в хосте, закрытый порт 843. Edited December 28, 2016 by KaYot
KaYot Posted December 27, 2016 Posted December 27, 2016 По хорошему надо смотреть tcpdump'ом что там клиент делает в момент ожидания.
tkapluk Posted December 27, 2016 Posted December 27, 2016 По хорошему надо смотреть tcpdump'ом что там клиент делает в момент ожидания. +1. но проблема походу глобальная.
andryas Posted December 28, 2016 Posted December 28, 2016 Потестил по Украине, как где. Где-то есть пауза, где-то же тест начинается практически сразу.
Kto To Posted December 28, 2016 Author Posted December 28, 2016 Ookla ответили что там какая-то хрень с флешплеером или еще чета такое. Не знаю. Странно что нет решения ведь проблема видимо не единичная.
ig0r Posted December 28, 2016 Posted December 28, 2016 Ookla ответили что там какая-то хрень с флешплеером или еще чета такое. Тут тоже задержка?
KaYot Posted December 28, 2016 Posted December 28, 2016 На бете задержек нет. Тем более интересно в чем прикол, может порт какой-то на test-хосте надо открыть.
Zolks Posted December 28, 2016 Posted December 28, 2016 Проблема в версии флеш-плеера. Стояла 24.х (от 16 декабря), собственно и проблема была замечена после этой даты. Сейчас удалил и поставил версию 23.0.0.162 - проблема решилась. Кстати проблема выражалась не только в паузе, а так же в заниженном значении аплоада, и общем подтормаживании флеш приложений. Попробуйте, интересно прав я, или у меня просто частный случай.
KaYot Posted December 28, 2016 Posted December 28, 2016 (edited) Не, все сложнее и проще одновременно. Убил фаервол на хосте - работает мгновенно, без задержек. Таки это флешплеер к какому-то сервису долбится на хосте и ждет ответа 10 секунд. Найду дампом какой порт ему нужен, достаточно будет его открыть в фаере. upd: tcpdump показал попытки клиента подключиться к 843 порту хоста. Естественно закрытому на большинстве серверов. Открыл - полетело. Edited December 28, 2016 by KaYot
Zolks Posted December 28, 2016 Posted December 28, 2016 (edited) Не, все сложнее и проще одновременно. Убил фаервол на хосте - работает мгновенно, без задержек. Таки это флешплеер к какому-то сервису долбится на хосте и ждет ответа 10 секунд. Найду дампом какой порт ему нужен, достаточно будет его открыть в фаере. upd: tcpdump показал попытки клиента подключиться к 843 порту хоста. Естественно закрытому на большинстве серверов. Открыл - полетело. Может и так, однако версия 23.х в таком случае не пытается подключаться на этот порт. Для чистоты эксперимента снова обновил плеер до версии 24.0.0.186 - опять задержка. Edited December 28, 2016 by Zolks
KaYot Posted December 28, 2016 Posted December 28, 2016 Попробуй на мой хост - Кременчуг, ZeusNet. Проблема во флеш-клиенте, но решить ее таки легко со стороны хоста.
andryas Posted December 28, 2016 Posted December 28, 2016 Я вообще удивляюсь, почему бета до сих пор не переехала основным сервисом. Флэш давно пора в утиль.
BARVIT Posted December 28, 2016 Posted December 28, 2016 (edited) Попробуй на мой хост - Кременчуг, ZeusNet. Проблема во флеш-клиенте, но решить ее таки легко со стороны хоста. Печаль до вас, тест до конца не проходит. vokoscreen-2016-12-28_12-00-45.mkv.zip Edited December 28, 2016 by BARVIT
Zolks Posted December 28, 2016 Posted December 28, 2016 Попробуй на мой хост - Кременчуг, ZeusNet. Проблема во флеш-клиенте, но решить ее таки легко со стороны хоста. Да, все отлично.
BARVIT Posted December 28, 2016 Posted December 28, 2016 (edited) Странно, задержки нет но и скорость на прием врет и так я и не дождался окончания теста, несколько раз пробовал. А вот на бете Edited December 28, 2016 by BARVIT
KaYot Posted December 28, 2016 Posted December 28, 2016 Печаль до вас, тест до конца не проходит. Ну это может весь локал ломанулся тестить и хосту поплохело. Или я что-то дергал на сервере в тот момент.
BARVIT Posted December 28, 2016 Posted December 28, 2016 (edited) Возможно, со скоростью сейчас все ок, но вот не завершается тест хоть стреляй. UPD: Завершается, но очень долго висит на завершении. Edited December 28, 2016 by BARVIT
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now