>а если убрать ограничение по портам в правилах NAT и фильтров?

Нет ограничений. Все тупо пробрасывается через NAT.

>а ты дай такой телнет с локальной машины из под ната

С локальной машины telnet не прокатывает (

>Не знаю как с pppoe но с pptp иногда бывает проблема с
>mtu. решается его уменьшением. Попробуй при поднтии интерфейса mtu прописать в
>районе 1300-1400. Может поможет.

Пробовал. к сожалению не помогает.

>[оверквотинг удален]
>>Connected to media-portal.ru.
>>Escape character is '^]'.
>>GET
>>....и дальше все нормально
>>
>>т.е. ресурс ТОЧНО живой и доступен.
>>
>>Благодарен за помощь.
>
>Не знаю как с pppoe но с pptp иногда бывает проблема с

и то и другое в конечном итоге под pppd крутится (что отразиться на MTU обоих протоколов).

>mtu. решается его уменьшением. Попробуй при поднтии интерфейса mtu прописать в
>районе 1300-1400. Может поможет.

+1  - хорошо вспомнил. я все время эту банальную вещь забываю

решается именно уменьшением mtu. тока вот никакого шаманства на счет "в районе 1300-1400" не надо.

все легко выясняется банальным пингом с разным размером посылаемых пакетов с запретом дефрагментации c локальной машины. в результате чего выясняем максимальный MTU для "несущего" протокола. после банально вычитаем из полученной величины размер служебной информации в заголовках/хвостах пакетов инкапсулированных протоколов и прописываем на НАТ-сервере соотвествующий MSS для клиентов. меньше чем нужно оно все равно конечно заработает, только вот при нынешних скоростях подключения - это уж слишком - так и до диалаповских mtu дойдем )

Чем делается pppoe ?
Во фре рекомендуется mpd, версия рекомендуется 5.х, в конфиге важную роль играет параметр
set iface enable tcpmssfix
(http://mpd.sourceforge.net/doc5/mpd28.html#28)
который disable по умолчанию.

>кстати вот с сервера:
>router# tshark -i rl0 -t a host 81.9.101.68
>Capturing on rl0
>20:08:53.903840   10.19.18.8 -> 81.9.101.68  TCP 56351 > http [SYN] Seq=0 Win=65535 Len=0 MSS=1460 WS=3 TSV=33707912 TSER=0
>20:08:53.904626  81.9.101.68 -> 10.19.18.8   TCP http > 56351 [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460
>20:08:53.904737   10.19.18.8 -> 81.9.101.68  TCP 56351 > http [ACK] Seq=1 Ack=1 Win=65535 Len=0
>[cut]

это с сервера , когда к сайту обращаетесь с сервера же или с клиента?

>
>с локальной машины:
>router# tshark -i rl0 -t a host 81.9.101.68

это с сервера при обращении к сайту с клиента?
может все же и c rl0 покажите, а не только с rl1
>Capturing on rl1
>20:10:20.403472  192.168.0.3 -> 81.9.101.68  TCP 49660 > http [SYN] Seq=0 Win=8192 Len=0 MSS=1460
>20:10:23.398363  192.168.0.3 -> 81.9.101.68  TCP 49660 > http [SYN] Seq=0 Win=8192 Len=0 MSS=1460
>20:10:29.392245  192.168.0.3 -> 81.9.101.68  TCP 49660 > http [SYN] Seq=0 Win=8192 Len=0 MSS=1460
>
>где 81.9.101.68 - указанный сайт
>rl0 - внешний интерфейс (не PPPOE)

>с локальной машины:
>router# tshark -i rl0 -t a host 81.9.101.68
>Capturing on rl1
>20:10:20.403472  192.168.0.3 -> 81.9.101.68  TCP 49660 > http [SYN] Seq=0 Win=8192 Len=0 MSS=1460
>20:10:23.398363  192.168.0.3 -> 81.9.101.68  TCP 49660 > http [SYN] Seq=0 Win=8192 Len=0 MSS=1460
>20:10:29.392245  192.168.0.3 -> 81.9.101.68  TCP 49660 > http [SYN] Seq=0 Win=8192 Len=0 MSS=1460
>

вывод-то по любому однин - запрос на соединение уходит, ответа нет.

я бы поискал сначало (на сервере), что они вообще во вне уходят, а потом бы стал искать где ответы теряются (трапы в пакетный фильтр где сброс пакетов идет и греп по логам - и все будет ясно в 5 минут)

>[оверквотинг удален]
>>В pf.conf:
>>[cut]
>>nat on $pppoe_if proto tcp from $int_if/24 to any port $nat_allowed_tcp_ports -> ($pppoe_if)
>>nat on $pppoe_if proto udp from $int_if/24 to any port $nat_allowed_udp_ports -> ($pppoe_if)
>>[cut]
>>
>
>а стесняюсь спросить , такое понятие как форвардинг пакетов во фре существует?
>то есть пропуск пакетов. которые серверу не предназначены? или если нат,
>форвард автоматом идет? я линуксоид просто

запись в rc.conf
gateway_enable="YES"

или через sysctl

но про это не спрашивал в надежде, что другие сайта открываются.