VPN ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸಿದ ನಂತರ RDP ನಿಲ್ಲುತ್ತದೆಯೇ? ಫೈರ್‌ವಾಲ್ ಕಾರಣ

ಗ್ರಾಹಕ VPN ಕ್ಲೈಂಟ್ ಸ್ಥಾಪನೆ ಮುಗಿದ ಕೆಲವು ನಿಮಿಷಗಳ ನಂತರವೂ ಪೋರ್ಟಲ್ VM ಚಾಲನೆಯಲ್ಲಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ, ಸಾರ್ವಜನಿಕ IP ಬದಲಾಗಿಲ್ಲ, ಮತ್ತು RDP ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತಿಲ್ಲ. ಜನರು ಸಾಮಾನ್ಯವಾಗಿ VM ಕ್ರ್ಯಾಶ್ ಆಗಿದೆ ಅಥವಾ ನೆಟ್‌ವರ್ಕ್ ಭದ್ರತಾ ಗುಂಪು ಬದಲಾಗಿದೆ ಎಂದು ಭಾವಿಸುತ್ತಾರೆ, ಮತ್ತು ಎರಡೂ ಸಾಮಾನ್ಯವಾಗಿ ತಪ್ಪು. ಬದಲಾಗಿರುವುದು ಯಂತ್ರವು ಇರುವ Windows ಫೈರ್‌ವಾಲ್ ಪ್ರೊಫೈಲ್, ಮತ್ತು ಮೊದಲು ಹೊಂದಿಕೆಯಾಗುತ್ತಿದ್ದ RDP ನಿಯಮ ಇನ್ನು ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ. ದುರಸ್ತಿ RDP ಅನ್ನು ಅವಲಂಬಿಸದ ಮಾರ್ಗದಲ್ಲಿ ಶೆಲ್ ಪಡೆಯುವುದರಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ.

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 ಗೆ ನಿಖರವಾಗಿ ಒಂದು ಸೇವೆಗೆ ಸುರಂಗ ಬೇಕಾದಾಗ, ಕ್ಲೈಂಟ್ ಅನ್ನು ನಿಮ್ಮ ವರ್ಕ್‌ಸ್ಟೇಷನ್‌ನಲ್ಲಿ ಇರಿಸಿ ಅಥವಾ ಸರ್ವರ್‌ನಲ್ಲಿ ಲ್ಯಾಪ್‌ಟಾಪ್ ಉತ್ಪನ್ನ ಸ್ಥಾಪಿಸುವ ಬದಲು ಸೈಟ್-ಟು-ಸೈಟ್ ಲಿಂಕ್ ನಿರ್ಮಿಸಿ. ಗ್ರಾಹಕ ಕ್ಲೈಂಟ್‌ಗಳು ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗಳಿಗಾಗಿ, ಮತ್ತು ದೂರದಿಂದ ನೀವು ನಿರ್ವಹಿಸುವ ಸರ್ವರ್ ಹಾಗಲ್ಲ.