Windows ನ ಸಾರ್ವಜನಿಕ ಫೈರ್ವಾಲ್ ಪ್ರೊಫೈಲ್ನಿಂದ VPN ಕ್ಲೈಂಟ್ಗಳು ನಿರ್ಬಂಧಿಸಲ್ಪಟ್ಟಿವೆ

ನಿಮ್ಮ ಟನೆಲ್ ಚಾಲನೆಯಲ್ಲಿದೆ, ಗೇಟ್ವೇ ping ಗೆ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಫೈಲ್ ಹಂಚಿಕೆ ಇನ್ನೂ ಸಮಯ ಮೀರುತ್ತದೆ. ಈ ಸಂಯೋಜನೆ ಅಪರೂಪವಾಗಿ ರೂಟಿಂಗ್ ಸಮಸ್ಯೆಯಾಗಿದೆ: Windows VPN ಅಡಾಪ್ಟರ್ನ ಸಬ್ನೆಟ್ ಅನ್ನು ಸಾರ್ವಜನಿಕ ಪ್ರೊಫೈಲ್ಗೆ ಇಟ್ಟಿದೆ, ಮತ್ತು ಖಾಸಗಿ ಅಥವಾ ಡೊಮೇನ್ಗಾಗಿ ಬರೆದ ಪ್ರತಿಯೊಂದು ಅನುಮತಿ ನಿಯಮವೂ ಎಂದಿಗೂ ಅನ್ವಯವಾಗಿಲ್ಲ. ಕಚೇರಿಯನ್ನು ಚೆನ್ನಾಗಿ ತಲುಪುವ ಲ್ಯಾಪ್ಟಾಪ್ಗಳಲ್ಲಿ ಮತ್ತು ಉಳಿದ ಎಲ್ಲಾ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಸೇವೆ ನೀಡುವ RRAS ಸರ್ವರ್ಗಳಲ್ಲಿ ಇದನ್ನು ಕಂಡಿದ್ದೇನೆ, ಮತ್ತು ಸಂಬಂಧಿತ ಪ್ರೊಫೈಲ್ ಹೆಸರಿಸಿದರೆ ದುರಸ್ತಿ ಚಿಕ್ಕದಾಗಿದೆ. ಇದು ನನ್ನ ಕೆಲಸದ ಕ್ರಮ, ಮುಂದಿನ ಹಂತಕ್ಕೆ ಮೊದಲು ಯಾವಾಗ ನಿಲ್ಲಬೇಕೆಂದು ಹೇಳುವ ಪರಿಶೀಲನೆಯೊಂದಿಗೆ.

ಸಂಚಾರವು ನಿಜವಾಗಿ ಯಾವ ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಬರುತ್ತದೆ ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯಿರಿ

Windows ಫೈರ್ವಾಲ್ಗೆ ಒಂದೇ ಜಾಗತಿಕ ಮೋಡ್ ಇಲ್ಲ. ಪ್ರತಿ ಸಂಪರ್ಕಿತ ಇಂಟರ್ಫೇಸ್ ಒಂದು ವರ್ಗವನ್ನು ಹೊಂದಿದೆ, ಮತ್ತು ಒಳಬರುವ ಪ್ಯಾಕೆಟ್ಗಳು ಅವು ಬರುವ ಇಂಟರ್ಫೇಸ್ನ ವರ್ಗದ ಪ್ರಕಾರ ಫಿಲ್ಟರ್ ಆಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಟನೆಲ್ನಲ್ಲಿರುವ ಕ್ಲೈಂಟ್ ಏನನ್ನು ತಲುಪಬಹುದು ಎಂಬುದನ್ನು VPN ಅಡಾಪ್ಟರ್ನ ಪ್ರೊಫೈಲ್ ನಿರ್ಧರಿಸುತ್ತದೆ, ಪಕ್ಕದ Wi-Fi ಅಥವಾ ಈಥರ್ನೆಟ್ ಅಡಾಪ್ಟರ್ ಅಲ್ಲ. ಏನನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು ಎರಡೂ ಸಂಗತಿಗಳನ್ನು ಓದಿ:

Get-NetConnectionProfile | Select-Object Name, InterfaceAlias, NetworkCategory, IPv4Connectivity
Get-NetFirewallProfile -Name Public | Select-Object Name, Enabled, DefaultInboundAction

ಸಾಮಾನ್ಯ OpenVPN ಅಥವಾ WireGuard ಸ್ಥಾಪನೆಯಲ್ಲಿ VPN ಅಡಾಪ್ಟರ್ ಗುರುತಿಸಲಾಗದ ನೆಟ್ವರ್ಕ್ ಆಗಿ ಕಾಣಿಸಿಕೊಂಡು ಸಾರ್ವಜನಿಕ ಪ್ರೊಫೈಲ್ಗೆ ಬೀಳುತ್ತದೆ, ಇದು Windows ವರ್ಗೀಕರಿಸಲಾಗದ ಯಾವುದೇ ನೆಟ್ವರ್ಕ್ಗೆ ಡೀಫಾಲ್ಟ್ ಆಗಿದೆ: ಅದರ ಮೇಲೆ ಯಾವುದೇ ಡೊಮೇನ್ ನಿಯಂತ್ರಕ ಉತ್ತರಿಸಲಿಲ್ಲ ಮತ್ತು ಯಾವುದೇ ಗೇಟ್ವೇ ಪ್ರೊಫೈಲ್ ಹೊಂದಿಕೆಯಾಗಲಿಲ್ಲ. ಇಂಟರ್ಫೇಸ್ ಹೆಸರು ಇಲ್ಲಿ ಮುಖ್ಯವಲ್ಲ, ಆದ್ದರಿಂದ ಅಡಾಪ್ಟರ್ ಅನ್ನು "VPN" ಅಥವಾ "Corp" ಎಂದು ಕರೆಯುವುದರಿಂದ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ. DomainAuthenticated ಗೆ ಡೊಮೇನ್ಗೆ ಸೇರಿದ ಯಂತ್ರ ಬೇಕು , ಅದು ಆ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ನಿಜವಾಗಿ ಡೊಮೇನ್ ನಿಯಂತ್ರಕವನ್ನು ತಲುಪಬಲ್ಲದು; ಒಂದೇ ಸಬ್ನೆಟ್ ಸಾಗಿಸುವ ವಿಭಜಿತ ಟನೆಲ್ ಈ ಷರತ್ತನ್ನು ಪೂರೈಸುವುದಿಲ್ಲ.

ನಿಮಗೆ ಬೇಕಾದ ನಿಯಮ ಈಗಾಗಲೇ VPN ಪೂಲ್ಗೆ ಸೀಮಿತವಾಗಿದ್ದು ನೀವು ಈಗ ಓದಿದ ವರ್ಗಕ್ಕೆ ಈಗಾಗಲೇ ಅನ್ವಯವಾಗುತ್ತಿದ್ದರೆ, ಇಲ್ಲೇ ನಿಲ್ಲಿ: ಫಿಲ್ಟರಿಂಗ್ ನಿಮ್ಮ ಪದರವಲ್ಲ, ಮತ್ತು ನೋಡಬೇಕಾದ ಮುಂದಿನ ಸ್ಥಳ ಸೇವಾ ಸಂರಚನೆ. ಈ ಪರಿಶೀಲನೆ ಹತ್ತು ಸೆಕೆಂಡು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಒಂದು ಗಂಟೆಯ ನಿಯಮ ಸಂಪಾದನೆಯನ್ನು ಉಳಿಸುತ್ತದೆ. ವರ್ಗಗಳ ಹೆಸರುಗಳು ಮತ್ತು ಪ್ರತಿಯೊಂದು ಏನನ್ನು ಆವರಿಸುತ್ತದೆ ಎಂಬುದು Get-NetConnectionProfile ಉಲ್ಲೇಖ ದಲ್ಲಿ ದಾಖಲಾಗಿದೆ.

ನಿಯಮಗಳನ್ನು ಸಂಪಾದಿಸುವ ಮೊದಲು ಇದು ಫಿಲ್ಟರಿಂಗ್, ರೂಟಿಂಗ್ ಅಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿ

Ping ದುರ್ಬಲ ಪರೀಕ್ಷೆ. ಸೇವಾ ಪೋರ್ಟ್ ಬಿಡಲ್ಪಡುತ್ತಿರುವಾಗ ICMP ಹಾದುಹೋಗಬಹುದು, ಮತ್ತು ಹೋಸ್ಟ್ LAN ನಿಂದ ಉತ್ತರಿಸಬಹುದು ಆದರೆ ಅದೇ ವಿನಂತಿಯನ್ನು ಟನೆಲ್ ಮೂಲಕ ನಿರಾಕರಿಸಬಹುದು. ಕ್ಲೈಂಟ್ಗೆ ಬೇಕಾದ ಪೋರ್ಟ್ ಅನ್ನು ಕ್ಲೈಂಟ್ನಿಂದ ಪರೀಕ್ಷಿಸಿ:

Test-NetConnection 10.8.0.1 -Port 445
Test-NetConnection 10.8.0.1 -Port 3389 -InformationLevel Detailed

ಪೋರ್ಟ್ ಪರೀಕ್ಷೆ ವಿಫಲವಾದರೆ ಎರಡು ಪದರಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ. ಟನೆಲ್ ಅಥವಾ ಮಾರ್ಗದ ದೋಷ ಸಾಮಾನ್ಯವಾಗಿ ಗೇಟ್ವೇ ವಿಳಾಸದಿಂದ ಯಾವುದೇ ಉತ್ತರ ಬಾರದಂತೆ ಕಾಣಿಸುತ್ತದೆ, ಆದರೆ ಫೈರ್ವಾಲ್ ತಿರಸ್ಕಾರವು ಉತ್ತರಿಸುವ ಗೇಟ್ವೇ ಮತ್ತು ಉತ್ತರಿಸದ ಸೇವಾ ಪೋರ್ಟ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ. RRAS ಮೂಲಕ ಪೂಲ್ ಪ್ರಕಟಿಸುವ Windows ಸರ್ವರ್ನಲ್ಲಿ ಅದೇ ಪರೀಕ್ಷೆಯನ್ನು ಕ್ಲೈಂಟ್ನಿಂದ ನಡೆಸಿ ಸರ್ವರ್ನ ಸ್ವಂತ ಪ್ರೊಫೈಲ್ ಓದಿ: RAS ಇಂಟರ್ಫೇಸ್ ಒಳಬರುವ ನಿಯಮಗಳು ಕ್ಲೈಂಟ್ ಶ್ರೇಣಿಯನ್ನು ಎಂದಿಗೂ ಉಲ್ಲೇಖಿಸದ ವರ್ಗದಲ್ಲಿರಬಹುದು, ಮತ್ತು ಆದ್ದರಿಂದ ಆ ಯಂತ್ರ ತನ್ನ LAN ಗೆ ಸೇವೆ ನೀಡುತ್ತದೆ ಮತ್ತು ಟನೆಲ್ನ ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಅನ್ನು ನಿರಾಕರಿಸುತ್ತದೆ.

ಫಲಿತಾಂಶ ಇನ್ನೂ ಅಸ್ಪಷ್ಟವಾಗಿದ್ದರೆ, ಸಂಬಂಧಿತ ಪ್ರೊಫೈಲ್ನ ತಿರಸ್ಕಾರಗಳನ್ನು ದಾಖಲಿಸಿ ಅವುಗಳನ್ನು ಓದಿ:

Set-NetFirewallProfile -Name Public -LogBlocked True `
  -LogFileName "$env:systemroot\system32\LogFiles\Firewall\pfirewall.log"

ಕ್ಲೈಂಟ್ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ ಅನ್ನು DROP ಜೊತೆಗೆ ತಿಳಿಸುವ ನಮೂದುಗಳು ನಿರ್ಣಾಯಕ, ಮತ್ತು ಯಾವ ನಿಯಮ ಕಾಣೆಯಾಗಿತ್ತು ಎಂಬುದನ್ನೂ ಹೇಳುತ್ತವೆ. ಏನೂ ಇಲ್ಲದ ಲಾಗ್, ಕ್ಲೈಂಟ್ನ SYN ಎಂದಿಗೂ ಕಾಣಿಸದಿದ್ದಾಗ, ಹೋಸ್ಟ್ನ ಮೇಲ್ಭಾಗಕ್ಕೆ ಸೂಚಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಇನ್ನೊಂದು ಫೈರ್ವಾಲ್ ವಸ್ತುವನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಟನೆಲ್, NAT ನಿಯಮ ಅಥವಾ ಪೂಲ್ ಮಾರ್ಗಕ್ಕೆ ಹಿಂತಿರುಗಿ.

ಒಂದು ಒಳಬರುವ ನಿಯಮವನ್ನು ಕ್ಲೈಂಟ್ ಪೂಲ್ಗೆ ಸೀಮಿತಗೊಳಿಸಿ

ದುರಸ್ತಿ ಎಂದರೆ ದೂರದ ವಿಳಾಸವು ಜಗತ್ತಲ್ಲ, ಪೂಲ್ ಆಗಿರುವ ಒಂದೇ ಒಳಬರುವ ಅನುಮತಿ ನಿಯಮ. ಎತ್ತರಿಸಿದ ಸೆಷನ್ನಿಂದ:

New-NetFirewallRule -DisplayName "VPN clients - SMB 445" `
  -Direction Inbound -Action Allow -Protocol TCP -LocalPort 445 `
  -RemoteAddress 10.8.0.0/24 -Profile Public

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

ಪ್ರೊಫೈಲ್ ಆಯ್ಕೆಯೇ ಅದೇ ತಪ್ಪು ವಿರುದ್ಧ ದಿಕ್ಕಿನಲ್ಲಿ ಸಂಭವಿಸುವ ಸ್ಥಳ. -Profile Public ಅಡಾಪ್ಟರ್ ಸಾರ್ವಜನಿಕವಾಗಿದ್ದು ಸಾರ್ವಜನಿಕವಾಗಿಯೇ ಉಳಿದರೆ ಸಾಕು. -Profile Any ಸೇವೆಯು Windows ಅಡಾಪ್ಟರ್ ಅನ್ನು ಹೇಗೆ ವರ್ಗೀಕರಿಸಿದರೂ ಕೆಲಸ ಮಾಡಬೇಕಾದಾಗ ಸಮರ್ಥನೀಯ, ಆದರೆ ದೂರದ ವ್ಯಾಪ್ತಿ ಉಳಿಯುವವರೆಗೆ ಮಾತ್ರ. ಎಂದಿಗೂ ಸಮರ್ಥನೀಯವಲ್ಲದ್ದು -RemoteAddress Any ಸಾರ್ವಜನಿಕ ಪ್ರೊಫೈಲ್ನಲ್ಲಿ: ಆ ನಿಯಮ ಲ್ಯಾಪ್ಟಾಪ್ ಜೊತೆಗೆ ಅದು ಸೇರುವ ಪ್ರತಿ ಕೆಫೆ ಮತ್ತು ಹೋಟೆಲ್ ನೆಟ್ವರ್ಕ್ಗೆ ಹೋಗಿ ಆ ಸಬ್ನೆಟ್ ಹಂಚಿಕೊಳ್ಳುವ ಎಲ್ಲರಿಗೂ ಪೋರ್ಟ್ ತೆರೆಯುತ್ತದೆ.

ಪೂಲ್ ಅನ್ನು ನಿಯಮದ ಪಕ್ಕದಲ್ಲಿ ದಾಖಲಿಸಿ. -RemoteAddress 10.8.0.0/24 VPN ಪೂಲ್ ಮರುಸಂಖ್ಯೆಯಾದ ದಿನದಂದು ಸದ್ದಿಲ್ಲದೆ ಹೊಂದಿಕೆಯಾಗುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಮತ್ತು ವೈಫಲ್ಯ ಮೂಲ ದೋಷದಂತೆಯೇ ಕಾಣುತ್ತದೆ, ಆದ್ದರಿಂದ ಇನ್ನೊಂದು ಮಧ್ಯಾಹ್ನ ವ್ಯಯವಾಗುತ್ತದೆ. ನಿಯಮಗಳಿಗೆ ಸೇವೆ ಮತ್ತು ಮೂಲ ಶ್ರೇಣಿಯ ಹೆಸರಿಡಿ, ಅವುಗಳನ್ನು -Group ಜೊತೆಗೆ ಇರಿಸಿ, ಮತ್ತು ಪೂಲ್ ವ್ಯಾಖ್ಯಾನ ಬದಲಾದಾಗ ಅವುಗಳನ್ನು ಮತ್ತೆ ಓದಿ. ಒಂದೇ ಪರದೆಯಲ್ಲಿ ಪರಿಶೀಲಿಸಬಹುದಾದ ನಿಯಮ ಪಟ್ಟಿ ಯಾರಿಗೂ ಸಿಗದ ಸರಿಯಾದ ನಿಯಮಕ್ಕಿಂತ ಉತ್ತಮ.

ವರ್ಗವೇ ನಿರ್ಧಾರವಾದಾಗ ಮಾತ್ರ ವರ್ಗವನ್ನು ಬದಲಿಸಿ

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

ವರ್ಗೀಕರಣ ನಿಜವಾಗಿಯೂ ತಪ್ಪಾಗಿರುವ ಸಂದರ್ಭಗಳಿವೆ: ಕಚೇರಿ ಸಬ್ನೆಟ್ ಸಾಗಿಸುವ ಯಾವಾಗಲೂ-ಚಾಲು ಅಥವಾ ಸೈಟ್-ಟು-ಸೈಟ್ ಟನೆಲ್ ವಿಶ್ವಾಸಾರ್ಹ ಮೂಲಸೌಕರ್ಯ, ಮತ್ತು ಆ ಅಡಾಪ್ಟರ್ ಅನ್ನು ಖಾಸಗಿ ಎಂದು ಗುರುತಿಸುವುದು ಒಮ್ಮೆ ನೀತಿಯ ಮೂಲಕ ತೆಗೆದುಕೊಂಡ ಕಾನೂನುಬದ್ಧ ವಿನ್ಯಾಸ ನಿರ್ಧಾರ, ಪ್ರತಿ ಟಿಕೆಟ್ಗೆ ಅಲ್ಲ. ಮಾಡುವಾಗ ಸ್ಪಷ್ಟವಾಗಿ ಮಾಡಿ:

Set-NetConnectionProfile -InterfaceAlias "OpenVPN TAP-Windows6" -NetworkCategory Private

ನಿರ್ವಹಿತ ಸಾಧನದಲ್ಲಿ ಮೊದಲು ಸೆಟ್ಟಿಂಗ್ ಗ್ರೂಪ್ ಪಾಲಿಸಿ ಅಥವಾ MDM ಆಧಾರ ರೇಖೆಯ ಒಡೆತನದಲ್ಲಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಇದ್ದರೆ, ಸ್ಥಳೀಯ ಬದಲಾವಣೆ ಮುಂದಿನ ರಿಫ್ರೆಶ್ನಲ್ಲಿ ಹಿಂತಿರುಗಿಸಲ್ಪಡುತ್ತದೆ, ಮತ್ತು gpresult /h ಅದನ್ನು ಹೊಂದಿರುವ ನೀತಿಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ; ಅಲ್ಲಿಯೇ ಸರಿಪಡಿಸಿ, ಎಂಡ್ಪಾಯಿಂಟ್ನಲ್ಲಿ ಅಲ್ಲ.

ಎರಡೂ ತುದಿಗಳಿಂದ ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಕುರುಹು ಬಿಡಿ

ಬದಲಾವಣೆಯ ನಂತರ ಬಳಕೆದಾರರು ವರದಿ ಮಾಡಿದ ಹರಿವನ್ನು ಕ್ಲೈಂಟ್ನಿಂದ ಪರಿಶೀಲಿಸಿ:

Test-NetConnection 10.8.0.1 -Port 445
Get-NetFirewallRule -DisplayName "VPN clients - SMB 445" | Get-NetFirewallAddressFilter | Select-Object RemoteAddress
Get-NetFirewallRule -DisplayName "VPN clients - SMB 445" | Get-NetFirewallPortFilter | Select-Object Protocol, LocalPort

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

ಇದನ್ನು ಪೂರ್ಣ ಎಂದು ಹೇಳುವ ಮೊದಲು:

• ನಿಯಮದಲ್ಲಿ ಹೆಸರಿಸಿದ ಪ್ರೊಫೈಲ್ ಸಂಚಾರ ಬರುವ ಇಂಟರ್ಫೇಸ್ನ ಪ್ರೊಫೈಲ್.
• ದೂರದ ವ್ಯಾಪ್ತಿ VPN ಪೂಲ್, ಮತ್ತು ಆ ಪೂಲ್ ಸರ್ವರ್ ನಿಜವಾಗಿ ನೀಡುವುದಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ.
• ನೀವು ಸೇರಿಸಿದ ಯಾವುದೇ ನಿಯಮವೂ -RemoteAddress Any ಸಾರ್ವಜನಿಕ ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಬಳಸುವುದಿಲ್ಲ.
• ಪರೀಕ್ಷೆ ಪಾಸಾಗಲು ಏನನ್ನೂ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಿಲ್ಲ, ಮತ್ತು ಪ್ರತಿ ವರ್ಗ ಬದಲಾವಣೆಯೂ ಯಾರು ಅನುಮೋದಿಸಿದರು ಎಂಬುದನ್ನು ದಾಖಲಿಸುತ್ತದೆ.