ಏನೂ ಕೆಲಸ ಮಾಡದಿದ್ದರೂ VPN ಸಂಪರ್ಕಗೊಂಡಂತೆ ಕಾಣಿಸಬಹುದೇಕೆ

ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ, ಆದರೆ ಇಂಟರ್ಫೇಸ್ ಮೇಲಿದೆ ಮತ್ತು ಬ್ರೌಸರ್ ಸಮಯ ಮುಗಿಸುತ್ತದೆ, ಮತ್ತು ಈ ಮೂರು ಹೇಳಿಕೆಗಳಲ್ಲಿ ಯಾವುದೂ ಸುಳ್ಳಲ್ಲ. ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎಂಬುದು ನೀವು ಕೇಳಿದ ಪುಟಕ್ಕೆ ಯಾವುದೇ ಸಂಬಂಧವಿಲ್ಲದ ಪದರವನ್ನು ವಿವರಿಸುತ್ತದೆ. ಯಾವ ಪದರ ವರದಿ ಮಾಡುತ್ತಿದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು ಒಂದು ಹೊಸ ವಿನಂತಿ ಮತ್ತು ಸಂಚಾರ ಚಲಿಸಿದ್ದನ್ನು ಸಾಬೀತುಪಡಿಸುವ ಕೌಂಟರ್‌ನ ಮೇಲೆ ಒಂದು ನೋಟ ಬೇಕು. ಮರುಪ್ರಾರಂಭ ಆ ಸಾಕ್ಷ್ಯವನ್ನು ಎಸೆದು ನೀವು ಗಮನಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದ ಪರಿಸ್ಥಿತಿಗಳನ್ನು ಮತ್ತೆ ನಿರ್ಮಿಸುತ್ತದೆ.

ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎಂದು ಕರೆಯಲ್ಪಡುವ ಮೂರು ವಿಭಿನ್ನ ವಿಷಯಗಳು

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

ಆದ್ದರಿಂದ ಹಸಿರು ಐಕಾನ್ ಮತ್ತು ಸತ್ತ ಸುರಂಗವು ವಿರೋಧಾಭಾಸವಲ್ಲ, ಹೊಂದಿಕೊಳ್ಳುತ್ತವೆ; ಅವು ವಿಭಿನ್ನ ವಸ್ತುಗಳ ಬಗ್ಗೆ ವರದಿ ಮಾಡುತ್ತವೆ. ಈ ವೈಫಲ್ಯವನ್ನು ಪದೇ ಪದೇ ಕ್ಲೈಂಟ್ ದೋಷ ಎಂದು ತಪ್ಪಾಗಿ ನಿರ್ಣಯಿಸುತ್ತಿರುವುದಕ್ಕೆ ಇದೇ ಪೂರ್ಣ ಕಾರಣ.

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

ಯಾವ ಕೌಂಟರ್ ಪ್ಯಾಕೆಟ್‌ಗಳು ಚಲಿಸಿದ್ದನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ

IPsec ನಲ್ಲಿ IKE ಸಂಯೋಜನೆ ಮತ್ತು CHILD ಸಂಯೋಜನೆ ಪ್ರತ್ಯೇಕ ವಸ್ತುಗಳು, ಮತ್ತು ಈ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುವ ಕೌಂಟರ್‌ಗಳನ್ನು child ಮಾತ್ರ ಹೊಂದಿದೆ. child ಅನ್ನು ಪಟ್ಟಿ ಮಾಡಿ, ಪ್ಯಾಕೆಟ್‌ಗಳು ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ಹೆಚ್ಚುತ್ತಿವೆಯೇ ಎಂದು ನೋಡಿ, ಮತ್ತು ಅದನ್ನು ಅಪ್ಲಿಕೇಶನ್ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವುದರೊಂದಿಗೆ ಹೋಲಿಸಿ. ಸೊನ್ನೆಯಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾದ ಸಂಯೋಜನೆ, ಅಪ್ಲಿಕೇಶನ್ ಇನ್ನೂ ವಿಫಲವಾಗುತ್ತಿರುವಾಗ ಹೆಚ್ಚುತ್ತಿರುವ ಸಂಯೋಜನೆಗಿಂತ ಬೇರೆ ಕಂಡುಹಿಡಿಯುವಿಕೆ; ಮೊದಲನೆಯದು ಸಂಚಾರ ಆಯ್ಕೆಯಾಗುತ್ತಿಲ್ಲ ಎಂದರ್ಥ, ಎರಡನೆಯದು ಅದು ಚಲಿಸುತ್ತಿದೆ ಮತ್ತು ದೋಷ ಇನ್ನೂ ಮುಂದೆ ಇದೆ ಎಂದರ್ಥ. ಕೌಂಟರ್‌ಗಳನ್ನು ಎರಡು ಬಾರಿ ಓದಿ, ಕೆಲವು ಸೆಕೆಂಡುಗಳ ಅಂತರದಲ್ಲಿ, ಏಕೆಂದರೆ ಒಂದು ಮಾದರಿ ಪ್ರವೃತ್ತಿಯನ್ನು ತೋರಿಸಲಾರದು.

swanctl --list-sas
ip xfrm state list
ip -s link show dev tun0

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

ಕೌಂಟರ್‌ಗಳು ಚಲಿಸಿದ ನಂತರ ದೋಷ ಎಲ್ಲಿದೆ

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

dig +short host.example
dig +short @10.20.0.1 host.example
ping -c 2 10.20.0.25

ಸಾರ್ವಜನಿಕ ರಿಜಾಲ್ವರ್ ಮೂಲಕ ಪರಿಹಾರವಾಗುವ ಆದರೆ ಸುರಂಗದ ರಿಜಾಲ್ವರ್ ಮೂಲಕ ಆಗದ ಹೆಸರು DNS ಮಾರ್ಗ ಮುರಿದಿದೆ ಎಂದರ್ಥ, ಆದರೆ ಎರಡರ ಮೂಲಕವೂ ಪರಿಹಾರವಾಗಿ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಇನ್ನೂ ಸಮಯ ಮುಗಿಸುವ ಹೆಸರು ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಅಥವಾ ಸೇವೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ವಿಳಾಸದಿಂದ ping ಯಶಸ್ವಿಯಾದರೂ ಅಪ್ಲಿಕೇಶನ್ ಇನ್ನೂ ನಿರಾಕರಿಸಿದರೆ, ಜಾಲವು ವಿನಂತಿಯನ್ನು ತಲುಪಿಸಿತು ಮತ್ತು ಸೇವೆ ಅದನ್ನು ನಿರಾಕರಿಸಿತು, ಅದು ಸಂಪೂರ್ಣ ನಂತರದ ಹಂತ.

ಟ್ರಿಗರ್ ದಾಖಲಿಸಿ, ನಂತರ ಒಂದು ವಿಷಯ ಬದಲಿಸಿ

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

ನಂತರ ಒಂದು ಬೆಂಬಲಿತ ತಿದ್ದುಪಡಿ ಮಾಡಿ ಮತ್ತು ಮೂಲ ವಿನಂತಿಯನ್ನು ವೈಫಲ್ಯ ಉಂಟುಮಾಡಿದ ಟ್ರಿಗರ್‌ನೊಂದಿಗೆ ಪುನರಾವರ್ತಿಸಿ. ನಿಷ್ಕ್ರಿಯತೆ ಪುನರುತ್ಪಾದಿಸಲು ಸುಲಭವಾದ ಟ್ರಿಗರ್, ಆದ್ದರಿಂದ ತಿದ್ದುಪಡಿ ಲಕ್ಷಣವಲ್ಲ, ಕಾರ್ಯವಿಧಾನವನ್ನೇ ಗುರಿಯಾಗಿಸಿತು ಎಂಬುದಕ್ಕೆ ಇದು ವೇಗವಾದ ದೃಢೀಕರಣ.

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