NAT соединание.
От: _noname Болгария  
Дата: 14.03.05 08:20
Оценка:
как http://www.hamachi.cc/ работает?
какая технология соедининение если обе NAT-ed?
Re: NAT соединание.
От: Amethyst  
Дата: 14.03.05 14:00
Оценка:
Здравствуйте, _noname, Вы писали:

_>как http://www.hamachi.cc/ работает?

_>какая технология соедининение если обе NAT-ed?
Через посредника, т.е. 3-й "белый" IP адрес.
Почему добро всегда побеждает зло? Потому что историю пишут победители.
Re[2]: NAT соединание.
От: _noname Болгария  
Дата: 14.03.05 14:42
Оценка:
Здравствуйте, Amethyst, Вы писали:

A>Здравствуйте, _noname, Вы писали:


_>>как http://www.hamachi.cc/ работает?

_>>какая технология соедининение если обе NAT-ed?
A>Через посредника, т.е. 3-й "белый" IP адрес.


Цитат из сайта:

Peer to peer

Peer to peer connectivity becomes possible with the help of Hamachi servers that mediate the establishment of an initial contact between peers.

Once peers connect the traffic starts to flow directly between them. This not only ensures that data travels the best route possible, but it also minimizes latency (ping time) and maximizes transfer speeds.


If the server just forward the packets, then everyting is clear — no magic.
The question is how the do the thing marked in bold..
Re[3]: NAT соединание.
От: butcher Россия http://bu7cher.blogspot.com
Дата: 14.03.05 14:54
Оценка:
Здравствуйте, _noname, Вы писали:

_>Цитат из сайта:


_>If the server just forward the packets, then everyting is clear — no magic.

_>The question is how the do the thing marked in bold..
Здесь не про это было: Re[4]: прямое соединение
Автор: TheIrix
Дата: 15.02.05
?

Нет ничего невозможного..
Re[3]: NAT соединание.
От: Amethyst  
Дата: 14.03.05 15:09
Оценка:
Конечно это только предположение, но в теории для UDP-коммуникатора сделать это можно так.

1. Пусть у нас есть 2 клиента, сидящих за NATом: А и Б, пусть В — централизованный сервер (место встреч) IP которого всем известен.
2. Для исходящих пакетов А->В (или Б->В) NAT
а) подменяет src адрес в заголовках IP-пакетов на свой
б) динамически назначает порт, связанный с отправителем
в) прописывает начначенный порт в заголовках UDP в поле src port
Ну и конечно ждёт несколько секунд ответ с того адреса/порта, куда был послан пакет.

3. Сервер В узнаёт об реальных IP и назначенных портах клиентов А и Б. Далее он позволяет им обменяться этой информацией, т.е. А будет знать адрес/порт Б и наоборот.
4. Клиенты могут попытаться установить прямую связь друг с другом если (тонкий момент!) напр. при отправке A->Б NAT сохранит ранее назначенный для А src порт.
Почему добро всегда побеждает зло? Потому что историю пишут победители.
Re[4]: NAT соединание.
От: _noname Болгария  
Дата: 14.03.05 16:35
Оценка:
Здравствуйте, butcher, Вы писали:


B>Здесь не про это было: Re[4]: прямое соединение
Автор: TheIrix
Дата: 15.02.05
?


Спасибо!
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.