WebSocket Ping á móti TCP Keepalive í gegnum proxy
Veldu lífmerkjaprófun fyrir WebSocket-mótaðila í stað þess að líta á lifandi TCP-socket sem sönnun þess að forritsslóðin svari.
Lifandi TCP-socket, WebSocket-mótaðili sem svarar og gagnleg framvinda forritsins eru mismunandi athuganir:
| Sönnun | Hvað hún staðfestir |
|---|---|
| Líf á TCP-stigi | Prófuð flutningsslóð svarar á því stigi |
| Samsvarandi WebSocket Pong | Mótaðilinn svaraði þeim stýriramma |
| Staðfesting forritsins | Forritið staðfesti aðgerð samkvæmt eigin samskiptareglum |
Framstreymisproxy heldur venjulega aðskildum tengingum til biðlarans og til áfangans. TCP-mótaðili biðlarans er proxyið, en Ping inni í uppsettum göngum fer til WebSocket-endapunktsins.
Samsvarandi Pong
Samskiptareglurnar krefjast þess að svarandi Pong beri forritsgögn Pingsins. Notaðu það samræmi til að bera kennsl á prófun sem er í gangi. Óumbeðið Pong er leyfilegt en biður ekki um staðfestingu; að senda eitt eftir hverja gagnaskilaboð gefur aðra sönnun.
Veldu frekar hjartsláttarkerfi sem bókasafnið styður. JavaScript í vafranum þarf í staðinn hjartsláttarsamning á forritsstigi. Veldu bil og mistakamörk eftir vinnuálagi og netstefnu. Töf í tímaáætlun eða ofhlaðin atburðalykkja geta misst af árásargjörnum mörkum án þess að sanna bilað net.
Haltu móttakaranum gangandi
Biðlarinn þarf stöðugt inntak og úttak til að taka á móti stýriramma og vinna úr þeim. Að loka því kerfi getur látið staðbundið skort líta út eins og bilun.
Ping skapar gönguumferð, en hver milliliður ákveður sjálfur hvað fullnægir aðgerðarleysistefnu hans. Enginn hjartsláttur tryggir vernd gegn algjörum mörkum á líftíma tengingarinnar.
Mótaðili getur svarað Ping á meðan forrit hans hættir að framleiða uppfærslur, og hljóðlát áskrift getur verið heilbrigð. Fylgstu sérstaklega með síðasta gilda Pongi og merkingarþæri forritsviðburði þegar bæði skipta máli. Við bilun skaltu varðveita slóðina, liðinn tíma og prófunina sem er í gangi, og lokaðu eða endurheimtu síðan í gegnum studda lífsferilinn.