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

[Sayman]

Вероятно тема поднималась, но в моём случае есть сложность. Поясняю:

провайдер не выделяет просто так белый внешний айпи. Он даёт внутристевой айпи. в данном случае это 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 mtu 1500

options=8

inet 10.114.2.135 netmask 0xffffffc0 broadcast 10.114.2.191

ether 00:e0:4c:49:93:94

media: Ethernet autoselect (100baseTX )

status: active

rl1: flags=8843 mtu 1500

options=8

inet 192.168.0.4 netmask 0xffffff00 broadcast 192.168.0.255

ether 00:02:44:64:5c:9c

media: Ethernet autoselect (100baseTX )

status: active

plip0: flags=108810 mtu 1500

lo0: flags=8049 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

[WhitePangolin]

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

[Sayman]

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

Т.е. я предпологаю, что проблема именно изза серого айпи...но ведь можно же как то решить проблему не прибегая к покупке "белого" айпи...

[WhitePangolin]

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



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

[Sayman]

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