VPN хост атаулары істемейді, IP мекенжайлары жұмыс істейді: қайдан қарау керек

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

Атау мекенжай қоймайтын сұрақ қояды

Мекенжай — стек бірден пайдалана алатын межелі орын. Қысқа атау — жұрнақпен кеңейтілуі, шешкішке жіберілуі және аймақты білетін нәрседен жауап алуы тиіс сұрақ. Маршруттарды орнатып, бірақ шешкішті орнатпайтын туннель біріншісін жұмыс істеп, екіншісін сынған күйде қалдырады. Сондықтан симптом өте әртүрлі VPN өнімдерінде соншалықты біркелкі көрінеді.

Мекенжайдан тысқа қарай жұмыс істеңіз: алдымен толық атау, содан кейін жалаң хост атауы, және үшеуінің қайсысы жұмыс істейтінін жазып алыңыз. Үлгі бір конфигурация экранын ашпас бұрын қай қабатты тексеру керегін айтады. FQDN шешіліп жатқанда маршруттарды болжау — бос әурешілік.

Туннель шынымен орнатқан шешкішті оқыңыз

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

resolvectl status
nslookup fileserver.corp.example
nslookup fileserver

Доменге қосылған Windows клиентінде атау кеңістігінің маршруттау саясаты қай сұраудың қай шешкішке баратынын шешеді, ал VPN адаптерінің өз DNS параметрлері адаптер мәліметтерінде көрінеді. Профильді емес, қолданыстағы саясатты оқыңыз, өйткені кэштелген саясат оны орнатқан қосылымнан ұзағырақ өмір сүруі мүмкін. Егер шешкіш толық атауға жауап беріп, қысқа атауға бермесе, мәселе жұрнақтар тізіміне ауысып қойған.

Get-DnsClientNrptPolicy
ipconfig /all

Егер ішкі аймақ дұрыс сервер арқылы шешілсе, тоқтаңыз. Шешкіш сіздің мәселеңіз емес.

Жұрнақтар істемейтін қысқа атауларды түсіндіреді

Бір белгісі бар атау сұрау жіберілмес бұрын қосылымның жұрнақтар тізімімен кеңейтіледі. Егер VPN ішкі жұрнақты жеткізбесе, fileserver ешқашан fileserver.corp.example болмайды, және сұрау ешбір жария шешкіш білмейтін атау болып шығады. Жұрнақты таңу немесе толық атауды теру серверде ештеңе өзгертпей-ақ болжамды тексереді.

nslookup fileserver.corp.example
ping -a 192.168.50.20

Linux-та шешкіш қызметі DNS серверін буынға және маршруттау домендерінің жиынына байланыстырады, сондықтан туннель буынымен байланыспаған таңылған сервер өзі жоқтай әрекет етеді. Тек жергілікті шешкішке сілтеуі мүмкін stub файлын емес, буын бойынша күйді тексеріңіз. Сол жарылу қарсы бағытта да көрінеді: бар болып, бірақ туннель интерфейсіне қолданылмаған іздеу домені кездейсоқ көрінетін қысқа атау сәтсіздіктерін тудырады.

Егер жұрнақты қосу дұрыстаса, қалған жұмыс — әр пайдаланушыдан оны теруді сұраудың орнына сол жұрнақты VPN профилі арқылы жеткізу.

NetBIOS және WINS — басқа механизм

Ескі SMB жалаң атауды әлі де NetBIOS атау қызметімен іздей алады, ол хабар тарату арқылы немесе WINS сервері арқылы жауап береді. Хабар тарату бір тарату доменінің ішінде қалады және бірінші маршруттағышта тоқтайды, сондықтан туннельден өте алмайды; WINS жұмыс істейді, өйткені клиентте тіркелу және сұрау үшін unicast мекенжайы бар. Сондықтан тек IP таситын VPN ескі атауларды әлі де қолдай алады, егер WINS конфигурацияланып, қолжетімді болса.

nbtstat -n
nbtstat -R

Заманауи SMB үшін DNS-ке және толық атауға сүйеніңіз, ал ескі жолды зейнеткерлікке шығарыңыз. Егер ол шынымен ескі болса, WINS ұсыныңыз немесе қолданбаны ауыстырыңыз; ортаңғы жол — ешқашан босамайтын қолдау кезегі.

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