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 бериңиз же колдонмону алмаштырыңыз; орто жол — эч качан бошобогон колдоо кезеги.

Бул басып өтүү кайсы катмар ийгиликсиз болгонун айта алганда бүтөт: чечүүчү, уланды же эски аныктоо. Жооп берген чечүүчүнү жана иштеген ат формасын жазып алыңыз, анткени кийинки адам ошол эле симптомдон баштайт.