GPRS+спутник проблема с почтой.

[1@NIC>RU]

Решил здесь написать. Думаю поможете.
Связь с внешним миром: gprs+спутник (однонаправленный).
Прокся Kerio WinRoute Firewall 6.

Настройки, соответственно, где-то корявые.

Причина: через Веб-интерфейс все летает, как должно.
Если пользоваться почтовым клиентом (POP3 протокол) - то клиент получает почту очень медленно.
При нехитрых комбинациях - выяснилось - что пользователь получает письма через GPRS (что есть неверно).
Как заставить почту ходить правильно - через спутник.
Если кто-то сталкивался с такой проблемой - прошу помочь.
Принимаются любые советы (кроме "выкинь керио и т.д.")

ЗЫ: форум керио и винроута перелапатил весь - советы не помогли .

[Raven]

Хм... ты в каком режиме винрута пользуешь - прокси или NAT?

[1@NIC>RU]

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

ЗЫ: не важно от куда запускать клиента: с машины в локалке, или с самого шлюза.

[Raven]

Может и провайдер. Но я больше склоняюсь к тому, что для керии вариант, когда исходящий траффик должен идти в один интерфейс, а входящий приходить с другого несколько... хм... дикий.
А уж как её может на этой почве проглючить - тока девелоперы ведают, и то вряд ли.

[1@NIC>RU]

Точно .
Выяснилось - что действительно Керио "рулит".
Буду завтра трафик политики анализировать - смотреть, почему не закручивается на лупбек POP3.
Сейчас через freecap скачал через бат почту - за секунды слилась - провайдер молодец - не подводит....
А вот Керио глюкает.

[Raven]

Она не глюкает, она просто никогда на такие выверты не рассчитывалась.

[1@NIC>RU]

Еще как расчитана .
Это один из могучих комплексов. Я бы даже поставил Керио на 1 место по удобочитаемости и настраиваемости - жаль, что чехи не могут на руссий Winroute перевести.

[1@NIC>RU]

Нашел затык: для того, чтобы отсылать запрос через спутник "Радуга" использует SPRINT.
В моем случае Sprint2, который работает как прокси сервер.
Вот и получается, что все пакеты, которые были направлены на прокси Керио - перенаправляются на прокси Спринта - и соответственно летят обратно через спутник от сервера провайдера.

Из определения ясно - что никакие другие сервисы, кроме HTTP, HTTPS, FTP, и SOCK - Спринт и не собирается поддерживать.....

То есть, если отключить прокси в браузере клиента, то запрос сделанный из такого браузера не будет перекинут на прокси Спринта .

Таким образом работает и NAT - Керио отправляет его в "мир" без "согласования" с провайдером.

Вот сижу и бьюсь - как мне завернуть NAT на проксю Спринта....
Может быть в Sprint3 есть какая то поддержка NAT ???

ЗЫ: Нашел у провайдера решение однотипной проблемы - установка OpenVPN. Можно использовать, как 1 из способов....

[Raven]

Вот сижу и бьюсь - как мне завернуть NAT на проксю Спринта....

Никак. Там простая прокся.
Тебе надо копать в сторону HTTP-туннелинга. Хотя это тоже не сахар, но зато там чистый HTTP-траффик.

[TeCHNoiD]

Забудь про прокси. Для того чтобы у тебя работало ВСЕ нужен любой VPN, в частности OpenVPN очень неплохое решение - сильно экономит входящий по земле трафик.

[MonsterChup]

сильно экономит входящий по земле трафик.

зато жрет исходящий трафик,а на жпрс ето очень даже заметно(я про деньги)

[1@NIC>RU]

зато жрет исходящий трафик,а на жпрс ето очень даже заметно(я про деньги)

- ну это уже никуда не денешь...
Исходящие запросы всегда были - есть - и будут!!!


Вообщем тему можно закрывать - результат похоже 1 и, как выяснилось, достаточно верный - это OpenVPN от провайдера.

Осталось теперь выяснить как будет вести себя ICQ в плане стабильности через спутник (читал на форуме Керио - что отваливается часто).