LocalCan alternative

lokei vs LocalCan

LocalCan and lokei both connect local HTTPS, public URLs, and traffic inspection. LocalCan is a visual proxy and tunnel manager built around services you point it at; lokei is a CLI workflow built around the project you are standing in.

Last verified: July 16, 2026

npm install -g @ulpi/lokei && lokei setup
See the feature comparison

At a glance

The biggest distinction is whether the product manages endpoints or the project lifecycle behind them.

Scroll horizontally to see every column.

At a glance
CapabilitylokeiLocalCanOfficial evidence
Primary interfaceCLI commands designed to run inside an existing project folderDesktop application plus a CLI and YAML project files
Local domain modelMachine-local .test names resolved through a local DNS service.local names published with mDNS for the machine and local network
Application startupDetects and starts the framework, package script, Compose stack, Sail project, or declared servicesRoutes to a configured target such as localhost:3000; the application remains an external upstream
Public URL modelProject-aware share sessions with stable project names, requested subdomains, password or token protection, TTLs, and custom domains by planService endpoints whose LocalCan URL can remain reserved for up to seven days, plus offline snapshots and verified custom domains
Traffic inspectionBrowser-based local inspector with filtering, editable replay, retention, and HAR exportDesktop inspector for local and public traffic with bodies, keyboard navigation, and replay
ProtocolsLocal and public HTTP application workflowsHTTP, HTTPS, and raw TCP tunnels

Feature-by-feature comparison

LocalCan has broader endpoint and desktop controls. lokei has deeper project startup and service context.

01

Local domains and devices

Scroll horizontally to see every column.

Local domains and devices
CapabilitylokeiLocalCanOfficial evidence
Trusted HTTPSOne-time setup trusts a local CA and automatically issues route certificatesA local CA secures .local domains after it is trusted through the app or setup flow
Phone and LAN accessLocal .test routing is designed for the configured development machinemDNS publishes .local domains to devices on the same Wi-Fi network
Multiple local servicesCreates project and service subdomains from discovered or declared public HTTP servicesA YAML project groups one or many services, each with local and public endpoints
02

Project lifecycle

Scroll horizontally to see every column.

Project lifecycle
CapabilitylokeiLocalCanOfficial evidence
Zero-argument run commandlokei run detects the current project and launches its normal development commandlocalcan http or https takes a port; saved projects take explicit target URLs
Framework configurationInjects framework-specific host, port, and application URL settings for supported stacksFramework-agnostic proxy; headers and target URLs can be configured per endpoint
Docker and dependent servicesDiscovers Compose and Sail, starts them, and distinguishes public HTTP services from private infrastructureCan proxy any reachable container target and group several services, without owning their container lifecycle
03

Public sharing and debugging

Scroll horizontally to see every column.

Public sharing and debugging
CapabilitylokeiLocalCanOfficial evidence
Share from project contextResolves the active route, starts the project if necessary, and creates one service-aware share sessionAttaches a Public URL to a configured service or creates a quick tunnel for an explicit port
Stable and custom public namesSupports project-based and requested public names plus verified custom domains through lokei cloud plansReserves a paused LocalCan URL for up to seven days and can map verified custom domains to services
Inspector availabilityThe inspector is served as a local web application and works with lokei-routed trafficThe full viewer is desktop-only; the Linux CLI records data but does not include the viewer

Where each product has a real edge

Both cover local and public traffic; the advantages are on opposite sides of the upstream boundary.

01

Where LocalCan has a real edge

Endpoint management with a strong visual and cross-device workflow.

  • Manage domains, tunnels, certificates, and inspector traffic in a desktop interface.
  • Open .local services from phones and other devices on the same Wi-Fi network.
  • Publish a static snapshot that remains available while the development machine is offline.
  • Tunnel raw TCP services in addition to HTTP and HTTPS.
02

Where lokei has a real edge

Application and service lifecycle attached to the route.

  • Start the current project without entering a target port or creating an endpoint first.
  • Detect framework commands and inject the settings the application expects.
  • Start Compose, Laravel Sail, workers, and dependency-aware monorepo services.
  • Share a stopped project and preserve service context through the share lifecycle.
  • Use the full browser inspector on Linux as well as macOS and Windows instead of a Linux CLI-only viewer.

Which one fits your workflow?

Choose based on whether visual endpoint control or automatic project execution removes more work.

01

Choose LocalCan if you...

  • Prefer a desktop interface for domains, tunnels, and request inspection.
  • Need .local names on phones or other devices connected to the same network.
  • Need offline snapshots, a URL reserved for up to seven days while paused, or raw TCP tunnels.
  • Already know how each application starts and only need to map its target.
02

Choose lokei if you...

  • Want to run one command from the project directory with no port input.
  • Need framework, Docker Compose, Laravel Sail, or monorepo lifecycle awareness.
  • Want private workers and databases excluded from public sharing automatically.
  • Prefer a CLI-first workflow that agents and project scripts can use consistently.

Evaluate lokei without deleting LocalCan projects

Keep the LocalCan YAML and license configuration while testing lokei. The only immediate conflict is ownership of the standard proxy ports.

  1. 01Pause LocalCan's HTTP and HTTPS proxies or stop its daemon so ports 80 and 443 are available.
  2. 02Install @ulpi/lokei globally, run lokei setup once, and confirm lokei doctor is healthy.
  3. 03Run lokei run from the same application directory and verify its .test URL and inspector.
  4. 04Run lokei share to compare project startup and sharing before moving or deleting any saved LocalCan endpoint.

LocalCan and lokei can both remain installed, but their default local HTTPS listeners cannot own port 443 at the same time.

lokei vs LocalCan FAQ

Answers about local networks, project startup, public URL persistence, and inspection.

Is LocalCan a direct lokei competitor?

Yes. It overlaps across local HTTPS domains, public URLs, custom domains, project configuration, and traffic replay. LocalCan is endpoint- and desktop-oriented; lokei is project- and CLI-oriented.

Which product is better for testing on a phone?

LocalCan has the clearer local-network workflow because it publishes .local domains through mDNS to devices on the same Wi-Fi. lokei can create a public share URL for device testing, but it does not document an equivalent dedicated LAN discovery mode.

Does LocalCan start my development server?

Its documented model points domains and tunnels at a target such as localhost:3000. lokei detects and launches the project command, Compose stack, Sail project, or declared services before routing them.

Can both products use custom public domains?

Yes, subject to their hosted plans and domain verification. LocalCan documents verified custom domains as persistent service endpoints; lokei supports custom-domain controls through its cloud sharing capabilities.

Which product has better request inspection?

Both provide body inspection and replay. LocalCan offers a polished desktop inspector for local and public traffic. lokei serves a browser-based inspector and adds filtering, editable replay, retention controls, and HAR export within its project workflow.

Does lokei support TCP tunnels?

No. lokei focuses on HTTP applications. LocalCan supports raw TCP tunnels, so it is the stronger choice when a database, SSH service, or another non-HTTP endpoint must be exposed.

Can I use LocalCan and lokei on the same computer?

Yes, but not with both default HTTPS proxies active because each expects port 443. Pause or reconfigure one local proxy before starting the other.

Sources and methodology

LocalCan claims use its public product, CLI, project, Public URL, and inspector documentation. lokei claims use its public website and npm package documentation.

Verified July 16, 2026. Product behavior and commercial availability can change. LocalCan is a trademark of its respective owner. lokei is not affiliated with or endorsed by LocalCan. This page distinguishes the documented desktop viewer from the Linux CLI rather than assuming platform parity.

$ lokei run

Let the project define the endpoint

Install lokei, complete setup once, then run it inside an existing application without creating a port mapping first.

npm install -g @ulpi/lokei && lokei setup