WebSocket testklient

WebSocket-protokollen og dens rolle i realtidskommunikation

WebSocket-protokollen muliggør en tovejs, vedvarende kommunikationskanal mellem en klient og en server over en enkelt TCP-forbindelse. I modsætning til traditionel HTTP, som følger en streng forespørgsel-svar-model, tillader WebSockets fuld-dupleks datatransmission. Det betyder, at både klienten og serveren uafhængigt kan sende beskeder til hinanden på ethvert tidspunkt, uden at klienten skal foretage gentagne forespørgsler (polling).

Denne teknologi er afgørende for applikationer, der kræver dataopdateringer i realtid. Udviklere af realtids-API'er, integrationsingeniører, kvalitetssikringspersonale (QA) og driftspersonale (Ops) har ofte brug for manuelt at oprette forbindelse til et offentligt tilgængeligt WebSocket-endepunkt for at verificere funktionalitet, sende testbeskeder og observere adfærden af forbindelsen.

Forbindelsesstatus og livscyklusbegivenheder

En WebSocket-forbindelse gennemgår en række definerede tilstande i løbet af sin livscyklus. Forbindelsen starter først, når du vælger "Forbind" i testklienten.

1. Opretter forbindelse: Under etableringen af forbindelsen viser værktøjet statusmeddelelsen Opretter forbindelse til ‹address›.... Hvis serveren ikke åbner forbindelsen inden for 10 sekunder, afbrydes forsøget med fejlen Serveren åbnede ikke forbindelsen inden for 10 sekunder.
2. Forbundet: Når forbindelsen er etableret, tilføjes begivenheden Forbundet til ‹address›. i loggen.
3. Lukker/Lukket: Når forbindelsen afbrydes, logges begivenheden Lukket med kode ‹code› (‹clean›). Årsag: ‹reason›.

Hvis en forbindelse mislykkes under etableringen, viser værktøjet meddelelsen Forbindelsen mislykkedes. Tjek adresse, certifikat, servertilgængelighed og browseradgangsregler..

Protokolsikkerhed: Forskellen på ws:// og wss://

WebSocket-forbindelser anvender to forskellige protokolskemaer, som definerer sikkerhedsniveauet for transmissionen:

• ws:// (WebSocket): En ukrypteret protokol, der kører over standard TCP. Data sendes i klartekst, hvilket gør dem sårbare over for aflytning på netværksniveau.
• wss:// (WebSocket Secure): En krypteret protokol, der etableres over en TLS/SSL-forbindelse. Dette sikrer dataintegritet og fortrolighed mellem klienten og serveren.

Værktøjet understøtter udelukkende disse to skemaer. Hvis der indtastes et andet skema, vil systemet vise fejlen Brug en ws://- eller wss://-adresse.. Hvis den indtastede adresse ikke er komplet, vises meddelelsen Indtast en komplet WebSocket-adresse, såsom wss://example.com/socket.. Derudover er der en grænse for adressens længde; hvis den overstiger 2.048 tegn, vises fejlen Den adresse er usædvanlig lang. Hold det under 2,048 tegn..

Tolkning af lukningskoder og årsager

Når en WebSocket-forbindelse lukkes, returnerer serveren en numerisk statuskode samt en valgfri tekstbeskrivelse, der forklarer årsagen til afbrydelsen. Værktøjet udlæser disse data i feltet Luk kode og i loggen.

Lukningsstatussen klassificeres som enten rent (forbindelsen blev lukket korrekt via det formelle WebSocket-håndtryk) eller ikke rent (forbindelsen blev afbrudt uventet på netværksniveau). Hvis serveren lukker forbindelsen uden at angive en specifik tekstforklaring, vil værktøjet vise standardteksten Ingen grund angivet.

Tekstbeskeder versus binære beskeder

WebSockets understøtter to primære datatyper til overførsel af applikationsdata:

• Tekstbeskeder: Bruges typisk til JSON, XML eller almindelig tekst. Værktøjet mærker disse i loggen som Tekst under enten Sendt eller Modtaget. Du kan sende én tekstbesked ad gangen ved at skrive i beskedfeltet og trykke på Ctrl+Enter eller Command+Enter. Hvis du forsøger at sende en besked uden at være forbundet, vises fejlen Tilslut før du sender en besked.. En besked kan maksimalt være 100.000 tegn lang; overskrides dette, vises fejlen Det budskab er usædvanligt stort. Hold det under 100,000 tegn..
• Binære beskeder: Bruges til overførsel af rå binære data som billeder, filer eller protobuf-strømme. I loggen vises disse som Binær besked efterfulgt af størrelsen angivet i bytes.

Browserbaserede begrænsninger og kapabiliteter

Da denne testklient kører direkte i din webbrowser, er den underlagt de sikkerhedsregler og tekniske begrænsninger, som browserens indbyggede WebSocket API foreskriver:

• Ingen brugerdefinerede headers: Værktøjet kan ikke tilføje tilpassede håndtryksoverskrifter (custom handshake headers) til forbindelsesanmodningen.
• Certifikatfejl: Browseren tillader ikke at omgå certifikatfejl. Hvis et SSL-certifikat er ugyldigt eller selvsigneret uden at være betroet af browseren, vil forbindelsen mislykkes.
• Adgangsregler: Browserens egne sikkerhedsregler (såsom CORS-lignende restriktioner og blandet indhold, hvor en sikker HTTPS-side blokerer usikre ws://-forbindelser) kan ikke tilsidesættes.
• Netværksdetaljer: Klienten kan ikke eksponere netværksfragmentering eller vise Ping- og Pong-kontrolrammer, da disse håndteres automatisk af browserens underliggende netværkslag.

Logstyring og grænser i testklienten

For at sikre, at websiden forbliver responsiv og stabil under intensiv testning, håndhæver værktøjet følgende regler for meddelelsesloggen:

• Maksimalt antal poster: Loggen beholder maksimalt 500 poster. Hvis dette antal overskrides, fjernes de ældste poster automatisk, og meddelelsen ‹count› ældre logposter blev fjernet for at holde denne side responsiv. vises.
• Trunkering af store beskeder: Enkeltstående logposter viser maksimalt 20.000 tegn. Hvis en modtaget eller sendt besked er længere, afskæres visningen med teksten ‹count› flere tegn er skjult i denne forhåndsvisning..
• Rydning af log: Hvis du vælger at rydde loggen, slettes de viste poster i grænsefladen. Dette nulstiller dog ikke tællerne for Sendt og Modtaget beskeder, og det afbryder heller ikke den aktive forbindelse.

Privatliv og databehandling

Når du bruger denne testklient, uploades der intet til BroBroGo, og der gemmes ingen data på denne side. Al databehandling sker lokalt i din egen browser. Dine indtastede adresser og beskeder sendes direkte fra din browser til den WebSocket-server, du selv vælger.

Da værktøjet ikke kan kontrollere modtager-serverens logning eller regler for dataopbevaring, bør du altid fjerne personlige identifikatorer samt følsomme juridiske, økonomiske eller sundhedsmæssige oplysninger, før du opretter forbindelse.

---

Ofte stillede spørgsmål (FAQ)

Hvilke WebSocket-data kan jeg inspicere her?

Du kan se hver tekst eller binær meddelelse afsløret af din browser, dens retning, tid og størrelse, plus den endelige lukkekode, årsag og ren-luk-status. Browsersider kan ikke afsløre fragmenter på netværksniveau eller Ping og Pong kontrolrammer.

Hvorfor mislykkes en forbindelse, selvom adressen fungerer et andet sted?

På en sikker side kan browseren kræve wss://. Serveren skal også acceptere browserforbindelser og sidens oprindelse. Denne klient kan ikke tilføje tilpassede håndtryksoverskrifter, omgå certifikatfejl eller tilsidesætte serverens adgangsregler.

Kan jeg teste med produktionsdata eller følsomme data?

Brug syntetiske data, når det er muligt. Fjern navne, kontooplysninger, juridiske optegnelser, økonomiske oplysninger og helbredsoplysninger før afsendelse. Beskeder går til den server, du vælger, hvis logning og opbevaringsregler er uden for denne sides kontrol.