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

ಪರಿಶೀಲನೆ 1: ಇನ್ನೂ ಏನಿದೆ, ಮತ್ತು ಅದು ಯಾವುದಕ್ಕೆ

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

Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetFirewallRule -Enabled True -Direction Outbound | Where-Object Action -eq 'Block'
ip route show
ip -4 rule show

ಸಂಪರ್ಕ ನಿಂತ ಸಮಯ ಮತ್ತು ಸಾಮಾನ್ಯ ಕ್ಲೈಂಟ್ ಇನ್ನೂ ತನ್ನ ಸುರಂಗವನ್ನು ಪ್ರಾರಂಭಿಸಬಹುದೇ ಎಂಬುದನ್ನು ಬರೆದುಕೊಳ್ಳಿ. ಕ್ಲೈಂಟ್ ಸುರಂಗವನ್ನು ಪುನಃಸ್ಥಾಪಿಸಬಹುದಾದರೆ ಮತ್ತು ಸಂಚಾರ ಮರಳಿದರೆ, ಬ್ಲಾಕ್ ತನ್ನ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ ಮತ್ತು ಸಮಸ್ಯೆ ಕ್ಲೈಂಟ್ನ ಸ್ಥಿತಿಯಲ್ಲಿದೆ, ಉಳಿದ ನಿಯಮದಲ್ಲಲ್ಲ.

ಪರಿಶೀಲನೆ 2: ಯಾವ ಮಾಲೀಕರು ಅದನ್ನು ನಿಯಂತ್ರಿಸುತ್ತಾರೆ

ಪ್ರತಿ ಕಲಾಕೃತಿಗೂ ಒಬ್ಬ ಮಾಲೀಕರಿದ್ದಾರೆ. ವರ್ಚುವಲ್ ಅಡಾಪ್ಟರ್ VPN ಕ್ಲೈಂಟ್ ಅಥವಾ ಅದರ ಡ್ರೈವರ್ಗೆ ಸೇರಿದೆ. ಫಿಲ್ಟರ್ ಕ್ಲೈಂಟ್ಗೆ, ಪ್ಲಾಟ್ಫಾರ್ಮ್ನ ತನ್ನದೇ ಫೈರ್ವಾಲ್ಗೆ, ಅಥವಾ ನಿರ್ವಹಿತ ಭದ್ರತಾ ಉತ್ಪನ್ನಕ್ಕೆ ಸೇರಿರಬಹುದು. ಮಾರ್ಗವನ್ನು ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ಸ್ಥಾಪಿಸಿ ಹಿಂದೆ ಬಿಟ್ಟಿರಬಹುದು.

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

ಪರಿಶೀಲನೆ 3: ಅದನ್ನು ವಿವರಿಸುವ ಅತ್ಯಂತ ಕಿರಿದಾದ ವಸ್ತುವನ್ನು ತೆಗೆದುಹಾಕಿ

ಮಾರಾಟಗಾರರ ಬೆಂಬಲಿತ ಮಾರ್ಗದಿಂದ ಪ್ರಾರಂಭಿಸಿ: ದುರಸ್ತಿ ಸ್ಥಾಪನೆ ಅಥವಾ ಸರಿಯಾದ ತೆಗೆಯುವಿಕೆ ಸಾಮಾನ್ಯವಾಗಿ ಉತ್ಪಾದಿತ ಸ್ಥಿತಿಯನ್ನು ಸರಿಯಾಗಿ ಸ್ವಚ್ಛಗೊಳಿಸುತ್ತದೆ, ಕೈಯಿಂದ ತೆಗೆಯುವಿಕೆ ತಪ್ಪಿಸಿಕೊಳ್ಳುವ ಫಿಲ್ಟರ್ಗಳೂ ಸೇರಿದಂತೆ. ಸ್ಥಾಪಿತ ಆವೃತ್ತಿಯ ಚೇತರಿಕೆ ಸೂಚನೆಗಳನ್ನು ಓದಿ, ಏಕೆಂದರೆ ಕ್ರಮವು ಮುಖ್ಯ ಮತ್ತು ವಿಫಲ ತೆಗೆಯುವಿಕೆಯ ನಂತರದ ತೆಗೆಯುವಿಕೆ ಬೇರೆ ರೀತಿ ವರ್ತಿಸುತ್ತದೆ.

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

ಪರಿಶೀಲನೆ 4: DNS ಮತ್ತು ಮಾರ್ಗಗಳು ಅಡಾಪ್ಟರ್ಗಳಿಗಿಂತ ಹೆಚ್ಚು ಕಾಲ ಉಳಿಯುತ್ತವೆ

ಪರಿಹರಣ ಸ್ಥಿತಿಯು ಸುರಂಗದ ನಂತರವೂ ಉಳಿಯಬಹುದು. ಇನ್ನೂ ಇಲ್ಲದ ಸುರಂಗದೊಳಗಿನ ವಿಳಾಸದತ್ತ ಇನ್ನೂ ತೋರಿಸುವ ಪರಿಹಾರಕವು ಫೈರ್ವಾಲ್ ಕುಸಿತದಂತೆಯೇ ಕಾಣುವ ಸಮಯ ಮೀರುವಿಕೆಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ, ಮತ್ತು ಸಾಮಾನ್ಯ ತೀರ್ಮಾನ ತಪ್ಪಾಗಿರುತ್ತದೆ.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

ವಿಳಾಸವು ಪರಿಹರಿಸಲ್ಪಟ್ಟರೆ ಮತ್ತು IP ಮೂಲಕ ಕಚ್ಚಾ ಸಂಪರ್ಕ ಕೆಲಸ ಮಾಡಿದರೆ, DNS ಉಳಿದ ಸಮಸ್ಯೆ, ಫಿಲ್ಟರಿಂಗ್ ಅಲ್ಲ. ಎರಡೂ ವಿಫಲವಾದರೆ, ಮಾರ್ಗ ಮತ್ತು ಫಿಲ್ಟರ್ ಕೈಯಲ್ಲಿ ಹಿಡಿದು ಪರಿಶೀಲನೆ ಒಂದಕ್ಕೆ ಹಿಂತಿರುಗಿ.

ಪರಿಶೀಲನೆ 5: ಎರಡೂ ಮಾರ್ಗಗಳನ್ನು ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ ಮತ್ತು ರೋಗನಿರ್ಣಯವನ್ನು ಮರಳಿ ಇರಿಸಿ

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

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

ಸಂಬಂಧಿತ ಲೇಖನಗಳು