DNS ವೈಫಲ್ಯವೋ MTU ಸಮಸ್ಯೆಯೋ? ವಿನಂತಿ ನಿಜವಾಗಿ ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ

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

ಬೇರೆ ಬೇರೆ ಪದರಗಳಲ್ಲಿ ಎರಡು ವೈಫಲ್ಯಗಳು

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

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

ನಿಮ್ಮ ರೋಗಲಕ್ಷಣ ಭಾಗಶಃ ಆಗಿದ್ದರೆ, DNS ನೋಡುವುದನ್ನು ನಿಲ್ಲಿಸಿ.

ಹಂತ 1: ಹೆಸರು ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆಯೇ

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

ಆಯಕ್ಯ ಬಳಸುವ ಪರಿಹರಿಸುವವರನ್ನು ಕೇಳಿರಿ, ನಂತರ ಹೋಲಿಸಿ:

dig +short vpn.example.com
dig +short vpn.example.com @10.0.0.53

ಪರಿಹಾರ ವೈಫಲ್ಯವಾದರೆ, ಸಮಸ್ಯೆ ಆ ನೀತಿ ಮತ್ತು ಅದರ ತಲುಪಲ್ಲಿದೆ. ಕೇವಲ ಹೋಲಿಕೆ ಪಡೆಯಲು ಖಾಸಗೆ ಹೆಸರುಗಳನ್ನು ಯದುಚ್ಛೆಯ ಸಾರ್ವಜನಿಕ ಪರಿಹರಿಸುವವರಿಗೆ ಕಳುಹಿಸಬೇಡಿ, ಏಕೆಂದರೆ ಹೋಲಿಕೆಯೇ ನೀವು ಒಳಗಿರಿಸಲು ಬಯಸಿದ ಹೆಸರುಗಳನ್ನು ಸೋರಿಸುತ್ತದೆ.

ಹಂತ 2: ವರ್ಗಾವಣೆ ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ

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

ಹೋಲಿಸುವಾಗ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ನ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಸ್ಥಿರವಾಗಿರಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಒಂದೇ ಸಮಯದಲ್ಲಿ ಎರಡು ಚರಗಳನ್ನು ಅಳೆಯುತ್ತೀರಿ. ಈ ಹಂತದಲ್ಲಿ ಇತರ ಕಾರಣಗಳೂ ಸಾಧ್ಯ: ಸೇವೆ ದೋಷಗಳು, ನಷ್ಟ, ಫಿಲ್ಟರ್ ವರ್ತನೆ ಮತ್ತು ಟನೆಲ್ ಮರುಸಂಪರ್ಕ — ಎಲ್ಲವೂ ನಿಲುಗಡೆ ಉಂಟುಮಾಡುತ್ತವೆ.

ಪುನರಾವರ್ತಿಸಬಹುದಾದ ಒಂದು ನಿಲುಗಡೆ ಹತ್ತು ಕಥೆಗಳಿಂತ ಹೆಚ್ಚು ಮೂಲ್ಯವಿದೆ.

MTU ಹ್ಯಾಂಡ್‌ಶೇಕ್ ನಂತರವೇ ಏಕೆ ಹಾನಿ ಮಾಡುತ್ತದೆ

TCP ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಚಿಕ್ಕಣೆ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಬಳಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪೂರ್ಣ ಗಾತ್ರದ ವಿಭಾಗವನ್ನು ಸಾಗಿಸಲಾಗದ ಪಥದಲ್ಲೂ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ. ಕಳುಹಿಸುವವರು ವಿಭಜನೆ-ನಿಷೇಧ ಬಿಟ್‌ನೊಂದಿಗೆ ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್ ಕಳುಹಿಸಿದಾಗ, ಕೊಂಡಿ ಅದನ್ನು ಬಿಸಾಡಿದಾಗ, ಮತ್ತು ಮಿತಿಯನ್ನು ತಿಳಿಸಬೇಕಿದ್ದ ICMP ಸಂದೇಶ ಫಿಲ್ಟರ್ ತಿಂದುಬಿಟ್ಟ ಕಾರಣ ಎಂದಿಗೂ ಬಾರದಿದ್ದಾಗ ವೈಫಲ್ಯ ಕಾಣುತ್ತದೆ. ನಂತರ ಕಳುಹಿಸುವವರು ಅದೇ ಗಾತ್ರವನ್ನು ಮತ್ತೆ ಪ್ರಯತ್ನಿಸುತ್ತಾರೆ ಮತ್ತು ವರ್ಗಾವಣೆ ನಿಲ್ಲುತ್ತದೆ.

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

ಊಹಿಸುವ ಬದಲು ಗಾತ್ರವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಅಳೆಯಿರಿ:

ping -M do -s 1472 203.0.113.20
tracepath 203.0.113.20

ಒಂದು ಪದರ ಬದಲಿಸಿ, ನಂತರ ಸಾಬೀತು ಮಾಡಿ

ಹೆಸರುಗಳಿಗೆ ಪರಿಹರಿಸುವ ನೀತಿಯನ್ನು ಬದಲಿಸಿ ಅದೇ ಹುಡುಕಾಟವನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಿ. ಗಾತ್ರಕ್ಕೆ MTU ಕ್ರಿಯಾವಳಿ ಬಳಸಿ, ಮೂಲ ಮೂಲ್ಯಗಳನ್ನು ದಾಖಲೆ ಮಾಡಿ ಹಿಂತಿರುಗಿಸಲು ಸಿದ್ಧವಾಗಿ, ಏಕೆಂದರೆ ಟನೆಲ್ನ ನಿಜವಾದ MTU ಅರಿಯದೆ MSS ಮಿತಿಗೊಳಿಸುವುದು ಒಂದು ನಿಲುಗಡೆಯನ್ನು ಇನ್ನೊಂದರೋಂದಕ್ಕೆ ಬದಲಾಯಿಸುತ್ತದೆ.

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

ಈ ದಾಖಲೆಯೇ DNS, ಪ್ಯಾಕೆಟ್ ಗಾತ್ರ ಮತ್ತು ದೃಢೀಕರಣವನ್ನು ಯಾರೂ ವಿವರಿಸಲಾಗದ ಶಾಶ್ವತ ಪರ್ಯಾಯ ಮಾರ್ಗಗಳ ರಾಶಿಯಾಗದಂತೆ ತಡೆಯುತ್ತದೆ. ಕಚ್ಚಾ IP ಯಿಂದ ಪರೀಕ್ಷಿಸುವುದು TLS ಗುರುತನ್ನು ಬದಲಿಸುವ ಒಂದು ಚಿಕ್ಕಣೆ ದಾರಿಯ ಒಳ್ಳೆಯ ಉದಾಹರಣೆ, ಮತ್ತು ಹೋಲಿಕೆ ಯಶಸ್ವಿಯಾಗಲು ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆ ನಿಲ್ಲಿಸುವುದು ರೋಗನಿರ್ಣಯವಲ್ಲ.