VPN अडॅप्टर नेहमी वर्क प्रोफाइलमध्ये का येऊन पडतो
Windows फायरवॉल प्रोफाइलला VPN अडॅप्टरवरील कमकुवत स्वाक्षरीशी जोडतो। धोरणाने स्थान निश्चित करा, नंतर कोणते प्रोफाइल प्रत्यक्षात लागू आहे ते तपासा।
कॉर्पोरेट टनेल जोडा आणि लॅपटॉप शांतपणे आपला स्वभाव बदलतो। फाइल शेअरिंग थांबते, नावाने ब्राउझिंग अयशस्वी होते, पूर्वी ऐकणारे ऍप्लिकेशन ऐकणे थांबवते, आणि सेटिंग्ज कनेक्शन कार्य किंवा ओळखले न गेलेले असे दाखवतात। हे वर्गीकरण निश्चित करण्याचे तीन मार्ग आहेत, आणि त्यांच्यातील निवड उपकरण व्यवस्थापित आहे का, लेबल सतत परत येते का आणि त्या अडॅप्टरवर खरोखर कशाला शोध आवश्यक आहे यावर अवलंबून आहे।
लेबल प्रत्यक्षात काय नियंत्रित करते
Windows प्रत्येक नेटवर्कला एका श्रेणीत ठेवतो आणि त्यातून फायरवॉल प्रोफाइल निवडतो। सार्वजनिक प्रोफाइल येणारी शेअरिंग, शोध आणि फाइल व प्रिंटर पोर्ट आपण जोडलेल्या कोणत्याही नियमाचा विचार होण्यापूर्वी नाकारते, तर खाजगी अधिक परवानगी देते। सेवा उघड करण्यापूर्वी श्रेणी तपासणारी ऍप्लिकेशन्स तेच मूल्य पाहतात।
हे धोरणाची निवड आहे, राउटिंगचा निर्णय नाही। पत्ता पूर्णपणे पोहोचण्यायोग्य असू शकतो आणि तरीही नाकारला जाऊ शकतो कारण लागू प्रोफाइलमध्ये जुळणारा नियम नाही, आणि मार्गांची कोणतीही दुरुस्ती ते बदलणार नाही। दोन वेगळे प्रश्न, दोन वेगळी साधने। ती मिसळणे हेच सर्वात सामान्य कारण आहे की एखादी दुरुस्ती काम करताना दिसते आणि नंतर थांबते।
श्रेणी प्रत्येक नेटवर्कसाठी साठवली जाते, आणि नेटवर्क स्वाक्षरीने ओळखले जाते। सामान्य स्थानिक नेटवर्कमध्ये त्या स्वाक्षरीत डीफॉल्ट गेटवेचा हार्डवेअर पत्ता आणि कनेक्शनचा DNS प्रत्यय असतो, आणि VPN अडॅप्टरमध्ये सहसा दोन्ही नसतात। कमकुवत स्वाक्षरीचा अर्थ असा की तीच टनेल क्लायंट अद्ययावतनानंतर नवे नेटवर्क दिसू शकते।
म्हणूनच लेबल स्वतःहून बदलताना दिसते। Windows लहरी नाही; ते टनेलला गेल्या आठवड्यात वर्गीकृत केलेले नेटवर्क म्हणून ओळखण्यात अपयशी ठरते।
दृष्टिकोन ठरवणाऱ्या तीन अटी
पहिली अट मालकी आहे। व्यवस्थापित लॅपटॉपवर सेटिंग बऱ्याचदा कुलूपबंद असते, आणि स्थानिक बदल पुढील धोरण ताजे होताना अधिलिखित होईल। त्याच्याशी लढणे म्हणजे दुपार वाया घालवणे; धोरण हाच समर्थित मार्ग आहे आणि टिकणारा एकमेव मार्ग आहे।
| Approach | Choose it when | What it costs |
|---|---|---|
| Policy via Local Security Policy | The device is managed, or the label must survive reconnects | Requires administrator rights and a policy you can document |
| Editing the profile registry values | You need a one-off on a machine you control | Reverts when the signature changes, and can conflict with policy |
| Leaving it automatic | Nothing on that adapter needs sharing or discovery | A firewall profile that may not match your rule scoping |
दुसरी अट पुनरावृत्ती आहे। लेबल एकापेक्षा जास्त वेळा परत आले असेल, तर प्रति-नेटवर्क मूल्य बदललेल्या स्वाक्षरीपासून पुन्हा तयार होत आहे, आणि पुन्हा संपादन टिकणार नाही। धोरणाची मूल्ये वेगळ्या शाखेत राहतात जी प्रति-वापरकर्ता मूल्यांवर मात करते जी Windows प्रत्येक वेळी अडॅप्टर पुन्हा जोडल्यावर पुन्हा तयार करतो।
तिसरी अट गरज आहे। काही वातावरणांना खरोखर टनेलमधून नाव-निराकरण आणि शोध आवश्यक असतो, आणि ते संपूर्ण अडॅप्टर खाजगीत नेण्याऐवजी विशिष्ट पत्त्यांसाठी अरुंद फायरवॉल नियम इच्छितात। एक सेवा चालवण्यासाठी श्रेणी बदलणे हा तो मार्ग आहे ज्याने टनेल शेवटी इराद्यापेक्षा जास्त उघड करते।
तिन्ही अटींना उत्तर द्या आणि निवड स्वतःच स्पष्ट होईल। दोन जे धोरणाकडे निर्देश करतात त्यांचा अर्थ धोरण, आणि एक जे एकवेळच्या चाचणीकडे निर्देश करते त्याचा अर्थ तो स्थानिक बदल जो तुम्ही टाकून देण्याचा विचार करत आहात।
ते निश्चित करा, नंतर कोणते प्रोफाइल लागू आहे ते वाचा
स्थानिक सुरक्षा धोरण सेटिंग नेटवर्क यादीच्या धोरणांखाली दाखवते। secpol.msc उघडा, तो नोड विस्तारित करा, टनेलच्या नेटवर्कची नोंद उघडा, स्थानाचा प्रकार सार्वजनिक करा आणि वापरकर्ता परवानगी अशी करा की स्थान बदलता येऊ नये। त्या सेटिंग्ज त्याच वृक्षाच्या धोरणे शाखेत जातात, म्हणूनच त्या प्रति-वापरकर्ता मूल्यांवर मात करतात जी पुन्हा जोडणी पुन्हा लिहिते।
VPN अडॅप्टरसाठी सार्वजनिक सहसा योग्य असते, कारण ते डीफॉल्टनुसार येणारी शेअरिंग आणि शोध अडवते। हा असा सावध पर्याय आहे जो अविश्वासू विभागात उतरू शकणाऱ्या टनेलसाठी योग्य आहे, आणि नंतर श्रेणी बदलण्याऐवजी विशिष्ट नियमांनी तो सैल करता येतो। एक सेवा दुरुस्त करण्यासाठी श्रेणी रुंदावणे हा सहज उलटता न येणारा सौदा आहे। नियम काही सेकंदात काढला जातो।
Get-NetConnectionProfile | Select-Object Name, NetworkCategory, IPv4Connectivity
Get-NetFirewallProfile -Name Public | Select-Object Name, Enabledपहिला आदेश लागू श्रेणी सांगतो, संवादातील नाही, आणि हेच मूल्य फायरवॉलचे वर्तन ठरवते। दुसरा पुष्टी करतो की लागू होणारे प्रोफाइल सक्रिय आहे आणि तुम्ही प्रत्यक्षात कशावर विसंबून आहात।
लक्ष द्या ही जोडी काय सिद्ध करत नाही। कोणताही आदेश विशिष्ट येणारा नियम अस्तित्वात आहे का हे दाखवत नाही, म्हणून अजूनही उत्तर न देणाऱ्या सेवेला नियमांची तपासणी हवी, श्रेणीचा आणखी एक बदल नाही।
जेव्हा लक्षण श्रेणी नसते
नेटवर्क निर्देशक कनेक्शनच्या मागे राहू शकतो, आणि Windows च्या जुन्या आवृत्त्यांमध्ये एक नोंदवलेला दोष होता ज्यात बाध्य टनेलचा VPN मर्यादित दिसत होता तर रहदारी वाहत होती आणि पॅकेज केलेल्या ऍप्लिकेशन्सनी तो वापरण्यास नकार दिला। निर्देशक चुकीचा होता; टनेल काम करत होती।
म्हणून वापरकर्त्यासाठी खरोखर महत्त्वाचे ते तपासा, चिन्ह नाही। सेवेपर्यंत पत्त्याने पोहोचा, नंतर नावाने, नंतर ऍप्लिकेशनमधून। प्रत्येक पायरी राउटिंग, निराकरण आणि ऍप्लिकेशन धोरण वेगळे करते, आणि श्रेणी फक्त फायरवॉलच्या पायरीवर येते।
श्रेणी बरोबर असेल आणि सेवा तरीही अयशस्वी होत असेल, तर नियमांची व्याप्ती तपासा। खाजगी प्रोफाइलसाठी लिहिलेला नियम त्या क्षणी जुळणे थांबवतो जेव्हा अडॅप्टर सार्वजनिक होतो, आणि ही कधीही न तयार केलेल्या नियमापेक्षा वेगळी बिघाडी आहे।
इराद्याची श्रेणी, ती धोरणाने लागू आहे का, आणि ज्या पत्त्यांना अपवाद हवे आहेत ते नोंदवा। ती नोंद नाहीशा होणाऱ्या शेअरिंगबद्दलच्या पुढील अहवालाला प्रोफाइल आणि व्याप्ती याबद्दलच्या तथ्याने उत्तर देईल, टनेलबद्दलच्या आणखी एका सिद्धांताने नाही।
निर्णय लहान आहे आणि परिणाम तसे नाहीत। श्रेणी ही फायरवॉलची निवडक आहे, आणि तिला केवळ सौंदर्य मानणे हा तो मार्ग आहे ज्याने काम करणारी सेवा कोडे बनते।