ಲಾಗ್ ಅದೇ IKE ವಿನಂತಿಯನ್ನು ಎರಡು ಬಾರಿ ತೋರಿಸುತ್ತದೆ, ಯಾರೋ ಮೊಬೈಲ್ ಅಪ್‌ಲಿಂಕ್‌ಗೆ ಬೆರಳು ತೋರಿಸುತ್ತಾರೆ, ಮತ್ತು ಟಿಕೆಟ್ ಒಂದು ಊಹೆಯೊಂದಿಗೆ ಮುಚ್ಚುತ್ತದೆ. ಆ ಊಹೆಯೇ ಪುರಾಣ: ಪುನರಾವರ್ತಿತ ಪ್ಯಾಕೆಟ್ ಒಂದು ವಿನಿಮಯದ ಬಗ್ಗೆ ವೀಕ್ಷಣೆ, ಲಿಂಕ್‌ನ ರೋಗನಿರ್ಣಯವಲ್ಲ. ಮರುಪ್ರಸಾರವು ತನ್ನದೇ ನಿಯಮಗಳಿರುವ ಸಾಮಾನ್ಯ ವರ್ತನೆ, ಮತ್ತು ಪ್ರತ್ಯುತ್ತರ ನಿಧಾನವಾದಾಗ ಆರೋಗ್ಯಕರ ಮಾರ್ಗಗಳಲ್ಲೂ ಕಾಣಿಸುತ್ತದೆ. ಇಂಟರ್ಫೇಸ್‌ಗೆ ದೂರು ಹೇಳುವ ಮೊದಲು ಪ್ರತ್ಯುತ್ತರವನ್ನು ಅನುಸರಿಸಿ.

ಪುರಾಣ: ಪುನರಾವರ್ತಿತ ವಿನಂತಿ ಒಂದು ಲಿಂಕ್‌ನಲ್ಲಿ ನಷ್ಟವನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ

ಎರಡು ವಿಭಿನ್ನ ವಿಷಯಗಳು ನಕಲನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ ಮತ್ತು ಯಾವುದೂ ಅಪರಾಧಿಯನ್ನು ಹೆಸರಿಸುವುದಿಲ್ಲ. ವಿನಂತಿದಾರರು ಪ್ರತ್ಯುತ್ತರ ಸಿಗದ ಕಾರಣ ವಿನಂತಿಯನ್ನು ಪುನರಾವರ್ತಿಸಬಹುದು, ಅಥವಾ ಸ್ಟಾಕ್‌ಗೆ ಎಲ್ಲಿ ಜೋಡಿಸಲಾಗಿದೆ ಎಂಬುದರಿಂದ ಸೆರೆಹಿಡಿಯುವ ಬಿಂದು ಅದೇ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಎರಡು ಬಾರಿ ತೋರಿಸಬಹುದು. ಒಂದೇ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಒಳಹರಿವು ಮತ್ತು ಹೊರಹರಿವನ್ನು ನೋಡುವ ಟ್ಯಾಪ್ ಒಂದು ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸಂತೋಷದಿಂದ ಎರಡು ಎಂದು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಲಾಗ್ ಓದುವ ಆಪರೇಟರ್‌ಗೆ ವಿನಿಮಯ ಗುರುತಿಸುವಿಕೆಗಳಿಲ್ಲದೆ ವ್ಯತ್ಯಾಸ ತಿಳಿಯುವ ದಾರಿಯಿಲ್ಲ. ಎರಡರಲ್ಲಿ ಯಾವುದು ನಿಮ್ಮ ಕೈಯಲ್ಲಿದೆ ಎಂದು ಹೇಳುವವರೆಗೆ ನಕಲನ್ನು ಟೈಮರ್ ಘಟನೆ ಎಂದು ಪರಿಗಣಿಸಿ.

ಎರಡು ಅಪ್‌ಲಿಂಕ್‌ಗಳು ಗೊಂದಲವನ್ನು ಸುಧಾರಿಸುವ ಬದಲು ಹದಗೆಡಿಸುತ್ತವೆ. ಒಂದು ಲಾಗ್ ಸಾಲು ಒಂದು ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಆದರೆ ಪ್ರತ್ಯುತ್ತರ ಇನ್ನೊಂದರ ಮೂಲಕ ಹೊರಟಿರಬಹುದು, ಆದ್ದರಿಂದ ಸಂದೇಶದಲ್ಲಿನ ಇಂಟರ್ಫೇಸ್ ಪ್ಯಾಕೆಟ್ ಎಲ್ಲಿ ಕಂಡಿತು ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ, ಸಂಭಾಷಣೆಯ ಆಕಾರವನ್ನಲ್ಲ. ಆದ್ದರಿಂದಲೇ ಮೊದಲ ಪ್ರಶ್ನೆ ಯಾವ ಲಿಂಕ್ ದೋಷಪೂರಿತ ಎಂಬುದಲ್ಲ, ಯಾವ ವಿನಿಮಯವನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ ಎಂಬುದು.

ಮರುಪ್ರಸಾರ ನಿಜವಾಗಿ ನಿಮಗೆ ಏನು ಹೇಳುತ್ತದೆ

IKEv2 ನಲ್ಲಿ, ಮರುಪ್ರಸಾರ ಹೀಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ: ಪ್ರತ್ಯುತ್ತರ ಬಾರದಿದ್ದಾಗ ವಿನಂತಿದಾರರು ವಿನಂತಿಯನ್ನು ಪುನರಾವರ್ತಿಸುತ್ತಾರೆ, ಮತ್ತು ಪ್ರತ್ಯುತ್ತರದಾತ ಹೊಸದನ್ನು ಲೆಕ್ಕಿಸುವ ಬದಲು ತನ್ನ ಸಂಗ್ರಹಿತ ಪ್ರತ್ಯುತ್ತರವನ್ನು ಮತ್ತೆ ಕಳುಹಿಸಬಹುದು. ಸಂದೇಶ ಗುರುತಿಸುವಿಕೆಗಳು ಆ ವಿನಿಮಯಕ್ಕೆ ಸೇರಿವೆ, ಮತ್ತು ಅದೇ ಗುರುತಿಸುವಿಕೆಯ ಪುನರಾವರ್ತಿತ ವಿನಂತಿಯನ್ನು ಹೊಸ ಪ್ರಯತ್ನವಲ್ಲದೆ ಪ್ರೋಟೋಕಾಲ್‌ನ ಕೆಲಸ ಎಂದು ಗುರುತಿಸಲು ಸಾಧ್ಯವಾಗುವುದು ಅದೇ ಕಾರಣ. ಆರಂಭಿಕ ಪ್ರಯತ್ನಕ್ಕೆ ಪರಸ್ಪರ ಸಂಬಂಧಕ್ಕೆ ಮೂಲ ವಿಳಾಸ ಅಥವಾ ಪ್ರಾರಂಭಕ SPI ಗಿಂತ ಹೆಚ್ಚು ಬೇಕಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ವೇದಿಕೆಯ ಸ್ವಂತ ವಿನಿಮಯ ದಾಖಲೆ ಪ್ಯಾಕೆಟ್ ಪಟ್ಟಿಗಿಂತ ಉತ್ತಮ. IKEv1 ಬೇರೆ ಗುರುತಿಸುವಿಕೆಗಳೊಂದಿಗೆ ಬೇರೆ ನಿಯಮಗಳನ್ನು ಅನುಸರಿಸುತ್ತದೆ, ಮತ್ತು ಮೊದಲ ಪ್ಯಾಕೆಟ್‌ನ ನಕಲಿನ ಬಗ್ಗೆ ಮಾರಾಟಗಾರರ ಎಚ್ಚರಿಕೆ ಎಲ್ಲಾ ಆವೃತ್ತಿಗಳಲ್ಲಿ ಒಂದೇ ಅರ್ಥವಲ್ಲ.

ಆದ್ದರಿಂದ ಮರುಪ್ರಸಾರದ ಸಮಯಮುದ್ರೆ ಟೈಮರ್ ಮುಗಿದಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ. ಯಾವ ಹಾಪ್ ನಿಧಾನವಾಗಿತ್ತು ಎಂದು ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಆಪರೇಟರ್ ತಪ್ಪಿತಸ್ಥ ಎಂದು ಖಂಡಿತವಾಗಿ ಹೇಳುವುದಿಲ್ಲ. ಇವು ಪ್ರತ್ಯೇಕ ಹೇಳಿಕೆಗಳು, ಮತ್ತು ಟಿಕೆಟ್‌ನಲ್ಲಿ ಎರಡನೆಯದು ಮಾತ್ರ ಉಪಯುಕ್ತ.

ಪ್ರಾಯೋಗಿಕ ಪರಿಣಾಮವೆಂದರೆ ತೀರ್ಮಾನಕ್ಕೆ ಬರುವ ಮೊದಲು ವಿನಿಮಯವನ್ನು ದಾಖಲಿಸುವುದು. ಸ್ಥಳೀಯ ಸ್ವೀಕೃತಿ ವಿಳಾಸ, ನೀತಿ ಆಯ್ಕೆ ಮಾಡಿದ ಪ್ರತ್ಯುತ್ತರ ಮಾರ್ಗ, ಪೀರ್ ಟ್ಯೂಪಲ್ ಮತ್ತು ವಿನಿಮಯ ಗುರುತಿಸುವಿಕೆಗಳನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ದಾಖಲೆಯನ್ನು ನಂತರ ಓದುವಾಗ ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ.

ಒಂದೇ ಸರಪಣಿಯಾಗಿ ನಾಲ್ಕು ವೀಕ್ಷಣಾ ಬಿಂದುಗಳು

ವಿನಿಮಯವನ್ನು ನೋಡಲು ನಾಲ್ಕು ಪ್ರತ್ಯೇಕ ಸ್ಥಳಗಳಲ್ಲ, ಸರಪಣಿಯ ನಾಲ್ಕು ಕೊಂಡಿಗಳಾಗಿ ಯೋಚಿಸಿ. ಕೊಂಡಿ ಸಾಕ್ಷ್ಯವನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುತ್ತದೆ ಅಥವಾ ಅಜ್ಞಾತವಾಗಿ ಉಳಿಯುತ್ತದೆ, ಮತ್ತು ಸರಪಣಿಯು ತನ್ನ ದಾಖಲಾದ ದುರ್ಬಲ ಕೊಂಡಿಯಷ್ಟೇ ಮಾಹಿತಿಪೂರ್ಣ. ಕೆಳಗಿನ ಕೋಷ್ಟಕವು ಪಟ್ಟಿ: ಪ್ರತಿ ಸ್ಥಾನ ಏನನ್ನು ಸ್ಥಾಪಿಸಬಹುದು ಮತ್ತು ಏನನ್ನು ಮುಟ್ಟದೆ ಬಿಡುತ್ತದೆ.

ಸ್ಥಾನಅದು ನೀಡಬಹುದಾದ ಸಾಕ್ಷ್ಯಏನನ್ನು ತೆರೆದಿಡುತ್ತದೆ
ಪ್ರಾರಂಭಕ ಕಳುಹಿಸುತ್ತದೆವಿನಂತಿ ಈ ಹೋಸ್ಟ್ ಬಿಟ್ಟುಹೋಯಿತುಅದು ಪೀರ್‌ನ್ನು ತಲುಪಿತೇ
ಪ್ರತ್ಯುತ್ತರದಾತ ಸ್ವೀಕರಿಸುತ್ತದೆವಿನಂತಿ ಬಂದಿತುಪ್ರತ್ಯುತ್ತರ ಉತ್ಪತ್ತಿಯಾಯಿತೇ
ಪ್ರತ್ಯುತ್ತರದಾತ ಕಳುಹಿಸುತ್ತದೆಪ್ರತ್ಯುತ್ತರ ಗೇಟ್‌ವೇ ಬಿಟ್ಟುಹೋಯಿತುಅದು ಉದ್ದೇಶಿತ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸಿತೇ
ಪ್ರಾರಂಭಕ ಸ್ವೀಕರಿಸುತ್ತದೆವಿನಿಮಯ ಪೂರ್ಣಗೊಂಡಿತುನೀತಿ ಫಲಿತಾಂಶವನ್ನು ಒಪ್ಪಿಕೊಂಡಿತೇ

ನಿಮಗೆ ಪ್ರವೇಶವಿರುವಲ್ಲಿ ಮಾತ್ರ ಸರಪಣಿಯನ್ನು ತುಂಬಿಸಿ, ಉಳಿದದ್ದನ್ನು ಊಹಿಸುವ ಬದಲು ಅಜ್ಞಾತ ಎಂದು ಗುರುತಿಸಿ. ಒಂದು ಯಂತ್ರದಲ್ಲಿ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ದಾಖಲಿಸುವ ಹುಕ್ ದೂರದ ಯಂತ್ರ ಏನನ್ನು ಸ್ವೀಕರಿಸಿತು ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ವಿನಂತಿ ಕಂಡಿತು ಎಂದು ಬರೆಯುವ ಲಾಗ್ ಸಾಲು ಎಂದಾದರೂ ಪ್ರತ್ಯುತ್ತರ ಹೊರಟಿತು ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷ್ಯವಲ್ಲ. ಪ್ರಾಮಾಣಿಕ ಅಂತರಗಳು ಊಹೆಗಳಿಂದ ಕಟ್ಟಿದ ಪೂರ್ಣವಾಗಿ ಕಾಣುವ ದಾಖಲೆಗಿಂತ ಹೆಚ್ಚು ಉಪಯುಕ್ತ.

ಮೊದಲ ಕಾಣೆಯಾದ ಪರಿವರ್ತನೆಯನ್ನು ಹುಡುಕಿ

ಪ್ರಾರಂಭಕದಿಂದ ಹೊರಮುಖವಾಗಿ ಸರಪಣಿಯನ್ನು ನಡೆದು ಸಾಕ್ಷ್ಯವಿಲ್ಲದ ಮೊದಲ ಕೊಂಡಿಯಲ್ಲಿ ನಿಲ್ಲಿ. ಗೇಟ್‌ವೇ ವಿನಂತಿಯನ್ನು ಎಂದಿಗೂ ದಾಖಲಿಸದಿದ್ದರೆ, ದೋಷ ಅದಕ್ಕಿಂತ ಮೊದಲಿನ ಮಾರ್ಗದಲ್ಲಿದೆ. ಗೇಟ್‌ವೇ ಅದೇ ವಿನಂತಿಯನ್ನು ಪದೇ ಪದೇ ದಾಖಲಿಸುತ್ತಿದ್ದರೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಎಂದಿಗೂ ಪ್ರತ್ಯುತ್ತರವನ್ನು ದಾಖಲಿಸದಿದ್ದರೆ, ಹಿಂತಿರುಗುವ ದಿಕ್ಕು ಸಂಶಯಾಸ್ಪದ: ಮೂಲ ವಿಳಾಸ, ಅನುವಾದ ಮತ್ತು ನೀವು ನಿಯಂತ್ರಿಸುವ ಪ್ರತಿ ಗಡಿಯಲ್ಲಿ ಫಿಲ್ಟರಿಂಗ್. ಪ್ರತ್ಯುತ್ತರ ಬಂದರೂ ಕ್ಲೈಂಟ್ ಇನ್ನೂ ಮುಂದೆ ಸಾಗದಿದ್ದರೆ, ಪ್ರಶ್ನೆ ಸಾರಿಗೆಯನ್ನು ಬಿಟ್ಟು ನೀತಿ ಅಥವಾ ಸ್ಥಿತಿಯಾಗಿದೆ.

ತುಲನೆ ಮಾಡುವಾಗ ಪೀರ್ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ಸ್ಥಿರವಾಗಿರಿಸಿ, ಮತ್ತು ವಿಳಂಬ, ನಷ್ಟ, ನೀತಿ ಮತ್ತು ಸ್ಥಿತಿ ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಸಮಯರೇಖೆಯನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ ಎಂದು ನೆನಪಿಡಿ. ಮೊಬೈಲ್ ನೆಟ್‌ವರ್ಕ್ ತಾನಾಗಿಯೇ ಕಾರಣವಲ್ಲ, ಮತ್ತು ಸ್ಥಿರ ಲೈನ್ ಪ್ರತಿ ಅಗತ್ಯಕ್ಕೂ ತಾನಾಗಿಯೇ ಸಾಕಷ್ಟು ವಿಶ್ವಾಸಾರ್ಹವಲ್ಲ. ವಿನಿಮಯ ಜೀವಂತವಾಗಿರುವಾಗ ಎರಡೂ ದಿಕ್ಕುಗಳನ್ನು ಸೆರೆಹಿಡಿಯಿರಿ:

tcpdump -ni any -vv 'udp port 500 or udp port 4500'

ದೂರದ ತುದಿಗಿಂತ ಮೊದಲು ಪ್ರವೇಶ ನಿಲ್ಲುವಾಗ, ದಾಖಲೆ ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ ಎಂದು ಹೇಳಿದರೆ ಅದು ಇನ್ನೂ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಪ್ರಾರಂಭಕದಲ್ಲಿ ಮಾತ್ರ ಸೆರೆಹಿಡಿಯುವುದು ವಿನಂತಿ ಹೊರಟು ಪ್ರತ್ಯುತ್ತರ ಬರದಿರುವುದನ್ನು ತೋರಿಸಬಹುದು, ಇದು ದೋಷವನ್ನು ಆ ಹುಕ್‌ನ ನಂತರದ ಎಲ್ಲದಕ್ಕೂ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ, ಯಾವ ಹಾಪ್ ಅದನ್ನು ಬೀಳಿಸಿತು ಎಂದು ತಿಳಿದಂತೆ ನಟಿಸದೆ. ದೂರದ ಕೊಂಡಿಗಳನ್ನು ಅಜ್ಞಾತ ಎಂದು ಗುರುತಿಸಿ ಮತ್ತು ಪ್ರವೇಶವಿರುವ ಮುಂದಿನ ವ್ಯಕ್ತಿಗೆ ಅವುಗಳನ್ನು ತುಂಬಲು ಬಿಡಿ. ಹಾಗೆ ಬರೆದರೆ ದಾಖಲೆ ಪ್ರಾಮಾಣಿಕವಾಗಿ ಮತ್ತು ಇನ್ನೂ ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಉಳಿಯುತ್ತದೆ.

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಹೋಲಿಸಿ. ಅದೇ ಪೀರ್‌ಗೆ ಅದೇ ಪ್ರೋಟೋಕಾಲ್‌ನೊಂದಿಗೆ ಅದೇ ವಿನಂತಿಯನ್ನು ಪುನರಾವರ್ತಿಸುವುದು ಚರಗಳನ್ನು ಎಣಿಸಬಹುದಾದಂತೆ ಇಡುತ್ತದೆ, ಆದರೆ ಸೆರೆಹಿಡಿಯುವಿಕೆಗಳ ನಡುವೆ ಮರುಹೊಂದಿಸುವಿಕೆ, ಕೀ ನವೀಕರಣ ಅಥವಾ ನೀತಿ ಸಂಪಾದನೆ ಹೋಲಿಕೆಯನ್ನು ನಾಶಪಡಿಸುತ್ತದೆ. ಬದಲಾವಣೆ ಅನಿವಾರ್ಯವಾದರೆ, ಅದರ ನಂತರ ತಕ್ಷಣ ಮತ್ತೆ ಸೆರೆಹಿಡಿಯಿರಿ, ಇದರಿಂದ ಮೊದಲು ಮತ್ತು ನಂತರ ಇನ್ನೂ ಅದೇ ವಿನಿಮಯವನ್ನು ವಿವರಿಸುತ್ತವೆ.

ಉಪಯುಕ್ತ ವರದಿ ಏನು ಹೇಳುತ್ತದೆ

ಕ್ರಮಕ್ಕೆ ಅರ್ಹವಾದ ವರದಿ ಒಂದು ವಿನಂತಿಯನ್ನು ಅದರ ಪ್ರತ್ಯುತ್ತರದೊಂದಿಗೆ ಜೋಡಿಸುತ್ತದೆ ಮತ್ತು ಹಿಂದೆ ಸಾಕ್ಷ್ಯವಿಲ್ಲದ ಮೊದಲ ಹಂತವನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಆ ವಾಕ್ಯವು ಒಂದು ವಾರದ ನಂತರ ಅಲ್ಲಿದ್ದವರಲ್ಲದ ಇಂಜಿನಿಯರ್ ಓದಿದಾಗಲೂ ನಿಲ್ಲುತ್ತದೆ, ಮತ್ತು ಮುಂದಿನ ವ್ಯಕ್ತಿಗೆ ಆರೋಪಿಯ ಬದಲು ಆರಂಭದ ಸ್ಥಳವನ್ನು ನೀಡುತ್ತದೆ.

ಕೇವಲ ಮರುಪ್ರಸಾರ ಸಿದ್ಧಾಂತವನ್ನು ಪರೀಕ್ಷಿಸಲು ಗುರುತಿನ ಪರಿಶೀಲನೆಗಳನ್ನು ಎಂದಿಗೂ ದುರ್ಬಲಗೊಳಿಸಬೇಡಿ ಮತ್ತು ಅನುಮತಿಸಿದ ಪ್ರೋಟೋಕಾಲ್ ಸಮೂಹವನ್ನು ವಿಸ್ತರಿಸಬೇಡಿ. ಯಾವುದೇ ಮರುಹೊಂದಿಸುವಿಕೆಗಿಂತ ಮೊದಲು ಮೂಲ ಪ್ಯಾಕೆಟ್‌ಗಳು ಮತ್ತು ಘಟನೆ ದಾಖಲೆಗಳನ್ನು ಉಳಿಸಿ, ಏಕೆಂದರೆ ಮರುಹೊಂದಿಸುವಿಕೆ ನೀವು ಸಂಗ್ರಹಿಸಲಿರುವ ಸಾಮಗ್ರಿಯನ್ನೇ ನಾಶಪಡಿಸುತ್ತದೆ ಮತ್ತು ವಿನಿಮಯ ಎಲ್ಲಿ ನಿಂತಿತು ಎಂದು ತೋರಿಸಿದ ಸಮಯವನ್ನು ಅಳಿಸುತ್ತದೆ.

ಪುರಾಣವೆಂದರೆ ಒಂದು ನಕಲು ಆಪರೇಟರ್ ತಪ್ಪಿತಸ್ಥ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ವಾಸ್ತವವೆಂದರೆ ಒಂದು ನಕಲು ಟೈಮರ್ ಮುಗಿದಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರತ್ಯುತ್ತರ ಪ್ರತ್ಯುತ್ತರ ಮಾರ್ಗದಲ್ಲೇ ಬದುಕುತ್ತದೆ.

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