OpenVPN DNS ను నెట్టిన తర్వాత స్థానిక Samba భాగస్వామ్యం మాయమైంది

Samba స్థానిక భాగస్వామ్యాలను కోల్పోతుంది ఆ క్షణంలో OpenVPN కనెక్ట్ అయినప్పుడు, మరియు టన్నెల్ దాదాపు ఎప్పుడూ కారణం కాదు. మౌంట్ బాగుంది, NAS నడుస్తోంది, మరియు టన్నెల్ ఇన్స్టాల్ చేసిన రిజాల్వర్ తాను ఎప్పుడూ చూడని పేరు గురించి ప్రశ్నలకు సమాధానం ఇస్తోంది. Samba తన లుకప్ క్రమంలో ముందుగానే ఆ రిజాల్వర్ను అడుగుతుంది, సమాధానాన్ని నమ్మి, ఏదీ వినిపించని చిరునామాకు కనెక్ట్ అవుతుంది. భాగస్వామ్యాన్ని సరిచేయడం అంటే మౌంట్ కాదు, సమాధానాన్ని సరిచేయడం.

ఐదు తనిఖీలు, ప్రతి దశలో ఎక్కువ అవకాశాలను తొలగించే క్రమంలో.

చిన్న పేరుకు ఎవరు సమాధానం ఇస్తారు

ఫైల్ మేనేజర్ను కాదు, ఆపరేటింగ్ సిస్టమ్ను అడగండి. resolvectl status ప్రతి లింక్కు జోడించిన DNS సర్వర్లను ముద్రిస్తుంది మరియు ఏ లింక్ డిఫాల్ట్ మార్గమో గుర్తిస్తుంది, చిన్న పేరు క్వెరీ సమాధానం ఇచ్చిన సర్వర్ను నివేదిస్తుంది. NAS పేరు కోసం ఒకసారి, కార్యాలయ డొమైన్లో ఉందని మీకు తెలిసిన పేరు కోసం మరోసారి దీన్ని అమలు చేయండి. రెండు సమాధానాలు వేర్వేరు సర్వర్ల నుండి వస్తే, మీరు విభజనను కనుగొన్నారు.

సమాధానం ప్రతికూల సమాధానమా లేదా చిరునామా అని తనిఖీ చేయండి. ప్రతికూల సమాధానం అంటే Samba మరో యంత్రాంగానికి వెళ్లి ఉండాలి, లోపం మరెక్కడో ఉంది. చిరునామా అంటే Samba నిజమైన ప్రదేశానికి కనెక్ట్ అయ్యింది, ఏమీ తిరిగి పొందలేదు.

Samba తప్పు సమాధానాన్ని ఎందుకు నమ్ముతుంది

Samba name resolve order నిర్ణయించిన స్థిర క్రమం ద్వారా పేర్లను పరిష్కరిస్తుంది. చాలా పంపిణీలలో డిఫాల్ట్లో host ఉంటుంది, అంటే DNS, మరియు ఇది NetBIOS ప్రసారం వంటి ల్యాన్-మాత్రమే యంత్రాంగాలకు ముందు నడుస్తుంది. కాబట్టి రిజాల్వర్ను నెట్టే టన్నెల్ ప్రతి భాగస్వామ్య పేరుపై మొదటి తిరస్కార హక్కును పొందుతుంది, భవనాన్ని ఎప్పుడూ విడిచిపెట్టకూడని ఒకే-లేబుల్ పేర్లతో సహా.

సాధారణంగా తెలియని పేరు ప్రతికూల సమాధానాన్ని తిరిగి ఇస్తుంది, తదుపరి యంత్రాంగానికి వంతు వస్తుంది. కొన్ని రిజాల్వర్లు, ముఖ్యంగా వినియోగదారు ISP మరియు ప్రజా రిజాల్వర్లు, తెలియని పేర్లకు బదులుగా శోధన పేజీ లేదా ప్రకటన చిరునామాతో సమాధానం ఇస్తాయి. ఆ సమాధానం రిజాల్వర్ లైబ్రరీకి విజయంగా కనిపిస్తుంది, కాబట్టి Samba వెతకడం ఆపి మీ నెట్వర్క్కు ఎటువంటి సంబంధం లేని చిరునామాకు డయల్ చేస్తుంది.

ఫలితం లోపం సంభాషణ లేకుండా మాయమయ్యే భాగస్వామ్యం. ఆ క్రమంలో ఏదీ VPN రూటింగ్ వైఫల్యం కాదు, అందుకే NAS కు ping ఇప్పటికీ పని చేస్తుంది కానీ దానిపై బ్రౌజ్ చేయడం పని చేయదు.

వేర్వేరు పరిధి ఉన్న రెండు మరమ్మతులు

సన్నని మరమ్మతు నెట్టబడిన రిజాల్వర్ను ఉంచి Samba దానిని ఏమి అడగవచ్చో మారుస్తుంది. డీమన్ నిజంగా చదివే Samba కాన్ఫిగరేషన్కు రెండు పంక్తులు జోడించి, ఆపై సేవను మళ్లీ ప్రారంభించండి:

[global]
   name resolve order = wins lmhosts bcast
   dns proxy = no

ఆ జాబితాలో host లేకపోతే భాగస్వామ్య లుకప్ మార్గం నుండి DNS బయటకు వెళుతుంది, ఒకే-లేబుల్ పేర్లు స్థానిక విభాగంలో ఉంటాయి. కార్యాలయ పేర్లు ఇతర ప్రతి ప్రోగ్రామ్కు ఇప్పటికీ సాధారణంగా పరిష్కరించబడతాయి, ఎందుకంటే ఇది Samba ను మాత్రమే మారుస్తుంది. ధర ఏమిటంటే Samba ఇకపై DNS ను అస్సలు ఉపయోగించలేదు, కాబట్టి పూర్తిగా అర్హత ఉన్న కార్యాలయ పేరుతో చిరునామా చేసిన భాగస్వామ్యం సమస్యగా మారుతుంది.

విస్తృత మరమ్మతు కారణాన్ని తొలగిస్తుంది: తనవి కాని పేర్లకు సమాధానం ఇచ్చే రిజాల్వర్ను నెట్టడం ఆపండి, లేదా కార్యాలయ ప్రత్యయాలు మాత్రమే కార్యాలయ రిజాల్వర్కు చేరేలా విభజిత DNS విధానాన్ని నెట్టండి. నిర్వహించబడే నెట్వర్క్లో ఇది మంచి దీర్ఘకాలిక సమాధానం ఎందుకంటే ఇది బ్రౌజర్ మరియు ప్యాకేజీ మేనేజర్ను కూడా రక్షిస్తుంది, కానీ సర్వర్ వైపు పరిపాలనా ప్రాప్తి మరియు నెట్టబడిన సెట్టింగ్లను పాటించే క్లయింట్ అవసరం.

ఒకటి ఉద్దేశపూర్వకంగా ఎంచుకోండి. రిజాల్వర్ మార్పు ఒకేసారి ప్రతి అనువర్తనానికి పేరు పరిష్కారాన్ని మారుస్తుంది, అది మార్పు రికార్డు, మద్దతు కాల్ కోసం సవరణ కాదు.

ప్రత్యయం అన్నింటినీ వివరించగలదు

క్లయింట్ శోధన ప్రత్యయాన్ని కూడా నెట్టినట్లయితే, చిన్న స్థానిక పేరు అడగక ముందే కార్యాలయ డొమైన్లోకి తిరిగి వ్రాయబడుతుంది. అప్పుడు రిజాల్వర్ అస్సలు అబద్ధం చెప్పదు: కార్యాలయ పేరు గురించి న్యాయమైన ప్రశ్న అడిగారు, అది సరైన సమాధానం ఇచ్చింది. ప్రకటన-చిరునామా సందర్భం నుండి దీన్ని వేరు చేయడానికి రిజాల్వర్ అవుట్పుట్లో అడిగిన పేరును చదవండి, ఎందుకంటే ఫైల్ మేనేజర్లో రెండు లోపాలు ఒకేలా కనిపిస్తాయి.

ఇక్కడ పరిష్కారం పూర్తిగా అర్హత ఉన్న స్థానిక పేరును ఉపయోగించడం లేదా స్థానిక ప్రత్యయాన్ని కలిగి ఉన్న విభజిత DNS నియమాన్ని జోడించడం. రెండూ Samba ను తాకాల్సిన అవసరం లేదు.

మళ్లీ కనెక్ట్ అయిన తర్వాత దాన్ని నిరూపించండి

ఒకే సెషన్లో మూడు పేర్లను పరీక్షించండి: చిన్న పేరుతో స్థానిక భాగస్వామ్యం, పేరుతో కార్యాలయ హోస్ట్, మరియు సాధారణ వెబ్సైట్. మొదటిది పని చేసి రెండవది విరిగితే, మరమ్మతు లోపాన్ని తొలగించడం బదులు స్థానం మార్చింది. మూడవది విరిగితే, రిజాల్వర్ మార్పు ఉద్దేశించిన దానికంటే ముందుకు వెళ్లింది మరియు ఇప్పుడు ప్రతి లుకప్ అనుమానాస్పదం.

తర్వాత టన్నెల్ను డిస్కనెక్ట్ చేసి మళ్లీ కనెక్ట్ చేసి మూడింటినీ పునరావృతం చేయండి. నెట్టబడిన ఎంపికలు ప్రతి కనెక్షన్లో మళ్లీ వర్తింపజేయబడతాయి, కాబట్టి రన్టైమ్లో మాత్రమే ఉన్న మరమ్మతు ఏ కాన్ఫిగరేషన్ ఫైల్ మారకుండానే మాయమవుతుంది. ప్రతి ప్రత్యయానికి యజమాని అయిన రిజాల్వర్ మరియు అమలులో ఉన్న లుకప్ క్రమాన్ని నమోదు చేయండి, తేదీని కూడా రాయండి, ఎందుకంటే ఇది తిరిగి వచ్చినప్పుడు తదుపరి క్లయింట్ నవీకరణ స్పష్టమైన అనుమానితుడు.

ఐదు తనిఖీల తర్వాత కూడా భాగస్వామ్యం విఫలమైతే, మరేదైనా మార్చే ముందు ఖచ్చితమైన క్వెరీ మరియు ఖచ్చితమైన సమాధానాన్ని పట్టుకోండి. ఆ రెండు పంక్తులు రిజాల్వర్ లోపాన్ని నిజంగా లేని పేరు నుండి వేరు చేస్తాయి, మరియు మీరు రాయగలిగే అత్యంత వేగవంతమైన అప్పగింత గమనిక అదే.