Söhbət səhifəsi yüklənir, canlı bağlantı uğursuz olur: hara baxmalı
Səhifə və söhbət nəqliyyatı fərqli sorğulardır. WebSocket, hadisə axını və ya uzun sorğunu yoxlayın, sonra quraşdırma, çatdırılma və ömür müddətini ayırın.
Söhbət səhifəsini yükləməzdən əvvəl şəbəkə panelini açın, sonra qabığı göstərən sorğu yerinə mesajları daşıyan sorğunu tapın. Sənəd, skriptlər, giriş mübadiləsi və söhbət nəqliyyatı hamısı fərqli hostlara gedə bilər. VPN-in söhbəti pozduğuna dair hesabatların çoxu əslində həmin dörd sorğudan birinin uğursuz olduğunu təsvir edir. Onları ardıcıllıqla izləyin, cavab adətən ilk iki dəqiqədə görünür.
Mesajları daşıyan sorğunu tapın
Səhifə sakitləşdikdən sonra növə görə süzün: WebSocket öz girişi kimi görünür, hadisə axını böyüyən cavabla açıq qalır, uzun sorğu isə müntəzəm fasilə ilə təkrarlanır. Yeniləmələri hansı daşıyırsa, onun sxemini, hostunu, portunu və statusunu qeyd edin. Girişdən əvvəl, yoxsa sonra başladığını qeyd edin, çünki autentifikasiyadan əvvəl açılan nəqliyyat adətən sonra açılandan fərqli dizayndır. Yüksəltmə sorğusunun və ya qəbul edilən məzmun növünün sorğu başlıqlarını oxuyun, çünki onlar yerləşdirilmiş səhifənin həqiqətən seçdiyi nəqliyyatı göstərir.
Köhnə forum yazıları məhsulların illər əvvəl istifadəni dayandırdığı nəqliyyatları təsvir edir, ona görə məqaləyə deyil, brauzerin qeyd etdiyinə güvənin. Əgər giriş tamamilə yoxdursa, müştəri kodu heç vaxt bağlantı yaratmağa cəhd etməmiş ola bilər, bu da daha əvvəlki skript və ya konfiqurasiya uğursuzluğuna işarə edir. Yüklənən səhifə yalnız sənədin gəldiyini sübut edir və bu fərq ümumiyyətlə şəbəkəni sazladığınızı müəyyən edir.
Quraşdırma, çatdırılma və ömür müddəti fərqli şəkildə uğursuz olur
WebSocket, 101 statusu ilə cavablandırılan HTTP yüksəltməsi ilə açılır və sonrasında hər şey səhifə gətirmə deyil, çərçivələnmiş mesajlardır; RFC 6455 bu iki mərhələni açıq şəkildə ayrı saxlayır. Hadisə axını axınlı məzmun növü ilə cavab verir və cavab gövdəsini açıq saxlayır. Hər ikisi açılmaya bilər, açılıb heç nə çatdırmaya bilər, ya da açılıb çatdırdıqdan sonra səssizcə ölə bilər.
wscat -c wss://chat.example.com/socket -H "Origin: https://chat.example.com"
curl -N -H "Accept: text/event-stream" https://chat.example.com/events
Hər hansı profilə toxunmazdan əvvəl ilk mənalı uğursuzluğu tutun, çünki üç vaxtlama fərqli qatları göstərir. Əl sıxışma heç vaxt tamamlanmırsa, onu həmin hosta adi HTTPS sorğusu ilə müqayisə edin ki, ora ümumiyyətlə nəyinsə çatdığını görün. Tamamlanır və mesaj gəlmirsə, başqa hesabdan kimsə test mesajı göndərərkən çərçivələri və ya axın gövdəsini izləyin. İşləyir və sonra dayanırsa, dəqiq vaxtı və bağlanma kodunu qeyd edin, çünki bu cüt hansı tərəfin əl çəkdiyini müəyyən edir.
1006 kodu, soketin bağlanma çərçivəsi olmadan bağlandığını bildirir; brauzerin içindən ara qurğu və ya boş dayanma fasiləsi belə görünür. VPN ürək döyüntüsü daxili tətbiq sessiyasının hələ canlı olduğunu sübut etmir.
Canlı host ayrı bir təyinatdır
Söhbət arxa planları çox vaxt öz host adlarında yaşayır, bəzən fərqli portda və ya ayrı sertifikat arxasında. Bu təyinat öz həlli, marşrutu və proksi emalı tələb edir və bölünmüş tunelleşdirmə səhifəni daxil edib soketi kənarda qoya bilər. Canlı host adını müştəri maşınından həll edin və həmin şəbəkədə gözlədiyiniz ünvanla cavab verdiyini təsdiqləyin. Sertifikat zəncirini xüsusi olaraq həmin host adı üçün yoxlayın, çünki saytı əhatə edən vəhşi kart həmişə soket son nöqtəsini əhatə etmir.
Əgər yolda proksi varsa, onun yüksəltməyə və ya uzunömürlü cavaba icazə verdiyini, onu buferləmədiyini təsdiqləyin. HTML-i yenidən yazan korporativ proksilər WebSocket yüksəltmələrini çox vaxt pis idarə edir, bu da səhifənin göstərildiyi, lakin söhbətin heç vaxt qoşulmadığı nəticə yaradır. Beləliklə, eyni məhsula iki sorğu eyni hosta iki sorğu deyil.
Təyinat siyahısını düzəldin, təhlükəsizlik yoxlamalarını yox
Təyinat siyahısını düzəltmək marşrut dəyişikliyidir və marşruta sahib olana aiddir. Sertifikat yoxlamasını yumşaltmaq və ya Origin başlığını silmək təhlükəsizlik dəyişikliyidir və siyasətə sahib olana aiddir, bu da nadir hallarda bileti sazlayan şəxsdir. Bağlantını görünən etməyin ən sürətli yolu adətən insidenti mümkün etməyin ən sürətli yoludur.
Nəyisə dəyişməzdən əvvəl tətbiq sahibindən arxa planın hansı mənbələri qəbul etdiyini soruşun və bu cavabı proksiyə nəzarət edənə ötürün. Sertifikat xətası yalnız tuneldən keçəndə görünürsə, bypass quraşdırmaq yerinə müdaxilə edən cihazı yoxlayın.
Təhvil vermək üçün kifayət qədər qeyd aparın
Faydalı sənəd qısadır: səhifə URL-i, canlı son nöqtə, əl sıxışma nəticəsi, ilk uğursuzluq vaxtı və yenidən qoşulma cəhdinin olub-olmaması. VPN profil adını və olduğunuz şəbəkəni əlavə edin, oxuyan hər kəs altı sual vermədən testi təkrarlaya bilər. Kukiləri, avtorizasiya başlıqlarını və mesaj gövdələrini gizlədin və tam arxiv ixracı yerinə vaxt sütununun ekran görüntüsünü üstün tutun. Çərçivələr və şəbəkə arxivləri özəl mesajlar və sessiya tokenləri saxlaya bilər, ona görə nəyisə əlavə etməzdən əvvəl yoxlayın.
Uğursuzluq səssiz bağlanmadırsa, bağlanma kodunu və ondan əvvəlki boş intervalı daxil edin, çünki bu cüt adətən fasilə sahibini göstərir. Qeydi tətbiq və ya şlüz sahibinə verin, özünüz fasilə dəyəri təxmin etməyin. Dəstəklənən canlı saxlama davranışı barədə onların cavabı bileti bağlayandır.