ರಿಮೋಟ್ ಕಂಪ್ಯೂಟರ್ 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 ಪ್ರೊಫೈಲ್ ನಿರ್ವಹಣಾ ಮಾರ್ಗವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಸಂರಕ್ಷಿಸುತ್ತದೆ, ಅಥವಾ ನಿರ್ವಹಣೆಯು ಹೋಸ್ಟ್‌ನ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಅವಲಂಬಿಸದ ಚಾನಲ್‌ಗೆ ಸರಿಯುತ್ತದೆ. ಎರಡೂ ಸಮರ್ಥನೀಯ; ಊಹಿಸಿದ ಗೇಟ್‌ವೇ ಇರುವ ಹೋಸ್ಟ್ ಮಾರ್ಗ ಅಲ್ಲ. ನೀವು ಯಾವುದನ್ನು ಆರಿಸಿದಿರಿ ಎಂದು ಬರೆಯಿರಿ, ಮತ್ತು ಉಳಿಯಬೇಕಿದ್ದ ಪೀರ್ ವಿಳಾಸವನ್ನು ದಾಖಲಿಸಿ.