लहान अंतर्गत नावे VPN वर अयशस्वी होतात: तुम्ही कधीही न पाहणारा प्रत्यय
लहान नाव फक्त कारण शोध प्रत्यय ते पूर्ण करतो म्हणून चालते. प्रत्ययाची कमतरता आणि रिझॉल्व्हर अयशस्वीता वेगळी करण्यासाठी पूर्ण नाव आणि लहान नावाची तुलना करा.
लहान नाव कार्यालयात चालत होते आणि VPN वर अयशस्वी होते, तर पूर्ण नाव विनासायास सोडवले जाते। काहीही तुटलेले नाही। intranet सारखे नग्न नाव पूर्ण नाव नाही; क्लायंट त्याच्या शोध यादीतून प्रत्यय जोडतो आणि निकाल विचारतो। जर VPN प्रोफाइल तो प्रत्यय देत नसेल, तर परिचित लहान स्वरूप अस्तित्वात राहत नाही।
हीच संपूर्ण आख्यायिका आहे। DNS तुटले नाही, शोध धोरण बदलले।
नग्न नाव नाव नाही
तुम्ही एकच लेबल टाइप करता तेव्हा रिझॉल्व्हरने काय विचारायचे हे ठरवावे लागते। तो नाव जसे दिले आहे तसे प्रयत्न करतो, नंतर काही उत्तर देईपर्यंत शोध यादीतील नोंदी एक एक करून जोडतो। Linux वर, resolv.conf search आणि ndots सेटिंग्जने तो क्रम नियंत्रित करते। Windows वर, प्रत्यय यादी आणि नाव-निराकरण धोरण तेच करतात। प्रत्यय काढून टाका, रिझॉल्व्हरकडे जोडण्यासाठी काहीच उरणार नाही।
म्हणून चालणारे लहान नाव हे धोरणाचा पुरावा आहे, निरोगी DNS सर्व्हरचा पुरावा नाही।
प्रत्यय यादी आणि रिझॉल्व्हर पत्ता काय करतात
हे दोन सतत एकमेकांत मिसळले जातात। रिझॉल्व्हर पत्ता कोणाला विचारायचे ते सांगतो; प्रत्यय यादी कोणत्या नावाबद्दल विचारायचे ते सांगते। VPN तुम्हाला प्रत्ययाशिवाय खाजगी रिझॉल्व्हर देऊ शकते, किंवा चुकीच्या रिझॉल्व्हरसह प्रत्यय देऊ शकते। या अयशस्वीतांपैकी फक्त एकच DNS खंडासारखी दिसते।
त्या वेगळ्या तपासा, कारण चुकीचे दुरुस्त करणे मदत खिडकी जाळते।
| What you see | Likely cause |
|---|---|
| Full name resolves, short name fails | Suffix or search list missing |
| Neither resolves | Resolver unreachable or wrong domain rule |
| Both resolve, resource fails | Route or service permission |
तीन लक्षणे, तीन वेगळे जबाबदार।
आधी पूर्ण नाव तपासा
अंदाज नाही, प्रशासकाने दस्तऐवजीकृत केलेले पूर्ण पात्र नाव मागा। चालणारे FQDN रिझॉल्व्हर पोहोचण्यायोग्य आहे आणि नोंद अस्तित्वात आहे हे सिद्ध करते, जे एका प्रश्नात संभाव्य कारणांचा अर्धा भाग दूर करते। कोणत्या सर्व्हरने उत्तर दिले हे दाखवणारे साधन वापरा, जेणेकरून कॅशे केलेला निकाल वाचणार नाही।
चाचणी खाजगी ठेवा। अंतर्गत प्रकार सार्वजनिक रिझॉल्व्हरकडे पाठवणे नावे उघड करते आणि कोणीही हेतू न ठेवलेले धोरण तपासते।
दुरुस्ती कुठे बसते
मालक प्रोफाइल किंवा ते तयार करणारी व्यवस्थापन प्रणाली दुरुस्त करा। स्थानिक रिझॉल्व्हर कॉन्फिगरेशनमध्ये हाताने केलेला बदल सहसा पुन्हा जोडल्यावर नाहीसा होतो, किंवा मशीन ज्या प्रत्येक नेटवर्कमध्ये सामील होते तिथे लागू होतो, जे अधिक वाईट आहे।
Windows वर, आठवणीत असलेल्या चेकबॉक्सऐवजी प्रभावी धोरण तपासा। Get-DnsClientNrptPolicy प्रत्यक्षात अमलात असलेले नाव-निराकरण नियम दाखवते।
macOS वर, scutil --dns प्रत्येक स्कोप केलेल्या इंटरफेससाठी रिझॉल्व्हर कॉन्फिगरेशन छापते, VPN ने ढकललेल्या शोध डोमेनसह।
Linux वर, /etc/resolv.conf मधील search ओळ वाचा, पण VPN क्लायंटने ती पुन्हा लिहिली आहे का ते तपासा। फाइल व्यवस्थापित असल्यास, रेंडर केलेल्या फाइलऐवजी सत्याचा स्रोत संपादित करा। मागील नेटवर्कमधून राहिलेली जुनी search ओळ सामान्य कारण आहे।
प्रोफाइलसोबत काय ठेवावे
दुरुस्त केलेले पूर्ण नाव, प्रत्यय यादी आणि रिझॉल्व्हर पत्ता क्लायंट प्रोफाइलजवळ ठेवा। intranet साइट बंद आहे असे कळवणारी पुढील व्यक्ती कोऱ्या पानापासून सुरुवात करण्याऐवजी तीन ज्ञात मूल्ये तुलना करू शकेल।
आणि जर फक्त लहान स्वरूप अयशस्वी झाले, तर टिकिटमध्ये तसे लिहा। ते वाक्य रिझॉल्व्हर टीमची एक दुपार वाचवते।