Peer-to-peer VPN әлі де орталық тәуелділіктерге ие
Партнерлар арасындағы тікелей деректер жолы әлі де тіркелуді, анықтауды және релені қажет етуі мүмкін. VPN-ді орталықсыз деп атамас бұрын осы үш тапсырманы бөлек салыстырыңыз.
Peer-to-peer қолданба пакеттерінің қалай жүретінін сипаттайды, одан басқа ештеңе жоқ. Партнерлар әлі де бір-бірін табуға, кім екенін дәлелдеуге және кейде тікелей жолды салу мүмкін болмағанда релеге жүгінуге мәжбүр болды. Бұл үш бөлек қызмет, ал орналастыру деректер үшін peer-to-peer болуы мүмкін, бірақ қалғанының бәрі үшін толық орталықтандырылған. Дизайндарды салыстыру дегеніміз осы тапсырмаларды салыстыру, диаграммадағы көрсеткіні емес.
Орталық жіберу көрсеткісіз диаграмма тіркеу органын, анықтау қызметін және релені жасыра алады, олардың барлығы операциялық тәуелділіктер.
Тікелей жол, ортақ басқару жазықтығы
Пакеттерді тікелей алмасатын екі машина әлі де сертификаттарын шығарған ортақ органға және әрқайсысына екіншісінің қайда екенін айтқан қызметке тәуелді болуы мүмкін. Екі рөлдің ешқайсысы қолданбалар трафигін жібермейді, сондықтан топология сызбасы оларды өткізіп жібереді. Сол орган немесе қызмет қолжетімсіз болғанда, бар сеанстар жалғасуы мүмкін, ал жаңа партнер қосыла алмайды. Сеансты бастау мен оны жалғастыру арасындағы айырмашылық кез келген дизайнға қойылатын бірінші сұрақ.
Әр тапсырманы бөлек сызыңыз, тіпті олардың барлығын бір хост орындаса да. Әйтпесе сызба орталықсыз деректер жазықтығын көрсетіп, әр жаңа партнерге сол екі қызмет қажет екенін жасырады.
Анықтау, сенім және реле — үш тапсырма
Nebula дизайны пайдалы мысал, өйткені оның құжаттамасы бұларды бөлек ұстайды. Хосттар сәйкестендіру үшін сертификаттар алып жүреді, шамдар қайда деген сұраққа жауап беріп, NAT-тан өтуге көмектеседі, ал релелер тікелей жолды орнату мүмкін болмағанда трафикті жібереді. Реленің рөлі шамның рөлінен әдейі бөлек, сондықтан қолжетімді шам белгілі бір жұптың сөйлесе алатынына уәде бермейді. Басқа өнімдер шекараларды басқа жерде жүргізеді, сондықтан бұл үлгі емес, мысал.
Ұсынылған орналастыру үшін тікелей қосыла алмайтын жұпқа арналған қолдау көрсетілетін қосалқы жолды жазыңыз. Сәтсіз тесік тесу — бір желі туралы бір деректер нүктесі, NAT артындағы екі партнер ешқашан кездесе алмайды деген дәлел емес; керісінше тұжырым, яғни тікелей байланыс кез келген саясатта жұмыс істейді, дәл соншалықты негізсіз.
Әр тәуелділік неде сәтсіздікке ұшырайды
Төрт жағдайды бөлек бағалаңыз, тексерілетін тәуелділік қолжетімсіз кезде: партнерлар арасындағы бар трафик, мүлдем жаңа серіктестік байланыс, соңғы нүктесі өзгерген серіктес және жаңа ғана қайтарып алынған қатынас. Әрқайсысы басқа қызметтерге сүйенеді және басқаша сәтсіздікке ұшырайды. Бар сеанстар анықтау іркілісінен аман қалуы мүмкін, ал қайтарып алынған кілт әлі де қабылданбайды, ал жаңа серіктес жіберуге қатысы жоқ себептерден сәтсіздікке ұшырауы мүмкін. Оларды жеке-жеке тексеріңіз, бір жағдайдан қорытынды жасамаңыз.
Бір іркілістен аман қалған байланыс шексіз тәуелсіздікті орнатпайды. Ол сіз тудырған іркіліс сол жолды үзетін іркіліс болмағанын растайды, бұл әлі де пайдалы ақпарат, егер сіз не тудырғаныңызды жазып қойсаңыз.
Қандай іркілістен аман қала алатыныңызды сұраңыз
Ұқсас естілетін талаптар әртүрлі дизайндарға әкеледі. Бір жіберу тар жерінен аулақ болу — жеткізуші орналастырған басқару жазықтығынан аулақ болумен бірдей емес, және екеуі де үйлестіруші қолжетімсіз кезде жұмысты жалғастыруға сәйкес келмейді. Орналастыру осы үшеуінің қайсысын орындауы керектігін атап, содан кейін сәйкестікті тексеріңіз. Біріншісін орындап, екіншісінде сәтсіздікке ұшыраған дизайн жиі кездеседі және әділетсіз емес, егер оны ешкім толық орталықсыз деп атамаса.
Анықтауды, сенімді және релелерді кім басқаратынын және олардың әрқайсысы қалай ауыстырылатынын жазыңыз. Сол жазба келесі адамға нақты сұраққа жауап беруге мүмкіндік береді: бұл желі қандай іркілістерден аман қалады және ортақ болып қалатын күйді кім ұстайды?
Орталықсыз деген сөз осы іркілістерді атағанда өз орнын алады. Ол тізімсіз ол жүйені емес, диаграмманы сипаттайды.