LAN హోస్ట్‌నేమ్ VPN ద్వారా పనిచేయదు: సఫిక్స్, mDNS లేదా జోన్?

పరికరం పక్కన ప్రింటర్ చిన్న పేరుకు ప్రతిస్పందిస్తుంది మరియు ఫైల్ సర్వర్ ముద్దుపేరుకు ప్రతిస్పందిస్తుంది. సొరంగం ద్వారా రెండు పేర్లు గడువు ముగుస్తాయి, వాటి చిరునామాలు ఇంకా పనిచేస్తున్నప్పుడు. రూట్ తన పని చేస్తోంది; ఆ చిన్న పేర్లను పనిచేయించిన నామకరణ మార్గం ఎప్పుడూ సొరంగాన్ని దాటలేదు. మూడు యంత్రాంగాలు ఈ ప్రవర్తనను సృష్టిస్తాయి మరియు ప్రతిదానికి వేరే సవరణ అవసరం.

పేరు ఏ యంత్రాంగంపై ఆధారపడి ఉందో గుర్తించడం ద్వారా ప్రారంభించండి.

వేర్వేరుగా ప్రవర్తించే మూడు రకాల పేర్లు

fileserver వంటి ఒకే-లేబుల్ పేరు సాధారణంగా రిజాల్వర్ జోడించే DNS శోధన సఫిక్స్‌పై ఆధారపడుతుంది. ఆ సఫిక్స్ తరచుగా స్థానిక DHCP లీజ్‌తో వస్తుంది, కాబట్టి VPN నుండి చిరునామా పొందే దూరపు క్లయింట్‌కు దాన్ని తెలుసుకోవడానికి కారణం లేదు. రూట్ జోడించడం సఫిక్స్‌ను అందించదు. చిన్న పేరు పేరుగా ఉండటమే ఆగిపోతుంది, దాని వెనుక ఉన్న చిరునామా చేరుకోగలిగినా.

.local తో ముగిసే పేరు సాధారణంగా స్థానిక లింక్‌పై మల్టీకాస్ట్ DNS ద్వారా పరిష్కరించబడుతుంది, RFC 6762 వివరించినట్లు. మల్టీకాస్ట్ రూట్ చేయబడిన సొరంగాన్ని దాటదు, ఏదైనా ఉద్దేశపూర్వకంగా దాన్ని వంతెన లేదా ప్రాక్సీ చేయకపోతే, కాబట్టి మీరు విభాగాన్ని విడిచిపెట్టిన క్షణంలో పేరు పరిష్కారం ఆగిపోతుంది.

పూర్తిగా అర్హత పొందిన కంపెనీ పేరు సంస్థ రిజాల్వర్లు సేవ చేసే అంతర్గత జోన్‌కు చెందుతుంది. 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 కాన్ఫిగరేషన్ ద్వారా శోధన డొమైన్‌ను నెట్టండి.

ఫలితాన్ని గేట్‌వేపై కాదు, క్లయింట్‌పై ధృవీకరించండి. సర్వర్‌పై వర్తించి క్లయింట్‌కు ఎప్పటికీ చేరని సెట్టింగ్ ఏమీ మార్చదు.

ప్రమాణపత్రం గుర్తింపును చెక్కుచెదరకుండా ఉంచండి

ప్రమాణపత్ర దోషాన్ని విస్మరించే చిరునామా-ఆధారిత పరీక్ష సాకెట్ తెరవబడిందని మాత్రమే రుజువు చేస్తుంది. సేవా ప్రమాణపత్రం పేరుకు జారీ చేయబడుతుంది, మరియు క్లయింట్ సరైన కారణంతో అసమానతను తిరస్కరిస్తూనే ఉంటుంది. ప్రమాణపత్రం అంతర్గత పేరును మాత్రమే జాబితా చేస్తే, ఆ పేరును ఉపయోగించి పరిష్కారాన్ని సరిచేయండి, లేదా మీరు ఉపయోగించబోయే చిరునామాను కవర్ చేసే ప్రమాణపత్రాన్ని పొందండి.

విజయవంతమైన కనెక్షన్ ఇచ్చిన పేరు, రిజాల్వర్ మరియు సఫిక్స్‌ను నమోదు చేయండి. ఆ నమోదు నిజమైన సమస్యను దాచే చిరునామా-ఆధారిత ప్రత్యామ్నాయాన్ని తదుపరి వ్యక్తి పునరావృతం చేయకుండా కాపాడుతుంది.