vpnc 24 ನಿಮಿಷಗಳಲ್ಲಿ ಏಕೆ ಸಂಪರ್ಕ ಕಡಿತಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಏನನ್ನು ಬದಲಾಯಿಸಬೇಕು
24 ನಿಮಿಷಗಳಲ್ಲಿ vpnc ಕಡಿತಗೊಳ್ಳುವುದು ಟೈಮರ್, ದುರ್ಬಲ ಲಿಂಕ್ ಅಲ್ಲ. ಸರಿಪಡಿಸಲು DPD, NAT ಟ್ರಾವರ್ಸಲ್ ಅಥವಾ ಕೀ ನವೀಕರಣ ಗುಂಪು ಎಂಬುದನ್ನು ಮೂರು ಷರತ್ತುಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ.
ನಿಮ್ಮ ಸುರಂಗವು ಪುನರಾವರ್ತಿತ ಮಧ್ಯಂತರದಲ್ಲಿ ಸಾಯುತ್ತದೆ, ಮತ್ತು ಅದು ಕೆಟ್ಟ ಕೇಬಲ್ ಅಲ್ಲ, ತನ್ನನ್ನೇ ವರದಿ ಮಾಡುವ ಟೈಮರ್. ಇಪ್ಪತ್ತನಾಲ್ಕು ನಿಮಿಷಗಳು 1440 ಸೆಕೆಂಡುಗಳು, ಪ್ರೊಫೈಲ್ ಅಥವಾ ಹೆಡ್-ಎಂಡ್ ನೀತಿ ಹೊತ್ತುಕೊಳ್ಳುವಂತಹ ಗುಂಡಾದ ಮೌಲ್ಯ. ನಂತರ ಅದೇ ಸಂರಚನೆ ಪ್ರತಿ ಬಾರಿಯೂ ಅದೇ ಕೇಂದ್ರೀಕರಣಕಾರನ ವಿರುದ್ಧ ವಿಫಲವಾಗುತ್ತದೆ, ಉಳಿದ ಎಲ್ಲಾ ಜಾಲಗಳು ಕೆಲಸ ಮಾಡುತ್ತಿರುವಾಗ, ಮತ್ತು ಯಾವುದೇ ಲಿಂಕ್ ಪರೀಕ್ಷೆ ಅದನ್ನು ಬದಲಾಯಿಸುವುದಿಲ್ಲ.
ಯಾವ ಟೈಮರ್ ನಿಮ್ಮದು ಎಂಬುದನ್ನು ಮೂರು ಷರತ್ತುಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ: ಗ್ರಾಹಕನು ನಿಷ್ಕ್ರಿಯ ಅಧಿವೇಶನವನ್ನು ಬಿಟ್ಟುಕೊಡುತ್ತಾನೆಯೇ, ಕೀ ನವೀಕರಣ ವಿನಿಮಯವು ತಿರಸ್ಕೃತವಾಗುತ್ತದೆಯೇ, ಮತ್ತು ಭಾಷಾಂತರಿಸುವ ಗೇಟ್ವೇ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಅನ್ನು ಮರುಬರೆದಿದೆಯೇ.
ಯಾವ ಟೈಮರ್ ಕಡಿತದ ಮಾಲೀಕ
ಯಾವುದೇ ಸೆಟ್ಟಿಂಗ್ ಮುಟ್ಟುವ ಮೊದಲು ಕನಿಷ್ಠ ಮೂರು ಮರುಸಂಪರ್ಕಗಳ ಮೇಲೆ ಮಧ್ಯಂತರವನ್ನು ಅಳೆಯಿರಿ. ಕೆಲವು ಸೆಕೆಂಡುಗಳ ಹರಡುವಿಕೆ ಲಿಂಕ್ ನಷ್ಟ ಅಥವಾ ನಿಸ್ತಂತು ರೋಮಿಂಗ್ ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ; ಪ್ರತಿ ಬಾರಿಯೂ ಅದೇ ಗುರುತಿನ ಕೆಲವು ಸೆಕೆಂಡುಗಳ ಒಳಗೆ ಬೀಳುವ ಮೌಲ್ಯವು ನೀತಿ ಮೌಲ್ಯವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಅಧಿವೇಶನದ ಉದ್ದವು ಅದನ್ನು ಯಾರು ಮುಗಿಸಿದರು ಎಂಬುದನ್ನೂ ಹೇಳುತ್ತದೆ, ಏಕೆಂದರೆ ಗ್ರಾಹಕ ಬದಿಯ ಟೈಮೌಟ್ ಮತ್ತು ಸರ್ವರ್ ಬದಿಯ ಅಳಿಸುವಿಕೆ ಡೀಬಗ್ ಔಟ್ಪುಟ್ನಲ್ಲಿ ವಿಭಿನ್ನ ಕೊನೆಯ ಸಾಲುಗಳನ್ನು ಬಿಡುತ್ತವೆ. ಮೂರು ಮರುಸಂಪರ್ಕಗಳು ಮಧ್ಯಂತರವು ಒಟ್ಟಾರೆಯಾಗಿ ಜಾರುತ್ತದೆಯೇ ಎಂಬುದನ್ನೂ ತೋರಿಸುತ್ತವೆ, ಅದನ್ನು ಒಂದು ಅಳತೆ ತೋರಿಸಲಾರದು.
ನೀವು ಮಾತನಾಡುತ್ತಿದ್ದ ಹೆಡ್-ಎಂಡ್ನ ಪಕ್ಕದಲ್ಲಿ ಸಂಖ್ಯೆಯನ್ನು ಬರೆಯಿರಿ. ಮಧ್ಯಂತರವು ಸ್ಥಿರವಾದ ನಂತರ ಉಳಿದ ಕೆಲಸ ಮೂರು ಕಾರಣಗಳ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡುವುದು, ಮತ್ತು ಪ್ರತಿ ಮರುಸಂಪರ್ಕಕ್ಕೆ ಒಂದು ಸೆಟ್ಟಿಂಗ್ ಬದಲಾಯಿಸುವುದೇ ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸುತ್ತದೆ.
ಮೊದಲ ಪ್ರಕರಣ: ಗ್ರಾಹಕನು ನಿಷ್ಕ್ರಿಯ ಅಧಿವೇಶನವನ್ನು ಬಿಟ್ಟುಕೊಡುತ್ತಾನೆ
vpnc ತನ್ನದೇ ಸತ್ತ ಸಹವರ್ತಿ ಪರಿಶೀಲನೆಯನ್ನು ನಡೆಸುತ್ತದೆ, ಮತ್ತು ಆ ಪರಿಶೀಲನೆ ಕೇಂದ್ರೀಕರಣಕಾರನು ಇನ್ನೂ ಜೀವಂತ ಎಂದು ನಂಬುವ ಅಧಿವೇಶನವನ್ನು ಕೊಲ್ಲಬಹುದು, ವಿಶೇಷವಾಗಿ ಎರಡರ ನಡುವೆ ಭಾಷಾಂತರಿಸುವ ಗೇಟ್ವೇ ಇದ್ದಾಗ. ದಾಖಲೆಗಳಲ್ಲಿ ಗ್ರಾಹಕ ಬದಿಯ ಪರಿಹಾರ ಟೈಮರ್ ಅನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಆಫ್ ಮಾಡಿ, ಸಹವರ್ತಿ ಯಾವಾಗ ಹೋಯಿತು ಎಂಬುದನ್ನು ಹೆಡ್-ಎಂಡ್ ನಿರ್ಧರಿಸಲಿ ಎಂದು ಬಿಡುವುದು. ಕೆಳಗಿನ ಎರಡೂ ಸಾಲುಗಳು vpnc ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಅಥವಾ ಆಜ್ಞಾ ಸಾಲಿನಲ್ಲಿ ಸೇರುತ್ತವೆ, ಮತ್ತು ಎರಡೂ ಎನ್ಕ್ರಿಪ್ಶನ್ ಸೆಟ್ಟಿಂಗ್ಗಳಿಂದ ಸ್ವತಂತ್ರವಾಗಿವೆ.
DPD idle timeout (our side) 0
NAT Traversal Mode cisco-udp
ಗ್ರಾಹಕ DPD ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ತಪ್ಪು ಎಚ್ಚರಿಕೆಯನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ ಏಕೈಕ ಸ್ಥಳೀಯ ಪತ್ತೆಕಾರವನ್ನೂ ತೆಗೆದುಹಾಕುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದನ್ನು ಒಂಟಿಯಾಗಿ ಅನ್ವಯಿಸಿ ಮತ್ತು ಮಧ್ಯಂತರವು ಒಟ್ಟಾರೆಯಾಗಿ ಬದಲಾಗುತ್ತದೆಯೇ ಎಂದು ನೋಡಿ.
ಎರಡನೇ ಪ್ರಕರಣ: ಕೀ ನವೀಕರಣ ತಿರಸ್ಕೃತವಾಗುತ್ತದೆ
DPD ಬದಲಾವಣೆಯ ನಂತರವೂ ಮಧ್ಯಂತರವು ಉಳಿದರೆ, 1 ನೇ ಹಂತದ ಕೀ ನವೀಕರಣವು ಅಭ್ಯರ್ಥಿಯಾಗುತ್ತದೆ. ಹಳೆಯ vpnc ಬಿಲ್ಡ್ಗಳು ನವೀಕರಣವನ್ನು ಪ್ರಸ್ತುತದಕ್ಕಿಂತ ಕಡಿಮೆ ಎಚ್ಚರಿಕೆಯಿಂದ ನಿರ್ವಹಿಸುತ್ತಿದ್ದವು, ಮತ್ತು ಸಾಮಾನ್ಯ ಭಿನ್ನಾಭಿಪ್ರಾಯ Diffie-Hellman ಗುಂಪು. ಹೆಡ್-ಎಂಡ್ ಈಗಾಗಲೇ ಸ್ವೀಕರಿಸುವ ಗುಂಪನ್ನು ಬಲವಂತಪಡಿಸುವುದು ಒಂದು ಸಾಲು ಮತ್ತು ಒಂದು ಮರುಸಂಪರ್ಕವನ್ನು ವೆಚ್ಚ ಮಾಡುತ್ತದೆ, ಇದು ಅದನ್ನು ನೀತಿ ಬದಲಾವಣೆಯಲ್ಲ, ಅಗ್ಗದ ಪ್ರಯೋಗವನ್ನಾಗಿ ಮಾಡುತ್ತದೆ.
IKE DH Group dh5
ಮಾನ್ಯ ಗುಂಪು ಹೆಸರುಗಳು dh1, dh2 ಮತ್ತು dh5. ಕೇಂದ್ರೀಕರಣಕಾರನು ತಿರಸ್ಕರಿಸುವ ಗುಂಪು ತಕ್ಷಣ ವೈಫಲ್ಯವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಮತ್ತು ಅದೂ ಮಾಹಿತಿ: ಹೆಡ್-ಎಂಡ್ ಆಯ್ಕೆಮಾಡುವವನು ಎಂದೂ ಮೂಲ ಗುಂಪು ಬಹುಶಃ ಸರಿಯಾಗಿತ್ತು ಎಂದೂ ಅದು ಹೇಳುತ್ತದೆ.
ಮೂರನೇ ಪ್ರಕರಣ: ಭಾಷಾಂತರ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಅನ್ನು ಮರುಬರೆಯುತ್ತದೆ
ಭಾಷಾಂತರಿಸುವ ಗೇಟ್ವೇ ಹಿಂದೆ, Cisco ನ UDP ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಮತ್ತು ಮಾನಕ-ಆಧಾರಿತ ಮೋಡ್ ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದವು ಅಲ್ಲ. ತಪ್ಪು ಆಯ್ಕೆ ಹೆಚ್ಚಾಗಿ ಸ್ಥಾಪನೆಯಾಗಿ, ಸಂಚಾರವನ್ನು ದಾಟಿಸಿ, ನಂತರ ಭಾರದಲ್ಲಿ ಅವಧಿ ಮುಗಿಸುವ ಸುರಂಗವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಅದು ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಸಮಸ್ಯೆಯಂತೆ ಓದುತ್ತದೆ ಮತ್ತು ಅಲ್ಲ. ಮೋಡ್ ಅನ್ನು ಮಾತ್ರ ಬದಲಾಯಿಸಿ, ನಂತರ ಮರುಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಕಡಿತವನ್ನು ಮತ್ತೆ ಅಳೆಯಿರಿ. ಮೊದಲ ಎರಡು ಪ್ರಕರಣಗಳನ್ನು ಹೊರಗಿಟ್ಟ ನಂತರವೇ ಇನ್ನೊಂದು ಮೋಡ್ ಅನ್ನು ಪ್ರಯತ್ನಿಸಿ.
ಮುಂಭಾಗಗಳು ಇಲ್ಲಿ ತಮ್ಮ ಗೊಂದಲವನ್ನು ಸೇರಿಸುತ್ತವೆ. ಪ್ಲಗಿನ್ ಪ್ಯಾಕೇಜ್ ಸ್ಥಾಪನೆಯಾಗುವವರೆಗೆ NetworkManager vpnc ಸಂಪರ್ಕ ಪ್ರಕಾರವನ್ನು ನೀಡುವುದಿಲ್ಲ, ಮತ್ತು ಕಾಣೆಯಾದ ಪ್ಲಗಿನ್ ದೋಷವಾಗಿ ಅಲ್ಲ, ಬೂದು ಬಣ್ಣದ ಸೇರಿಸು ಬಟನ್ ಆಗಿ ಕಾಣುತ್ತದೆ. KDE ಯ ಮುಂಭಾಗ ಅದೇ ಮೌಲ್ಯಗಳನ್ನು ತನ್ನದೇ ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಇರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಡೀಮನ್ ನೀವು ಸಂಪಾದಿಸಿದ್ದನ್ನು ಓದುತ್ತಿದೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸಿ.
ಆಜ್ಞಾ ಸಾಲಿನಿಂದ ಚೆನ್ನಾಗಿ ಸಂಪರ್ಕಿಸುವ ಆದರೆ ಡೆಸ್ಕ್ಟಾಪ್ನಿಂದ ಸಂಪರ್ಕಿಸದ ಪ್ರೊಫೈಲ್ ಮುಂಭಾಗದ ಸಮಸ್ಯೆ, ಟೈಮರ್ನ ಸಮಸ್ಯೆ ಅಲ್ಲ.
ಮೂರನೇ ಬದಲಾವಣೆಗೆ ಮೊದಲು ವಿಫಲವಾಗುವ ವಿನಿಮಯವನ್ನು ಪರಿಶೀಲಿಸಿ
ಡೀಬಗ್ ಔಟ್ಪುಟ್ನೊಂದಿಗೆ ಗ್ರಾಹಕವನ್ನು ಚಲಾಯಿಸಿ ಮತ್ತು ಕಡಿತಕ್ಕೆ ಮೊದಲಿನ ಕೊನೆಯ ವಿನಿಮಯವನ್ನು ಓದಿ. ಸಂಪರ್ಕ ಕಡಿತದ ಸ್ವಲ್ಪ ಮೊದಲು 1 ನೇ ಹಂತದ ಅಳಿಸುವಿಕೆ ಎಂದರೆ ಗ್ರಾಹಕನು ಕೀ ನವೀಕರಿಸಿ ತಿರಸ್ಕೃತನಾದನು. ಅದೇ ಹಂತದಲ್ಲಿ 2 ನೇ ಹಂತದ ಅಳಿಸುವಿಕೆ ಎಂದರೆ ಸುರಂಗವು ಇನ್ನೊಂದು ಬದಿಯಿಂದ ಒಡೆದುಹೋಯಿತು, ಮತ್ತು ನಿಮ್ಮ ಗ್ರಾಹಕ ಸೆಟ್ಟಿಂಗ್ಗಳು ಕಾರಣವಲ್ಲ.
vpnc --debug 3 office
ಸುರಂಗ ಉಳಿದು ಸಂಚಾರ ನಿಂತಾಗ ಎರಡನೇ ಜಾಲ ಡೀಮನ್ ಅನ್ನೂ ಪರಿಶೀಲಿಸಿ. ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವನ್ನು ಬರೆಯುವ ಇಬ್ಬರು ನಿರ್ವಾಹಕರು ಡೆಸ್ಕ್ಟಾಪ್ನಿಂದ ಅದೇ ಲಕ್ಷಣ ಮತ್ತು ಸಂಪೂರ್ಣವಾಗಿ ಬೇರೆ ಲಾಗ್ ಅನ್ನು ಉಂಟುಮಾಡುತ್ತಾರೆ.