Kegagalan DNS atau masalah MTU? Di mana permintaan sebenarnya berhenti

Dua kegagalan menghasilkan ayat yang sama daripada pengguna: laman tidak berfungsi. Kedua-duanya berlaku pada lapisan berbeza, dan perbezaan itulah yang menentukan apa yang anda ubah. Kegagalan penyelesaian nama berhenti sebelum sebarang sambungan wujud. Kegagalan saiz paket berlaku selepas nama diselesaikan dan selepas jabat tangan selesai, itulah sebabnya laman mula dimuatkan dan kemudian tergantung. Cari peringkat sebelum mencari tetapan.

Dua kegagalan pada lapisan berbeza

Penyelesaian menukar nama kepada alamat, dan tiada apa-apa lagi dalam sambungan boleh bermula sehingga ia berjaya. Masalah MTU laluan berlaku lebih lewat, apabila paket yang lebih besar daripada had sesuatu pautan digugurkan dan penghantar tidak pernah dimaklumkan. Satu ialah carian; satu lagi ialah kegagalan penghantaran yang hanya muncul melebihi saiz tertentu.

Gejalanya berbeza dengan cara yang boleh anda perhatikan tanpa sebarang alat. Kegagalan DNS serta-merta dan konsisten: pelayar berkata pelayan tidak dapat ditemui. Kegagalan MTU adalah separa: laman bermula, beberapa sumber tiba, dan respons besar atau muat naik tersekat.

Jika gejala anda separa, berhenti melihat DNS.

Peringkat 1: adakah nama itu diselesaikan sama sekali

Gunakan alat carian platform dengan nama hos tepat yang digunakan oleh aplikasi. Nama peribadi di pejabat mungkin memerlukan penyelesai dalaman, dan DNS selamat pelayar sendiri mungkin berkelakuan berbeza daripada penyelesai sistem pengendalian, jadi kedua-duanya mungkin tidak bersetuju tentang nama yang sama.

Tanya penyelesai yang akan digunakan oleh sistem pengendalian, kemudian bandingkan:

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

Jika penyelesaian gagal, masalahnya terletak pada dasar itu dan kebolehcapaiannya. Jangan hantar nama peribadi kepada penyelesai awam sewenang-wenangnya hanya untuk mendapatkan perbandingan, kerana perbandingan itu sendiri mendedahkan nama yang anda mahu kekalkan dalaman.

Peringkat 2: di mana pemindahan berhenti

Jika nama diselesaikan dan sambungan bermula, catat di mana operasi berhenti. Laman yang dipaparkan dan kemudian tergantung pada satu sumber, muat naik yang mati pada titik tetap, atau muat turun besar yang tidak pernah selesai sementara permintaan kecil berfungsi semuanya gejala berbentuk saiz. Respons yang tidak bermula langsung mempunyai bentuk lain.

Kekalkan titik akhir dan destinasi aplikasi secara tetap semasa membandingkan, jika tidak anda mengukur dua pemboleh ubah serentak. Punca lain masih mungkin pada peringkat ini: ralat perkhidmatan, kehilangan, tingkah laku penapis dan penyambungan semula terowong semuanya menghasilkan tersekat.

Satu tersekat yang boleh diulang lebih bernilai daripada sepuluh yang anekdot.

Mengapa MTU hanya merosakkan selepas jabat tangan

Jabat tangan TCP menggunakan paket kecil, jadi ia berjaya pada laluan yang tidak dapat membawa segmen bersaiz penuh. Kegagalan muncul apabila penghantar menghantar paket besar dengan bit larangan pemecahan, pautan menggugurkannya, dan mesej ICMP yang sepatutnya melaporkan had itu tidak pernah tiba kerana penapis memakannya. Penghantar kemudian mencuba saiz yang sama lagi dan pemindahan tersekat.

Itulah sebabnya gejala bergantung pada saiz dan boleh diulang, bukan rawak. Ini juga menjelaskan mengapa ping ke hos tidak membuktikan apa-apa, kerana gema ICMP kecil boleh merentas laluan yang tidak akan membawa muatan bersaiz penuh. Ukur saiz dari kedua-dua hujung laluan jika boleh. Had yang hanya muncul dalam satu arah ialah asimetri penghalaan, bukan MTU terowong.

Ukur saiz secara eksplisit dan bukan menyimpulkannya:

ping -M do -s 1472 203.0.113.20
tracepath 203.0.113.20

Tukar satu lapisan, kemudian buktikan

Untuk nama, tukar dasar penyelesai dan jalankan carian yang sama sekali lagi. Untuk saiz, gunakan prosedur MTU dengan nilai asal direkodkan dan pemulihan sedia, kerana mengehadkan MSS tanpa mengetahui MTU sebenar terowong menukar satu tersekat dengan yang lain.

Laman yang dimuatkan sekali selepas beberapa tetapan diubah tidak mengenal pasti pembaikan. Tukar satu perkara, jalankan ujian yang sama sekali lagi, dan simpan hasilnya di sebelah peringkat gagal pertama yang anda catat.

Rekod itulah yang menghalang DNS, saiz paket dan pengesahan daripada menjadi timbunan jalan pintas kekal yang tiada siapa dapat jelaskan. Menguji dengan IP mentah ialah contoh baik jalan pintas yang mengubah identiti TLS, dan mematikan pengesahan sijil supaya perbandingan berjaya bukanlah diagnosis.