проблема с торрентами и ослом...
 

Вероятно тема поднималась, но в моём случае есть сложность. Поясняю:
провайдер не выделяет просто так белый внешний айпи. Он даёт внутристевой айпи. в данном случае это 10.114.x.x. При подключении к инету выделяется айпи 89.189.х.х. Есть два компа в сети (дома) которые подрублены к шлюзу на фряхе 6.2. Внутренняя сеть п2п (DC++) работает. Я уже пробовал несколько вариантов в связке ipfw + natd. прописал в natd.conf строки типа
same_ports yes
unregistered_only yes
use_sockets yes
redirect_port 192.168.0.3:50150 50150
не помогает. ipfw временно скопилирован как открытый по умолчанию. правило диверт есть:
${ipfw} add divert natd from any to any via rl0

Подскажите что нужно сделать. куда копать. Логически вроде всё должно работать. но есть мысль что изза серого айпи данная связка не поможет и нужно чтото более сильное. что-то что может перебрасывать на внешний адрес по указанным портам или около того... помогите люди!!

freebsd# ifconfig -a
rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=8<VLAN_MTU>
inet 10.114.2.135 netmask 0xffffffc0 broadcast 10.114.2.191
ether 00:e0:4c:49:93:94
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
rl1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=8<VLAN_MTU>
inet 192.168.0.4 netmask 0xffffff00 broadcast 192.168.0.255
ether 00:02:44:64:5c:9c
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
plip0: flags=108810<POINTOPOINT,SIMPLEX,MULTICAST,NEEDSGIANT> mtu 1500
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4
inet6 ::1 prefixlen 128
inet 127.0.0.1 netmask 0xff000000

freebsd# netstat -rn
Routing tables

Internet:
Destination Gateway Flags Refs Use Netif Expire
default 10.114.2.190 UGS 0 20993 rl0
10.114.2.128/26 link#1 UC 0 0 rl0
10.114.2.190 00:11:21:fc:a4:00 UHLW 2 0 rl0 514
127.0.0.1 127.0.0.1 UH 0 0 lo0
192.168.0 link#2 UC 0 0 rl1
192.168.0.2 00:40:f4:6f:ac:de UHLW 1 348 rl1 365
192.168.0.3 00:1d:60:88:b0:92 UHLW 1 13098 rl1 797

user1
схема примерно такая: |
inet-----<-->----FREEBSD----Свич-----user2

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

на той машине на которой стоит клиент (в данном случае bit commet) стоит винда ХР...какой там фаерволл...там давно всё поотключено... местная п2п (DC++) работает. а вот бит торрент не желает...хм..при этом по у других с теми же серыми апишниками торренты пашут. но у большинства народа в сети нет шлюза вообще, т.е. клиентская машина сразу к провайдерскому проводу подрублена.
Т.е. я предпологаю, что проблема именно изза серого айпи...но ведь можно же как то решить проблему не прибегая к покупке "белого" айпи...

ну вот... хоть какая то информация :)

Если шлюз тупо натит все и ничего не режет, то забудьте про него, фактически это просто элемент кабеля, ищите ошибку в другом месте

кроме того....при подключении bit commet пишет снизу, где всякие статсу, что-то типа Block 89.189.*.* (непомню всех цыфр)...смотрю программкой для мониторинга подключений, она показывает какая прога на какой порт лезет и какой айпи имеет...она показывает что bit commet имеет адресс 0.0.0.0 внутри сети и 0.0.0.0 внешний адрес. странно както...