ಫೈರ್‌ವಾಲ್ VPN ಅನ್ನು ತಡೆಯುತ್ತಿದೆಯೇ? ಹಂತ ಹಂತದ ಪರಿಶೀಲನೆ

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

ಹಂತ 1: ಸರ್ವರ್ ಮತ್ತು ಸಾಗಣೆಯನ್ನು ದೃಢೀಕರಿಸಿ

ಸರ್ವರ್ ಹೆಸರು, ಸಾಗಣೆ ಮತ್ತು ಪೋರ್ಟ್ ಅನ್ನು ಸ್ಥಳೀಯ ಬದಲಾವಣೆಯಿಂದ ಅಲ್ಲ, ನಿರ್ವಾಹಕರ ಪ್ರಸ್ತುತ ಪ್ರೊಫೈಲ್‌ನಿಂದ ಓದಿ. ನಿಮ್ಮ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಲ್ಲಿ ಬದಲಾದ ಪೋರ್ಟ್ ಸಾರ್ವಜನಿಕ ಸರ್ವರ್‌ನಲ್ಲಿ ಶ್ರೋತವನ್ನು ರಚಿಸಲಾರದು, ಮತ್ತು ಆ ಅಸಾಮರಸ್ಯವು ತಡೆಗಟ್ಟುವಿಕೆಗೆ ಸಮಾನವಾದ ಟೈಮ್ಔಟ್ ನೀಡುತ್ತದೆ. ಪ್ರೊಫೈಲ್ ಬೆಂಬಲಿತ ಪರ್ಯಾಯ ಸಾಗಣೆಯನ್ನು ನೀಡಿದರೆ, ಅದನ್ನು ಪರಿಹಾರವಲ್ಲದೆ ಬದಲಿ ಆಯ್ಕೆಯಾಗಿ ದಾಖಲಿಸಿ. ಹೆಸರನ್ನು ಪರಿಹರಿಸಿ ಮತ್ತು ಉತ್ತರವನ್ನು ನಿರ್ವಾಹಕರು ಪ್ರಕಟಿಸಿದ ವಿಳಾಸದೊಂದಿಗೆ ಹೋಲಿಸಿ.

ಹಳೆಯ DNS ದಾಖಲೆಯು ಕ್ಲೈಂಟ್ ಅನ್ನು ಎಂದಿಗೂ ಉತ್ತರಿಸದ ಹೋಸ್ಟ್‌ಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಇದು ಫಿಲ್ಟರ್ ಅನ್ನು ಅನುಕರಿಸುವ ಇನ್ನೊಂದು ದೋಷ, ಮತ್ತು ಅದನ್ನು ಹೊರಗಿಡಲು ಒಂದು ಪ್ರಶ್ನೆ ಸಾಕು.

ಎರಡೂ ಮೌಲ್ಯಗಳನ್ನು ಟಿಕೆಟ್‌ನಲ್ಲಿ ಬರೆಯಿರಿ. ಮುಂದಿನ ಪ್ರತಿಯೊಂದು ಹೋಲಿಕೆಯೂ ಅವನ್ನು ಬಳಸುತ್ತದೆ, ಮತ್ತು ಅವುಗಳಿಲ್ಲದ ಟಿಕೆಟ್ ತನಿಖೆಯನ್ನು ಮತ್ತೆ ಆರಂಭಿಸುತ್ತದೆ.

ಹಂತ 2: ಒಂದು ನಿಯಂತ್ರಿತ ಹೋಲಿಕೆಯಿಂದ ಮಾರ್ಗವನ್ನು ಸಾಬೀತುಪಡಿಸಿ

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

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

ನೀವು ನಿಜವಾಗಿ ಬಳಸುವ ಪೋರ್ಟ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಿ, ಮತ್ತು TCP ಫಲಿತಾಂಶವನ್ನು TCP ಬಗ್ಗೆ ಮಾಹಿತಿ ಎಂದಷ್ಟೇ ಪರಿಗಣಿಸಿ.

Resolve-DnsName vpn.corp.example
tracert -h 8 -w 500 vpn.corp.example
Test-NetConnection vpn.corp.example -Port 443 -InformationLevel Detailed

443 ಪೋರ್ಟ್‌ನಲ್ಲಿ ಯಶಸ್ವಿ TCP ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಎಂದರೆ ಅಲ್ಲಿ ಶ್ರೋತ ಪ್ರತಿಕ್ರಿಯಿಸಿದೆ. ಅದು 51820 ನಲ್ಲಿ UDP ಶ್ರೋತದ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಮಾತುಕತೆ ಪೂರ್ಣಗೊಂಡಿದೆಯೇ ಎಂದೂ ಹೇಳುವುದಿಲ್ಲ.

ಹಂತ 3: ವಿಫಲತೆಯ ಕ್ಷಣದ ಭದ್ರತಾ ಘಟನೆಗಳನ್ನು ಓದಿ

ಫೈರ್‌ವಾಲ್ ಘಟನೆಗಳು ಲಭ್ಯವಿರುವ ಬಲವಾದ ಸಾಕ್ಷ್ಯ, ಮತ್ತು ಅವುಗಳೊಂದಿಗೆ ಮೊದಲು ಹೇಳಬೇಕಾದ ಒಂದು ಎಚ್ಚರಿಕೆ ಇದೆ. ಅನೇಕ ಡೀಫಾಲ್ಟ್ ಪ್ರೊಫೈಲ್‌ಗಳಲ್ಲಿ ಲಾಗಿಂಗ್ ನಿಷ್ಕ್ರಿಯವಾಗಿದೆ, ಆದ್ದರಿಂದ ಖಾಲಿ ಲಾಗ್ ಅನ್ನು ನಿರ್ದೋಷತೆಯ ಸಾಕ್ಷ್ಯ ಎಂದು ಓದುವ ಮೊದಲು ಸಂಬಂಧಿತ ಪ್ರೊಫೈಲ್ ಕೈಬಿಡುವಿಕೆಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಲಾಗಿಂಗ್ ಚಾಲ್ತಿಯಲ್ಲಿದ್ದಾಗ ಘಟನೆ ನಿಯಮ, ದಿಕ್ಕು ಮತ್ತು ವಿಳಾಸಗಳನ್ನು ತಿಳಿಸುತ್ತದೆ, ಅದು ನಿಯಮ ಬದಲಾವಣೆಗೆ ನಿಖರವಾಗಿ ಬೇಕಾದದ್ದು. ಅಪ್ಲಿಕೇಶನ್ ನಿಯಮಗಳು ಮತ್ತು ಪೋರ್ಟ್ ನಿಯಮಗಳು ಪ್ರತ್ಯೇಕ ವಸ್ತುಗಳು, ಮತ್ತು ನಿರ್ವಹಿತ ನೀತಿ ಸ್ಥಳೀಯ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಮೀರಿಸಬಹುದು. ಒಂದು ನಿಯಮವು ನಿಜವಾಗಿ ಯಾವ ಕ್ಲೈಂಟ್ ಮತ್ತು ಯಾವ ಸೇವೆಯನ್ನು ಆವರಿಸುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ.

ಪ್ರೊಫೈಲ್ ಸ್ಥಿತಿ ಮತ್ತು ಇತ್ತೀಚಿನ ಘಟನೆಗಳನ್ನು ವಿಫಲವಾದ ಯಂತ್ರದಿಂದಲೇ ಸಂಗ್ರಹಿಸಿ, ಪಕ್ಕದ ಹೋಸ್ಟ್‌ನಿಂದಲ್ಲ.

ಘಟನೆಯ ಸಮಯವನ್ನು ನಿಮ್ಮ ಪರೀಕ್ಷಾ ಪ್ರಯತ್ನದ ಸಮಯದೊಂದಿಗೆ ಹೋಲಿಸಿ, ಏಕೆಂದರೆ ಬೇರೆ ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್‌ನೊಂದಿಗೆ ಹೊಂದುವ ನಿಯಮದ ಹೆಸರು ಕಾಕತಾಳೀಯ.

Get-NetFirewallProfile | Select-Object Name, Enabled, DefaultInboundAction, LogBlocked
Get-NetFirewallRule -Enabled True -Direction Outbound | Where-Object DisplayName -match 'VPN'
Get-WinEvent -LogName 'Microsoft-Windows-Windows Firewall With Advanced Security/Firewall' -MaxEvents 20

ನೀವು ನಿರ್ವಹಿಸುವ ಸರ್ವರ್‌ನಲ್ಲಿ ವಿನಂತಿ ಶ್ರೋತವನ್ನು ತಲುಪಿತೇ ಎಂದು ಕೇಳಿ. ಪ್ರತ್ಯುತ್ತರವಿಲ್ಲದೆ ಬರುವ ಪ್ಯಾಕೆಟ್ ಮುಂದುವರಿಸುವಿಕೆ ಅಥವಾ ಹಿಂತಿರುಗುವ ಮಾರ್ಗದ ಸಮಸ್ಯೆ. ಎಂದಿಗೂ ಕಾಣದ ವಿನಂತಿ ಫಿಲ್ಟರಿಂಗ್ ಅಥವಾ ವಿಳಾಸೀಕರಣದ ಸಮಸ್ಯೆ.

ಹಂತ 4: ಸುರಂಗ ಏರಿದ ನಂತರ ಮುಂದುವರಿಸುವಿಕೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ

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

ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗೊಂಡಿದ್ದು ವಿಫಲವಾಗುವ ವಿನಂತಿಯನ್ನು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವಾಗ ಸರ್ವರ್‌ನಲ್ಲಿ ಕೆಳಗಿನ ಮೂರು ಪರಿಶೀಲನೆಗಳನ್ನು ನಡೆಸಿ.

ಸುರಂಗದ ಇಂಟರ್‌ಫೇಸ್‌ನ ಕೌಂಟರ್‌ಗಳೇ ಮುಖ್ಯ, ಏಕೆಂದರೆ ಪ್ಯಾಕೆಟ್‌ಗಳು ಒಳಗೆ ಬಂದವೇ ಮತ್ತು ಏನಾದರೂ ಹೊರಗೆ ಹೋಯಿತೇ ಎಂದು ಅವು ತೋರಿಸುತ್ತವೆ.

sysctl net.ipv4.ip_forward
nft list ruleset | grep -n -E 'forward|masquerade'
tcpdump -ni tun0 -c 10

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

ಸರಿಪಡಿಸುವಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಸಹಾಯ ಮಾಡದ್ದನ್ನು ತೆಗೆದುಹಾಕಿ

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

ಅದೇ ಮೂರು ಆದೇಶಗಳನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಿ ಮತ್ತು ಬದಲಾವಣೆಗೆ ಮೊದಲು ಉಳಿಸಿದ ಔಟ್‌ಪುಟ್‌ಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ.

Test-NetConnection vpn.corp.example -Port 443 -InformationLevel Detailed
tracert -h 8 -w 500 vpn.corp.example
Get-NetFirewallRule -Enabled True | Where-Object DisplayName -match 'VPN' | Select-Object DisplayName, Action

ಹೋಲಿಕೆ ಜಾಲ ಕೆಲಸ ಮಾಡಿ, ಮೂಲ ಜಾಲ ಇನ್ನೂ ವಿಫಲವಾಗಿ, ಘಟನೆಗಳು ಖಾಲಿಯಾಗಿದ್ದರೆ, ಉಳಿದ ಸಂಶಯಾಸ್ಪದವು ಹೋಸ್ಟ್ ಅಲ್ಲ, ಮಾರ್ಗ. ಎರಡೂ ಹೋಲಿಕೆ ಫಲಿತಾಂಶಗಳನ್ನು ಲಗತ್ತಿಸಿ ಅದನ್ನು ಜಾಲ ಮಾಲೀಕರಿಗೆ ನಿರ್ದಿಷ್ಟ ಹೇಳಿಕೆಯಾಗಿ ನೀಡಿ. ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದ ಫೈರ್‌ವಾಲ್ ಪ್ರೊಫೈಲ್‌ಗಿಂತ ಇಲ್ಲಿ ನಿಲ್ಲಿಸುವುದು ಉತ್ತಮ.