Kto To Опубликовано: 27 грудня, 2016 Опубликовано: 27 грудня, 2016 Являемся региональным speedtest хостом. В последнее время заметили что при проверке скорости долго задумывается перед тем как показать пинг (проверял на других - показывает пинг сразу). На машине где это все крутится ограничений по icmp в фаерволе никаких нет. Обновил сам спидтест daemon - ноль реакции. Может кто сталкивался и подскажет как починить?
злодей Опубліковано: 27 грудня, 2016 Опубліковано: 27 грудня, 2016 Та же фигня. Причем пинг завышен на некоторые сервера спид теста в среднем 5-8 мс. Проблему обнаружили пару недель назад.
Kto To Опубліковано: 27 грудня, 2016 Автор Опубліковано: 27 грудня, 2016 Та дело в том что мы сами являемся speedtest хостом в регионе и я, грубо говоря, по локалке попадаю на свой сервер но задержка перед показыванием пинга секунд 6-10. Пинг показывает нормальный, скорость - нормальную. Смущает эта задержка.
Ромка Опубліковано: 27 грудня, 2016 Опубліковано: 27 грудня, 2016 (відредаговано) Нам проходило от них письмо 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, После того как поправили конфиг и перезапустили ихнего демона, стало всё норм. Відредаговано 27 грудня, 2016 Ромка
Kto To Опубліковано: 27 грудня, 2016 Автор Опубліковано: 27 грудня, 2016 Сделал только что - тоже самое. При запуске проверять - также задержка перед проверкой пинга 6-10 секунд, затем показывает нормальный пинг и нормальную скорость.
wantmore Опубліковано: 27 грудня, 2016 Опубліковано: 27 грудня, 2016 (відредаговано) .......... Відредаговано 27 грудня, 2016 wantmore
0x00000001 Опубліковано: 27 грудня, 2016 Опубліковано: 27 грудня, 2016 ++++++ тоже самое на многих киевских "мерялках"
KaYot Опубліковано: 27 грудня, 2016 Опубліковано: 27 грудня, 2016 (відредаговано) Проверил на своем хосте и клиенте.При прямом подключении(DHCP) старт мгновенный.При PPPoE через BRAS - тот ж клиент на том же хосте тупит 10 секунд.Отключение фаервола и щейпера на BRASе ситуацию не меняют.Значит MTU и попытки спидтеста что-то передать/согласовать, хрен с ним. Проблема точно не в хосте спидтеста. upd: проблема в хосте, закрытый порт 843. Відредаговано 28 грудня, 2016 KaYot
KaYot Опубліковано: 27 грудня, 2016 Опубліковано: 27 грудня, 2016 По хорошему надо смотреть tcpdump'ом что там клиент делает в момент ожидания.
tkapluk Опубліковано: 27 грудня, 2016 Опубліковано: 27 грудня, 2016 По хорошему надо смотреть tcpdump'ом что там клиент делает в момент ожидания. +1. но проблема походу глобальная.
andryas Опубліковано: 28 грудня, 2016 Опубліковано: 28 грудня, 2016 Потестил по Украине, как где. Где-то есть пауза, где-то же тест начинается практически сразу.
Kto To Опубліковано: 28 грудня, 2016 Автор Опубліковано: 28 грудня, 2016 Ookla ответили что там какая-то хрень с флешплеером или еще чета такое. Не знаю. Странно что нет решения ведь проблема видимо не единичная.
ig0r Опубліковано: 28 грудня, 2016 Опубліковано: 28 грудня, 2016 Ookla ответили что там какая-то хрень с флешплеером или еще чета такое. Тут тоже задержка?
KaYot Опубліковано: 28 грудня, 2016 Опубліковано: 28 грудня, 2016 На бете задержек нет. Тем более интересно в чем прикол, может порт какой-то на test-хосте надо открыть.
Zolks Опубліковано: 28 грудня, 2016 Опубліковано: 28 грудня, 2016 Проблема в версии флеш-плеера. Стояла 24.х (от 16 декабря), собственно и проблема была замечена после этой даты. Сейчас удалил и поставил версию 23.0.0.162 - проблема решилась. Кстати проблема выражалась не только в паузе, а так же в заниженном значении аплоада, и общем подтормаживании флеш приложений. Попробуйте, интересно прав я, или у меня просто частный случай.
KaYot Опубліковано: 28 грудня, 2016 Опубліковано: 28 грудня, 2016 (відредаговано) Не, все сложнее и проще одновременно. Убил фаервол на хосте - работает мгновенно, без задержек. Таки это флешплеер к какому-то сервису долбится на хосте и ждет ответа 10 секунд. Найду дампом какой порт ему нужен, достаточно будет его открыть в фаере. upd: tcpdump показал попытки клиента подключиться к 843 порту хоста. Естественно закрытому на большинстве серверов. Открыл - полетело. Відредаговано 28 грудня, 2016 KaYot
Zolks Опубліковано: 28 грудня, 2016 Опубліковано: 28 грудня, 2016 (відредаговано) Не, все сложнее и проще одновременно. Убил фаервол на хосте - работает мгновенно, без задержек. Таки это флешплеер к какому-то сервису долбится на хосте и ждет ответа 10 секунд. Найду дампом какой порт ему нужен, достаточно будет его открыть в фаере. upd: tcpdump показал попытки клиента подключиться к 843 порту хоста. Естественно закрытому на большинстве серверов. Открыл - полетело. Может и так, однако версия 23.х в таком случае не пытается подключаться на этот порт. Для чистоты эксперимента снова обновил плеер до версии 24.0.0.186 - опять задержка. Відредаговано 28 грудня, 2016 Zolks
KaYot Опубліковано: 28 грудня, 2016 Опубліковано: 28 грудня, 2016 Попробуй на мой хост - Кременчуг, ZeusNet. Проблема во флеш-клиенте, но решить ее таки легко со стороны хоста.
andryas Опубліковано: 28 грудня, 2016 Опубліковано: 28 грудня, 2016 Я вообще удивляюсь, почему бета до сих пор не переехала основным сервисом. Флэш давно пора в утиль.
BARVIT Опубліковано: 28 грудня, 2016 Опубліковано: 28 грудня, 2016 (відредаговано) Попробуй на мой хост - Кременчуг, ZeusNet. Проблема во флеш-клиенте, но решить ее таки легко со стороны хоста. Печаль до вас, тест до конца не проходит. vokoscreen-2016-12-28_12-00-45.mkv.zip Відредаговано 28 грудня, 2016 BARVIT
Zolks Опубліковано: 28 грудня, 2016 Опубліковано: 28 грудня, 2016 Попробуй на мой хост - Кременчуг, ZeusNet. Проблема во флеш-клиенте, но решить ее таки легко со стороны хоста. Да, все отлично.
BARVIT Опубліковано: 28 грудня, 2016 Опубліковано: 28 грудня, 2016 (відредаговано) Странно, задержки нет но и скорость на прием врет и так я и не дождался окончания теста, несколько раз пробовал. А вот на бете Відредаговано 28 грудня, 2016 BARVIT
KaYot Опубліковано: 28 грудня, 2016 Опубліковано: 28 грудня, 2016 Печаль до вас, тест до конца не проходит. Ну это может весь локал ломанулся тестить и хосту поплохело. Или я что-то дергал на сервере в тот момент.
BARVIT Опубліковано: 28 грудня, 2016 Опубліковано: 28 грудня, 2016 (відредаговано) Возможно, со скоростью сейчас все ок, но вот не завершается тест хоть стреляй. UPD: Завершается, но очень долго висит на завершении. Відредаговано 28 грудня, 2016 BARVIT
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас