Skip to content

Tester WebSocket online (klient ws/wss)

Tester WebSocket w przeglądarce: prawdziwe ramki binarne z HEX/Base64, odczyt binariów jako HEX, kody zamknięcia z przyczyną i listą kontrolną, ws:// i wss://. Wiadomości idą prosto do Twojego serwera, nie do naszego.

Działa w przeglądarce Bezpłatne
Przeglądarka wysyła wiadomości prosto do wpisanego serwera — nie przechodzą one przez serwery go-tools.
Wstaw: (zewnętrzna usługa echo: dostępność nie jest gwarantowana, a wiadomości trafiają do tego podmiotu trzeciego)
Brak połączenia

Tu pojawią się wiadomości. Połączenie WebSocket nie zostanie otwarte, dopóki nie klikniesz „Połącz”.

Wysyłanie cykliczne (heartbeat aplikacji)
ms

Wysyła zwykłą wiadomość tekstową według zegara. To nie jest ramka ping na poziomie protokołu — strony internetowe nie mogą wysyłać ani widzieć ramek ping/pong. Domyślnie wyłączone, bo serwer, który tego nie oczekuje, może zamknąć połączenie.

Połączenie, wiadomości tekstowe i binarne, kody zamknięcia, nieudane handshake'i, limit czasu połączenia, handshake Socket.IO, heartbeat, ponowne łączenie i zalew 10 000 wiadomości są testowane end-to-end na lokalnym serwerze WebSocket; opisane na tej stronie zachowanie przeglądarek zmierzono w Chromium, Firefoksie i WebKit w październiku 2026. — Zespół Go Tools · Oct 13, 2026

Zbudowane i zweryfikowane przez zespół inżynierski Go Tools.

Tester WebSocket — szybkie odpowiedzi

Czy ta strona HTTPS może połączyć się z ws://localhost?

W Chrome tak — po zezwoleniu na dostęp do sieci lokalnej To zależy od przeglądarki (stan na październik 2026). Chrome 147 i nowsze najpierw pytają, czy strona może uzyskać dostęp do urządzeń w sieci lokalnej; po wybraniu „Zezwól” połączenia z ws://localhost i ws:// na adres IP w sieci LAN działają. Firefox łączy się z localhost bezpośrednio, ale blokuje adresy w sieci LAN. Safari blokuje ws:// ze stron HTTPS.

Dlaczego nieudane połączenie pokazuje tylko 1006?

Przeglądarka ukrywa przyczynę Gdy handshake się nie powiedzie, przeglądarki mogą przekazać stronie wyłącznie zdarzenie błędu i kod zamknięcia 1006 — nigdy status HTTP ani przyczynę. Naciśnij F12: konsola Chrome i Edge pokazuje kod statusu zwrócony przez serwer.

Czy mogę dodać nagłówek Authorization?

Przeglądarka nie ustawi nagłówków Nie. API WebSocket w przeglądarce nie pozwala ustawiać nagłówków żądania. Przekaż token w parametrze URL, w podprotokole albo w ciasteczku — zależnie od tego, co akceptuje serwer.

Czy heartbeat to ramka ping?

To zwykła wiadomość Nie. Strony internetowe nie mogą wysyłać ani widzieć ramek ping/pong na poziomie protokołu; przeglądarka sama odpowiada na pingi serwera. Wysyłanie cykliczne to tutaj zwykła wiadomość tekstowa wysyłana w stałym odstępie i domyślnie jest wyłączone.

Dlaczego nie mogę połączyć się z serwerem Socket.IO?

Wybierz protokół Socket.IO Socket.IO to nie czysty WebSocket. W polu „Protokół” wybierz Socket.IO: narzędzie łączy się wtedy z /socket.io/?EIO=4&transport=websocket, odpowiada 40 na pakiet open i na każdy ping 2 odpowiada pong 3 (Socket.IO v3/v4).

Czym jest tester WebSocket online?

Tester WebSocket to klient, którego kierujesz na serwer WebSocket, aby sprawdzić, czy przyjmuje połączenie i co odsyła. Wpisujesz adres ws:// lub wss://, łączysz się, wysyłasz wiadomości tekstowe lub binarne i czytasz odpowiedzi — to najszybszy sposób na sprawdzenie endpointu backendu, reverse proxy albo urządzenia komunikującego się przez WebSocket bez pisania kodu klienta.

Ten tester działa w przeglądarce: połączenie biegnie bezpośrednio z przeglądarki do wpisanego serwera, a wiadomości nie przechodzą przez serwery go-tools. Oznacza to też ograniczenia przeglądarki. Nie da się dodać własnych nagłówków żądania ani wysłać ramek ping na poziomie protokołu, a gdy handshake się nie powiedzie, przeglądarka przekazuje stronie tylko kod zamknięcia 1006, bez przyczyny.

Co daje ponad gołą konsolę przeglądarki: wiadomości binarne wyświetlane jako HEX (lub Base64) i wysyłane z HEX lub Base64 jako prawdziwe ramki binarne, automatyczne formatowanie JSON, objaśnione kody zamknięcia, listę kontrolną przy nieudanym połączeniu, ostrzeżenie przed połączeniem, gdy przeglądarka prawdopodobnie zablokuje adres, oraz log, który pozostaje responsywny przy około 2 000 wiadomości na sekundę (zmierzone).

09:30:01.204 · Connecting to ws://localhost:8080/ws
09:30:01.219 · Connected · subprotocol: chat
09:30:02.517 → TXT 17 B {"type":"hello"}
09:30:02.531 ← TXT 25 B {"type":"hello","ok":true}
09:30:03.002 → BIN 4 B 48 69 00 FF
09:30:03.010 ← BIN 4 B 48 69 00 FF
09:30:09.880 · Closed · code 4001: application-defined code

Funkcje testera WebSocket

Localhost i LAN: wskazówki dla każdej przeglądarki przed połączeniem

Przed połączeniem narzędzie sprawdza adres: zwykłe ws:// do nazwy domeny z tej strony HTTPS zostanie zablokowane, więc narzędzie o tym uprzedza i proponuje wss://. Dla localhost i adresów IP w sieci LAN informuje, że Chrome zapyta o dostęp do sieci lokalnej, oraz czym różnią się Firefox i Safari (stan na październik 2026).

Wiadomości binarne jako HEX i wysyłanie prawdziwych ramek binarnych

Odebrane wiadomości binarne są wyświetlane jako HEX, po 16 bajtów w wierszu, albo jako Base64. Wpisz bajty jako 48 69 00 FF, 0x48,0x69 lub Base64, a zostaną wysłane jako wiadomość binarna; nieprawidłowe znaki i nieparzysta liczba cyfr są zgłaszane wraz z pozycją, a podgląd bajtów pokazuje dokładnie to, co zostanie wysłane.

Kody zamknięcia i błędy, z którymi da się coś zrobić

Każde zamknięcie pokazuje kod, tekst przyczyny i informację, czy handshake zamykający się zakończył, a do tego znaczenie standardowych kodów 1000–1015 i uwagę o kodach aplikacyjnych 4000–4999. Błąd przed otwarciem połączenia daje listę kontrolną zamiast zgadywania.

Szybki log z wyszukiwaniem i eksportem

Wiadomości są rysowane raz na klatkę, więc w naszych testach strona pozostaje responsywna przy około 2 000 wiadomości na sekundę. Każdy wpis ma kierunek, znacznik czasu z milisekundami, typ i rozmiar w bajtach. Filtruj według kierunku, wyszukuj, wstrzymuj widok, zachowuj ostatnie N wpisów, kopiuj lub eksportuj jako tekst.

Podprotokoły, limit czasu, protokół Socket.IO

Zażądaj jednego lub kilku podprotokołów (rozdzielonych przecinkami) i sprawdź, czy serwer potwierdził któryś z nich. Limit czasu połączenia przerywa handshake, na który serwer nigdy nie odpowiada. Po wybraniu protokołu Socket.IO narzędzie przeprowadza handshake Engine.IO v4 i samo odpowiada na pingi.

Heartbeat i ponowne łączenie — tylko na żądanie

Wysyłanie cykliczne powtarza wybraną wiadomość w zadanym odstępie, a automatyczne ponowne łączenie po nieoczekiwanym zerwaniu ponawia próby z wykładniczo rosnącym odstępem (exponential backoff). Obie funkcje są domyślnie wyłączone, a narzędzie nigdy nie wysyła niczego bez polecenia.

Przykłady testów WebSocket: localhost, dane binarne, kody zamknięcia, Socket.IO

Test lokalnego serwera deweloperskiego

ws://localhost:8080/ws
Połączono
→ TXT 17 B {"type":"hello"}
← TXT 25 B {"type":"hello","ok":true}

W Chrome 147 i nowszych przeglądarka najpierw pyta, czy zezwolić na dostęp do sieci lokalnej; wybierz „Zezwól”. Firefox łączy się z localhost bezpośrednio; Safari blokuje ws:// z tej strony HTTPS (stan na październik 2026).

Wysyłanie wiadomości binarnej z HEX

48 69 00 FF
→ BIN 4 B 48 69 00 FF

W trybie HEX narzędzie wysyła wiadomość binarną z tymi czterema bajtami, a nie tekst 48 69 00 FF. Base64 SGkA/w== wysyła te same cztery bajty.

Odczyt zamknięcia przez serwer

Serwer zamyka połączenie z kodem 4001, przyczyna „token expired”
Zamknięto · kod 4001: kod zdefiniowany przez aplikację · czyste zamknięcie
Przyczyna: token expired

Kody 4000–4999 definiuje aplikacja, więc znaczenia 4001 szukaj w dokumentacji serwera. Kody 1000–1015 są standardowe i log je objaśnia.

Połączenie z serwerem Socket.IO

Protokół: Socket.IO v3/v4, adres ws://localhost:3000
Łączenie z ws://localhost:3000/socket.io/?EIO=4&transport=websocket
← 0{"sid":"…","pingInterval":25000,…}
→ 40
← 40{"sid":"…"}

Po wybraniu protokołu Socket.IO narzędzie uzupełnia ścieżkę i parametry zapytania, odpowiada 40, aby dołączyć do domyślnej przestrzeni nazw, i na każdy ping 2 odpowiada 3. Zdarzenia wysyłaj jako 42["event","data"].

Jak przetestować WebSocket online

  1. 1

    Wpisz adres serwera

    Wpisz lub wklej adres ws:// albo wss://; http:// i https:// są traktowane jak ws:// i wss://. Zwróć uwagę na komunikat pod adresem: ostrzega, gdy przeglądarka prawdopodobnie go zablokuje.

  2. 2

    Dodaj podprotokoły, jeśli serwer ich wymaga

    Niektóre serwery wymagają podprotokołu, na przykład mqtt. Wpisz jeden lub kilka, rozdzielając je przecinkami. Po połączeniu log pokaże, który z nich serwer potwierdził.

  3. 3

    Połącz się

    Kliknij „Połącz”. Przy localhost lub adresie w sieci LAN w Chrome wybierz „Zezwól”, gdy pojawi się pytanie o dostęp do sieci lokalnej. Jeśli połączenie się nie uda, przejdź po kolei wyświetloną listę kontrolną.

  4. 4

    Wysyłaj i czytaj wiadomości

    Wybierz „Tekst”, HEX lub Base64, sprawdź podgląd i naciśnij Ctrl+Enter. Odebrany JSON jest formatowany, a dane binarne wyświetlane jako HEX; na pasku narzędzi logu można przełączyć je na Base64.

  5. 5

    Filtruj, potem kopiuj lub eksportuj

    Filtruj według kierunku lub przeszukuj log, wstrzymaj widok podczas zalewu wiadomości, a następnie skopiuj lub wyeksportuj log jako tekst ze znacznikami czasu, kierunkiem i rozmiarami w bajtach.

Typowe błędy przy łączeniu z WebSocket

ws:// do nazwy domeny ze strony HTTPS

Przeglądarki blokują nieszyfrowane ws:// do nazwy domeny ze strony załadowanej przez HTTPS (mixed content). Chrome i Firefox od razu odmawiają z błędem SecurityError. Użyj wss://; serwer w sieci LAN w Chrome podaj jako adres IP (dostęp do sieci lokalnej musi być dozwolony).

✗ Niepoprawne 
ws://api.example.com/ws
✓ Poprawne 
wss://api.example.com/ws

HEX wpisany w trybie tekstowym

W trybie tekstowym 48 69 zostanie wysłane jako znaki 4, 8, spacja, 6, 9. Przełącz na HEX, aby wysłać bajty 0x48 0x69 jako wiadomość binarną.

✗ Niepoprawne 
Tryb tekstowy: 48 69 → TXT 5 B
✓ Poprawne 
Tryb HEX: 48 69 → BIN 2 B

Adres Socket.IO użyty jak zwykły WebSocket

Serwer Socket.IO odrzuca zwykłe połączenie WebSocket na ścieżce głównej, a bez odpowiedzi na swój handshake i pingi zamyka połączenie. Wybierz protokół Socket.IO.

✗ Niepoprawne 
ws://localhost:3000
✓ Poprawne 
ws://localhost:3000/socket.io/?EIO=4&transport=websocket

Token w nagłówku żądania

Przeglądarki nie mogą wysłać nagłówka Authorization podczas handshake'u WebSocket. Jeśli serwer na to pozwala, przekaż token jako parametr URL albo podprotokół.

✗ Niepoprawne 
Authorization: Bearer eyJ…
✓ Poprawne 
wss://api.example.com/ws?token=eyJ…

Kiedy przydaje się tester WebSocket online

Sprawdzanie endpointu backendu
Upewnij się, że nowa ścieżka WebSocket odpowiada, obejrzyj pierwsze wysyłane przez nią wiadomości i sprawdź, jak radzi sobie z niepoprawnymi danymi — zanim powstanie frontend.
Debugowanie reverse proxy
Za Nginx lub bramą sprawdź, czy upgrade przechodzi i jak długo przetrwa bezczynne połączenie.
IoT i protokoły binarne
Urządzenia i brokery przesyłające dane binarne przez WebSocket można odczytywać jako HEX i wysyłać do nich dokładne bajty z HEX lub Base64.
Odtwarzanie kodów zamknięcia
Zobacz kod zamknięcia i przyczynę, które serwer faktycznie wysyła, na przykład gdy token wygaśnie albo klient trafi na limit żądań.
Wyświetlanie przy dużym natężeniu wiadomości
Obserwuj, jak serwer wysyła około 2 000 wiadomości na sekundę (zmierzone), a strona się nie zawiesza — z licznikami wiadomości i bajtów.

Jak działają połączenia WebSocket w przeglądarce

Handshake otwierający
Połączenie WebSocket zaczyna się jako żądanie HTTP z nagłówkiem Upgrade: websocket. Przeglądarka sama buduje nagłówki żądania — Origin, Sec-WebSocket-Key, Sec-WebSocket-Version: 13 i Sec-WebSocket-Protocol z listy podprotokołów — a strona nie może dodać innych. Serwer odpowiada 101 Switching Protocols i od tej chwili obie strony wymieniają wiadomości.
Wiadomości tekstowe i binarne
send() z ciągiem znaków wysyła wiadomość tekstową zakodowaną w UTF-8; send() z bajtami wysyła wiadomość binarną. Strony otrzymują całe wiadomości — nigdy ramki, fragmenty ani maski. To narzędzie ustawia binaryType na arraybuffer, dzięki czemu wiadomości binarne docierają w kolejności i można je pokazać jako HEX.
Dlaczego błędy nie zawierają szczegółów
Standard WebSocket zabrania przeglądarkom informowania skryptów, dlaczego połączenie się nie udało — błąd DNS, odrzucony port, błąd certyfikatu i HTTP 401 wyglądają tak samo — aby strona nie mogła sondować sieci lokalnej. Strony widzą zdarzenie error i kod zamknięcia 1006 (Firefox zgłasza błędy certyfikatu jako 1015).
Mixed content i dostęp do sieci lokalnej
Strona HTTPS nie może otworzyć nieszyfrowanego ws:// do publicznego hosta. Od Chrome 147 WebSocket podlega też mechanizmowi Local Network Access: połączenie z localhost lub prywatnym adresem IP z publicznej strony wymaga zgody użytkownika. Firefox wyłącza z tego adresy loopback; Safari nie (stan na październik 2026).
Kody zamknięcia
Klient może zamknąć połączenie tylko z kodem 1000 lub 3000–4999, a przyczyna może mieć najwyżej 123 bajty w UTF-8. 1005 (brak kodu statusu) i 1006 (nieprawidłowe zamknięcie) nigdy nie są przesyłane w sieci; zgłasza je przeglądarka. Kod 1015 przy błędach TLS zgłaszają tylko niektóre przeglądarki.

Wskazówki do testowania WebSocket

Poza własnym komputerem używaj wss://
Szyfrowane wss:// z zaufanym certyfikatem łączy się z tej strony z publicznymi serwerami w każdej przeglądarce i chroni token w URL; w przypadku adresów localhost lub w sieci LAN Chrome i tak najpierw prosi o zgodę na dostęp do sieci lokalnej. Zwykłe ws:// zostaw dla localhost.
Gdy handshake zawodzi, zajrzyj do konsoli
Strona widzi tylko 1006. Chrome i Edge wypisują w konsoli status HTTP, który zwykle wskazuje wprost na problem z uwierzytelnianiem, ścieżką lub proxy.
Dopuść Origin po stronie serwera
Przeglądarki zawsze wysyłają Origin. Jeśli serwer go sprawdza, na czas testów dopuść https://go-tools.org; nagłówki CORS nie dotyczą WebSocket.
Niech pingi wysyła serwer
Aby bezczynne połączenia przetrwały przez proxy, niech serwer wysyła ramki ping; przeglądarka odpowiada na nie automatycznie. Wysyłania cyklicznego używaj tylko wtedy, gdy protokół oczekuje wiadomości aplikacyjnej.
Token nie powinien trafić do udostępnianych logów
Adres często zawiera token. Narzędzie przechowuje adres i wiadomości tylko w pamięci, ale wyeksportowane logi i zrzuty ekranu je zawierają — przed udostępnieniem usuń sekrety.

Tester WebSocket — najczęściej zadawane pytania

Czy z tej strony HTTPS mogę przetestować ws://localhost albo serwer w sieci LAN?
To zależy od przeglądarki (stan na październik 2026). Chrome 147 i nowsze traktują połączenia WebSocket z komputerem użytkownika lub siecią lokalną jako dostęp do sieci lokalnej: za pierwszym razem pytają, czy zezwolić tej witrynie, a po wybraniu „Zezwól” połączenia z ws://localhost, ws://127.0.0.1 i ws:// na adres IP w sieci LAN, np. 192.168.1.10, działają. W Chrome serwer w sieci LAN trzeba podać jako adres IP; zwykła nazwa hosta (inna niż .local) jest blokowana, nawet jeśli wskazuje na adres w sieci lokalnej. Firefox łączy się z localhost bezpośrednio, ale blokuje ws:// do adresów w sieci LAN. Safari blokuje ws:// do localhost i sieci LAN ze stron HTTPS. wss:// nie podlega regule mixed content: publiczne serwery działają z tej strony w każdej przeglądarce, o ile certyfikat jest zaufany; w przypadku adresów localhost lub w sieci LAN Chrome także tutaj najpierw prosi o zgodę na dostęp do sieci lokalnej.
Dlaczego nie mogę połączyć się z ws://example.com z tej strony?
Ta strona jest serwowana przez HTTPS, a przeglądarki blokują nieszyfrowane połączenie ws:// do publicznego hosta ze strony HTTPS (mixed content). Chrome i Firefox od razu odmawiają z błędem SecurityError, który narzędzie zgłasza. Użyj adresu wss:// serwera. Publicznych stron serwowanych przez zwykłe http ta reguła nie dotyczy, ale w nowszym Chrome w ogóle nie mogą one połączyć się z localhost ani z siecią LAN.
Połączenie zakończyło się kodem 1006 — co poszło nie tak?
1006 oznacza tylko, że połączenie zakończyło się bez handshake'u zamykającego. Gdy handshake się nie powiedzie, standard WebSocket wymaga, aby przeglądarka ukryła przyczynę przed stroną — 401, 404, odrzucony port, błąd certyfikatu i odrzucony Origin wyglądają identycznie (Firefox zgłasza błędy certyfikatu jako 1015) — więc żaden tester internetowy, który łączy się bezpośrednio z przeglądarki, nie może jej pokazać. Naciśnij F12 i otwórz konsolę: Chrome i Edge wypisują status HTTP zwrócony przez serwer. Narzędzie odróżnia też błędy przed otwarciem połączenia od zerwań po jego otwarciu i dla każdego przypadku wymienia typowe przyczyny.
Czy mogę dodać nagłówek Authorization lub inny własny nagłówek?
Nie. API WebSocket w przeglądarce nie pozwala stronom ustawiać nagłówków żądania; przeglądarka wysyła stały zestaw (w tym Origin i ciasteczka dla własnej witryny serwera). Typowe obejścia, zależnie od tego, co obsługuje serwer: token w URL, np. wss://host/ws?token=…; token przekazany jako podprotokół (dozwolone są tylko znaki z klasy token, więc JWT działa, ale standardowy Base64 ze znakami = lub / już nie, a serwer musi odesłać podprotokół); albo ciasteczko, które przeglądarki niezawodnie wysyłają tylko do witryny samej strony, więc z tej strony zwykle nie dotrze do serwera. Narzędzia takie jak Postman mogą ustawiać nagłówki, bo nie są przeglądarkami.
Dlaczego w narzędziu Postman działa, a tutaj nie?
Postman i klienty wiersza poleceń mogą ustawić dowolny nagłówek i zwykle nie wysyłają Origin. Przeglądarka nie może dodać nagłówka Authorization i zawsze wysyła Origin: https://go-tools.org. Jeśli serwer oczekuje, że token przyjdzie w nagłówku, albo sprawdza Origin, odrzuca handshake przeglądarki; dopuść ten Origin albo przekaż token w inny sposób.
Czy heartbeat wysyła ramki ping WebSocket?
Nie. Strony internetowe nie mogą ani wysyłać, ani widzieć ramek ping/pong na poziomie protokołu; gdy serwer wysyła ping, przeglądarka sama odpowiada pongiem. Wysyłanie cykliczne wysyła tu zwykłą wiadomość tekstową, np. {"type":"ping"}, w ustawionym odstępie. Domyślnie jest wyłączone, bo serwer, który nie oczekuje takiej wiadomości, może zamknąć połączenie. Aby bezczynne połączenie przetrwało przez proxy, niech pingi wysyła serwer.
Dlaczego nie mogę połączyć się z moim serwerem Socket.IO?
Socket.IO to protokół działający na WebSocket, a nie czysty WebSocket. Serwer Socket.IO v3/v4 oczekuje ścieżki /socket.io/?EIO=4&transport=websocket, wysyła pakiet open zaczynający się od 0, oczekuje 40, aby dołączyć klienta do domyślnej przestrzeni nazw, i zamyka połączenie, jeśli na każdy ping 2 nie dostanie odpowiedzi pong 3. Wybierz protokół Socket.IO, a narzędzie zrobi to wszystko; potem wysyłaj zdarzenia jako 42["event","data"]. Serwery skonfigurowane wyłącznie na HTTP long-polling w ogóle nie przyjmą połączenia WebSocket.
Połączenie zrywa się po mniej więcej minucie — dlaczego?
Zwykle winny jest limit bezczynności w reverse proxy. Nginx domyślnie zamyka przekazywane połączenie, gdy przez 60 sekund nie płyną żadne dane (proxy_read_timeout), a strona widzi kod 1006. Zwiększ limit albo niech serwer wysyła ramki ping. Za Nginx upewnij się też, że proxy przekazuje upgrade dzięki proxy_set_header Upgrade $http_upgrade; i proxy_set_header Connection "upgrade"; (przed Nginx 1.29.7 także proxy_http_version 1.1;).
Jak połączyć się z serwerem wss:// z certyfikatem samopodpisanym?
Otwórz https://ten-sam-host:port/ w nowej karcie, zaakceptuj ostrzeżenie o certyfikacie, a potem wróć i połącz się. Przeglądarka zapamięta wyjątek dla tego hosta i portu. Rób to tylko dla własnych serwerów testowych, bo obniża to ochronę zapewnianą przez przeglądarkę.
Jak wysyłać i odczytywać wiadomości binarne?
Jako format wysyłania wybierz HEX lub Base64. HEX przyjmuje 48 69 00 FF, 0x48,0x69 lub 486900FF; podgląd pokazuje bajty, a nieprawidłowe znaki lub nieparzysta liczba cyfr są zgłaszane wraz z pozycją, zamiast zostać wysłane. Odebrane wiadomości binarne są wyświetlane jako HEX, po 16 bajtów w wierszu, a pasek narzędzi logu przełącza je na Base64. Aby odczytać odebrany HEX jako tekst, wklej go do narzędzia Hex na tekst.
Czy moje wiadomości przechodzą przez serwery go-tools?
Nie. Przeglądarka łączy się bezpośrednio z wpisanym adresem, a wiadomości nie przechodzą przez nasze serwery. Narzędzie nie otwiera też żadnego połączenia WebSocket, dopóki nie klikniesz „Połącz”, a adres i wiadomości przechowuje tylko w pamięci — nie w adresie URL strony ani w pamięci przeglądarki. Jak cały serwis ta strona ładuje skrypty analityczne i reklamowe.
Czy jest serwer, na którym mogę testować?
Użyj lokalnego echa: działa wewnątrz tej strony, odsyła wszystko, co wyślesz, i nie nawiązuje żadnego połączenia sieciowego. Istnieją też publiczne usługi echo, np. wss://echo.websocket.org/, ale należą do podmiotów trzecich: ich dostępność nie jest gwarantowana, a wiadomości trafiają do tego podmiotu trzeciego.

Powiązane narzędzia

Zobacz wszystkie narzędzia →

Generator i konstruktor poleceń cURL

Web & API

Twórz polecenia curl w przeglądarce — ustaw metodę, nagłówki, autoryzację i treść, a gotowe polecenie pojawi się natychmiast. Presety dla Bearer, POST JSON i przesyłania plików. Bezpłatnie, prywatnie, bez rejestracji.

Generator htpasswd — bcrypt, Apache MD5 (apr1) i Basic Auth

Web & API

Generuj wpisy htpasswd z bcrypt, Apache MD5 (apr1), SHA-1 i innymi algorytmami. Gotowe bloki konfiguracji dla Apache, nginx i Docker. 100% w Twojej przeglądarce — bez przesyłania danych.

Generator Open Graph i meta tagów

Web & API

Generuj tagi Open Graph, Twitter Card i SEO meta tagi z podglądem na żywo dla Google, Facebooka i X. 100% za darmo, w przeglądarce, bez rejestracji — skopiuj i wklej kod.

Nginx Location Tester — dlaczego wygrywa ten blok

Web & API

Który blok location w nginx wygrywa — i dlaczego przegrały pozostałe. Darmowy tester dla =, ^~, ~ i ~*, w całości w przeglądarce.

Terminal szeregowy online (monitor portu szeregowego)

Web & API

Monitor portu szeregowego w Chrome lub Edge bez instalacji: CH340, CP2102, ESP32, Arduino; tekst lub HEX, wysyłanie cykliczne, automatyczne Modbus CRC-16. Krzaki? Narzędzie rozpozna GBK i przerysuje to, co już odebrano.

Kalkulator podsieci IPv4

Web & API

Oblicz adres sieci, adres rozgłoszeniowy, zakres hostów, maskę i wildcard dla bloku IPv4 CIDR. Obsługa /31 wg RFC 3021, podział na podsieci, wszystko lokalnie.