ELSEIF
Your brief EB
219 stories from 122 feeds 508 clusters Refreshed 2 minutes ago next pull 18:44

TECH Signal 231

Rama 0.4 adds system proxy and PAC support for network clients

Illustration only Photo by Duong Nguyen on Unsplash

Rama 0.4 introduces built-in system proxy configuration and Proxy Auto-Configuration (PAC) support for network clients previously unable to respect OS-level settings

WHY IT MATTERS

Engineers building network clients with Rama no longer need custom proxy logic to respect system-wide proxy settings or PAC scripts. This reduces boilerplate and aligns Rama-based tools with standard OS network behavior. The addition of WASM-isolated JavaScript runtime for PAC evaluation also improves reliability without requiring separate processes

Written by elseif from the cluster below · every claim links back to a source

The three things worth knowing

01

SystemProxyLayer enables Rama clients to automatically adopt OS-configured HTTP, HTTPS, and SOCKS5 proxies with bypass rules

02

PAC support via rama-pac crate allows dynamic proxy selection using JavaScript files executed in a WASM-isolated runtime

03

New CLI subcommands let users generate and evaluate PAC scripts interactively without relying on outdated tools

THE READ

What the cluster adds up to.

ORIGINAL ANALYSIS

Rama 0.4 addresses a long-standing limitation in network client development: the inability to respect system-wide proxy settings. Previously, Rama-based applications required explicit proxy configuration through environment variables or hardcoded routes, which often diverged from OS-level settings. The new SystemProxyLayer now automatically detects and applies system proxy configurations, including bypass rules for specific domains. This change means engineers can build network clients that behave consistently with other system tools without writing additional proxy-handling code.

The addition of PAC support introduces dynamic proxy routing capabilities previously unavailable in Rama. PAC files allow complex proxy selection logic based on URL patterns, time of day, or other conditions - all defined in JavaScript. Rama implements this through a WASM-isolated JavaScript runtime (rama-js), which executes PAC scripts without risking process crashes. This approach provides similar isolation to Chrome's multi-process architecture but without requiring separate OS processes. The rama-pac crate handles both PAC script evaluation and generation, giving developers flexibility in how they implement dynamic proxy routing.

The practical implications extend beyond just proxy support. The new CLI tools for PAC script generation and evaluation provide immediate utility for network debugging and configuration. Engineers can now test PAC scripts interactively through a REPL, a capability previously limited to obscure legacy tools. The release also includes protocol additions like ttRPC support, which offers a lightweight gRPC alternative. While these protocol additions are valuable, the proxy improvements represent the most significant operational change for most Rama users, as they eliminate a common source of configuration drift between applications and system settings.

The implementation choices reflect careful consideration of both functionality and reliability. By using WASM for JavaScript isolation, Rama avoids the complexity of managing separate processes while still preventing PAC script crashes from affecting the main application. The environment variable handling now follows established conventions like lowercase http_proxy for CGI compatibility. These details matter for engineers who need their tools to work seamlessly across different deployment environments. The release maintains Rama's focus on providing comprehensive network protocol support while making proxy configuration more automatic and less error-prone.

Written by elseif from the cluster below · checked for specifics the sources never contained

THE CLUSTER

Same story, 1 feed.

ORDERED BY FIRST SEEN
plabayo.tech via Hacker News Rama 0.4: System proxy and PAC support Open ↗