Виснет pop3 Сессия через шлюз под убунтой

[Hile]

/root/.netrc:1: предупреждение: неизвестный маркер "poll"
/root/.netrc:1: предупреждение: неизвестный маркер "pop.mail.ru"
/root/.netrc:1: предупреждение: неизвестный маркер "proto"
/root/.netrc:1: предупреждение: неизвестный маркер "pop3"
/root/.netrc:1: предупреждение: перед всеми именами хостов найден "login"
/root/.netrc:1: предупреждение: неизвестный маркер "pass"
/root/.netrc:1: предупреждение: неизвестный маркер "пасс"

Пользователь решил продолжить мысль 08 Сентября 2009, 19:30:29:эээм.. я что т с почто не лажу видимо)

[AnrDaemon]

А почему ты конфиг fetchmail в .netrc пишешь?? Пиши в .fetchmailrc !

[Hile]

в мане так...

[AnrDaemon]

Не так там.
.netrc - это файл паролей! Только!

[Hile]

2 сообщения для %username%  на pop.mail.ru (24576 октетов). .. колличество писем и отлук показывает...

[AnrDaemon]

Ну, прогресс. Теперь можно начинать эксперименты с получением.
fetchmail -ka

[valery]

Дело в том, что не только pop3 (протокол 110), но и протокол 443 (https) не проходит и именно на www.mail.ru. Видно это по Mail.Ru Agent.
iptables пропускает 443 и 110, причём в одной строчке перечислены -p tcp -m multiport --dport 20,21,25,110,587,995,443 -j ACCEPT.

Пинги на mail.ru с клиента очень длинные и нестабильные, около 30% пропадает, страница www.mail.ru не открывается.
Пинги со шлюза обычные, в elinks www.mail.ru открывается.
Если это MTU, то почему на тот же gmail почта идёт, да и сайты открываются (НО, открываются не так гладко как надо).
Если переключить кабель в интернет непосредственно на клиента, минуя шлюз, то всё работает великолепно.

Шлюз - ubuntu server 8.10, пакет ppptp-linux, соединение с провайдером через VPN pppoe (такой провайдер, другого нет), шифрования нет.

неделю не могу разобраться

[AnrDaemon]

(отвлеченно) Ты определись, PPTP или PPPoE. VPN обычно PPTP.

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

[valery]

Это верно, надо железячные проблемы решить. Сейчас схожу на работу, возьму гарантированно исправный свич, заодно возьму инструменты, сделаю кросс-овер, дома не оказалось.
Пользователь решил продолжить мысль 09 Сентября 2009, 18:26:07:Интерфейс поднимается pptp-linux, протокол pppoe

Поставил гарантировано рабочий свич - проблема осталась
Соеденил шлюз и клиент кроссовером - проблема осталась

Пинги на mail.ru с клиента идут (2% потерь, но и на остальные гуглы так же).
Пинги на mail.ru со шлюза идут (1% потерь).

Почему именно mail.ru так странно себя ведёт? Может проблема не в железе и не в MTU, а, допустим, в кукисах?



Пользователь решил продолжить мысль 09 Сентября 2009, 21:29:34:MTU на интерфейсе ppp0 1460
MTU на интерфейсе eth1 (смотрит на VPN провайдера) 1500
MTU на интерфейсе eth0 (смотрит в локаль) 1500

Твикером поменял MTU на клиенте (XP) с 1500 до 1300, убрал автоматическое определение

Проблема сохранилась.

Если менять MTU eth0 перестаёт грузиться Google

[Hile]

интереснее уже... может дело в какоих-то апдейтах? у меня серв этот не обновлялся уже порядочно - месяц гдето...

[valery]

Сделал шлюз с 0.
Скачал Ubuntu Server 9.04, поставил (русификация стала лучше, кстати)
Настроил iptables на полный ACCEPT, маскарадинг, подгрузил модули для gre.
Чтобы поставить pptp-linux сделал шлюзом машину с XP. Поставил pptp, mc (привык к синим табличкам).
Попробовал открыть elinks www.mail.ru - открывает
В ХР firefox - открывает

Снова сделал Ubuntu шлюзом, подключил провод от провайдера к ней, поднял ppp0 (быстро так, наловчился)
Попробовал открыть elinks www.mail.ru - открывает
В ХР firefox - НЕ открывает.

Убиться тапком и не жить, блин.
Вот сейчас набираю сообщение, в XP подключённой к Ubuntu

[VinnyPooh]

Послушай, попробуй на клиенте на XP медленно опускать MTU, всмысле пинговать пакетами

проверять судя по гуглю можно через терминал и пинг

 ping mail.ru -l -f

ping mail.ru -l 1499 -f

Опускай по чуть-чуть пока не появится нормальный пинг.

Отсюда взял, за точность не ручаюсь,как то также подбирал вроде

http://alex54.ru/forum/showthread.php?t=65

[valery]

Вот ведь какая г(р)адость.
Нашёл и прочитал - действительно длинна пакетов, не проходят они через VPN!!!
Умная статья: http://xlabz.org/archives/294
Ещё умная статья: http://www.mikrotik.by/index.php?s=42f3550bad524c29424bd45cacf32d06&showtopic=56&st=20

И полное решение для моего случая:

iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 1300

Уфф. Теперь надо автоматизировать поднятие ppp0 (кстати опция replacedefaulroute после defaultroute в /etc/ppp/peers/Провайдер делает свежеподнятый PPP дефолтным).
Ещё надо прибить свободы в iptables. Но это завтра.

[AnrDaemon]

MTU, MSS и прочую требуху лучше забить в конфиг PPP дабы не страдать всякой ерундой.

[Hile]

Всем Спасибо   после ввода iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 1172

и кажись все получилось)  а проблема возникла  я думаю из за того что наш "Skylink Калуга" начал гонять наш трафик калужский через Москву и что то они поменяли у себя... Еще раз всем спасибо