Коришћење НАТ Траверсал-а за повезивање корисника у пасивном режиму

Овај чланак је бесплатан превод једног од уноса у ДЦ++ блог програмера.

Уз дозволу аутора (као и због прегледности и интереса), обојио сам га линковима и допунио неким личним истраживањем.

Увод

Најмање један корисник пара за повезивање мора у овом тренутку бити у активном режиму. Механизам НАТ преласка ће бити користан када активни режим није конфигурисан ни на једној страни. Ово је обично због тога што заштитни зид или НАТ уређај блокирају долазне везе.

Ако су оба клијента у активном режиму

Почетни клијент шаље команду која садржи сопствену ИП адресу и порт $ЦоннецтТоМе другом клијенту. Користећи ове податке, клијент који је примио команду успоставља везу са иницијатором.

Ако је један од клијената у пасивном режиму

Преко чворишта, пасивни клијент A шаље команду $РевЦоннецтТоМе активни клијент Bкоји затим одговара командом $ЦоннецтТоМе.

Као сервер S у горњем случају постоји ДЦ чвориште

Ако су оба клијента у пасивном режиму укључена АДЦ чвориште

Клијенти који стоје иза различитих НАТ-ова A и B придружио се чворишту S.

Овако изгледа веза са чвориштем са стране клијента A

Чвориште прихвата везе на порту 1511. Клијент A успоставља одлазне везе из своје приватне мреже преко порта 50758. Чвориште, заузврат, види адресу НАТ уређаја, ради са њим и емитује га клијентима према њиховим идентификаторима.

Цустомер A шаље на сервер S порука у којој се тражи помоћ за повезивање са клијентом B.

Hub: [Outgoing][178.79.159.147:1511] DRCM AAAA BBBB ADCS/0.10 1649612991

Такође у пасивном режиму, клијент B, након што је примио ову команду, мора пријавити свој приватни порт који се користи за повезивање са чвориштем преко НАТ-а.

Hub: [Incoming][178.79.159.147:1511] DNAT BBBB AAAA ADCS/0.10 59566 1649612991

Након пријема ове информације клијент A одмах покушава да успостави везу са клијентом B и пријављује своју приватну луку.

Hub:		[Outgoing][178.79.159.147:1511]	 	D<b>RNT</b> AAAA BBBB ADCS/0.10 <b>50758</b> 1649612991

Какав је интерес? Интерес је у померању крајње тачке исте везе стварањем нове везе на јавну адресу преко већ коришћеног приватног порта.

Бинго!

Наравно, у овом случају клијент НАТ B има свако право да одбије први захтев за повезивање од клијента A, али његов сопствени захтев јури у „рупу“ коју је створила управо ова веза и веза је успостављена.

Илустрација погодна за цео процес са упозорењем да protokola не користи јавне портове отворене сесијом НАТ-S, као и приватне адресе.

Епилог

У време писања (оригиналног) чланка, отприлике половина ДЦ клијената ради у пасивном режиму. То значи да се четвртина свих могућих веза не може остварити.

Даље ДЦ++ ће моћи да заобиђе НАТкористећи постојеће везе A-S и B-S да успостави директну везу клијент-клијент, чак и ако A и B су у пасивном режиму.

Извор: ввв.хабр.цом