VirtualBox NAT артында қонақ VPN неге істемейді?

Виртуалды машина ішіндегі браузер жұмыс істейді, ал сол қонақтағы VPN клиенті деректерді тасымалдай алмайды. Қонақта байланыс бар екені анық, сондықтан ақау VPN-ның сыртқы протоколына не қажет екенінде және виртуалды NAT нені өткізетінінде. Нәтижені үш шарт шешеді: қай процесс VPN-ға ие, сыртқы алмасу сымда қалай көрінеді және адаптер режимі сіз ойлаған режим бе. Өзгерте алатын шартты атау — бүкіл шешім.

Желіні кінәламас бұрын VPN процесін табыңыз

Алдымен VPN қонақтың ішінде ме, әлде хостта ма жұмыс істейтінін шешіңіз, өйткені екі орналасу әртүрлі сәтсіз болады. Қонақ ішіндегі клиент өзінің сыртқы қосылымын қонақ адаптері және оның артындағы кез келген түрлендіру арқылы құрады. Хост VPN қонақтың трафигін хост пен гипервизор саясатына сай ұстайды, бұл өз ережелері бар бөлек ұстау нүктесі. Олар бір уақытта жұмыс істеп, дәлелдерді шатастыруы мүмкін, сондықтан кез келгеніне тиіспес бұрын осы трафикті қайсысы тасымалдауы керегін анықтаңыз.

Ештеңені өзгертпес бұрын қонақтың адаптер режимін қазір жазып алыңыз. Сол бір мән келесінің көбін түсіндіреді және кейін сізден бәрі ең алдымен соны сұрайды.

Сыртқы алмасу үйлесімділікті шешеді

VirtualBox желілік нұсқаулығы осында маңызды NAT шектеулерін тізіп береді: ол TCP мен UDP-ден басқа протоколдарды өткізбейді, GRE қолдаусыз деп аталған, ал PPTP зардап шеккен мысал ретінде берілген. PPTP бақылау алмасуы үшін TCP, деректер үшін GRE пайдаланады, сондықтан бақылау қосылымы сәтті болуы мүмкін, ал деректер жолы сол шекарадан өте алмайды. Бұл екі түрлі дәлел, және олардың тек біреуі трафикті тасымалдау туралы. Файрвол ережесінде TCP порты 47-ге рұқсат беру IP протоколы 47-ге рұқсат берумен бірдей емес, және екеуі үнемі шатастырылады.

Шектеуді NAT сөзін қолданатын әрбір құрылғыға емес, осы NAT орналасуына байланыстырып ұстаңыз. Физикалық маршрутизатор GRE-ді шағымсыз өткізуі мүмкін, ал виртуалды NAT оны тастайды, және басқа гипервизор нені жіберетіні туралы өз таңдауын жасайды. Ұйым TCP немесе UDP ішінде мақұлданған тасымалды ұсынса, сол жол үшін оның қолдайтын клиенті мен профилін пайдаланыңыз. Үйлесімділік бірнеше талаптың бірі және ол серверге сенімді, аккаунт рұқсатын немесе жұмыс істейтін жеке маршруттарды бекітпейді.

Көпір нақты нені өзгертеді

Көпір қонақтың MAC мекенжайын түрлендірудің артына жасырудың орнына физикалық сегментке береді. Содан кейін қонақ сол сегментке қызмет ететін кез келген DHCP серверінен мекенжай алады, сол мекенжай үшін ARP-қа жауап береді және жоғары коммутаторға тағы бір порт ретінде көрінеді. Бұл виртуалды түрлендіру жолын алып тастайды, ескі рецепт мұны дәл сондықтан ұсынады, және сол сәтте тағы үш нәрсені өзгертеді. Мекенжайлау енді гипервизордан емес, жергілікті сегменттен келеді, әшкерелеу қонақтың сол сегментке көрінетінін білдіреді, ал қабылдау коммутатор порты мен оның саясатына байланысты. Осының әрқайсысы өзгеріске бас тартуға себеп болуы мүмкін, және ешқайсысы VPN протоколы туралы емес.

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

Екі туннель, екі дәлел ізі

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

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

Қай шарт іс жүзінде кедергі келтіреді

Енді шешім әртүрлі жауаптары бар үш сұраққа тарылады. Сыртқы протокол TCP мен UDP-ден тыс болса, NAT режимі шектеу, ал алға жүретін жол — көпір немесе мақұлданған TCP/UDP тасымалы. Сыртқы алмасу аяқталып, деректер жолы аяқталмаса, шектеу екінші дәлелде көрінген сол. Туннель көтеріліп, ресурстар жауап бермесе, мәселе гипервизордан өтіп үлгеріп, маршруттауға немесе саясатқа көшті.

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