Windows Sandbox चा रहदारी डीफॉल्टनुसार होस्टच्या VPN चे अनुसरण करत नाही

तुम्ही Windows Sandbox सुरू करता, त्यात ब्राउझर उघडता, आणि एक मिनिटापूर्वी होस्ट VPN वर असूनही पृष्ठ तुमच्या नेहमीच्या कनेक्शनवरून लोड होते। काहीही तुटलेले नाही। सँडबॉक्सला होस्टच्या डीफॉल्ट स्विचशी जोडलेला व्हर्च्युअल नेटवर्क अडॅप्टर मिळतो, आणि होस्टचा टनेल तो मार्ग व्यापतो का हे VPN क्लायंटचे गुणधर्म आहे, Windows चे नाही।

सँडबॉक्सला प्रत्यक्षात काय मिळते

सँडबॉक्स हे स्वतःच्या नेटवर्क अडॅप्टरसह हलके व्हर्च्युअल मशीन आहे। तो अडॅप्टर होस्टच्या Hyper-V डीफॉल्ट स्विचमार्फत जोडला जातो, जो मशीन सोडण्यापूर्वी सँडबॉक्सची रहदारी होस्टच्या व्हर्च्युअल Ethernet इंटरफेसमध्ये भाषांतरित करतो। हा तपशील याबद्दल लोक नोंदवतात अशा जवळपास प्रत्येक लक्षणाचे स्पष्टीकरण देतो।

म्हणून सँडबॉक्स तुमच्या डेस्कटॉपवरील प्रक्रिया नाही। होस्ट ज्याचे पॅकेट पुढे पाठवतो असा तो स्वतंत्र नेटवर्क अंतबिंदू आहे, आणि होस्टचा फायरवॉल व VPN क्लायंट ती पुढे पाठवणी प्रत्येकी आपल्या पद्धतीने पाहतात। ब्राउझर प्रक्रियेसाठी लिहिलेला नियम व्हर्च्युअल स्विचमधून आलेल्या भाषांतरित फ्रेमशी आपोआप जुळत नाही।

एकासारखी दिसणाऱ्या दोन गरजा

खाजगी संसाधनापर्यंत पोहोचणे आणि सँडबॉक्सची प्रत्येक विनंती टनेलमधून जाण्यास भाग पाडणे या दोन वेगळ्या उद्दिष्ट्या आहेत। पहिल्याला सँडबॉक्सच्या अंतबिंदूसाठी काम करणारा मार्ग व नावनिराकरण आवश्यक आहे। दुसऱ्याला पुन्हा जोडणी व बिघाड टिकून राहणारी सक्ती आवश्यक आहे। एकही दुसऱ्यातून येत नाही, आणि एक पूर्ण करणारी तपासणी दुसऱ्याबद्दल काहीही सांगत नाही।

सार्वजनिक पत्त्याची तपासणी दोन्ही प्रश्नांपैकी कोणत्याही प्रश्नाचे पूर्ण उत्तर देत नाही। सँडबॉक्सच्या आतून VPN निर्गम दिसणे हे दर्शवते की काही रहदारीने टनेल वापरला। खाजगी नावे निराकरण होतात का, किंवा टनेल बंद असताना सुरू होणाऱ्या विनंतीचे काय होते, याबद्दल ती काहीही सांगत नाही।

काहीही चाचणी करण्यापूर्वी दोनपैकी काय आवश्यक आहे ते लिहून ठेवा, कारण दोन्ही गरजा वेगवेगळ्या रचनांकडे नेतात आणि त्यांपैकी एकच ब्राउझरने पडताळता येते।

सँडबॉक्सच्या आतून तपासा

एकमेव अर्थपूर्ण निरीक्षण होस्टकडून नव्हे, तर सँडबॉक्सच्या स्वतःच्या सत्रातून येते। तिथे PowerShell उघडा आणि अडॅप्टर, नावनिराकरण व दस्तऐवजीकरण पत्त्यापर्यंतचा मार्ग पाहा:

ipconfig /all
Resolve-DnsName files.corp.example
Test-NetConnection 198.51.100.7 -Port 443
Get-NetRoute -DestinationPrefix 0.0.0.0/0

अडॅप्टरची यादी सँडबॉक्सला मिळालेला पत्ता व गेटवे दाखवते। होस्टपेक्षा वेगळा गेटवे डीफॉल्ट स्विचसाठी सामान्य आहे, म्हणून गेटवे नव्हे तर निर्गमाची तुलना करा। निराकरण चाचणी खाजगी नावाला उत्तर मिळते का हे सांगते, आणि इथेच split-horizon संरचना सामान्यतः होस्टपेक्षा वेगळ्या ठरतात। मार्गाची ओळ सँडबॉक्स कोणत्या गेटवेला डीफॉल्टचा मालक मानतो हे सांगते।

टनेल जोडलेला व तोडलेला असताना तीच तीन तपासणी पुन्हा करा। त्या दोन स्थितींमध्ये न बदलणारा निकाल हा पुरावा आहे की टनेल सँडबॉक्सच्या मार्गात अजिबात नाही, सार्वजनिक तपासणीने कोणताही पत्ता दाखवला असला तरी।

सँडबॉक्सला नेटवर्कची गरज नसताना ते बंद करा

ऑफलाइन तपासणीसाठी सानुकूल संरचना फाइल नेटवर्क पूर्णपणे काढू शकते। संरचना दस्तऐवजातील हा एकच घटक आहे:

<Configuration>
  <Networking>Disable</Networking>
</Configuration>

सँडबॉक्स संरचना संदर्भ या घटकाचे दस्तऐवजीकरण करतो आणि सक्षम नेटवर्किंग अंतर्गत नेटवर्क तुम्ही विश्वास ठेवत नसलेल्या अनुप्रयोगांसमोर उघडू शकते असा इशारा देतो। डीफॉल्ट स्वीकारण्याऐवजी ते स्पष्टपणे सेट करण्याचे संपूर्ण कारण तोच इशारा आहे।

तथापि स्विच कोणतेही VPN इंटरफेस निवडत नाही। नेटवर्क आहे की नाही याबद्दलचा हा द्विमान निर्णय आहे, सँडबॉक्सला विशिष्ट टनेलला बांधण्याचा मार्ग नाही। निर्गमाचे नाव घेणारी गरज केवळ निर्गम आहे की नाही हे ठरवणाऱ्या स्विचने पूर्ण होऊ शकत नाही।

काहीही देण्यापूर्वी सीमा रचा

गरज कडक विलगीकरण असेल, तर ते लागू करू शकणारी व्हर्च्युअल मशीन नेटवर्क रचना निवडा, आणि पुढे पाठवलेल्या किंवा व्हर्च्युअल मशीन रहदारीसाठी VPN उत्पादनाचे समर्थित धोरण वापरा। होस्ट क्लायंटच्या वर्तनाचा अंदाज लावणे ही रचना नाही, आणि एक यशस्वी तपासणी अंमलबजावणी नाही।

चाचणी उत्तीर्ण व्हावी म्हणून अविश्वासार्ह सँडबॉक्सला कॉर्पोरेट VPN प्रोफाइल किंवा खाजगी क्रेडेन्शियल्स देऊ नका। ते तुम्ही स्थापित करू पाहत असलेल्या सीमेची हिरव्या निकालाशी अदलाबदल करते, आणि क्रेडेन्शियल चाचणीपेक्षा जास्त काळ टिकते।

तैनाती नोंदींमध्ये नेटवर्क मोड, निरीक्षित निर्गम आणि पुन्हा जोडणीचे वर्तन नोंदवा। क्लायंट अद्ययावत पुढे पाठवलेल्या रहदारीची हाताळणी बदलल्यास, त्या नोंदीच सांगतात की गरज कधीही खरोखर पूर्ण झाली नव्हती।