Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

VPN не пропускает большие куски данных

21 views
Skip to first unread message

Vasily Lazerko

unread,
Feb 14, 2008, 1:37:29 PM2/14/08
to
Hello, All!

Подскажите пожалуйста, как побороть такой глюк:
Два компа связаны тунелем через Hamachi. Оба относительно быстро пингуются.
С первого на второй данные передаются, а обратно - только маленькие объемы
(где-то до 500 байт). По разным протоколам (пробовал HTTP, FTP, POP3, SMB, VNC)
большие куски данных затыкаются и висят, пока тайм-аут не выйдет. Как будто не
получается открыть сокет на объем больше одного пакета.

Такой же глюк наблюдл не только на Hamachi. Когда-то давно при подключении
модемом к RAS другого компа такие же симптомы были.

Система - WinXP.

Заранее спасибо,

With best regards, Vasily.


Dmitry Gorbatov

unread,
Feb 15, 2008, 8:57:57 AM2/15/08
to
Hello, Vasily!

Thursday February 14 2008 21:37, Vasily Lazerko wrote to All:

VL> Подскажите пожалуйста, как побороть такой глюк:
VL> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL> пингуются. С первого на второй данные передаются, а обратно - только
VL> маленькие объемы (где-то до 500 байт). По разным протоколам (пробовал
VL> HTTP, FTP, POP3, SMB, VNC) большие куски данных затыкаются и висят,
VL> пока тайм-аут не выйдет. Как будто не получается открыть сокет на
VL> объем больше одного пакета.

VL> Такой же глюк наблюдл не только на Hamachi. Когда-то давно при
VL> подключении модемом к RAS другого компа такие же симптомы были.

VL> Система - WinXP.

а пpосто пинги с большим pазмеpом пакета ноpмально пpоходят? y нас пpовайдеp
иногда тyпит, и не пyскает пакеты больше полyтоpа килобайт.

Всего наилучшего, ICQ#38484848
Dmitry E-Mail:hddrepair(at)rambler.ru

Valery Lutoshkin

unread,
Feb 15, 2008, 3:14:57 PM2/15/08
to
Hi, Vasily!

14 Feb 2008 21:37, Vasily Lazerko wrote to All:
VL> Подскажите пожалуйста, как побороть такой глюк:
VL> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL> пингуются. С первого на второй данные передаются, а обратно - только
VL> маленькие объемы (где-то до 500 байт). По разным протоколам (пробовал
VL> HTTP, FTP, POP3, SMB, VNC) большие куски данных затыкаются и висят, пока
VL> тайм-аут не выйдет. Как будто не получается открыть сокет на объем больше
VL> одного пакета.

Симптомы очень похожи на проблемы с MTU. Скорее всего, мту залочено на 576
байт и не отрабатывает pmtu discovery - бывает часто, например (но не
обязательно) из-за криво зафильтрованного icmp.
Лечение - настройка mtu.

Bye, Valery

Sasha Gromov

unread,
Feb 16, 2008, 4:47:59 PM2/16/08
to
Я вас Приветствую Vasily!

Как-то раз(вроде бы в 14 Февраля 2008 ), Vasily Lazerko прописал к All
следующее:

VL> Подскажите пожалуйста, как побороть такой глюк:
VL> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL> пингуются. С первого на второй данные передаются, а обратно - только
VL> маленькие объемы (где-то до 500 байт). По разным протоколам (пробовал
VL> HTTP, FTP, POP3, SMB, VNC) большие куски данных затыкаются и висят,
VL> пока тайм-аут не выйдет. Как будто не получается открыть сокет на
VL> объем больше одного пакета.

VL> Такой же глюк наблюдл не только на Hamachi. Когда-то давно при
VL> подключении модемом к RAS другого компа такие же симптомы были.

Проблема с MTU?

Пробуй пинговать и трассировать с разными размерами пакета.


С уважением Sasha Gromov

Vasily Lazerko

unread,
Feb 18, 2008, 3:26:37 PM2/18/08
to
Hello, Dmitry!

You wrote to Vasily Lazerko on Fri, 15 Feb 2008 16:45:04 +0200:
VL>> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL>> пингуются. С первого на второй данные передаются, а обратно - только
VL>> маленькие объемы (где-то до 500 байт). По разным протоколам (пробовал
VL>> HTTP, FTP, POP3, SMB, VNC) большие куски данных затыкаются и висят,
VL>> пока тайм-аут не выйдет. Как будто не получается открыть сокет на
VL>> объем больше одного пакета.

DG> а пpосто пинги с большим pазмеpом пакета ноpмально пpоходят? y нас
DG> пpовайдеp иногда тyпит, и не пyскает пакеты больше полyтоpа килобайт.

Эмпирически установил, что максимальный размер пакета - 1185 байт. Больше не
проходит.
Hаш провайдер ни при чем, потому как VPN-соединение я сам создаю.

With best regards, Vasily.


Vasily Lazerko

unread,
Feb 18, 2008, 4:17:18 PM2/18/08
to
Hello, Sasha!

You wrote to Vasily Lazerko on Sun, 17 Feb 2008 00:30:08 +0200:

VL>> Подскажите пожалуйста, как побороть такой глюк:
VL>> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL>> пингуются. С первого на второй данные передаются, а обратно - только
VL>> маленькие объемы (где-то до 500 байт). По разным протоколам (пробовал
VL>> HTTP, FTP, POP3, SMB, VNC) большие куски данных затыкаются и висят,
VL>> пока тайм-аут не выйдет. Как будто не получается открыть сокет на
VL>> объем больше одного пакета.

VL>> Такой же глюк наблюдл не только на Hamachi. Когда-то давно при
VL>> подключении модемом к RAS другого компа такие же симптомы были.

SG> Проблема с MTU?

SG> Пробуй пинговать и трассировать с разными размерами пакета.

Уже отписал в эху, как пингуется.
Трассировка идет в один хоп.

Спасибо,

With best regards, Vasily.


Vasily Lazerko

unread,
Feb 18, 2008, 4:15:34 PM2/18/08
to
Hello, Valery!

You wrote to Vasily Lazerko on Fri, 15 Feb 2008 19:45:02 +0200:

VL>> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL>> пингуются. С первого на второй данные передаются, а обратно - только
VL>> маленькие объемы (где-то до 500 байт). По разным протоколам (пробовал
VL>> HTTP, FTP, POP3, SMB, VNC) большие куски данных затыкаются и висят,

VL>> пока тайм-аут не выйдет. Как будто не получается открыть сокет на
VL>> объем больше одного пакета.

VL> Симптомы очень похожи на проблемы с MTU. Скорее всего, мту залочено
VL> на 576 байт и не отрабатывает pmtu discovery - бывает часто, например
VL> (но не обязательно) из-за криво зафильтрованного icmp.
VL> Лечение - настройка mtu.

Проверил разными размерами
500 - 1185 - все ок, редкие потери
1186 - 1376 - timeout
1377 и более - timeout с фрагментацией
То есть, MTU сейчас 1404 байт.

Установил вручную 1200 (правил в реестре, MTUSpeed не работает).
500 - 1172 - ок
1173 - 1185 - ок с фрагментацией
1186 и более - timeout с фрагментацией

Что-то не заметно влияние MTU на этот глюк... Или попробовать какие другие
значения?

With best regards, Vasily.


Dmitry Gorbatov

unread,
Feb 20, 2008, 2:02:56 AM2/20/08
to
Hello, Vasily!

Monday February 18 2008 23:26, Vasily Lazerko wrote to Dmitry Gorbatov:

VL>>> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL>>> пингуются. С первого на второй данные передаются, а обратно -

VL>>> только маленькие объемы (где-то до 500 байт). По разным
VL>>> протоколам (пробовал HTTP, FTP, POP3, SMB, VNC) большие куски
VL>>> данных затыкаются и висят, пока тайм-аут не выйдет. Как будто не
VL>>> получается открыть сокет на объем больше одного пакета.

DG>> а пpосто пинги с большим pазмеpом пакета ноpмально пpоходят? y

DG>> нас пpовайдеp иногда тyпит, и не пyскает пакеты больше полyтоpа
DG>> килобайт.

VL> Эмпирически установил, что максимальный размер пакета - 1185 байт.
VL> Больше не проходит. Hаш провайдер ни при чем, потому как
VL> VPN-соединение я сам создаю.

а без VPN ноpмально пакеты идyт?

Sasha Gromov

unread,
Feb 20, 2008, 11:45:36 AM2/20/08
to
Я вас Приветствую Vasily!

Как-то раз(вроде бы в 19 Февраля 2008 ), Vasily Lazerko прописал к Sasha Gromov
следующее:

VL>>> Подскажите пожалуйста, как побороть такой глюк:
VL>>> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL>>> пингуются. С первого на второй данные передаются, а обратно -

VL>>> только маленькие объемы (где-то до 500 байт). По разным
VL>>> протоколам (пробовал HTTP, FTP, POP3, SMB, VNC) большие куски
VL>>> данных затыкаются и висят, пока тайм-аут не выйдет. Как будто не

VL>>> получается открыть сокет на объем больше одного пакета.

VL>>> Такой же глюк наблюдл не только на Hamachi. Когда-то давно при
VL>>> подключении модемом к RAS другого компа такие же симптомы были.

SG>> Проблема с MTU?

SG>> Пробуй пинговать и трассировать с разными размерами пакета.

VL> Уже отписал в эху, как пингуется.
VL> Трассировка идет в один хоп.

Уменьшай MTU Ж(

А проблем с сетевухами нет ?


С уважением Sasha Gromov

Vasily Lazerko

unread,
Feb 26, 2008, 3:12:34 PM2/26/08
to
Hello, Dmitry!

You wrote to Vasily Lazerko on Wed, 20 Feb 2008 10:02:56 +0200:

VL>>>> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL>>>> пингуются. С первого на второй данные передаются, а обратно -
VL>>>> только маленькие объемы (где-то до 500 байт). По разным
VL>>>> протоколам (пробовал HTTP, FTP, POP3, SMB, VNC) большие куски
VL>>>> данных затыкаются и висят, пока тайм-аут не выйдет. Как будто не
VL>>>> получается открыть сокет на объем больше одного пакета.

DG>>> а пpосто пинги с большим pазмеpом пакета ноpмально пpоходят? y
DG>>> нас пpовайдеp иногда тyпит, и не пyскает пакеты больше полyтоpа
DG>>> килобайт.

VL>> Эмпирически установил, что максимальный размер пакета - 1185 байт.
VL>> Больше не проходит. Hаш провайдер ни при чем, потому как
VL>> VPN-соединение я сам создаю.

DG> а без VPN ноpмально пакеты идyт?

Да, инет работает без претензий.

With best regards, Vasily.


Vasily Lazerko

unread,
Feb 26, 2008, 3:45:32 PM2/26/08
to
Hello, Sasha!
You wrote to Vasily Lazerko on Wed, 20 Feb 2008 19:45:03 +0200:

SG> Как-то раз(вроде бы в 19 Февраля 2008 ), Vasily Lazerko прописал к
SG> Sasha Gromov следующее:

VL>>>> Подскажите пожалуйста, как побороть такой глюк:
VL>>>> Два компа связаны тунелем через Hamachi. Оба относительно быстро
VL>>>> пингуются. С первого на второй данные передаются, а обратно -
VL>>>> только маленькие объемы (где-то до 500 байт). По разным
VL>>>> протоколам (пробовал HTTP, FTP, POP3, SMB, VNC) большие куски
VL>>>> данных затыкаются и висят, пока тайм-аут не выйдет. Как будто не
VL>>>> получается открыть сокет на объем больше одного пакета.

VL>>>> Такой же глюк наблюдл не только на Hamachi. Когда-то давно при
VL>>>> подключении модемом к RAS другого компа такие же симптомы были.

SG>>> Проблема с MTU?

SG>>> Пробуй пинговать и трассировать с разными размерами пакета.

VL>> Уже отписал в эху, как пингуется.
VL>> Трассировка идет в один хоп.

SG> Уменьшай MTU Ж(
Похоже, помогает. Дисконнектов стало значительно меньше.

SG> А проблем с сетевухами нет ?
Hет. Если имеется в виду реальная сетевуха.


With best regards, Vasily.


Sasha Gromov

unread,
Mar 2, 2008, 11:43:51 AM3/2/08
to
Я вас Приветствую Vasily!

Как-то раз(вроде бы в 26 Февраля 2008 ), Vasily Lazerko прописал к Sasha Gromov
следующее:

VL>>>>> Подскажите пожалуйста, как побороть такой глюк:
VL>>>>> Два компа связаны тунелем через Hamachi. Оба относительно

VL>>>>> быстро пингуются. С первого на второй данные передаются, а
VL>>>>> обратно - только маленькие объемы (где-то до 500 байт). По
VL>>>>> разным протоколам (пробовал HTTP, FTP, POP3, SMB, VNC) большие
VL>>>>> куски данных затыкаются и висят, пока тайм-аут не выйдет. Как
VL>>>>> будто не получается открыть сокет на объем больше одного
VL>>>>> пакета.

VL>>>>> Такой же глюк наблюдл не только на Hamachi. Когда-то давно при
VL>>>>> подключении модемом к RAS другого компа такие же симптомы

VL>>>>> были.

SG>>>> Проблема с MTU?

SG>>>> Пробуй пинговать и трассировать с разными размерами пакета.

VL>>> Уже отписал в эху, как пингуется.
VL>>> Трассировка идет в один хоп.

SG>> Уменьшай MTU Ж(

VL> Похоже, помогает. Дисконнектов стало значительно меньше.

ставь 1100

SG>> А проблем с сетевухами нет ?

VL> Hет. Если имеется в виду реальная сетевуха.

именно , пробовал менять ?
еще частая проблема - неправильный обжим , или перепутана пара или просто
один неконтакт , точно такой же эффект будет


С уважением Sasha Gromov

0 new messages