RDP ಗಾಗಿ ಅನುಮತಿ ನಿಯಮ ಸೇರಿಸುವುದರಿಂದ ನಿಮ್ಮ VPN ಪ್ರವೇಶ ಕಿರಿದಾಗುವುದಿಲ್ಲ

ಯೋಜನೆ ಸಮಂಜಸವಾಗಿ ಕೇಳಿಸುತ್ತದೆ: ಇರುವ ರಿಮೋಟ್ ಡೆಸ್ಕ್ಟಾಪ್ ಅನುಮತಿಯನ್ನು ಹಾಗೆಯೇ ಬಿಟ್ಟು, ಪ್ರವೇಶ ಇರಬೇಕಾದ ಏಕೈಕ VPN ಕ್ಲೈಂಟ್ಗೆ ಸಣ್ಣ ಅನುಮತಿಯನ್ನು ಸೇರಿಸಿ. Windows Firewall ಹಾಗೆ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ನಿಯಮಗಳು ಅತ್ಯಂತ ನಿರ್ದಿಷ್ಟ ನಮೂದು ಗೆಲ್ಲುವ ಕ್ರಮಬದ್ಧ ಪಟ್ಟಿ ಅಲ್ಲ, ಮತ್ತು ಅಗಲವಾದ ಅನುಮತಿಯ ಪಕ್ಕದಲ್ಲಿ ಕಿರಿದಾದ ಅನುಮತಿ ಏನನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅಗಲವಾದದ್ದು ಈಗಾಗಲೇ ಒಪ್ಪಿಕೊಂಡ ಎಲ್ಲರನ್ನೂ ಇನ್ನೂ ಒಪ್ಪಿಕೊಳ್ಳುತ್ತದೆ. ಸೇವೆಯನ್ನು ಕಿರಿದಾಗಿಸುವುದು ಎಂದರೆ ಈಗಾಗಲೇ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಅನುಮತಿಯನ್ನೇ ಸಂಪಾದಿಸುವುದು.

ನೀವು ಸೇರಿಸುವ ನಿಯಮವು ಮುಖ್ಯವಾದ ನಿಯಮವಲ್ಲ

Windows Firewall ಯಂತ್ರಕ್ಕೆ ಅನ್ವಯವಾಗುವ ನೀತಿ ಸಂಗ್ರಹಗಳಲ್ಲಿನ ಎಲ್ಲಾ ಅನ್ವಯವಾಗುವ ಒಳಬರುವ ನಿಯಮಗಳನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ, ನಂತರ ಯಾವುದೇ ಅನುಮತಿ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆಯೇ ಮತ್ತು ಯಾವುದೇ ನಿರ್ಬಂಧ ಅದನ್ನು ಮೀರುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ನಿಯಮ ಸೇರಿಸುವುದು ಅನುಮತಿ ಸೇರಿಸುತ್ತದೆ; ಅದು ಈಗಾಗಲೇ ಇರುವ ಅನುಮತಿಗಳನ್ನು ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ ಅಥವಾ ಸ್ಪಷ್ಟಪಡಿಸುವುದಿಲ್ಲ.

ಆದ್ದರಿಂದ ಪ್ರಶ್ನೆ ಎಂದಿಗೂ ನೀವು ಏನು ಸೇರಿಸಿದಿರಿ ಎಂದಲ್ಲ. ಪ್ರಶ್ನೆ ಎಂದರೆ ಸ್ಥಳೀಯ ನೀತಿ, ಡೊಮೇನ್ ನೀತಿ ಮತ್ತು ಪ್ರೊಫೈಲ್ ಡೀಫಾಲ್ಟ್ಗಳು ವಿಲೀನವಾದ ನಂತರ ಪರಿಣಾಮಕಾರಿ ನೀತಿಯಲ್ಲಿ ಏನಿದೆ ಎಂದು. ಒಂದೇ ಸ್ಥಳೀಯ ನಿಯಮವಿರುವ ವರ್ಕ್ಸ್ಟೇಷನ್ ಬಗ್ಗೆ ಯೋಚಿಸುವುದು ಸುಲಭ; ಡೊಮೇನ್ಗೆ ಸೇರಿದ ಸರ್ವರ್ ಬಗ್ಗೆ ಅಲ್ಲ.

ಆದ್ದರಿಂದಲೇ ನಿರ್ವಾಹಕರು ಸರಿ ಕಾಣುವ ಬದಲಾವಣೆ ಮಾಡಿ, ಅದನ್ನು ತಪ್ಪು ಯಂತ್ರದಿಂದ ಪರೀಕ್ಷಿಸಿ, ಅದು ಕೆಲಸ ಮಾಡಿತು ಎಂದು ತೀರ್ಮಾನಿಸಬಹುದು. ಹೊರಗಿಟ್ಟ ಮೂಲವನ್ನು ಎಂದೂ ಪರೀಕ್ಷಿಸಲಾಗಿಲ್ಲ. ಕೇವಲ ಯಶಸ್ಸನ್ನು ಸಾಬೀತುಪಡಿಸುವ ಪರೀಕ್ಷೆ ಬದಲಾವಣೆಯ ಉದ್ದೇಶದ ಅರ್ಧಕ್ಕಿಂತ ಕಡಿಮೆಯನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.

ಸರ್ವರ್ ಯಾವ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ

ಏನನ್ನಾದರೂ ಮಿತಿಗೊಳಿಸುವ ಮೊದಲು Windows ಹೋಸ್ಟ್ನಲ್ಲಿ ಒಂದು ಅನುಮತಿಸಿದ ಸೆಷನ್ ಅನ್ನು ಗಮನಿಸಿ ಮತ್ತು ಸರ್ವರ್ ವರದಿ ಮಾಡುವ ಮೂಲ ವಿಳಾಸವನ್ನು ದಾಖಲಿಸಿ. ಅದು ಕ್ಲೈಂಟ್ ತನ್ನ ಬಳಿ ಇದೆ ಎಂದು ಭಾವಿಸುವ ವಿಳಾಸವಲ್ಲ.

VPN ಗೇಟ್ವೇ ಕ್ಲೈಂಟ್ ವಿಳಾಸಗಳನ್ನು ಸಂರಕ್ಷಿಸಿದರೆ, ಸರ್ವರ್ ಕ್ಲೈಂಟ್ನ ಸುರಂಗ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ ಮತ್ತು ವಿಳಾಸದಿಂದ ಮಿತಿಗೊಳಿಸಿದ ನಿಯಮ ಅರ್ಥಪೂರ್ಣವಾಗಿರುತ್ತದೆ. ಗೇಟ್ವೇ ಅನುವಾದಿಸಿದರೆ, ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಗೇಟ್ವೇಯ ವಿಳಾಸವಾಗಿ ಬರುತ್ತದೆ ಮತ್ತು ಆ ವಿಳಾಸಕ್ಕೆ ಮಿತಿಗೊಳಿಸುವುದು ಅದರ ಹಿಂದಿನ ಪ್ರತಿ ಕ್ಲೈಂಟ್ಗೆ ಪ್ರವೇಶ ನೀಡುತ್ತದೆ. ಆಗ ನಿಯಮ ತಪ್ಪು ವಿಷಯದ ಬಗ್ಗೆ ನಿಖರವಾಗಿದೆ.

ಆ ಎರಡು ವಿನ್ಯಾಸಗಳಿಗೆ ಬೇರೆ ಬೇರೆ ಉತ್ತರಗಳು ಬೇಕು. ಮೊದಲನೆಯದನ್ನು ಫೈರ್ವಾಲ್ ನಿಯಮದಲ್ಲಿ ವ್ಯಕ್ತಪಡಿಸಬಹುದು; ಎರಡನೆಯದನ್ನು ಗುರುತು ಇನ್ನೂ ಇರುವಲ್ಲಿ, ಅಂದರೆ VPN ಯಲ್ಲೇ ಅಥವಾ ಸೇವೆಯ ಮುಂದೆ ಇರುವ ದೃಢೀಕೃತ ಗೇಟ್ವೇಯಲ್ಲಿ ಜಾರಿಗೊಳಿಸಬೇಕು.

ಫೈರ್ವಾಲ್ ಫಿಲ್ಟರ್ ನೆಟ್ವರ್ಕ್ ಅನುವಾದ ಬಿಸಾಡಿದ ಗುರುತನ್ನು ಮರಳಿ ಪಡೆಯಲಾರದು, ವಿಳಾಸವನ್ನು ಎಷ್ಟೇ ಎಚ್ಚರಿಕೆಯಿಂದ ಟೈಪ್ ಮಾಡಿದರೂ.

ಪರಿಣಾಮಕಾರಿ ನಿಯಮದ ಮಾಲೀಕರನ್ನು ಬದಲಿಸಿ

ಪರಿಣಾಮಕಾರಿ ಒಳಬರುವ ನೀತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಪ್ರಸ್ತುತ RDP ಸಂಚಾರಕ್ಕೆ ಅನುಮತಿ ನೀಡುವ ಪ್ರತಿ ನಿಯಮವನ್ನು ಹುಡುಕಿ, ಅವುಗಳ ಪ್ರದರ್ಶಿತ ಹೆಸರು ಎಂದೂ ಪೋರ್ಟ್ 3389 ಅನ್ನು ಉಲ್ಲೇಖಿಸದ ನಿಯಮಗಳೂ ಸೇರಿದಂತೆ. ಸೇವೆ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಮೂಲಕ ಮಿತಿಗೊಳಿಸಿದ ನಿಯಮಗಳೂ ಲೆಕ್ಕಕ್ಕೆ ಬರುತ್ತವೆ, ಕೆಲವು RDP ನಿಯೋಜನೆಗಳು ಸಕ್ರಿಯಗೊಳಿಸುವ UDP ಸಾಗಣೆಯೂ ಸಹ.

ನಂತರ ಇರುವ ನಿಯಮಗಳನ್ನು ಅವುಗಳನ್ನು ಹೊಂದಿರುವ ಸಂಗ್ರಹದ ಮೂಲಕ ಸಂಪಾದಿಸಿ. ಡೊಮೇನ್ ನೀತಿಯೂ ವ್ಯಾಖ್ಯಾನಿಸುವ ನಿಯಮಕ್ಕೆ ಸ್ಥಳೀಯ ಸಂಪಾದನೆ ವಿಲೀನವಾಗಬಹುದು, ನಿರ್ಲಕ್ಷಿಸಬಹುದು ಅಥವಾ ಮೇಲೆ ಬರೆಯಬಹುದು, ಮತ್ತು ಅದನ್ನು ಅವಲಂಬಿಸುವ ಮೊದಲು ಯಾವುದು ಸಂಭವಿಸುತ್ತದೆ ಎಂದು ತಿಳಿಯುವುದು ಯೋಗ್ಯ.

ಈ ಆದೇಶಗಳು ಸಕ್ರಿಯ ನಿಯಮಗಳನ್ನು ಹುಡುಕುತ್ತವೆ, ಅವುಗಳಲ್ಲಿ ಒಂದಕ್ಕೆ ಜೋಡಿಸಲಾದ ವಿಳಾಸ ಫಿಲ್ಟರ್ ಅನ್ನು ತೋರಿಸುತ್ತವೆ ಮತ್ತು ವ್ಯಾಪ್ತಿ ಬದಲಾವಣೆಯ ಪೂರ್ವವೀಕ್ಷಣೆ ಮಾಡುತ್ತವೆ:

Get-NetFirewallRule -PolicyStore ActiveStore -Direction Inbound | Where-Object DisplayName -match RDP
Get-NetFirewallAddressFilter -AssociatedNetFirewallRule (Get-NetFirewallRule -Name Reviewed-RDP-TCP)
Set-NetFirewallRule -Name Reviewed-RDP-TCP -RemoteAddress 10.63.4.17 -WhatIf

ಇಲ್ಲಿನ ನಿಯಮ ಹೆಸರುಗಳು ಪರಿಶೀಲನೆ ಕಂಡುಕೊಂಡದ್ದಕ್ಕೆ ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ಗಳು, ಮತ್ತು ಪೂರ್ವವೀಕ್ಷಣೆ ಧ್ವಜವು ವಿಳಾಸದಲ್ಲಿ ಮುದ್ರಣದೋಷ ನೀವು ಸಂಪಾದಿಸುತ್ತಿರುವ ಸರ್ವರ್ನಿಂದ ನಿಮ್ಮನ್ನು ಲಾಕ್ ಮಾಡದಂತೆ ಇರುವುದಕ್ಕಾಗಿ.

ಮೊದಲು ನಿರ್ಬಂಧಿಸಿ ನಂತರ ಅನುಮತಿಸಿ ಬೇರೆ ಮಾದರಿ

ಬೇರೆ ಫೈರ್ವಾಲ್ಗಳ ಅಭ್ಯಾಸ ಅಗಲವಾದ ನಿರ್ಬಂಧ ಬರೆದು ನಂತರ ಅದರ ಮೇಲೆ ಕಿರಿದಾದ ಅನುಮತಿ ನೀಡುವುದು. Windows ನಲ್ಲಿ ಸ್ಪಷ್ಟ ನಿರ್ಬಂಧ ಸಾಮಾನ್ಯವಾಗಿ ಅನುಮತಿಯನ್ನು ಮೀರುತ್ತದೆ, ಆದ್ದರಿಂದ ಆ ಕ್ರಮವು ಒಬ್ಬ ಕ್ಲೈಂಟ್ಗೆ ವಿನಾಯಿತಿಗಿಂತ ಬದಲಾಗಿ ಯಾರೂ ತಲುಪಲಾಗದ ಸೇವೆಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಫಲಿತಾಂಶ ಮುರಿದ RDP ಸೇವೆಯಂತೆ ಕಾಣುವ ಅಡಚಣೆ. ಇದು ವಾಸ್ತವವಾಗಿ ಆದ್ಯತೆಯ ತಪ್ಪು, ಮತ್ತು ಪರಿಹಾರ ಇನ್ನೊಂದು ಅನುಮತಿ ಸೇರಿಸುವುದಲ್ಲ, ನಿರ್ಬಂಧವನ್ನು ತೆಗೆದುಹಾಕುವುದು.

ಸಕ್ರಿಯ ಪ್ರೊಫೈಲ್ಗಳಲ್ಲಿ ಡೀಫಾಲ್ಟ್ ಒಳಬರುವ ನಿರ್ಬಂಧ ವರ್ತನೆಯನ್ನು ಇರಿಸಿ ಮತ್ತು ಬದಲಿಗೆ ನಿರ್ದಿಷ್ಟ ಅನುಮತಿಗಳನ್ನು ಕಿರಿದಾಗಿಸಿ. ಅದು ಯಂತ್ರವನ್ನು ಪರಸ್ಪರ ವಿರುದ್ಧವಾದ ಎರಡು ನಿಯಮಗಳ ಬದಲು ಒಂದು ಅರ್ಥವಾಗುವ ಸ್ಥಿತಿಯಲ್ಲಿ ಬಿಡುತ್ತದೆ, ಅವುಗಳ ಪರಸ್ಪರ ಕ್ರಿಯೆ ಆದ್ಯತೆಯ ವಿವರಗಳನ್ನು ಅವಲಂಬಿಸಿದೆ.

ಎರಡನೇ ಮೂಲದಿಂದ ಸಾಬೀತುಪಡಿಸಿ

ಅನುಮತಿಸಿದ ಕ್ಲೈಂಟ್ನಿಂದ ಮತ್ತು ಈಗ ವಿಫಲವಾಗಬೇಕಾದ ಮೂಲದಿಂದ ಪರೀಕ್ಷಿಸಿ. ಒಂದೇ ಯಶಸ್ವಿ ಸಂಪರ್ಕ ಅನುಮತಿಸಿದ ಮಾರ್ಗ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ; ನೀವು ಈಗಷ್ಟೇ ಮಾಡಿದ ಹೊರಗಿಡುವಿಕೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ಸರ್ವರ್ನಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿದ್ದರೆ IPv6 ಮೇಲೆ ಪರೀಕ್ಷೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಕೇವಲ IPv4 ಉದ್ದೇಶವು ಯಾರೂ ನೋಡದ ಅಗಲವಾದ IPv6 ಅನುಮತಿಯೊಂದಿಗೆ ಸಹಬಾಳ್ವೆ ನಡೆಸಬಹುದು.

ಕೊನೆಯದಾಗಿ, ದೃಢೀಕರಣವನ್ನು ತಲುಪುವ ಸಾಮರ್ಥ್ಯದಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿಡಿ. ನೆಟ್ವರ್ಕ್ ಮಟ್ಟದ ದೃಢೀಕರಣ, ಖಾತೆ ಹಕ್ಕುಗಳು ಮತ್ತು ಲಾಗಿನ್ ನಿರ್ಬಂಧಗಳು ಇನ್ನೂ ಯಾರು ಸೆಷನ್ ಬಳಸಬಹುದು ಎಂದು ನಿರ್ಧರಿಸುತ್ತವೆ, ಮತ್ತು ಫೈರ್ವಾಲ್ ಯಾರು ಕೇಳಬಹುದು ಎಂದಷ್ಟೇ ನಿರ್ಧರಿಸುತ್ತದೆ. ನಂತರ ಸಾಧನವನ್ನು ತೆಗೆದರೆ ಅದರ VPN ನೋಂದಣಿ ಮತ್ತು ಈ ನೆಟ್ವರ್ಕ್ ಅನುಮತಿ ಎರಡನ್ನೂ ತೆಗೆಯಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ನೀವು ಮಿತಿಗೊಳಿಸಿದ ವಿಳಾಸ ಒಂದು ದಿನ ಬೇರೆಯವರದಾಗುತ್ತದೆ.