VPN ક્લાયન્ટ ઇન્સ્ટોલ કર્યા પછી RDP અટકી જાય છે? ફાયરવોલ જવાબદાર છે

ગ્રાહક VPN ક્લાયન્ટ ઇન્સ્ટોલ પૂર્ણ થયાના થોડા મિનિટ પછી પણ પોર્ટલ કહે છે કે VM ચાલુ છે, જાહેર IP બદલાયું નથી, અને RDP જવાબ આપતું નથી. લોકો સામાન્ય રીતે માને છે કે VM ક્રેશ થઈ ગયું છે અથવા નેટવર્ક સિક્યુરિટી ગ્રુપ બદલાયું છે, અને બંને સામાન્ય રીતે ખોટા હોય છે. જે બદલાયું છે તે મશીન જે Windows ફાયરવોલ પ્રોફાઇલમાં છે તે છે, અને પહેલા મેળ ખાતો RDP નિયમ હવે મેળ ખાતો નથી. સુધારો RDP પર આધારિત ન હોય એવા માર્ગે શેલ મેળવવાથી શરૂ થાય છે.

VM ચાલુ છે; નિયમ મેળ ખાવાનું બંધ થયું

Windows માં ફાયરવોલ નિયમો સાથે પ્રોફાઇલ સેટ આવે છે, અને ખાનગી કે ડોમેન સુધી મર્યાદિત નિયમની કોઈ અસર થતી નથી જ્યાં સુધી મશીન જાહેર પ્રોફાઇલમાં હોય. VPN ઇન્સ્ટોલર એડાપ્ટર અને રૂટ ઉમેરે છે, અને તેમાંથી ઘણા આડઅસર તરીકે જાહેર પ્રોફાઇલને કડક કરે છે. લિસનર 3389 સાથે બંધાયેલું રહે છે અને પેકેટ આવતા રહે છે, પણ પ્રોફાઇલની અસંગતિ તેમને ફેંકી દે છે.

પાવર સ્થિતિ અને પહોંચયોગ્યતા અલગ તથ્યો છે, અને બંધ પોર્ટવાળું ચાલુ VM બહારથી તૂટી પડેલા 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 ને બરાબર એક સેવા સુધી ટનલની જરૂર હોય, ત્યારે ક્લાયન્ટને તમારા વર્કસ્ટેશન પર મૂકો અથવા સર્વર પર લેપટોપ ઉત્પાદન ઇન્સ્ટોલ કરવાને બદલે સાઇટ-થી-સાઇટ લિંક બનાવો. ગ્રાહક ક્લાયન્ટ લેપટોપ માટે છે, અને દૂરથી તમે સંભાળો છો તે સર્વર એવું નથી.