ಲೋಡ್ ಆದ strongSwan ಪ್ರೊಫೈಲ್ ಸಕ್ರಿಯ ಟನೆಲ್ ಅಲ್ಲ
strongSwan ವ್ಯಾಖ್ಯಾನಗಳನ್ನು ಲೋಡ್ ಮಾಡಿ, ನಂತರ IKE ಮತ್ತು CHILD SAಗಳ ಬಗ್ಗೆ ಮಾತುಕತೆ ನಡೆಸುತ್ತದೆ. ಪ್ರೊಫೈಲ್ ಲೋಡ್ ಆಗಿರುವುದು ಟನೆಲ್ ಇದೆಯೇ ಅಥವಾ ಅದನ್ನು ಯಾರು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ಏನೂ ಹೇಳುವುದಿಲ್ಲ.
strongSwan ಸಂರಚನೆಯಲ್ಲಿ ಸಂಪರ್ಕವನ್ನು ಪಟ್ಟಿ ಮಾಡುವುದು ಒಂದು ವ್ಯಾಖ್ಯಾನ ಲೋಡ್ ಆಗಿದೆ ಎಂದು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಇದು ಸಹಭಾಗಿಯನ್ನು ಸಂಪರ್ಕಿಸಲಾಗಿದೆ, IKE SA ಇದೆ ಅಥವಾ ಯಾವುದೇ ಸಂಚಾರ ರಕ್ಷಿತವಾಗಿದೆ ಎಂದು ಅರ್ಥವಲ್ಲ. ಡೀಮನ್ ವ್ಯಾಖ್ಯಾನಗಳನ್ನು ಮತ್ತು ಜೀವಂತ ಸಂಘಗಳನ್ನು ಪ್ರತ್ಯೇಕ ವಸ್ತುಗಳಾಗಿ ಪರಿಗಣಿಸುತ್ತದೆ, ಮತ್ತು ಅವುಗಳ ನಡುವಿನ ಅಂತರ ಉದ್ದೇಶಪೂರ್ವಕ ವಿನ್ಯಾಸ ನಿರ್ಣಯ. ನೀವು ಯಾವ ವಸ್ತುವನ್ನು ಪರಿಶೀಲಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ತಿಳಿಯುವುದು ಅಸ್ಪಷ್ಟ ವೈಫಲ್ಯವನ್ನು ಮುಂದಿನ ನಿರ್ದಿಷ್ಟ ಆದೇಶವಾಗಿ ಬದಲಿಸುತ್ತದೆ.
ಲೋಡ್ ಮಾಡುವುದು ಸಂಪರ್ಕವಲ್ಲ
ಲೋಡ್ ಆದ ಸಂಪರ್ಕವು ಮುಂದೆ ಏನನ್ನು ಮಾತುಕತೆ ಮಾಡಬಹುದು ಎಂಬ ಹೇಳಿಕೆ: ಸಹಭಾಗಿಯ ವಿಳಾಸಗಳು, ರುಜುವಾತುಗಳು, ಪ್ರಸ್ತಾವನೆಗಳು ಮತ್ತು ಸಂಚಾರ ಆಯ್ಕೆಗಾರರು. ಆ ಹೇಳಿಕೆಯಲ್ಲಿ ಡೀಮನ್ ಯಾರಿಗಾದರೂ ಕರೆ ಮಾಡಿರಬೇಕು ಎಂದು ಯಾವುದೂ ಒತ್ತಾಯಿಸುವುದಿಲ್ಲ. ಗೇಟ್ವೇ ಇನ್ನೊಂದು ಬದಿಗೆ ಕಾಯಬಹುದು, ಆರಂಭದಲ್ಲಿ ತಾನೇ ಮುಂದಾಗಬಹುದು ಅಥವಾ ಸೂಕ್ತ ಸಂಚಾರ ಎಚ್ಚರಿಸುವವರೆಗೆ ಕಾಯಬಹುದು. ಮೂರೂ ಮಾನ್ಯ, ಮೂರೂ ಸಂರಚನಾ ಕಡತದಲ್ಲಿ ಆರಂಭದ ನೀತಿಯನ್ನು ಓದುವವರೆಗೆ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ.
ನಿರ್ವಾಹಕರು ವ್ಯಾಖ್ಯಾನಗಳ ಪಟ್ಟಿಯನ್ನು ಸ್ಥಿತಿ ಪಟ್ಟಿಯಾಗಿ ಓದುವುದರಿಂದ ಸಮಸ್ಯೆಗೆ ಸಿಲುಕುತ್ತಾರೆ. ಪ್ರೊಫೈಲ್ ಇದೆ, ಆದ್ದರಿಂದ ಟನೆಲ್ ಸಕ್ರಿಯ ಎಂದು ಭಾವಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಮುಂದಿನ ಗಂಟೆ ಎಂದೂ ನಿರ್ಮಿಸದ ಸಂಘದ ಮಾರ್ಗಗಳನ್ನು ಡೀಬಗ್ ಮಾಡುವುದರಲ್ಲಿ ಕಳೆಯುತ್ತದೆ.
ವಿರುದ್ಧ ತಪ್ಪೂ ಅಷ್ಟೇ ಸಾಮಾನ್ಯ. ಇಲ್ಲದ ಪ್ರೊಫೈಲ್ ಜನರನ್ನು ಜಾಲ ವೈಫಲ್ಯ ಹುಡುಕಲು ಕಳುಹಿಸುತ್ತದೆ, ಸಂರಚನೆ ಎಂದೂ ಲೋಡ್ ಆಗದಿದ್ದಾಗ. ವಸ್ತುವಿಗೆ ಹೆಸರಿಡಿ, ನಂತರ ಅದನ್ನು ಗಮನಿಸುವ ಆದೇಶವನ್ನು ಚಲಾಯಿಸಿ.
ಮೂರು ವಸ್ತುಗಳು, ಮೂರು ಅವಲೋಕನಗಳು
strongSwan ಲೋಡ್ ಆದ ವ್ಯಾಖ್ಯಾನ, IKE SA ಮತ್ತು CHILD SAವನ್ನು ಇರಿಸುತ್ತದೆ. ಮೊದಲನೆಯದು ಸಂರಚನೆ, ಎರಡನೆಯದು ದೃಢೀಕೃತ ನಿಯಂತ್ರಣ ಸಂಬಂಧ, ಮೂರನೆಯದು ಆಯ್ದ ಸಂಚಾರಕ್ಕಾಗಿ ಮಾತುಕತೆ ಮಾಡಿದ ರಕ್ಷಣೆ. ಅವುಗಳಿಗೆ ಪ್ರತ್ಯೇಕ ಹೆಸರುಗಳೂ ಇವೆ, ಆದ್ದರಿಂದ hq ಎಂಬ ಪ್ರೊಫೈಲ್ hq-lan ಎಂಬ childವನ್ನು ಹೊಂದಿರಬಹುದು.
ಕೋಷ್ಟಕವು ಪ್ರತಿ ಪದರವನ್ನು ಅದನ್ನು ತೋರಿಸುವ ಆದೇಶಕ್ಕೆ ಜೋಡಿಸುತ್ತದೆ. ಲಾಗ್ ಓದುವ ಮೊದಲು ಸಾಲನ್ನು ಓದಿ.
| Layer | What it contains | Command |
|---|---|---|
| Definition | Peer addresses, credentials, proposals, and traffic selectors | swanctl --list-conns |
| IKE SA | One authenticated control channel to the peer | swanctl --list-sas |
| CHILD SA | Keys and selectors for the traffic being protected | Child rows under the IKE SA |
childವನ್ನು ಕೇಳುವುದು ಯಾವುದೂ ಇಲ್ಲದಿದ್ದಾಗ ಮೊದಲು ಅದರ ಮೂಲ IKE SAವನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ. IKE SAವನ್ನು ಮಾತ್ರ ಕೇಳುವುದು ಇನ್ನೊಂದು ಕರೆ. ಸರಿಯಾಗಿ ದೃಢೀಕರಿಸುವ ನಿಯಂತ್ರಣ ಚಾನೆಲ್ ಕೇಳಿದ childವನ್ನು ಖಾತರಿಪಡಿಸುವುದಿಲ್ಲ.
ಈ ವ್ಯತ್ಯಾಸವು ಭಾಗಶಃ ವೈಫಲ್ಯದ ಸಮಯದಲ್ಲಿ ಮುಖ್ಯ. IKE SA ಆರೋಗ್ಯಕರವಾಗಿರಬಹುದು, ಆದರೆ child ಆಯ್ಕೆಗಾರರ ಹೊಂದಾಣಿಕೆಯಾಗದಿರುವಿಕೆ ಅಥವಾ ಸಹಭಾಗಿ ಒಪ್ಪದ ಪ್ರಸ್ತಾವನೆಯಿಂದ ವಿಫಲವಾಗುತ್ತದೆ. ಎರಡೂ ವಸ್ತುಗಳು ಬೇರೆ ಬೇರೆ ಕಾರಣಗಳಿಂದ ವಿಫಲವಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಅವು ಪ್ರತ್ಯೇಕ ಅವಲೋಕನಗಳಿಗೆ ಅರ್ಹ.
ಆರಂಭದ ಕ್ರಿಯೆಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಆಯ್ಕೆ ಮಾಡಿ
swanctl.confನಲ್ಲಿ childನ start_action ಲೋಡ್ ಆದ ನಂತರದ ವರ್ತನೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಡೀಫಾಲ್ಟ್ none ವ್ಯಾಖ್ಯಾನವನ್ನು ಕೈಯಿಂದ ಪ್ರಾರಂಭಿಸಲು ಅಥವಾ responder ಆಗಿ ಬಳಸಲು ಬಿಡುತ್ತದೆ. start ಅದನ್ನು ಡಯಲ್ ಮಾಡುತ್ತದೆ, ಆದರೆ trap ಸೂಕ್ತ ಸಂಚಾರ ಕಾಣಿಸಿಕೊಂಡ ತಕ್ಷಣ ಮಾತುಕತೆ ನಡೆಸುವ ನೀತಿಯನ್ನು ಬಿಡುತ್ತದೆ.
ಆದ್ದರಿಂದ «ಲೋಡ್ ಮಾಡುವುದು ಎಂದೂ ಟನೆಲ್ ಪ್ರಾರಂಭಿಸುವುದಿಲ್ಲ» ಮತ್ತು «ಲೋಡ್ ಮಾಡುವುದು ಯಾವಾಗಲೂ ಒಂದನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ» ಎರಡೂ ತಪ್ಪು. ಕ್ರಿಯೆ ಪ್ರೊಫೈಲ್ನ ಭಾಗ ಮತ್ತು ಅದು ಸಹಭಾಗಿಯ ಪಾತ್ರಕ್ಕೆ ಹೊಂದಬೇಕು. ಎರಡೂ ಗೇಟ್ವೇಗಳು ಇನ್ನೊಂದು ಬದಿಗೆ ಕಾಯುತ್ತಿದ್ದರೆ ಮೌನ ಉಂಟಾಗುತ್ತದೆ, ಟನೆಲ್ ಅಲ್ಲ.
trap ಜೊತೆಗೆ ಸಂಚಾರ ಆಯ್ಕೆಗಾರರಿಗೆ ಹೊಂದಬೇಕು, ಆದ್ದರಿಂದ ಸಂಬಂಧವಿಲ್ಲದ ping ಏನನ್ನೂ ಎಚ್ಚರಿಸುವುದಿಲ್ಲ. start ಜೊತೆಗೆ ಸಹಭಾಗಿಯ ವಿಳಾಸ ಬಳಸಬಹುದಾದದ್ದಾಗಿರಬೇಕು ಮತ್ತು ಎರಡೂ ಕಡೆ ದೃಢೀಕರಣ ಮತ್ತು ಪ್ರಸ್ತಾವನೆಗಳ ಬಗ್ಗೆ ಒಪ್ಪಬೇಕು. ಎರಡೂ ಕ್ರಿಯೆಗಳಲ್ಲಿ ಯಾವುದೂ ಈ ಷರತ್ತುಗಳ ಪರಿಶೀಲನೆಗೆ ಪರ್ಯಾಯವಲ್ಲ.
ಚೇತರಿಕೆ ಪ್ರತ್ಯೇಕ ನೀತಿ
ಆರಂಭವು keepalive ಅಲ್ಲ. ಸತ್ತ ಸಹಭಾಗಿಯನ್ನು ಗುರುತಿಸುವುದು, ಸಹಭಾಗಿಯ ಸ್ಪಷ್ಟ ಮುಚ್ಚುವಿಕೆ, ಕೀಗಳ ನವೀಕರಣ ಮತ್ತು ಪ್ರಕ್ರಿಯೆಯ ಮರುಪ್ರಾರಂಭ ವಿಭಿನ್ನ ಜೀವನಚಕ್ರ ಘಟನೆಗಳು, ಅವುಗಳಿಗೆ ಸ್ವಂತ ಸೆಟ್ಟಿಂಗ್ಗಳಿವೆ. ಪ್ರತಿಯೊಂದನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸಂರಚಿಸಿ, ಆರಂಭಿಕ ಪ್ರಾರಂಭ ಎಲ್ಲವನ್ನೂ ಆವರಿಸುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸುವ ಬದಲು.
ಬೂಟ್ನಲ್ಲಿ ಏಳುವ ಮತ್ತು ಒಂದು ಗಂಟೆಯ ನಂತರ ಸಾಯುವ ಟನೆಲ್ ಚೇತರಿಕೆಯ ಪ್ರಶ್ನೆ. ಆರಂಭದ ನೀತಿ ತನ್ನ ಕೆಲಸ ಮಾಡಿ ನಂತರ ಮುಖ್ಯವಾಗಿರುವುದನ್ನು ನಿಲ್ಲಿಸಿತು. ಆರಂಭಿಕ ಮಾತುಕತೆಯನ್ನು ದೂಷಿಸುವ ಮೊದಲು DPD ಮತ್ತು ಕೀ ನವೀಕರಣ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ನೋಡಿ.
ಲೋಡ್ ಆದ ವ್ಯಾಖ್ಯಾನಗಳನ್ನು ಬದಲಿಸುವುದು ಪ್ರತ್ಯೇಕ ಕಾರ್ಯಾಚರಣೆ. ಡೀಫಾಲ್ಟ್ ಅಲ್ಲದ ಆರಂಭದ ನೀತಿಗಳಿಗೆ ದಾಖಲಿತ ವಿರುದ್ಧ ಕ್ರಿಯೆಗಳಿವೆ, ಮತ್ತು ಮರುಲೋಡ್ ಮಾಡುವುದು ಕಾರ್ಯಾಚರಣಾ ಬದಲಾವಣೆ, ಪ್ರತಿ ಸಂಘವೂ ಸ್ಥಳದಲ್ಲೇ ನವೀಕರಿಸಲಾಗಿದೆ ಎಂಬ ಊಹೆ ಅಲ್ಲ. ಮರುಲೋಡ್ಗಳನ್ನು ಹಂತಹಂತವಾಗಿ ಮಾಡಿ, ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವುದು ಸ್ವೀಕಾರಾರ್ಹವಾದಲ್ಲಿ. ಹೊಸದು ಸಾಬೀತಾಗುವವರೆಗೆ ಹಳೆಯ ಸಂರಚನೆಯನ್ನು ಇರಿಸಿ.
ಮಾರ್ಗನಿರ್ದೇಶನವನ್ನು ಡೀಬಗ್ ಮಾಡುವ ಮೊದಲು ಏನಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ
ಮೂರು ಅವಲೋಕನಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ: ಲೋಡ್ ಆದ ವ್ಯಾಖ್ಯಾನಗಳು, ಸಕ್ರಿಯ IKE SAಗಳು ಮತ್ತು child ನಮೂದುಗಳು. ಪ್ರತಿ ಉತ್ತರವೂ ಮುಂದಿನ ಪ್ರಶ್ನೆಯನ್ನು ಕಿರಿದಾಗಿಸುತ್ತದೆ. ಒಂದು ಹೆಜ್ಜೆ ಬಿಟ್ಟುಬಿಟ್ಟರೆ ಕೊನೆಗೆ ಎಂದೂ ನಿರ್ಮಿಸದ ಪದರವನ್ನು ಡೀಬಗ್ ಮಾಡುತ್ತೀರಿ.
ಲೋಡ್ ಆಗಿರುವುದು ಮತ್ತು ನಿಜವಾಗಿ ಸ್ಥಾಪಿತವಾಗಿರುವುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ:
swanctl --list-conns
swanctl --list-sasಪ್ರೊಫೈಲ್ ಸರಿಯಾಗಿದ್ದರೂ child ಇಲ್ಲದಿದ್ದರೆ, ಅದನ್ನು ಹೆಸರಿನಿಂದ ಪ್ರಾರಂಭಿಸಿ ಏನಾಗುತ್ತದೆ ಎಂದು ಗಮನಿಸಿ. ಔಟ್ಪುಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಮೂಲವು ಮೊದಲು ಏರಿತೇ ಎಂದು ಹೇಳುತ್ತದೆ.
swanctl --initiate --child hq-lanಸಕ್ರಿಯ CHILD SA ಅಂತಿಮ ರೇಖೆ ಅಲ್ಲ. ಮುಂದೆ ಕಳುಹಿಸುವ ನಿಯಮಗಳು, ಮಾರ್ಗಗಳು ಮತ್ತು ಅನ್ವಯದ ಸ್ವಂತ ಅಧಿಕಾರ ಇನ್ನೂ ಹೊಂದಬೇಕು. ಜೀವನಚಕ್ರ ಏನನ್ನು ಮಾತುಕತೆ ಮಾಡಲಾಯಿತು ಎಂದು ಉತ್ತರಿಸುತ್ತದೆ; ಯಾರು ಸೇವೆಯನ್ನು ಬಳಸಬಹುದು ಎಂದು ಅದು ನಿರ್ಧರಿಸಲಾರದು.