Skip to content

Latest commit

 

History

History
149 lines (102 loc) · 5.04 KB

File metadata and controls

149 lines (102 loc) · 5.04 KB

WebSocket

fetch supports WebSocket connections for real-time bidirectional communication.

Basic Usage

Connect using ws:// or wss:// URL schemes:

fetch ws://echo.websocket.events
fetch wss://echo.websocket.events

Sending Messages

Initial Message

Use -d or -j to send a single message on connect:

fetch ws://echo.websocket.events -d "hello"
fetch ws://echo.websocket.events -j '{"type": "subscribe", "channel": "updates"}'

By default, outgoing messages are sent as text when the payload is valid UTF-8 and as binary when it is not. Use --ws-message-mode text|binary|auto to force the frame type:

fetch ws://api.example.com/upload -d @payload.bin --ws-message-mode binary

Piped Input

Pipe lines from stdin — each line is sent as a separate text message, including empty lines:

echo "hello" | fetch ws://echo.websocket.events
printf "msg1\nmsg2\n" | fetch ws://echo.websocket.events

fetch connects before reading piped input, streams each line as it arrives, and continues printing server messages after stdin reaches EOF until the server closes the connection.

With --ws-message-mode auto, piped input is still line-delimited, but a line that is not valid UTF-8 is sent as a binary message. With --ws-message-mode binary, piped input is streamed as raw byte chunks and newline bytes are preserved.

Text and auto stdin modes cap each line at 16 MiB before a newline. Use --ws-message-mode binary for larger messages or raw byte streams that should not be line-delimited.

When stdin/stdout/stderr are terminals, fetch opens an interactive prompt. Type a message and press Enter to send it. Use Ctrl+C or Ctrl+D to exit.

Control this behavior with --ws-interactive:

# Automatically use the prompt when attached to a terminal
fetch ws://api.example.com/stream --ws-interactive auto

# Require the prompt, failing if stdio is not a terminal
fetch ws://api.example.com/stream --ws-interactive on

# Disable the prompt and stream server messages to stdout
fetch ws://api.example.com/stream --ws-interactive off

Output

  • Text messages: Written to stdout. JSON messages are automatically formatted when connected to a terminal.
  • Binary messages: Written as raw bytes to stdout when stdout is redirected or piped. When stdout is a terminal, binary-looking payloads are guarded with a warning instead of being printed.
  • Formatting: Use --format on to force JSON formatting, or --format off to disable it.

Incoming server frames and assembled messages are capped at 16 MiB. Larger messages fail with a WebSocket message size diagnostic instead of being printed.

# Force JSON formatting
fetch ws://api.example.com/stream --format on

# Disable formatting
fetch ws://api.example.com/stream --format off

Verbose Output

Use -v flags to see connection details:

# Show response status and headers
fetch -v ws://echo.websocket.events -d "hello"

# Show request and response headers with prefixes
fetch -vv ws://echo.websocket.events -d "hello"

Authentication

Header-based authentication options work with WebSocket connections; headers are sent during the HTTP upgrade handshake. URL credentials are converted to a Basic Authorization header and stripped from the handshake request, matching normal HTTP requests. Digest authentication (--digest) is not supported for WebSocket requests because it requires a challenge/response retry flow before the upgrade completes.

fetch --bearer mytoken ws://api.example.com/ws
fetch --basic user:pass ws://api.example.com/ws
fetch ws://user:pass@api.example.com/ws
fetch -H "Authorization: Bearer mytoken" ws://api.example.com/ws

Subprotocols

Specify WebSocket subprotocols via the Sec-WebSocket-Protocol header:

fetch -H "Sec-WebSocket-Protocol: graphql-ws" wss://api.example.com/graphql

Network Options

WebSocket connections honor --dns-server for direct TCP connections and for local target resolution through plain socks5:// proxies. Use socks5h:// when the SOCKS proxy should resolve the target hostname remotely.

Timeout

The --timeout flag applies to the WebSocket handshake only. The connection stays open until the server closes or stdin EOF:

fetch --timeout 5 ws://api.example.com/ws

Use --connect-timeout to bound WebSocket connection setup phases such as custom DNS resolution, TCP connect, proxy CONNECT or SOCKS negotiation, and TLS handshakes. When both timeout flags are set, the connect timeout is capped by the remaining --timeout budget:

fetch --connect-timeout 2 --timeout 10 wss://api.example.com/ws

Limitations

  • WebSocket requires HTTP/1.1 for the upgrade handshake. Using --http 2 or --http 3 with WebSocket is not supported.
  • WebSocket (ws:// / wss://) cannot be combined with --grpc, --form, --multipart, --xml, --edit, output-file/clipboard flags, or retry flags.
  • The pager is disabled for WebSocket output.

See Also