Stran klepeta se naloži, živa povezava pa ne uspe: kje iskati
Stran in prenos klepeta sta različni zahtevi. Preverite WebSocket, tok dogodkov ali dolgo anketiranje, nato ločite nastavitev, dostavo in življenjsko dobo.
Odprite ploščo omrežja, preden naložite stran klepeta, nato poiščite zahtevo, ki prenaša sporočila, in ne tisto, ki riše ogrodje strani. Dokument, skripte, izmenjava ob prijavi in prenos klepeta lahko gredo na različne gostitelje. Večina poročil, da je VPN pokvaril klepet, v resnici opisuje neuspeh ene od teh štirih zahtev. Opazujte jih po vrsti in odgovor je običajno viden v prvih dveh minutah.
Poiščite zahtevo, ki prenaša sporočila
Ko se stran umiri, filtrirajte po vrsti: WebSocket se prikaže kot samostojen vnos, tok dogodkov ostane odprt z rastočim odgovorom, dolgo anketiranje pa se ponavlja v rednem intervalu. Zabeležite shemo, gostitelja, vrata in stanje tiste, ki prenaša posodobitve. Zapišite, ali se je začela pred prijavo ali po njej, ker je prenos, odprt pred preverjanjem pristnosti, običajno drugačne zasnove od tistega, odprtega po njej. Preberite glave zahteve za zahtevo za nadgradnjo ali sprejeto vrsto vsebine, ker določajo prenos, ki ga je nameščena stran dejansko izbrala.
Stare objave na forumih opisujejo prenose, ki so jih izdelki opustili pred leti, zato zaupajte temu, kar je zabeležil brskalnik, in ne članku. Če vnosa sploh ni, koda odjemalca morda nikoli ni poskusila povezave, kar kaže na zgodnejšo napako skripta ali konfiguracije. Naložitev strani dokazuje le, da je dokument prispel, in prav ta razlika odloči, ali sploh razhroščujete omrežje.
Nastavitev, dostava in življenjska doba odpovedo različno
WebSocket se odpre z nadgradnjo HTTP, na katero se odgovori s stanjem 101, vse po tem pa so sporočila v okvirih in ne pridobivanje strani, dve stopnji, ki ju RFC 6455 izrecno ločuje. Tok dogodkov odgovori s pretočno vrsto vsebine in drži telo odgovora odprto. Oba lahko spodletita pri odpiranju, se odpreta in ničesar ne dostavita, ali se odpreta, dostavita in nato tiho umreta.
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
Ujemite prvo smiselno napako, preden se dotaknete profila, ker trije trenutki kažejo na različne plasti. Če se rokovanje nikoli ne konča, ga primerjajte z običajno zahtevo HTTPS na istega gostitelja in poglejte, ali sploh kaj pride do njega. Če se konča in sporočila ne prihajajo, opazujte okvire ali telo toka, medtem ko nekdo pošilja preskusno sporočilo z drugega računa. Če deluje in se nato ustavi, zabeležite točen čas in kodo zaprtja, ker ta par pokaže, kateri konec je odnehal.
Koda 1006 pomeni, da se je vtičnica zaprla brez okvira za zaprtje, in tako je videti vmesnik ali časovna omejitev mirovanja z notranje strani brskalnika. Utrip VPN ne dokazuje, da je notranja seja aplikacije še živa.
Gostitelj v živo je ločen cilj
Ozadja klepeta pogosto delujejo na lastnem imenu gostitelja, včasih na drugih vratih ali za ločenim potrdilom. Ta cilj potrebuje svoje razreševanje, pot in obravnavo v posredniku, razdeljeni tunel pa lahko vključi stran in izključi vtičnico. Razrešite ime gostitelja v živo s odjemalčevega računalnika in potrdite, da odgovarja z naslovom, ki ga v tem omrežju pričakujete. Preverite verigo potrdil posebej za to ime gostitelja, ker nadomestni znak, ki pokriva spletno mesto, ne pokriva vedno končne točke vtičnice.
Če je na poti posrednik, potrdite, da dovoljuje nadgradnjo ali dolgotrajen odgovor, namesto da ga shranjuje v medpomnilnik. Podjetniški posredniki, ki prepisujejo HTML, pogosto slabo obravnavajo nadgradnje WebSocket, zato se stran izriše, klepet pa se nikoli ne poveže. Dve zahtevi na isti izdelek torej nista dve zahtevi na istega gostitelja.
Popravite seznam ciljev, ne varnostnih preverjanj
Popravljanje seznama ciljev je sprememba usmerjanja in pripada lastniku poti. Popuščanje preverjanja potrdil ali odstranitev glave Origin je varnostna sprememba in pripada lastniku pravilnika, ki redko je oseba, ki razhroščuje zahtevek. Najhitrejša pot, da je povezava videti uspešna, je običajno najhitrejša pot, da je incident mogoč.
Preden karkoli spremenite, vprašajte lastnika aplikacije, katere vire ozadje sprejema, in ta odgovor predajte tistemu, ki upravlja posrednika. Če se napaka potrdila pokaže le skozi tunel, preglejte napravo, ki prestreza, namesto da bi namestili obhod.
Zabeležite dovolj za predajo
Uporaben izdelek je kratek: URL strani, končna točka v živo, izid rokovanja, čas prve napake in ali je bilo poskušeno ponovno povezovanje. Dodajte ime profila VPN in omrežje, v katerem ste bili, in vsak bralec lahko preskus ponovi brez šestih vprašanj. Prekrijte piškotke, glave za avtorizacijo in telesa sporočil ter raje izberite posnetek zaslona stolpca s časi kot popoln izvoz arhiva. Okviri in omrežni arhivi lahko vsebujejo zasebna sporočila in žetone seje, zato preglejte, preden karkoli priložite.
Če je napaka tiho zaprtje, vključite kodo zaprtja in interval mirovanja pred njim, ker ta par običajno določi lastnika časovne omejitve. Predajte zapis lastniku aplikacije ali prehoda, namesto da bi sami ugibali vrednost časovne omejitve. Njihov odgovor o podprtem vedenju keepalive je tisti, ki zapre zahtevek.