જ્યારે રિમોટ કમ્પ્યુટર VPN સાથે જોડાય છે ત્યારે RDP કેમ થિજાઈ જાય છે

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

તમારું સેશન ખરેખર જે એન્ડપોઇન્ટ વાપરે છે તે નોંધો

તમારા RDP ક્લાયન્ટમાં લખેલું સરનામું જરૂરી નથી કે તે જ સરનામું હોય જેના પર રિમોટ કમ્પ્યુટર જવાબ આપે છે. NAT, RD Gateway, અથવા હોસ્ટની સામેનું લોડ બેલેન્સર તેને ફરી લખી શકે છે, અને પરત માર્ગ તે સ્રોત સરનામાથી નક્કી થાય છે જે રિમોટ મશીન સ્થાપિત કનેક્શન પર જુએ છે. અહીં ભૂલ કરશો તો તમે એવા રૂટ શોધવા જશો જે ક્યારેય સંકળાયેલો ન હતો.

રિમોટ કમ્પ્યુટર પર, VPN જોડાય તે પહેલા, સ્થાપિત સેશનોની યાદી બનાવો અને ટેબલમાંથી પીઅર સરનામું વાંચો. પછી તેને તે મશીનની બહાર ક્યાંક લખી લો, કારણ કે સેશન પડી જાય પછી તમે તેને વાંચી શકશો નહીં.

Get-NetTCPConnection -LocalPort 3389 -State Established |
  Select-Object LocalAddress, RemoteAddress, RemotePort

તે સરનામાને એવી વસ્તુ ગણો જે પહોંચવાલાયક રહેવી જોઈએ. જો તે મેનેજમેન્ટ VLAN પરનું ખાનગી સરનામું હોય, તો ટનલે તે માર્ગને એકલો છોડવો જોઈએ. જો તે જાહેર સરનામું હોય, તો જવાબ તે જ ઇન્ટરફેસમાંથી બહાર જવો જોઈએ જેણે વિનંતી અંદર લાવી હતી.

તે એન્ડપોઇન્ટને જવાબ આપતો રૂટ વાંચો

Windows દરેક ગંતવ્ય માટે ઇન્ટરફેસ પસંદ કરે છે, અને Find-NetRoute હમણાં જે નિર્ણય લેતું તે બતાવે છે. જોડાય તે પહેલા પીઅર સરનામા સામે તેને ચલાવો, પછી ટનલ ઉપર હોય ત્યારે ફરી, અને બંને જવાબોમાં ઇન્ટરફેસ ઇન્ડેક્સ અને આગલા હોપની સરખામણી કરો. ઇન્ટરફેસ બદલાવો એ આઉટપુટની એક લાઇનમાં આખો બગ છે.

Find-NetRoute -RemoteIPAddress 203.0.113.24
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
Get-VpnConnection -Name "Work VPN" | Select-Object SplitTunneling, Routes

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

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

ફાયરવોલ પ્રોફાઇલનો ફેરફાર જુઓ

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

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

ટનલ ઇન્ટરફેસ સાથે જોડાયેલી પ્રોફાઇલની સરખામણી તે પ્રોફાઇલો સાથે કરો જેના પર Remote Desktop નિયમો લક્ષ્યિત છે. ફક્ત Domain અને Private માટે સક્ષમ નિયમ Public તરીકે વર્ગીકૃત ઇન્ટરફેસ માટે કંઈ કરતું નથી, અને કોઈ રૂટ સુધારો તેને બદલતો નથી. કેટલાક VPN ક્લાયન્ટ ડિઝાઇન દ્વારા સ્થાનિક સબનેટ ઍક્સેસ પણ મર્યાદિત કરે છે, જે અલગ નિયંત્રણમાંથી એ જ પ્રકારની નિષ્ફળતા પેદા કરે છે.

તમે પુનઃપ્રાપ્તિ કરી શકો એવી જગ્યાએથી સંક્રમણ કરી જુઓ

આખો ક્રમ આઉટ-ઓફ-બેન્ડ કન્સોલ કે બીજા મેનેજમેન્ટ માર્ગથી આ ક્રમમાં કરો: હાલનું સેશન ખાતરી કરો, VPN જોડો, નવું સેશન ખોલો, પછી VPN ડિસ્કનેક્ટ કરો અને બીજું ખોલો. દરેક પગલું અલગ સંક્રમણ ચકાસે છે, અને પહેલું જે નિષ્ફળ જાય તે કહે છે કે કયું નિયંત્રણ જવાબદાર છે.

શરૂ કરતા પહેલા જ રોલબેક નક્કી કરો, ઉદાહરણ તરીકે નિયત અંતરાલ પછી rasdial "Work VPN" /disconnect ચલાવતું નિર્ધારિત કાર્ય. તે ગુમાવેલા સેશનને સ્થળ મુલાકાતને બદલે પાંચ મિનિટના અવરોધમાં ફેરવે છે, અને આખી પ્રક્રિયામાં તે સૌથી સસ્તું વીમો છે.

સેશન પહેલેથી જ ગયું હોય ત્યારે ફરી અંદર આવો

જો હોસ્ટ પહેલેથી જ પહોંચની બહાર હોય, તો તે જ ક્લાયન્ટથી નવા RDP કનેક્શનનો પ્રયાસ બંધ કરો અને પર્યાવરણ પાસે પહેલેથી જ હોય તેવી પુનઃપ્રાપ્તિ ચેનલ વાપરો: RD Gateway, હાઇપરવાઇઝર કન્સોલ, અથવા આઉટ-ઓફ-બેન્ડ મેનેજમેન્ટ ઇન્ટરફેસ. કન્સોલ ઍક્સેસ ધરાવતી વ્યક્તિને એ જ આદેશો Find-NetRoute અને Get-NetConnectionProfile ચલાવવા કહો, જેથી પુરાવા પુનઃપ્રાપ્તિ પછી પણ ટકી રહે.

પછી સૌથી ઝડપીને બદલે કાયમી ગોઠવણ નક્કી કરો. કાં તો VPN પ્રોફાઇલ મેનેજમેન્ટ માર્ગને સ્પષ્ટ રીતે સાચવે છે, કાં તો મેનેજમેન્ટ એવી ચેનલ પર જાય છે જે હોસ્ટના ડિફોલ્ટ રૂટ પર આધારિત નથી. બંને ટકાવી શકાય તેવા છે; અનુમાનિત ગેટવે સાથેનો હોસ્ટ રૂટ નથી. તમે કયો પસંદ કર્યો તે લખો, અને જે પીઅર સરનામું ટકવાનું હતું તે નોંધો.