ಯಾವ NAT ಹಾಪ್ ನಿಷ್ಕ್ರಿಯ VPN ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ತಿಳಿಯುವುದು
ನಿಷ್ಕ್ರಿಯ VPN ಹರಿವು ಸ್ಥಿತಿ ಇರಿಸಿಕೊಳ್ಳುವ ಯಾವುದೇ ಹಾಪ್ನಲ್ಲಿ ಸಾಯಬಹುದು. ಒಂದು ಪರೀಕ್ಷೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಪ್ರತಿ ಗಡಿ ಏನನ್ನು ನೋಡಿತು ಎಂಬುದನ್ನು ಹೋಲಿಸಿ, ಊಹಿಸಿದ ಅಪರಾಧಿಯ ಬದಲು ಮಿತಿಯ ಫಲಿತಾಂಶವನ್ನು ವರದಿ ಮಾಡಿ.
ಶಾಂತ ಅವಧಿಯ ನಂತರ ಸುರಂಗ ಮತ್ತೆ ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ, ಯಾವುದೇ ಲಾಗ್ ಅಪರಾಧಿಯನ್ನು ಹೆಸರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಸ್ಪಷ್ಟ ಹೆಜ್ಜೆ ಎಂದರೆ ಅತ್ಯಂತ ಪರಿಣಾಮಕಾರಿ ಟೈಮೌಟ್ ದಾಖಲೆ ಹೊಂದಿರುವ ಸಾಧನವನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು. ಅದು ರೋಗನಿರ್ಣಯದ ವೇಷದಲ್ಲಿ ಒಂದು ಊಹೆ. ಸ್ಥಿತಿಯು ಸ್ವಲ್ಪ ಕಾಲ ಮನೆಯ ರೌಟರ್ನಲ್ಲಿ, ಆಪರೇಟರ್ನ ಅನುವಾದಕದಲ್ಲಿ ಮತ್ತು ಕ್ಲೌಡ್ ಅಂಚಿನಲ್ಲಿ ಉಳಿಯಬಹುದು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ಮೌನವಾದ ಹರಿವನ್ನು ಬೀಳಿಸಬಹುದು. ಬದಲಾಗಿ ನೀವು ಮಾರ್ಗವನ್ನು ನಕ್ಷೆ ಮಾಡಬಹುದು, ಯಾವ ಸಾಧನಗಳನ್ನು ನಿಜವಾಗಿ ವೀಕ್ಷಿಸಬಹುದು ಎಂಬುದನ್ನು ಗುರುತಿಸಬಹುದು, ಮತ್ತು ಪುನರಾವರ್ತಿಸಬಹುದಾದ ಒಂದು ನಿಷ್ಕ್ರಿಯ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸಬಹುದು.
ಪುನರಾವರ್ತಿಸಬಹುದಾದ ಪರೀಕ್ಷೆ ಕಥೆಯನ್ನು ಅಳತೆಯಾಗಿ ಬದಲಿಸುತ್ತದೆ. ಕೆಳಗಿನ ಎಲ್ಲವೂ ಒಂದು ಕ್ಲೈಂಟ್, ಒಂದು ಸರ್ವರ್ ಮತ್ತು ಒಂದು ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಊಹಿಸುತ್ತದೆ, ಮತ್ತು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಎರಡು ಅಸ್ಥಿರಗಳನ್ನು ಬದಲಿಸದಿರಲು ನೀವು ಪ್ರತಿರೋಧಿಸುತ್ತೀರಿ ಎಂದು ಊಹಿಸುತ್ತದೆ. ಮುಂದಿನ ಘಟನೆಯನ್ನು ಇದಕ್ಕಿಂತ ಅಗ್ಗವಾಗಿಸುವುದು ಉದ್ದೇಶ.
ಪ್ರತಿ ಬಾರಿಯೂ ಅದೇ ನಿಷ್ಕ್ರಿಯ ಪರೀಕ್ಷೆ ನಡೆಸಿ
ಹರಿವು ಕೊನೆಯದಾಗಿ ಯಾವಾಗ ಚೆನ್ನಾಗಿತ್ತು, ನಂತರ ಎಷ್ಟು ಸಮಯ ನಿಷ್ಕ್ರಿಯವಾಗಿ ಕುಳಿತಿತು, ಮತ್ತು ಒಂದು ತಾಜಾ ಪ್ಯಾಕೆಟ್ ಅದನ್ನು ಮರಳಿ ತಂದಿತೇ ಎಂದು ಬರೆಯಿರಿ. ಆ ಮೂರು ಸಂಗತಿಗಳೇ ಅಳತೆ; ಅವು ಇಲ್ಲದೆ ಬಿದ್ದ ಲ್ಯಾಪ್ಟಾಪ್ ಬಗ್ಗೆ ಒಂದು ಕಥೆ ಇದೆ. ಪ್ರತಿ ಪುನರಾವರ್ತನೆಯಲ್ಲಿ ಅದೇ ಕ್ಲೈಂಟ್, ಅದೇ ಸರ್ವರ್ ಮತ್ತು ಅದೇ ಪ್ರೋಟೋಕಾಲ್ ಬಳಸಿ, ಮತ್ತು ಮೌನದ ನಂತರ ಮೊದಲ ಪ್ಯಾಕೆಟ್ ಕಳುಹಿಸಿದ ಕ್ಷಣವನ್ನು ಗುರುತಿಸಿ.
ನಂತರ ನಿಮ್ಮ ಒಡೆತನದ ಪ್ರತಿ ಗಡಿ ನಿಜವಾಗಿ ಏನನ್ನು ನೋಡಿತು ಎಂಬುದನ್ನು ಹೋಲಿಸಿ. ತನಿಖೆಯನ್ನು ನಿರ್ಧರಿಸುವ ವ್ಯತ್ಯಾಸ ಎಂದರೆ ವಿರಾಮದ ನಂತರ ಸರ್ವರ್ ಏನನ್ನೂ ನೋಡಲಿಲ್ಲವೇ, ಅಥವಾ ವಿನಂತಿಯನ್ನು ನೋಡಿ ಈಗ ಉತ್ತರಗಳನ್ನು ಹೊತ್ತುಕೊಂಡಿಲ್ಲದ ಮಾರ್ಗಕ್ಕೆ ಉತ್ತರಿಸಿತೇ.
| What you observe | What it suggests | What it does not prove |
|---|---|---|
| server records no packet after the pause | state was lost upstream of the server | which hop dropped it |
| server answers, client never receives | return-path state or filtering | that the timer belongs to the client |
| client sends nothing at all | client-side timer or application behaviour | that the network path is healthy |
ಐದು ವಿಷಯಗಳನ್ನು ಬದಲಿಸದೆ ಮಾರ್ಗಗಳನ್ನು ಹೋಲಿಸುವುದು
ಎರಡನೇ ಅನುಮೋದಿತ ಪ್ರವೇಶ ಜಾಲವು ಕಾನೂನುಬದ್ಧ ಹೋಲಿಕೆ, ಏಕೆಂದರೆ NAT ಸರಪಳಿ ಭಿನ್ನವಾಗಿದೆ. ಅದು ಪೂರೈಕೆದಾರ, ರೇಡಿಯೋ ಪರಿಸ್ಥಿತಿಗಳು ಮತ್ತು ಬಹುಶಃ ವಿಳಾಸ ಕುಟುಂಬದಲ್ಲೂ ಭಿನ್ನವಾಗಿದೆ, ಆದ್ದರಿಂದ ಫಲಿತಾಂಶ ಗಡಿಯೇ, ಆರೋಪವಲ್ಲ. ವರದಿ ಮಾಡುವಾಗ ಮಿತಿಗಳನ್ನು ಮೌನವಾಗಿ ಬಿಡದೆ ಫಲಿತಾಂಶದೊಂದಿಗೆ ದಾಖಲಿಸಿ. ಮಾರ್ಗವನ್ನೂ ಬರೆಯಿರಿ: ಸಾಧನ, ಪಾತ್ರ, ಮತ್ತು ಅದರ ಸ್ಥಿತಿಯನ್ನು ಓದಲು ಸಾಧ್ಯವೇ.
ಮಾರ್ಗಗಳ ಹೋಲಿಕೆ ನಿಮಗೆ ಮಿತಿಯ ಪ್ರಶ್ನೆ ನೀಡುತ್ತದೆ: ಹರಿವು ಒಂದರಲ್ಲಿ ಉಳಿಯುತ್ತದೆ ಮತ್ತು ಇನ್ನೊಂದರಲ್ಲಿ ಇದೇ ರೀತಿಯ ಮೌನದ ನಂತರ ಸಾಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಅಸ್ಥಿರವು ಭಿನ್ನವಾಗಿರುವ ಭಾಗಗಳಲ್ಲಿ ಎಲ್ಲೋ ಇದೆ. ಯಾವುದೇ ಸಾಧನವನ್ನು ಹೆಸರಿಸದಿದ್ದರೂ ಇದು ನಿಜವಾದ ಫಲಿತಾಂಶ, ಮತ್ತು ಮುಂದಿನ ಎಂಜಿನಿಯರ್ಗೆ ಮಧ್ಯಾಹ್ನವನ್ನು ಎಲ್ಲಿ ಕಳೆಯಬೇಕು ಮತ್ತು ಎಲ್ಲಿ ಕಳೆಯಬಾರದು ಎಂದು ಹೇಳುತ್ತದೆ.
ಆಪರೇಟರ್ಗಳ ಬಗ್ಗೆ ಊಹಿಸುವ ಮೊದಲು ಸ್ಥಳೀಯ ಸ್ಥಿತಿಯನ್ನು ಓದುವುದು ಯೋಗ್ಯ. Linux ಗೇಟ್ವೇಯಲ್ಲಿ conntrack -L ಟ್ರ್ಯಾಕ್ ಮಾಡಿದ ಹರಿವುಗಳನ್ನು ಅವುಗಳ ಉಳಿದ ಆಯುಷ್ಯದೊಂದಿಗೆ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಇದು ಟೈಮರ್ ಬಗ್ಗೆ ಊಹೆಯನ್ನು ಮುಗಿಯುವುದನ್ನು ನೀವು ನೋಡಬಹುದಾದ ಸಂಖ್ಯೆಯಾಗಿ ಬದಲಿಸುತ್ತದೆ. ನಿಷ್ಕ್ರಿಯ ಅವಧಿಯ ಮೊದಲು ಮತ್ತು ನಂತರ ಅದನ್ನು ಓದಿ, ನಂತರ ಮಾತ್ರವಲ್ಲ.
ಕೀಪ್ಅಲೈವ್ ಏನನ್ನು ಹಿಡಿದಿಡುತ್ತದೆ ಮತ್ತು ಏನನ್ನು ಇಲ್ಲ
ಬೆಂಬಲಿತ ಕೀಪ್ಅಲೈವ್ ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ತೆರೆದಿಡುತ್ತದೆ, ಮತ್ತು ಮ್ಯಾಪಿಂಗ್ ತೆರೆದಿಡುವುದು ಅದರ ಹಿಂದಿನ ಸೇವೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಸುರಂಗವು ಮ್ಯಾಪ್ ಆಗಿಯೇ ಉಳಿಯಬಹುದು, ಆದರೆ ಅದು ಹೊತ್ತೊಯ್ಯುವ ಅಪ್ಲಿಕೇಶನ್ ಉತ್ತರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿರಬಹುದು, ಮತ್ತು ಸ್ಥಿತಿ ದೀಪದಿಂದ ಈ ಎರಡು ಸಂದರ್ಭಗಳು ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ. ಕೀಪ್ಅಲೈವ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯ ಮುಕ್ತಾಯದ ವಿರುದ್ಧ ವಿಮೆಯಾಗಿ ಪರಿಗಣಿಸಿ, ಆರೋಗ್ಯ ತಪಾಸಣೆಯಾಗಿ ಅಲ್ಲ.
ನೀವು ನಿಜವಾಗಿ ಅಳೆದ ಅತ್ಯಂತ ಚಿಕ್ಕ ಟೈಮೌಟ್ಗೆ ಅನುಗುಣವಾಗಿ ಮಧ್ಯಂತರವನ್ನು ಹೊಂದಿಸಿ, ಫೋರಮ್ನಿಂದ ನಕಲಿಸಿದ ಸಂಖ್ಯೆಗೆ ಅಲ್ಲ. ಸಾಧ್ಯವಿರುವ ಪ್ರತಿ ಟೈಮರ್ಗಿಂತ ಕೆಳಗೆ ಟ್ಯೂನ್ ಮಾಡಿದ ಕೀಪ್ಅಲೈವ್ ಯಾರಿಗೂ ಅಗತ್ಯವಿಲ್ಲದ ಟ್ರಾಫಿಕ್, ಮತ್ತು ಅದು ಯಾವ ಗಡಿ ಮೊದಲು ಮುಗಿಯುತ್ತದೆ ಎಂದು ಹೇಳುತ್ತಿದ್ದ ಲಕ್ಷಣವನ್ನೂ ತೆಗೆದುಹಾಕುತ್ತದೆ. ಅಳೆದ ಸಂಖ್ಯೆಯಿಂದ ಮಧ್ಯಂತರವನ್ನು ಆರಿಸಿ ಮತ್ತು ಉಳಿದದ್ದನ್ನು ಹಾಗೆಯೇ ಬಿಡಿ.
ಒಂದು ಬದಲಾವಣೆ, ನಂತರ ಮತ್ತೆ ಅಳೆಯಿರಿ
ಲೈವ್ ಪರೀಕ್ಷೆಯ ಸಮಯದಲ್ಲಿ ಪ್ರತಿ ಟೈಮೌಟ್ ಅನ್ನು ಹೆಚ್ಚಿಸುವ ಮತ್ತು ಪ್ರತಿ ಗೇಟ್ವೇಯನ್ನು ಫ್ಲಶ್ ಮಾಡುವ ಆಸೆಗೆ ಪ್ರತಿರೋಧಿಸಿ. ಅದು ನೀವು ಬಂದ ಸಾಕ್ಷ್ಯವನ್ನು ಅಳಿಸುತ್ತದೆ ಮತ್ತು ಇತರರ ಹರಿವುಗಳನ್ನು ಅಡ್ಡಿಪಡಿಸುತ್ತದೆ, ಇದು ಪರೀಕ್ಷಿಸದ ಊಹೆಗೆ ಕೆಟ್ಟ ವಿನಿಮಯ. ಒಂದು ಸಾಧನದಲ್ಲಿ ಒಂದು ಬೆಂಬಲಿತ ಸೆಟ್ಟಿಂಗ್ ಬದಲಿಸಿ, ನಂತರ ನಿಷ್ಕ್ರಿಯ ಅವಧಿ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಚೇತರಿಕೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ.
ಯಾವ ಗಡಿ ವೀಕ್ಷಣೆ ಚಲಿಸಿತು ಎಂದು ದಾಖಲಿಸಿ, ಮತ್ತು ಏನೂ ಸುಧಾರಿಸದಿದ್ದರೂ ದಾಖಲಿಸಿ. ಏನನ್ನೂ ಸರಿಪಡಿಸದ ಸೆಟ್ಟಿಂಗ್ ಮಾಹಿತಿ, ಮತ್ತು ಇಡೀ ಎಸ್ಟೇಟ್ನಲ್ಲಿ ಸುತ್ತಿಸುವ ಬದಲು ಒಮ್ಮೆ ಗಮನಿಸುವುದು ಅಗ್ಗ.
ನೀವು ಸಮರ್ಥಿಸಬಹುದಾದ ಸಂಶೋಧನೆಯನ್ನು ಬರೆಯುವುದು
ಮೇಲಿನ ಹರಿವಿನ ಅನುವಾದಕವನ್ನು ಪರಿಶೀಲಿಸಲು ಸಾಧ್ಯವಿಲ್ಲದಿದ್ದಾಗ, ಸಾಕ್ಷ್ಯ ಬೆಂಬಲಿಸುವುದನ್ನು ಮಾತ್ರ ಹೇಳಿ: ವಿನಿಮಯವು ಮಾರ್ಗದ ಈ ಭಾಗದಲ್ಲಿ ಎಲ್ಲೋ ಅಷ್ಟು ಮೌನದ ನಂತರ ಸಾಯುತ್ತದೆ, ಮತ್ತು ಜವಾಬ್ದಾರ ಹಾಪ್ ಆರೋಪವಿಲ್ಲದೆ ಉಳಿಯುತ್ತದೆ. ಮಿತಿಯ ಹೇಳಿಕೆ ಪರಿಶೀಲನೆಯನ್ನು ತಾಳಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಮುಂದಿನ ವ್ಯಕ್ತಿಯನ್ನು ಸರಿಯಾದ ವಿಭಾಗಕ್ಕೆ ತೋರಿಸುತ್ತದೆ. ಗುಪ್ತ ರೌಟರ್ ಅನ್ನು ಕಾರಣ ಎಂದು ಹೆಸರಿಸುವುದು ಎರಡನ್ನೂ ಮಾಡುವುದಿಲ್ಲ. ಮಿತಿಯ ಸಂಶೋಧನೆಯನ್ನು ವೀಕ್ಷಿಸಲಾಗದ ವಿಭಾಗದ ಮಾಲೀಕರಿಗೆ ಮಧ್ಯಂತರದೊಂದಿಗೆ ನೀಡಿ.
RFC 4787 ಒಂದೇ ತುದಿಯಿಂದ UDP ಮ್ಯಾಪಿಂಗ್ ಟೈಮರ್ಗಳನ್ನು ಊಹಿಸುವುದು ಏಕೆ ಕಷ್ಟ ಎಂದು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಕಷ್ಟವೇ ಮಿತಿಯ ಸಂಶೋಧನೆಯನ್ನು ಪ್ರಾಮಾಣಿಕವಾಗಿಸುತ್ತದೆ. ಟೈಮರ್ಗಳು ನಿಜ, ಮತ್ತು ಅವುಗಳ ಸುತ್ತಲಿನ ಅನಿಶ್ಚಿತತೆಯೂ ನಿಜ.