LAN хост атауы VPN арқылы жұмыс істемейді: суффикс, mDNS әлде аймақ па?
Қысқа атау іздеу суффиксіне, .local атауы multicast-қа, ал компания атауы жеке аймаққа сүйенуі мүмкін. Тек маршрут ешбір атау қызметін бермейді.
Құрылғының жанында принтер қысқа атауға, ал файл сервері лақап атқа жауап береді. Туннель арқылы екі атау да уақыт шегінен өтеді, бірақ олардың мекенжайлары әлі жұмыс істейді. Маршрут өз жұмысын істеп жатыр; сол қысқа атауларды жұмыс істететін атау жолы туннельден ешқашан өтпеді. Бұл мінез-құлықты үш механизм туғызады және әрқайсысы басқа түзетуді қажет етеді.
Атау қай механизмге тәуелді екенін анықтаудан бастаңыз.
Әртүрлі әрекет ететін атаулардың үш түрі
fileserver сияқты бір белгісі бар атау әдетте шешуші қосатын DNS іздеу суффиксіне сүйенеді. Бұл суффикс көбіне жергілікті DHCP жалдауымен бірге келеді, сондықтан VPN-нен мекенжай алатын қашықтағы клиенттің оны білуге ешбір себебі жоқ. Маршрут қосу суффиксті жеткізбейді. Қысқа атау жай ғана атау ретінде болуын тоқтатады, артындағы мекенжай қолжетімді болса да.
.local-мен аяқталатын атау әдетте жергілікті байланыста multicast DNS арқылы шешіледі, RFC 6762 сипаттағандай. Multicast маршрутталған туннельден өтпейді, егер бірдеңе оны әдейі көпірлемесе немесе проксилемесе, сондықтан сегменттен шыққан сәтте атау шешілуін тоқтатады.
Толық квалификацияланған компания атауы ұйымның шешушілері қызмет көрсететін ішкі аймаққа жатады. Ол VPN сол шешушілерді итеріп жібергенде және клиент оларды пайдалануға конфигурацияланғанда қашықтан жұмыс істейді. Ал localhost RFC 6761 бойынша арнайы қолданысқа жатады: ол алдыңыздағы машинаға сілтейді, ешқашан қашықтағы қызметке емес.
Маршрутты өзгертуден бұрын шешушіні оқыңыз
Қай атау сервері жауап бергенін және қай суффикс қосылғанын сұраңыз. Бір сұраныс әртүрлі шешушілер арқылы әртүрлі жауап береді, және сол айырмашылық сізге қажет дәлел.
getent hosts fileserver getent hosts fileserver.corp.example.com nslookup fileserver.corp.example.com dig +search fileserver A resolvectl query fileserver.corp.example.com scutil --dns | head -30
Егер толық квалификацияланған сұраныс шешілсе, ал қысқасы шешілмесе, ақау суффиксте, серверде емес. Егер ешқайсысы шешілмесе және мекенжай жұмыс істесе, клиент ішкі шешушіні мүлде пайдаланбайды. Шешушілер тізімін VPN итеруі тиіс нәрсемен салыстырыңыз, өйткені әр сұраныс үшін өзінің жергілікті шешушісін сақтайтын клиент ішкі аймақты ешқашан көрмейді.
Дұрыс атауды клиентке жеткізіңіз
Әкімшіден құжатталған қашықтан қатынау атауын толық сұраңыз және суффикстерді болжаудың орнына профильде соны пайдаланыңыз. Егер орналастыру split DNS-ті қолдаса, ішкі доменді ішкі серверлер шешетіндей конфигурациялаңыз, ал қалғанының бәрі жергілікті шешушіні сақтайды. Іздеу доменін клиент қолдайтын жерде VPN конфигурациясы арқылы итеріп жіберіңіз.
Нәтижені шлюзде емес, клиентте тексеріңіз. Серверде қолданылып, клиентке ешқашан жетпейтін параметр ештеңені өзгертпейді.
Сертификаттың жеке басын сақтаңыз
Сертификат қатесін елемейтін мекенжайға негізделген тест сокеттің ашылғанын ғана дәлелдейді. Қызмет сертификаты атауға беріледі және клиент сәйкессіздікті әділ себеппен қабылдамай береді. Егер сертификат тек ішкі атауды тізімдесе, сол атауды пайдаланып, шешілуді түзетіңіз, немесе пайдаланбақ мекенжайды қамтитын сертификат алыңыз.
Сәтті қосылым әперген атауды, шешушіні және суффиксті жазып алыңыз. Бұл жазба келесі адамды шынайы мәселені жасыратын мекенжайға негізделген айналма жолды қайталаудан құтқарады.