В интернетах пишут, что есть торрент-клиенты, которые обходят. Да и вообще - технология обхода nat есть, я ей даже пользуюсь (logmein.com для основного трафика не использует промежуточные узлы, если nat пройти не удалось - соединение просто обламывается; да и тот же skype по возможности старается обойти nat, и только при обломе использует промежуточный узел). А раз есть технология, то почему бы ей не применяться в торрентах?

Но, конечно, это срабатывает далеко не в 100% случаев, и есть не во всех клиентах.

utorrent поддерживает протоколы настройки NAT-ов uPnP и NAT-PMP, но только мне кажется у провайдеров это все вырублено. Еще вариант - IPv6, он для обхода NAT имеет решение - Teredo (вообще говоря не всегда можно обойти NAT). В utorrent есть встроенный Teredo, но он не нужен в Windows 7 - там по умолчанию IPv6 уже поднят. Кстати регулярно наблюдаю пиров с IPv6 адресами, но их процент конечно незначителен.

Правда не интересовался и не очень представляю как вообще идет работа по IPv6 в торрентах - наверное если обычный канал установить не удается, тогда делается попытка поднять по IPv6.

> В utorrent есть встроенный Teredo, но он не нужен в Windows 7 - там по умолчанию IPv6 уже поднят

Ну, чтобы ему подняться - ему надо иметь, тсзть, точку соприкосновения с IPv6 сетью. У меня ipconfig говорит "среда передачи недоступна" - но я ничего про IPv6 и не настраивал, только IPv4.

> Кстати регулярно наблюдаю пиров с IPv6 адресами

А это любопытно. Ведь если ты видишь кого-то с IPv6 адресом - значит, и у тебя есть IPv6 адрес? А откуда - где точка, в которой ты соприкасаешься с v6 интернетом?

оффтопик: за подарком Косте как обычно, прямо в субботу пойдём что-ли? А то на всех как будто заклинание молчания наложено, а я нервный же :-)

У меня вообще-то реальный IP адрес, но я за своим роутером сижу, может поэтому Teredo поднялся. Когда работает Teredo, тогда адреса наверное как-то генерятся, во всяком случае в адресе закодирован адрес NAT, порт по которому висит соединение на NAT, сервера Teredo, еще там что-то.

Вот параметры Teredo:

H:\>netsh int ipv6 show teredo
Teredo Parameters
---------------------------------------------
Type : client
Server Name : teredo.ipv6.microsoft.com.
Client Refresh Interval : 30 seconds
Client Port : unspecified
State : qualified
Client Type : teredo client
Network : unmanaged
NAT : restricted
NAT Special Behaviour : UPNP: No, PortPreserving: Yes
Local Mapping : 192.168.1.100:56291
External NAT Mapping : *.*.*.*:56291 (не стану светить адрес)

А вот из ipconfig /all:

Ethernet adapter d-link:

Connection-specific DNS Suffix . : internets.ru
Description . . . . . . . . . . . : D-Link DFE-520TX PCI Fast Ethernet Adapter
Physical Address. . . . . . . . . : 00-1C-...
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::bd0a:...(Preferred)
IPv4 Address. . . . . . . . . . . : 192.168.1.100(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : 29 сентября 2011 г. 20:57:52
Lease Expires . . . . . . . . . . : 30 сентября 2011 г. 20:57:51
Default Gateway . . . . . . . . . : 192.168.1.1
DHCP Server . . . . . . . . . . . : 192.168.1.1
DHCPv6 IAID . . . . . . . . . . . : 234888432
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-12-7F-EF-BE-00-1C-F0-8B-5E-F2
DNS Servers . . . . . . . . . . . : 217.70.16.30
217.70.16.3
NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter isatap.internets.ru:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . : internets.ru
Description . . . . . . . . . . . : Microsoft ISATAP Adapter
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Local Area Connection* 11:

Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2001:0:5ef5:...(Preferred)
Link-local IPv6 Address . . . . . : fe80::14f4:...(Preferred)
Default Gateway . . . . . . . . . : ::
NetBIOS over Tcpip. . . . . . . . : Disabled

Насчет Кости - я прочел, да завтра надо определиться с подарками, отвечу на письмо.

Вот тут мне кажется есть полезная инфа:
http://www.ixbt.com/soft/ipv6.shtml

Странно как-то работает. Пинги вроде идут:

H:\>ping -6 ipv6.google.com
Pinging ipv6.l.google.com [2a00:1450:4010:c00::93] with 32 bytes of data:
Reply from 2a00:1450:4010:c00::93: time=115ms
Reply from 2a00:1450:4010:c00::93: time=113ms
Reply from 2a00:1450:4010:c00::93: time=100ms
Reply from 2a00:1450:4010:c00::93: time=104ms
Ping statistics for 2a00:1450:4010:c00::93:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 100ms, Maximum = 115ms, Average = 108ms

Но ipv6.google.com не открывается. Еще http://test-ipv6.com/ странное пишет. Может роутер мой мешается или просто не все включено. Что-то мне помнится гугл v6 работал у меня как-то давно.

Да, что-то они там наворотили. Гейты такие, гейты другие, одни для конфигурации, через другие трафик... не, я-то точно подожду лет несколько, пока оно в нормальном виде до меня доползёт :-)

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

Упс, оказывается есть что-то типа STUN.

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

Так вот оказывается в версии 1.9 (2008 год) был добавлен обход NAT:

What is in 1.9:
uTP, the micro transport protocol. This UDP-based reliable transport is designed to minimize latency, but still maximize bandwidth when the latency is not excessive. We use this for communication between peers instead of TCP, if both sides support it. In addition, we use information from this transport, if active, to control the transfer rate of TCP connections. This means uTorrent, when using uTP, should not kill your net connection - even if you do not set any rate limits. In addition we now implement NAT hole-punching for uTP connections, so connectivity should be improved for peers that do not have their ports mapped.

Скорее всего в качестве сервера для установление сеанса проброса, выступает трекер.