peer ಮರುಚಾಲನೆಯ ನಂತರ strongSwan ಕೆಳಗೆ ಉಳಿಯುತ್ತದೆ: ಒಂದು ಸುರಂಗವನ್ನು ಮರುಪಡೆಯಿರಿ

ಡೀಮನ್ ಮರುಪ್ರಾರಂಭವನ್ನು ಬಿಟ್ಟುಬಿಡಿ. ಹಿಂತಿರುಗಬೇಕಾದ ಸಂಪರ್ಕದ ಮೇಲೆ ಪ್ರಾರಂಭ ಮತ್ತು DPD ಇರಿಸಿ, ನಂತರ ಹೆಸರಿನಿಂದ ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಡೀಮನ್ ಅಲ್ಲ, ಸೇವೆಯನ್ನು ಸಾಬೀತುಪಡಿಸಿ.

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

ಜಾಗತಿಕ ಮರುಪ್ರಾರಂಭವನ್ನು ಬಿಡಿ, ಅದರ ಸಾಕ್ಷ್ಯವನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ

ಡೀಮನ್ ಮರುಪ್ರಾರಂಭದಲ್ಲಿ ಎರಡು ನಿರ್ದಿಷ್ಟ ದೋಷಗಳಿವೆ: ಅದು ಪ್ರತಿ ಸಂಪರ್ಕದ ಸ್ಥಿತಿಯನ್ನು ನಾಶಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಯಾವ ಘಟನೆ ನಿಜವಾಗಿ ವಿಫಲವಾಯಿತು ಎಂಬುದನ್ನು ಹೇಳುವುದಿಲ್ಲ. ನೀವು grep ಮಾಡಿದ ಸ್ಥಿತಿ ಪಠ್ಯ ಬೇರೆ ಸಂಪರ್ಕದಿಂದ ಬಂದಿರಬಹುದು, ಆದರೆ ಅಗತ್ಯವಾದ child ಏನೂ ಅದನ್ನು ಪ್ರಾರಂಭಿಸದ ಕಾರಣ ನಿಷ್ಕ್ರಿಯವಾಗಿ ಕುಳಿತಿತ್ತು.

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಲೋಡ್ ಆದ ಸಂಪರ್ಕಗಳು ಮತ್ತು ಸಕ್ರಿಯ ಸಂಯೋಜನೆಗಳನ್ನು ಓದಿ, ಇದರಿಂದ peer ಹಿಂತಿರುಗಿದ ನಂತರ ಹೋಲಿಸಲು ನಿಮಗೆ ಮೊದಲಿನ ಚಿತ್ರ ಸಿಗುತ್ತದೆ.

swanctl --list-conns
swanctl --list-sas

ಪ್ರಾರಂಭ ಮತ್ತು ಮರುಪ್ರಯತ್ನಗಳನ್ನು ಹಿಂತಿರುಗುವ ಸಂಪರ್ಕದ ಮೇಲೆ ಇರಿಸಿ

swanctl.conf ನಿಯೋಜನೆಯಲ್ಲಿ ಈ ಸೆಟ್ಟಿಂಗ್ಗಳು ಜಾಗತಿಕ ನೀತಿಯಲ್ಲಿ ಅಲ್ಲ, ಸಂಪರ್ಕ ಮತ್ತು child ಮಟ್ಟದಲ್ಲಿ ಇರುತ್ತವೆ. ಕೆಳಗಿನ ತುಣುಕು ಪ್ರಸ್ತಾವನೆಗಳು, ದೃಢೀಕರಣ ಮತ್ತು ಆಯ್ಕೆಗಾರರು ಈಗಾಗಲೇ ಸರಿಯಾಗಿವೆ ಎಂದು ಊಹಿಸುವ ಆರಂಭಿಕರ ಕಡೆಯ ಉದಾಹರಣೆಯಾಗಿದೆ.

connections {
    branch {
        keyingtries = 0
        dpd_delay = 30s
        children {
            private-lan {
                start_action = trap|start
                dpd_action = restart
            }
        }
    }
}

child ಲೋಡ್ ಆದಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು start_action ನಿರ್ಧರಿಸುತ್ತದೆ: start ತಕ್ಷಣ ಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಆದರೆ trap ಹೊಂದಿಕೆಯಾಗುವ ಸಂಚಾರ ಬಂದಾಗ ಪ್ರಾರಂಭವನ್ನು ಪ್ರಚೋದಿಸುವ ನೀತಿಯನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ. trap|start ಬರೆಯಲು strongSwan 5.9.6 ಅಥವಾ ನಂತರದ ಆವೃತ್ತಿ ಬೇಕು, ಆದ್ದರಿಂದ ಸಾಲನ್ನು ನಕಲಿಸುವ ಮೊದಲು ಆವೃತ್ತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ. dpd_action=restart peer ಮೃತ ಎಂದು ಘೋಷಿಸಿದ ಕೂಡಲೇ ಹೊಸ ಮಾತುಕತೆಯನ್ನು ಕೇಳುತ್ತದೆ, ಮತ್ತು ಸಂಪರ್ಕ ಮಟ್ಟದ keyingtries=0 ಯಶಸ್ಸು ಅಥವಾ ಶಾಶ್ವತ ದೋಷದವರೆಗೆ ಹೆಚ್ಚಿನ ಪ್ರಯತ್ನಗಳನ್ನು ಅನುಮತಿಸುತ್ತದೆ. IKEv2 ಅಡಿಯಲ್ಲಿ dpd_timeout ಗೆ ಯಾವುದೇ ಪರಿಣಾಮವಿಲ್ಲ, ಏಕೆಂದರೆ peer ಯಾವಾಗ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತಿಲ್ಲ ಎಂಬುದನ್ನು ಸಾಮಾನ್ಯ ಮರುಪ್ರೇಷಣೆ ನಿರ್ಧರಿಸುತ್ತದೆ.

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

ನೀವು ಯಾವ ಘಟನೆಯಿಂದ ಮರುಪಡೆಯುತ್ತಿದ್ದೀರಿ ಎಂದು ತಿಳಿಯಿರಿ

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

ನಿರ್ವಾಹಕರು ನಿರ್ವಹಣೆಗಾಗಿ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಮುಚ್ಚುವ ಸಂಪರ್ಕಕ್ಕೆ ಆಕ್ರಮಣಕಾರಿ ಮರುಪ್ರಾರಂಭವನ್ನು ಸೇರಿಸಬೇಡಿ, ಇಲ್ಲದಿದ್ದರೆ ಕಿಟಕಿಯ ಮಧ್ಯದಲ್ಲಿ ಸುರಂಗ ಮತ್ತೆ ಕಾಣಿಸುತ್ತದೆ. ಬೇಡಿಕೆ ಆಧಾರಿತ ವಿನ್ಯಾಸಗಳಿಗೆ ಉಳಿಸಿಕೊಂಡ trap ಸಾಕು, ಏಕೆಂದರೆ ಹೊಂದಿಕೆಯಾಗುವ ಸಂಚಾರ ಯಾವುದೇ ಟೈಮರ್ ಇಲ್ಲದೆ child ಅನ್ನು ಮತ್ತೆ ಸ್ಥಾಪಿಸುತ್ತದೆ.

ಡೀಮನ್ ಸ್ಥಿತಿಯಿಂದ ಅಲ್ಲ, ಹೆಸರಿನಿಂದ ಪರಿಶೀಲಿಸಿ

peer ಇನ್ನೂ ಕೆಳಗಿರುವಾಗ ಸಂಪರ್ಕ ಮತ್ತು ಅದರ child ಅನ್ನು ಹೆಸರಿನಿಂದ ಓದಿ, ನಂತರ ಅದು ಹಿಂತಿರುಗಿದಾಗ ಮತ್ತೆ ಓದಿ; ಆ ಎರಡು ಔಟ್ಪುಟ್ಗಳ ವ್ಯತ್ಯಾಸವೇ ಸಾಕ್ಷ್ಯ.

swanctl --initiate --child private-lan
swanctl --terminate --ike branch

ನಂತರ ಸಂಯೋಜನೆಯಲ್ಲ, ಸೇವೆಯನ್ನು ದೃಢೀಕರಿಸಿ. ಹೊಸ child ಭದ್ರತಾ ಸಂಯೋಜನೆ ಮತ್ತು ಅದರ ಹಿಂದಿನ ಖಾಸಗಿ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಯಶಸ್ವಿ ವಿನಂತಿ—ಈ ಎರಡು ಅಂಶಗಳೇ ಮುಖ್ಯ, ಮತ್ತು ಆರೋಗ್ಯಕರ ಸಂಬಂಧವಿಲ್ಲದ ಸುರಂಗದೊಂದಿಗೆ ಚಾಲನೆಯಲ್ಲಿರುವ ಡೀಮನ್ ಎರಡನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

child ಎಂದೂ ಪ್ರಾರಂಭಿಸದಿದ್ದರೆ, ಪರೀಕ್ಷಾ ಸಂಚಾರವು ಸಂರಚಿತ ಆಯ್ಕೆಗಾರರೊಂದಿಗೆ ನಿಖರವಾಗಿ ಹೊಂದುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ, ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಪೋರ್ಟ್ ಸೇರಿದಂತೆ. ಅದು ಪ್ರಾರಂಭಿಸಿ ವಿಫಲವಾದರೆ, ಅಂತ್ಯವಿಲ್ಲದ ಲೂಪ್ನ ಹಿಂದೆ ಮುಚ್ಚಿಡುವ ಬದಲು ದೃಢೀಕರಣ ಅಥವಾ ಪ್ರಸ್ತಾವನೆ ದೋಷವನ್ನು ಓದಿ, ಏಕೆಂದರೆ keyingtries=0 ಶಾಶ್ವತ ನಿರಾಕರಣೆಯನ್ನು ಶಾಶ್ವತವಾಗಿ ಪುನರಾವರ್ತಿಸುತ್ತದೆ.

ಬದಲಾವಣೆಯನ್ನು ಕಿಟಕಿಯಲ್ಲಿ ಲೋಡ್ ಮಾಡಿ ಮತ್ತು ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ

ಮರುಲೋಡ್ ಮಾಡುವುದು ಡೀಮನ್ ಮರುಪ್ರಾರಂಭಕ್ಕಿಂತ ಸುರಕ್ಷಿತ, ಮತ್ತು ಅದೂ ಉಚಿತವಲ್ಲ: child ಅನ್ನು ಬದಲಿಸುವುದು ಅಥವಾ ಇಳಿಸುವುದು ಪ್ರಾರಂಭವಾದ ಸಂಯೋಜನೆಯನ್ನು ಮುಚ್ಚಬಹುದು ಅಥವಾ ಅದರ trap ಅನ್ನು ಉರುಳಿಸಬಹುದು.

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

swanctl --load-conns
swanctl --list-conns

ಹಿಂದಿನ ಫೈಲ್ ಅನ್ನು ಮರುಸ್ಥಾಪಿಸಿ ಮತ್ತೆ ಲೋಡ್ ಮಾಡುವ ಮೂಲಕ ಹಿಂತಿರುಗಿಸಿ, ನಂತರ ಅದೇ ಎರಡು ಆದೇಶಗಳನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಡೀಮನ್ ಮರುಪ್ರಾರಂಭದ ನಂತರವೇ ಹಿಂತಿರುಗುವ ಸುರಂಗ ಸರಿಪಡಿಸಲ್ಪಟ್ಟಿಲ್ಲ, ಮರುಹೊಂದಿಸಲ್ಪಟ್ಟಿದೆ.

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