DPD ಪ್ರತಿಕ್ರಿಯೆಗಳು IKE ಪೀರ್ ಬದುಕಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತವೆ, ನಿಮ್ಮ ಡೇಟಾ ಹರಿಯುತ್ತದೆ ಎಂದಲ್ಲ
ಜೀವಂತಿಕೆಯ ಪ್ರತಿಕ್ರಿಯೆಗಳು, ಪ್ಯಾಡಿಂಗ್ ಅಧಿಸೂಚನೆ ಮತ್ತು ಸಂಕುಚಿತ ಸೆಲೆಕ್ಟರ್ಗಳು ಮೂರು ವಿಭಿನ್ನ ವಿಷಯಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ. ಸ್ಥಗಿತಕ್ಕೆ ಒಂದನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಓದಿ.
IPsec ಲಾಗ್ಗಳು ಅವುಗಳ ಮುಂದಿನ ಅಪ್ಲಿಕೇಶನ್ ನಿಂತಿರುವಾಗಲೂ ಜೀವಂತಿಕೆಯ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ತೋರಿಸಬಹುದು, ಮತ್ತು ಎರಡೂ ಸತ್ಯಗಳು ಒಂದೇ ಸಮಯದಲ್ಲಿ ನಿಜವಾಗಿರಬಹುದು. DPD ಪ್ರತಿಕ್ರಿಯೆಯು ಪೀರ್ನ IKE ಸಂಸ್ಕರಣೆ ಆ ಕ್ಷಣದಲ್ಲಿ ಉತ್ತರಿಸಿತು ಎಂದು ಸ್ಥಾಪಿಸುತ್ತದೆ; ನಿಮಗೆ ಮುಖ್ಯವಾದ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಚೈಲ್ಡ್ SA ಸಾಗಿಸುತ್ತದೆಯೇ ಎಂಬುದರ ಬಗ್ಗೆ ಅದು ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ವೈಫಲ್ಯದ ಹತ್ತಿರದ ಪ್ರತಿಯೊಂದು ಎಚ್ಚರಿಕೆಯನ್ನೂ ಅದರ ಕಾರಣವೆಂದು ಪರಿಗಣಿಸುವುದು ಸೆಲೆಕ್ಟರ್ ಸಮಸ್ಯೆಯನ್ನು ಪ್ರೋಟೋಕಾಲ್ ದೋಷವೆಂದು ನಿರ್ಣಯಿಸುವ ವಿಧಾನ. ಮೂರು ಅವಲೋಕನಗಳು ಹೆಚ್ಚಾಗಿ ಗೊಂದಲಕ್ಕೀಡಾಗುತ್ತವೆ, ಮತ್ತು ಅವು ಮೂರು ವಿಭಿನ್ನ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ. ಸಮಯಮುದ್ರೆಯಿಂದ ಓದುವ ಮೊದಲು ಅವುಗಳನ್ನು ಸಂಬಂಧ ಮತ್ತು ಉದ್ದೇಶದಿಂದ ಓದಿ.
ಪ್ರತಿ ಅವಲೋಕನ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ
ಕೋಷ್ಟಕವು ಪ್ರತಿ ಅವಲೋಕನವು ಏನನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ ಮತ್ತು ಅದು ಕೇವಲ ಯಾವುದರೊಂದಿಗೆ ಬರುತ್ತದೆ ಎಂಬುದನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ.
| Observation | What it establishes | What it leaves open |
|---|---|---|
| DPD replies arrive | The peer's IKE process answered | The child SA, forwarding path and application reply |
| TFC padding notification | The peer will not accept padding for that child SA | Whether ordinary ESP protection still works, which it does |
| Selectors reported as narrowed | The accepted traffic set is a subset of the offer | Whether the subset includes the flow the user needs |
ಮೂರರಲ್ಲಿ ಯಾವುದೂ ತಾನೇ ದೋಷವಲ್ಲ. ಪ್ರತಿಯೊಂದೂ ನೀವು ಡೀಬಗ್ ಮಾಡುತ್ತಿರುವ ಹರಿವಿನ ಪಕ್ಕದಲ್ಲಿ ಮಾತ್ರ ಆಸಕ್ತಿದಾಯಕವಾಗುತ್ತದೆ, ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಹರಿವಿಗೆ ಜೋಡಿಸಲಾಗದ ಸಾಲು ಸಾಕ್ಷ್ಯವಲ್ಲ, ಸಂದರ್ಭ.
ಜೀವಂತಿಕೆ ಡೇಟಾದ ಆರೋಗ್ಯವಲ್ಲ
DPD INFORMATIONAL ವಿನಿಮಯವಾಗಿ ಚಲಿಸುತ್ತದೆ, IKE ಡೀಮನ್ಗಳ ನಡುವಿನ ನಿಯಂತ್ರಣ-ತಲದ ಸಂಭಾಷಣೆ. ಪ್ರತಿಕ್ರಿಯೆಯು ಪೀರ್ನ IKE ಪ್ರಕ್ರಿಯೆ ತಲುಪಬಹುದಾದದ್ದು ಮತ್ತು ಉತ್ತರಿಸಲು ಸಿದ್ಧವಾಗಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಕಾಲಮಿತಿ ಹಾಗಿಲ್ಲ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಯಾವುದೇ ಫಲಿತಾಂಶವು ಚೈಲ್ಡ್ SA, ಸೆಲೆಕ್ಟರ್ಗಳು, ಮುಂದಕ್ಕೆ ರವಾನಿಸುವ ಮಾರ್ಗ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ನ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಪರೀಕ್ಷಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ನಿಂತಿರುವ ವರ್ಗಾವಣೆಯ ಪಕ್ಕದಲ್ಲಿ ಆರೋಗ್ಯಕರ DPD ವಿರೋಧಾಭಾಸವಲ್ಲ, ಸುಸಂಗತ ಚಿತ್ರ.
ಆದ್ದರಿಂದ ಲಾಗ್ನ ಮೇಲ್ಭಾಗದಲ್ಲಿ ಎಷ್ಟೇ ಆಶ್ವಾಸನೆ ನೀಡುವಂತೆ ಕಂಡರೂ, ಜೀವಂತಿಕೆಯ ಸಾಲುಗಳು ಡೇಟಾ-ತಲದ ಟಿಕೆಟ್ನ ಅತ್ಯಂತ ಕಡಿಮೆ ಉಪಯುಕ್ತ ಭಾಗ.
ಪ್ಯಾಡಿಂಗ್ ಅಧಿಸೂಚನೆ ಪ್ಯಾಡಿಂಗ್ ಬಗ್ಗೆ ಒಂದು ಹೇಳಿಕೆ
TFC ಪ್ಯಾಡಿಂಗ್ ಈ ಲಾಗ್ಗಳಲ್ಲಿ ಅತಿ ಹೆಚ್ಚು ತಪ್ಪಾಗಿ ಓದಲ್ಪಡುವ ಸಾಲು. ಸಂಚಾರ-ಹರಿವಿನ-ಗೋಪ್ಯತೆ ಪ್ಯಾಡಿಂಗ್ ಆ ಚೈಲ್ಡ್ SA ಗೆ ಸ್ವೀಕರಿಸಲಾಗುವುದಿಲ್ಲ ಎಂದು ಅದು ಹೇಳುತ್ತದೆ, ಇದು ESP ರಕ್ಷಣೆಯ ನಿರಾಕರಣೆಯಲ್ಲ, ಐಚ್ಛಿಕ ಪ್ಯಾಡಿಂಗ್ ವೈಶಿಷ್ಟ್ಯದ ಬಗ್ಗೆ ಹೇಳಿಕೆ. ವೈಫಲ್ಯದ ಹತ್ತಿರ ಅದನ್ನು ಕಾಣುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಪದಾಧಿಕ್ಯದ ಕಾಕತಾಳೀಯ, ಮತ್ತು ಪ್ಯಾಡಿಂಗ್ ಆನ್ ಅಥವಾ ಆಫ್ ಮಾಡುವುದರಿಂದ ಸೆಲೆಕ್ಟರ್ ಕವರೇಜ್ನಲ್ಲಿ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ.
IKEv2 ವಿಶೇಷಣೆ ಅಧಿಸೂಚನೆ ಮತ್ತು ಸೆಲೆಕ್ಟರ್ ಮಾತುಕತೆ ಎರಡನ್ನೂ ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಮತ್ತು ಅನುಷ್ಠಾನದ ಎಚ್ಚರಿಕೆ ಲೇಬಲ್ ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ಪ್ರೋಟೋಕಾಲ್ನ ಅರ್ಥವನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.
ಸಂಕೋಚನವು ಹೆಚ್ಚು ನಿಶ್ಶಬ್ದವಾಗಿದೆ ಮತ್ತು ಮುಖ್ಯವಾಗುವ ಸಾಧ್ಯತೆ ಹೆಚ್ಚು
ಪ್ರತಿಸ್ಪಂದಕನು ಪ್ರಸ್ತಾಪಿಸಿದ ಸೆಲೆಕ್ಟರ್ಗಳ ಉಪಗುಚ್ಛವನ್ನು ಸ್ವೀಕರಿಸಬಹುದು, ಮತ್ತು ಸ್ವೀಕೃತ ಗುಚ್ಛವು ಹಲವು ನಮೂದುಗಳಲ್ಲಿ ಮುದ್ರಣವಾಗಬಹುದು, ಒಂದು ಪೋರ್ಟ್-ಅರ್ಹ ಮತ್ತು ಇನ್ನೊಂದು ಎಲ್ಲಾ ಪೋರ್ಟ್ಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ. ಮೊದಲ ಪೋರ್ಟ್-ಅರ್ಹ ಸಾಲನ್ನು ಮಾತ್ರ ಓದುವುದು ಸ್ವೀಕರಿಸಿದ್ದನ್ನು ಕಡಿಮೆ ಅಂದಾಜು ಮಾಡುತ್ತದೆ; ಅಗಲವಾದ ಸಾಲನ್ನು ಮಾತ್ರ ಓದುವುದು ಅದನ್ನು ಹೆಚ್ಚು ಅಂದಾಜು ಮಾಡುತ್ತದೆ. ಮುದ್ರಿತ ಪ್ರಸ್ತಾಪವನ್ನು ಸ್ಥಾಪಿತ ನೀತಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ, ಏಕೆಂದರೆ ಪ್ರಸ್ತಾಪ ಪೀರ್ಗಳು ಹೇಳಿದ್ದು ಮತ್ತು ನೀತಿ ಕರ್ನೆಲ್ ಹೊಂದಿಸುವುದು. ಅವು ಹೊಂದಿಕೆಯಾಗದಿದ್ದಾಗ, ಸುರಂಗವಿದೆ ಮತ್ತು ಸಂಚಾರವಿಲ್ಲ, ಇದು ಸಾಂಪ್ರದಾಯಿಕ ಮಧ್ಯಂತರ ದೂರು. ಪೀರ್ಗಳನ್ನು ಹೋಲಿಸುವಾಗ ಸ್ಥಳೀಯ ಮತ್ತು ದೂರದ ದೃಷ್ಟಿಕೋನವನ್ನು ತಿರುಗಿಸಿ, ಏಕೆಂದರೆ ಪ್ರತಿ ಬದಿಯ ಸ್ಥಳೀಯವು ಇನ್ನೊಂದರ ದೂರದ್ದು.
ಪೋರ್ಟ್ ನಿರ್ಬಂಧವಿರುವ ಹೋಸ್ಟ್-ನಿರ್ದಿಷ್ಟ ನಮೂದುಗಳು ಎರಡು ಬಾರಿ ಓದಲು ಯೋಗ್ಯ, ಏಕೆಂದರೆ ಅವೇ ICMP ಅಥವಾ ಎರಡನೇ ಪೋರ್ಟ್ ಅನ್ನು ಹೊರಗಿಡುತ್ತವೆ ಮತ್ತು ಗೇಟ್ವೇಗೆ ping ಕೆಲಸ ಮಾಡುತ್ತಲೇ ಇರುತ್ತದೆ.
ವಿಫಲವಾಗುವ ಹರಿವಿಗೆ ಒಂದು ದಾಖಲೆ ನಿರ್ಮಿಸಿ
ಮೂಲ, ಗಮ್ಯ, ವಿಳಾಸ ಕುಟುಂಬ, ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಪೋರ್ಟ್ ಅನ್ನು ರಕ್ಷಣಾ ನಿರ್ಣಯದಲ್ಲಿ ಕಾಣುವಂತೆಯೇ ದಾಖಲಿಸಿ, ಯಾವುದೇ ಉದ್ದೇಶಪೂರ್ವಕ ಅನುವಾದ ಸೇರಿದಂತೆ. ಇವೇ ಸೆಲೆಕ್ಟರ್ಗೆ ಹೊಂದಬೇಕಾದ ಮೌಲ್ಯಗಳು, ಮತ್ತು ಟಿಕೆಟ್ ಮೂರನೇ ಜೋಡಿ ಕೈಗಳನ್ನು ತಲುಪಿದಾಗ ಜನರು ನೆನಪಿನಿಂದ ಮತ್ತೆ ಟೈಪ್ ಮಾಡುವ ಮೌಲ್ಯಗಳೂ ಇವೇ.
ನಂತರ ಚೈಲ್ಡ್ SA ಮತ್ತು ಅದರ ದಿಕ್ಕಿನ ಕೌಂಟರ್ಗಳನ್ನು ಗುರುತಿಸಿ: swanctl --list-sas strongSwan ಹೋಸ್ಟ್ನಲ್ಲಿ ಸಂಘದ ಸಾರಾಂಶವನ್ನು ನೀಡುತ್ತದೆ, ಮತ್ತು ip -s xfrm state ಕೌಂಟರ್ಗಳನ್ನು ನೀಡುತ್ತದೆ. ಸಿಸ್ಟಮ್ ನಿಷ್ಕ್ರಿಯವಾಗಿರುವಾಗ ಅಲ್ಲ, ಹೊಸ ಅನುಮತಿಸಿದ ವಿನಂತಿಯ ನಂತರ ಅವುಗಳನ್ನು ಓದಿ. ಹೊರಹೋಗುವ ಸಂಚಾರದಲ್ಲಿ ಹೆಚ್ಚಳವಿಲ್ಲದಿರುವುದು ಆಯ್ಕೆ ಅಥವಾ ಸ್ಥಳೀಯ ಮಾರ್ಗವನ್ನು ಸೂಚಿಸುತ್ತದೆ; ಸಂಬಂಧಿತ ಒಳಬರುವಿಕೆ ಇಲ್ಲದ ಹೊರಹೋಗುವಿಕೆ ಪೀರ್, ಅದರ ರವಾನೆ ಅಥವಾ ಅದರ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ಸೂಚಿಸುತ್ತದೆ.
ಪೂರ್ಣಗೊಂಡ ಅಪ್ಲಿಕೇಶನ್ ವಿನಿಮಯವು ಯಾವುದೇ ಕೌಂಟರ್ಗಿಂತ ಮೇಲು, ಆದ್ದರಿಂದ ಪರೀಕ್ಷೆಯು ಸುರಂಗ ಸೂಚಕದಲ್ಲಿ ಅಲ್ಲ, ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿ ಕೊನೆಗೊಳ್ಳಬೇಕು.
ನಂತರ ತಿದ್ದುಪಡಿಯನ್ನು ಆಯ್ಕೆಮಾಡಿ
ಆ ದಾಖಲೆ ಇದ್ದರೆ ಮಾತ್ರ ಆಯ್ಕೆಮಾಡಲು ತಿದ್ದುಪಡಿ ಇರುತ್ತದೆ: ಸ್ವೀಕೃತ ಸೆಲೆಕ್ಟರ್ಗಳು, ಮಾರ್ಗ, ಫಿಲ್ಟರಿಂಗ್, ಪೀರ್ ಅನುಷ್ಠಾನ, ಅಥವಾ ಈಗ ನೀವು ತೋರಿಸಿದ ಗಡಿ. ಪೀರ್ ಅನ್ನು ಮರುಹೊಂದಿಸುವುದು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಹಲವು ಸ್ಥಿತಿಗಳನ್ನು ಬದಲಿಸುತ್ತದೆ ಮತ್ತು ಯಾವುದು ತಪ್ಪಾಗಿತ್ತು ಎಂದು ವಿವರಿಸದೆ ಸಂಚಾರವನ್ನು ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸ್ಥಗಿತ ಮತ್ತೆ ಬರುತ್ತದೆ. ಕರ್ನೆಲ್ ಸ್ಥಿತಿಯ ಡಂಪ್ಗಳನ್ನು ಟಿಕೆಟ್ಗಳಿಂದ ಹೊರಗಿಡಿ, ಏಕೆಂದರೆ ಅವು ಕೀಲಿಗಳನ್ನು ಹೊಂದಿರಬಹುದು ಮತ್ತು ಸಂಕ್ಷಿಪ್ತ ಸಾರಾಂಶ ಸಹಾಯ ಮಾಡಬೇಕಾದ ಯಾರಿಗಾದರೂ ಸಾಕು.
ದಾಖಲೆಯು ನಿಮ್ಮ ಮೊದಲ ಸಿದ್ಧಾಂತಕ್ಕೆ ವಿರುದ್ಧವಾದಾಗ, ದಾಖಲೆಯನ್ನು ನಂಬಿ ಸಿದ್ಧಾಂತವನ್ನು ಮತ್ತೆ ಬರೆಯಿರಿ; ಆ ಅಭ್ಯಾಸವು ಇಲ್ಲಿ ಚರ್ಚಿಸಿದ ಯಾವುದೇ ಒಂದೇ ಲಾಗ್ ಸಾಲಿಗಿಂತ ಹೆಚ್ಚು ಮೌಲ್ಯಯುತ.