Speedtest: глюки или реальные лаги

Есть сервер на FC14 на нем VPN подключение которое раздается в сеть . (Сеть для приема VPN 100мб, Сеть смотрящая в локалку 1гб)

Тесты с сайта Speedtest.net показывают обсалютно разную скорость на сервере и у юзеров. У юзеров скорость раз в 5-6 меньше чем на сервере, а иногда даже пинг не проходит до серверов. Но при этом Инет есть и скорость вроде не такая уж и ужасная.

Кто сможет подсказать в чем проблема? Сервер плохо раздает инэт? Или фаервол блокирует пинги и тесты такого рода с юзеров?

GLADIATOR13 написал:

Но при этом Инет есть и скорость вроде не такая уж и ужасная.

Сами и ответили как бы. Чем-нибудь кроме спидтеста замеряли скорость (торрентами там или еще чем, что может выдать скорость скачивания == доступной скорости)?

А пинг проверяли тоже по картинкам спидтеста или $ ping host.com ?

Пинговал консолькой разные хосты. Пинг отличается в разы. Другие замерщики также показывают разную скорость но она не так сильно разнится. Но что забавно если проверять скорость с телефона по вайфаю то скорость примерно одинаковая. Хотя вайфай идет от сервера через отдельную точку доступа... oO

было бы неплохо глянуть на traceroute до "проблемных" узлов. если никаких "звезд" не кажет и с маршрутизацией всё нормально, то копать в сторону ... в сторону того, что происходит с трафиком до шлюза, ну и на самом шлюзе. тут уже tcpdump в помощь

DNS кэшировать не пробовал?

DNS-то тут при чем? Если траблы с прохождением пакетов, а не с резолвом хостов

Честно говоря не видел в этом смысла ибо пользователей всего 3-4 ну максимум 5.
Нужно ли изза такого колличества пользователей включать кеширование DNS и исправит ли это данную проблему.

А с клиентских машин до шлюза нормальный пинг?

Шикарный я бы сказал. smile

Тогда смотреть чего там с пакетиками делает этот самый шлюз. Мб там шейпер накручен какой...

Free0N как это сделать? чего смотреть? куда копать?

GLADIATOR13, ping, traceroute, netperf, iperf, pathrate, pathload, abget, iptraf
http://www.bog.pp.ru/work/network_performance.html
Выхлоп консоли показывай...

Может для начала в FORWARD с mtu поиграть?
Нутром чую mtu. Это же VPN.

Думаю товарищи newzenon и Kettler правы.
Было бы неплохо посмотреть чего там творится в iptables (таблицы filter и nat). ip route list тоже было бы интересно глянуть (+ для всех таблиц, если пспользуется policy-based маршрутизация). И сеточку при этом можно немного описать - дабы понять что куда должно ходить. Если нет желания всего этого в паблик сливать - ставишь у себя на vpn-сервере iperf сервером, с клиентским машин смотришь его поведение. Потом точно-так же на любой машине в интернете (если будет нужно - в пм) и аналогичным образом с клиентов своих проверяешь. Если все ок - смотришь правила фаервола на limit по icmp и подобные вещи. Если после этих танцев с лебедями не удалось локализовать проблему - вооружаешься tcpdump'ом в двух консолях - в одной смотришь как пакетитки уходят с твоего интерфейса в сеть, в другой - как приходят к тебе на шлюз. Играешь в игру "найдите 10 отличий".
Но перед всеми этими шаманствами думаю стоит послушать товарища Kettler-а и проверить чего там с mtu происходит (т.е. уточнить у прова (или кто там этот vpn тебе предоставляет) его значение)

Вобщем господа помойму я зря намутил бурю в стакане. Косяки оказались сугубо провайдерские. после исправления косяков с их стороны всё пошло как надо. Неудачное совпадение, поставил сервер в тот момент когда у них начались глюки.

Всем Огромное спасибо за помощь и ссылки. smile

GLADIATOR13 написал:

Вобщем господа помойму я зря намутил бурю в стакане. Косяки оказались сугубо провайдерские. после исправления косяков с их стороны всё пошло как надо. Неудачное совпадение, поставил сервер в тот момент когда у них начались глюки.

Всем Огромное спасибо за помощь и ссылки. smile

Не советую радоваться при VPN узнайте у прова значения MTU если ниже 1500 выравнивайте в FORWARD.
Иначе будет тупить по страшному.