VPN क्लाइन्ट इन्स्टल गरेपछि RDP रोकिन्छ? फायरवाल जिम्मेवार छ

उपभोक्ता VPN क्लाइन्टको इन्स्टलेसन सकिएको केही मिनेटपछि पनि पोर्टल भन्छ कि VM चलिरहेको छ, सार्वजनिक IP परिवर्तन भएको छैन, र RDP जवाफ दिँदैन। मानिसहरू सामान्यतया VM क्र्यास भयो वा नेटवर्क सुरक्षा समूह परिवर्तन भयो भनी अनुमान गर्छन्, र दुवै सामान्यतया गलत हुन्छन्। परिवर्तन भएको कुरा मेसिन रहेको Windows फायरवाल प्रोफाइल हो, र पहिले मिल्ने RDP नियम अब मिल्दैन। मर्मत RDP मा निर्भर नहुने बाटोबाट shell लिनबाट सुरु हुन्छ।

VM चलिरहेको छ; नियम मिल्न छोड्यो

Windows मा फायरवाल नियमसँग प्रोफाइल सेट हुन्छ, र निजी वा डोमेनमा सीमित नियमको कुनै प्रभाव हुँदैन जबसम्म मेसिन सार्वजनिक प्रोफाइलमा छ। VPN इन्स्टलरहरू एडाप्टर र रुट थप्छन्, र तीमध्ये धेरैले साइड इफेक्टका रूपमा सार्वजनिकलाई कडा बनाउँछन्। श्रोता 3389 मा बाँधिएको रहन्छ र प्याकेट आउँछ नै, तर प्रोफाइलको अमिल्दोले तिनलाई फालिदिन्छ।

पावर स्थिति र पहुँच फरक तथ्य हुन्, र बन्द पोर्ट भएको चलिरहेको VM बाहिरबाट ठ्याक्कै क्र्यास भएको जस्तै देखिन्छ।

केही परिवर्तन गर्नुअघि पोर्ट जाँच्नुहोस्। 3389 मा जडान गर्ने प्रयास समय सकिएर रोकिन्छ तर गेस्ट एजेन्टको आदेशले अझै आउटपुट दिइरहेको छ भने त्यो होस्ट फायरवालतर्फ सङ्केत गर्छ। पोर्ट जवाफ दिन्छ तर RDP अझै असफल हुन्छ भने दोष नेटवर्क तहभन्दा माथि छ, र यो मर्मतले त्यसलाई छुँदैन। दुईमध्ये कुन अवस्था देख्नुभयो लेख्नुहोस्, किनकि बाँकी योजना त्यसमै निर्भर छ।

दुई ढोका स्वतन्त्र रूपमा बन्द हुन्छन्

पहिले फ्याब्रिक नीति चल्छ: नेटवर्क सुरक्षा समूहले प्याकेट गेस्टभन्दा अगाडि देख्छ। यो क्रमले होस्टले प्याकेट फाल्दा उत्तम NSG प्रविष्टि बेकार बनाउँछ, र फ्याब्रिकले अस्वीकार गर्दा खुला होस्ट नियम बेकार बनाउँछ। तिनलाई छुट्टाछुट्टै ढोका मान्नुहोस् र प्रत्येकलाई अलग जाँच्नुहोस्।

पोर्टल वा CLI मा NSG का प्रभावकारी नियम पढ्नुहोस्, त्यसपछि गेस्टका आफ्नै नियमसँग तुलना गर्नुहोस्। सम्झिएको अन्तिम परिवर्तन नै लागू भयो भनी नमान्नुहोस्।

उपभोक्ता क्लाइन्टले Windows फायरवालमुनि ट्राफिक रोक्ने फिल्टर ड्राइभर वा किल स्विच पनि इन्स्टल गर्न सक्छ। फायरवाल नियम ठीक देखिए पनि पोर्ट असफल भइरहेको छ भने त्यही तह अर्को शङ्कास्पद हो।

गेस्ट एजेन्टलाई फर्कने बाटो बनाउनुहोस्

दूरबाट कार्यान्वयनका दुई सुविधा, Run Command र Custom Script Extension, फ्याब्रिक एजेन्टमार्फत गेस्टभित्र चल्छन्। कुनैलाई RDP आवश्यक पर्दैन, त्यसैले फायरवालको गल्तीले तिनलाई असर गर्दैन। दुवैले स्क्रिप्टको आउटपुट फर्काउँछन्, जसले तिनलाई निदान र मर्मत दुवैको च्यानल बनाउँछ।

दुवैमध्ये कुनै पनि परिवर्तन गर्नुअघि सक्रिय प्रोफाइल र RDP नियम पढ्नुहोस्:

Get-NetConnectionProfile
Get-NetFirewallRule -DisplayGroup "Remote Desktop" | Select-Object Name, Enabled, Profile

त्यो प्रोफाइलमा इनबाउन्ड नियम फेरि सक्षम गर्नु अस्थायी कदम हो, लक्ष्य होइन। यसलाई सत्र पाउन प्रयोग गर्नुहोस्, त्यसपछि खाडल ठीकसँग बन्द गर्नुहोस्:

Set-NetFirewallProfile -Name Public -AllowInboundRules True

त्यो स्विचले प्रोफाइलका हरेक इनबाउन्ड नियम खोल्छ, RDP मात्र होइन। सत्र पाएपछि त्यसलाई सीमित नियमले बदल्नुहोस् र साँच्चै चाहेका सेटिङ फर्काउनुहोस्। एजेन्ट पनि उपलब्ध नभए सीरियल कन्सोल वा पुनः बनाइएको डिस्क विकल्प हो, र एजेन्टलाई स्वस्थ राख्नुको व्यावहारिक कारण त्यही हो।

सत्र बन्द गर्नुअघि खाडल साँघुरो बनाउनुहोस्

अस्थायी प्रोफाइल परिवर्तन त्यो प्रोफाइलका हरेक इनबाउन्ड नियमका लागि खुला राखिएको ढोका हो। त्यसलाई तपाईंको स्रोत ठेगाना र RDP पोर्टमा सीमित नियमले बदल्नुहोस्, त्यसपछि प्रोफाइल आफ्नो इच्छित अवस्थामा फर्केको पुष्टि गर्नुहोस्। सत्र अझै हुँदै गर्दा यो गर्नुहोस्, किनकि अर्को गल्ती दूरबाट उल्टाउन नसकिने हुन सक्छ। परिवर्तनका क्रममा Bastion वा सीरियल कन्सोल जस्तो दोस्रो प्रशासनिक बाटो तयार राख्नुहोस्।

तपाईंको वर्कस्टेसनबाट पोर्ट परीक्षणले र गेस्टभित्रबाट नियमको सूचीले नतिजा पुष्टि गर्नुहोस्:

Test-NetConnection -ComputerName 203.0.113.25 -Port 3389
Get-NetFirewallRule -DisplayName "RDP from admin" | Get-NetFirewallPortFilter

परीक्षण अवधिभर फायरवाल लगिङ सक्रिय राख्नुहोस्। 3389 र सक्रिय प्रोफाइल उल्लेख गर्ने फालिएको प्याकेटको एक लाइनले अर्को रिबुटभन्दा छिटो जवाफ दिन्छ।

अर्को इन्स्टलरले फेरि त्यो नगर्न रोक्नुहोस्

त्यो होस्टसँग क्लाइन्ट चलाउने कारण छैन भने अनइन्स्टल गर्नुहोस्। इन्स्टल गरिएको क्लाइन्ट अर्को अपडेटले प्रोफाइल फेरि लेख्ने स्थायी निमन्त्रणा हो, र अर्को व्यक्तिले पोर्टलबाट त्यही अवरोध डिबग गर्नेछ।

कुनै कुराले नेटवर्क सेटिङ फेरि नलेख्नुअघि डिस्कको स्न्यापसट लिनुहोस्, र आवश्यक पर्नुअघि दोस्रो प्रशासनिक बाटो तयार राख्नुहोस्।

इन्स्टलरले के परिवर्तन गर्‍यो लेख्नुहोस्: एडाप्टर, रुट, फायरवाल प्रोफाइल, फिल्टर ड्राइभर र सेवा। त्यो अभिलेखले अर्को घटनालाई नयाँ अनुसन्धानको सट्टा परिचित ढाँचा बनाउँछ। VM लाई ठ्याक्कै एउटा सेवासम्म सुरुङ चाहिएको बेला क्लाइन्ट आफ्नो वर्कस्टेसनमा राख्नुहोस् वा सर्भरमा ल्यापटप उत्पादन इन्स्टल गर्नुको सट्टा साइट-टू-साइट लिङ्क बनाउनुहोस्। उपभोक्ता क्लाइन्ट ल्यापटपका लागि हुन्, र दूरबाट तपाईंले व्यवस्थापन गर्ने सर्भर त्यस्तो होइन।