IPv6 мекенжайлары VPN-ні алмастырмайды: бастапқы жұмысты қарап шығыңыз

Клиенттің күй бетін ашыңыз, ғаламдық IPv6 мекенжайын көріңіз, және туннель енді міндетті емес деп қорытынды жасауға азғырыласыз. Бұл бет мекенжайды көрсетеді, шифрлау шекарасын емес, жеке маршруттау кестесін емес және қатынау шешімін емес. VPN әдетте бір уақытта үш жұмыс атқарады, ал IPv6 тек тапшы мекенжайларды бөлісуге қатысты жұмысты ғана қозғайды. Бір қызметті клиенттен тыңдаушыға дейін жүргізу өзгерістерден кейін қай жұмыстың қалатынын көрудің жалғыз жолы.

Құралды алып тастамас бұрын жұмысты атаңыз

Адамдар үш тәртіптің бірін айтқанда «VPN» дейді, және үшеуі де әртүрлі себептермен сәтсіз болады. Бір топ жариялаған бір қолданбаға жету — қолданбаға қатынау мәселесі. Бірнеше орын бір-біріне жетуі үшін жеке желілердің белгіленген жиынына қосылу — маршруттау қатынасы. Толық бақыламайтын инфрақұрылымның үстінде тұрақты әкімшілік қабатты ұстау — өз мекенжай жоспары бар операциялық тәртіп.

IPv6 бірінші тәртіп үшін мекенжайларды бөлісу кедергісін жояды және онда нақты жұмыс істейді, өйткені тікелей мекенжай аударғышты алмастыра алады. Қалған екеуі үшін ол ештеңені өзгертпейді, өйткені талап ешқашан мекенжай тапшылығы болмаған. Конфигурацияға қол тигізбес бұрын үшеудің қайсысын шынымен іске қосып жатқаныңызды жазыңыз.

Жария мекенжай шифрлау емес

Ғаламдық ауқымдағы мекенжай хосттың қайдан қолжетімді екенін айтады; ол сол жерге келетін трафиктің шифрланғаны немесе аутентификацияланғаны туралы ештеңе айтпайды. RFC 8504 қауіпсіздік талқылауы IPsec іске асырылуын қолдауды IPsec, TLS, SSH және басқа тәсілдер арасындағы кеңірек таңдаудан бөледі, және дәл осы айырмашылық қолжетімділікті қорғаныс деп оқығанда жоғалады. Механизмді қолдайтын стек тек механизмнің қолжетімді екенін дәлелдеді, бұл ағынның одан өткенін ешқашан дәлелдеген жоқ. IPsec үшін нақтырақ айтсақ, келісілген ассоциация мен ол таңдаған трафик ненің қорғалғанын шешеді, ал мекенжайлар отбасы пакеттің қасиеті, оған саясат емес.

Қолжетімділік тағы да бөлек мәселе. Жария мекенжай сұралмаған трафиктің келуіне әкелмейді, өйткені маршруттың, брандмауэрдің және тыңдаушының әрқайсысының бір дауысы бар, ал NAT-ты алып тастау бір сүзгіні алып тастайды, бәрін емес. Туннель осы үшеудің қайсысын алмастырғанын шешіңіз, егер бар болса.

Қабаттама тағы не береді

Қабаттама үш жағдайда әлі де өз орнын қазанады. Қашықтағы пайдаланушыларға бір қолданбаның орнына белгілі маршруттар жиыны қажет болуы мүмкін, екі орынға жеке қолжетімділік келісімі қажет болуы мүмкін, ал операторлар қатынау провайдері өзгергенде өзгермейтін мекенжайдауды қалауы мүмкін. Үшеудің ешқайсысы IPv4 мекенжайларының тапшылығы туралы емес.

Ғаламдық мекенжайлар мұны техникалық қызметсіз етпейді. Тәртіпті ішкі жоспар провайдер оны өзгерткеннен кейін сыртқы соңғы нүктені жауап беретін күйде ұстамайды, ал аутентификация, қайта қосылу және атауларды жаңарту әлі де иесін қажет етеді. Бірдеңені өшірмес бұрын олардың қалай қалпына келетінін шешіңіз.

Жария болатын қызметті қарап шығыңыз

Хосттан бастап, шын мәнінде ненің тыңдап жатқанын тізімдеңіз, өйткені сіз мақұлдаған қолданба машинадағы жалғыз нәрсе бола бермейді. ss -lntup әр TCP және UDP тыңдаушыны байланыстыру мекенжайымен басып шығарады және сіздің құқықтарыңыз рұқсат еткен жерде иесі процессін қосады, бұл әкімшілік интерфейстің жалпы мекенжайда немесе тек loopback-те отырғанын бір қарағанда көрсетеді. Егер стегіңіз IPv6 сокеттерін бөлек ұстаса, оны ss -6 -lntup ретінде қайталаңыз.

Содан кейін әр жолды аудиторияға қарай жіктеңіз. Өз аутентификациясы мен тасымалдау қауіпсіздігі бар қолданба порты жария мекенжайда жарамды болуы мүмкін, ал әкімшілік интерфейс, метриканың соңғы нүктесі және дерекқор порты әдетте олай емес. Бір мақұлданған қолданба тек сол қолданба туралы үкім, хостты бөлісетін әрбір қызметті ашуға рұқсат ешқашан емес. Әр жолдағы байланыстыру мекенжайы әшкерелеу бұрыннан бар ма, әлде жоспарлаған өзгерісіңіз жасай ма, соны айтады.

Екі тест, содан кейін нені өшіру керектігін шешіңіз

Қабатты алып тастамас бұрын қағазда екі сұраққа жауап беріңіз. Біріншіден, талапқа жеке маршруттау керек пе, яғни жария мекенжай білдірмейтін және қатынау провайдері ұсынбайтын қолжетімділік пе? Екіншіден, оған қорғаныс шекарасы керек пе, яғни әйтпесе сенімсіз жолдан ашық өтетін ағынға шифрлау мен аутентификация ма? Егер сол қызмет үшін екі жауап та жоқ болса, туннель жоюға кандидат; егер біреуі иә болса, ол қалады.

Сол тесті IPv4 пен IPv6-да бөлек, қос стекті клиентте орындаңыз, өйткені қорғалған IPv4 трафигі IPv6 жолы туралы ештеңе айтпайды. Күй бетіндегі ғаламдық IPv6 мекенжайы ағып кетудің дәлелі емес, ал оның болмауы қорғаныстың дәлелі емес. Тек екі жауап та жазылған және әлі де жоқ қызметтерді өшіріңіз және өзгерістер журналына қай сұрақ шешкенін жазыңыз.