DNS xətası, yoxsa MTU problemi? Sorğu əslində harada dayanır

İki uğursuzluq istifadəçidən eyni cümləni çıxarır: sayt işləmir. Onlar fərqli qatlarda baş verir və fərq nəyi dəyişəcəyinizi müəyyən edir. Ad həlli uğursuzluğu hər hansı bağlantı yaranmadan dayanır. Paket ölçüsü uğursuzluğu isə ad həll olunduqdan və əl sıxışma tamamlandıqdan sonra baş verir; buna görə səhifə yüklənməyə başlayır və sonra donur. Ayarı tapmazdan əvvəl mərhələni tapın.

İki uğursuzluq, iki fərqli qat

Həll adı ünvana çevirir və bu baş tutmadan bağlantıdakı heç nə başlaya bilməz. Yol MTU problemləri daha sonra, hər hansı bir keçidin limitindən böyük paket atıldıqda və göndərənə heç nə deyilmədikdə baş verir. Biri axtarışdır; digəri yalnız müəyyən ölçüdən yuxarı görünən çatdırılma uğursuzluğudur.

Simptomlar heç bir alət olmadan müşahidə edilə bilən şəkildə fərqlənir. DNS uğursuzluğu dərhal və davamlıdır: brauzer serverin tapılmadığını deyir. MTU uğursuzluğu qisməndir: səhifə başlayır, bəzi resurslar gəlir, böyük cavab və ya yükləmə dayanır.

Simptomunuz qisməndirsə, DNS-ə baxmağı dayandırın.

Mərhələ 1: ad ümumiyyətlə həll olunurmu

Platformanın axtarış alətlərini tətbiqin istifadə etdiyi dəqiq host adı ilə işlədin. Ofisdaxili şəxsi ad daxili həlledici tələb edə bilər və brauzerin öz təhlükəsiz DNS-i əməliyyat sisteminin həlledicisindən fərqli davrana bilər, yəni ikisi eyni ad barədə ziddiyyət təşkil edə bilər.

Əməliyyat sisteminin istifadə edəcəyi həlledicidən soruşun, sonra müqayisə edin:

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

Həll uğursuz olursa, problem həmin siyasət və onun əlçatanlığıdır. Yalnız müqayisə əldə etmək üçün şəxsi adları təsadüfi ictimai həlledicilərə göndərməyin, çünki müqayisənin özü daxili saxlamaq istədiyiniz adları sızdırır.

Mərhələ 2: ötürmə harada dayanır

Ad həll olunub bağlantı başlayırsa, əməliyyatın harada dayandığını qeyd edin. Göstərilən və sonra bir resursda donan səhifə, müəyyən nöqtədə ölən yükləmə və ya kiçik sorğular işləyərkən heç bitməyən böyük endirmə — hamısı ölçü formalı simptomlardır. Heç başlamayan cavab başqa formadır.

Müqayisə edərkən son nöqtəni və tətbiq hədəfini sabit saxlayın, əks halda iki dəyişəni eyni vaxtda ölçürsünüz. Bu mərhələdə başqa səbəblər də mümkündür: xidmət xətaları, itki, filtr davranışı və tunel yenidən qoşulmaları hamısı dayanma yaradır.

Təkrarlana bilən bir dayanma on təsadüfi dayanmadan dəyərlidir.

MTU niyə yalnız əl sıxışmadan sonra zərər verir

TCP əl sıxışması kiçik paketlər istifadə edir, buna görə tam ölçülü seqmenti daşıya bilməyən yolda da uğur qazanır. Uğursuzluq o zaman görünür ki, göndərən parçalanmanı qadağan edən bitlə böyük paket buraxır, keçid onu atır və limiti bildirəcək ICMP mesajı filtr tərəfindən udulduğu üçün heç gəlmir. Göndərən sonra eyni ölçü ilə yenidən cəhd edir və ötürmə dayanır.

Buna görə simptom təsadüfi deyil, ölçüdən asılı və təkrarlanandır. Bu həm də izah edir ki, hostu ping etmək heç nəyi sübut etmir, çünki kiçik ICMP əks-sədası tam ölçülü yükü daşımayan yolu keçə bilər. Mümkünsə ölçünü yolun hər iki ucundan yoxlayın. Yalnız bir istiqamətdə görünən limit tunel MTU-su deyil, marşrutlaşdırma asimmetriyasıdır.

Ölçünü təxmin etmək əvəzinə açıq şəkildə yoxlayın:

ping -M do -s 1472 203.0.113.20
tracepath 203.0.113.20

Bir qatı dəyişin, sonra sübut edin

Adlar üçün həlledici siyasətini dəyişin və eyni axtarışı yenidən işlədin. Ölçü üçün MTU prosedurunu orijinal dəyərlər qeydə alınmış və geri qaytarma hazır vəziyyətdə istifadə edin, çünki tunelin həqiqi MTU-sunu bilmədən MSS-i daraltmaq bir dayanmanı digəri ilə dəyişir.

Bir neçə ayar dəyişdirildikdən sonra bir dəfə yüklənən səhifə təmiri müəyyən etmir. Bir şeyi dəyişin, eyni testi yenidən keçirin və nəticəni qeyd etdiyiniz ilk uğursuz mərhələnin yanında saxlayın.

Məhz bu qeyd DNS, paket ölçüsü və autentifikasiya məsələlərinin heç kimin izah edə bilmədiyi daimi müvəqqəti həllər yığınına çevrilməsinin qarşısını alır. Xam IP ilə test etmək TLS kimliyini dəyişən bir qısa yolun yaxşı nümunəsidir və müqayisə uğurlu olsun deyə sertifikat yoxlamasını söndürmək diaqnoz deyil.