ngrok alternative for local development

lokei vs ngrok

lokei and ngrok can both make a local HTTP application reachable, but they begin on opposite sides of the boundary: lokei starts with the project on your machine; ngrok starts with ingress from the public network.

Last verified: July 16, 2026

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

At a glance

The products overlap at temporary HTTP sharing, not across their full scope.

Scroll horizontally to see every column.

At a glance
CapabilitylokeingrokOfficial evidence
Primary jobRun local development projects behind trusted named HTTPSProvide globally distributed ingress to services running anywhere
Starting commandlokei run discovers and starts the current projectngrok http <port> connects to an already-running local service
Local HTTPS domainBuilt-in trusted .test domain before anything is sharedProvides a public HTTPS endpoint that forwards to a local port
Traffic inspectionLocal capture, filtering, editable replay, and HAR exportLocal agent inspector plus cloud inspection, replay, search, and retention
ProtocolsHTTP application development and public HTTP sharingHTTP, HTTPS, TCP, and TLS endpoints
Production ingressDifferent scope: local development and temporary sharingAPI gateway, Kubernetes ingress, identity-aware proxy, and load balancing
Cost and account modelLocal development is free without an account; hosted sharing has free and paid plansThe Free plan requires an account and includes limited one-time usage credit, endpoints, transfer, and requests

Feature-by-feature comparison

“Different scope” marks capabilities that belong to ngrok's production ingress platform rather than lokei's local-development job.

01

Local development workflow

Scroll horizontally to see every column.

Local development workflow
CapabilitylokeingrokOfficial evidence
Named local domainsBuilt in with local DNS, a trusted CA, and a configurable local TLDNot the primary job; the agent forwards a local port to a public endpoint
Application startupDetects and starts the current framework or configured serviceExpects an upstream service address or port
Framework and environment injectionBuilt in for 30+ development stacks and common application URL variablesFramework-neutral tunnel to the supplied upstream
Docker and multi-service projectsDiscovers public Compose and Sail services and models project dependenciesCan expose multiple configured endpoints but does not own the application lifecycle
02

Sharing and debugging

Scroll horizontally to see every column.

Sharing and debugging
CapabilitylokeingrokOfficial evidence
Temporary public HTTPSNative lokei share session for the current project or selected HTTP servicesCore tunnel workflow with an automatically provisioned public HTTPS endpoint
Start before sharingStarts a stopped project through its normal framework, Docker, or Sail lifecycleConnects to the upstream supplied by the user
Request replayEditable replay runs from the local inspectorLocal and cloud inspectors support replay; cloud full capture enables retention and search
Access controlPasswords and bearer tokens for shared development URLsTraffic Policy supports authentication, identity, rate limits, request controls, and more
03

Advanced networking and operations

Scroll horizontally to see every column.

Advanced networking and operations
CapabilitylokeingrokOfficial evidence
TCP and TLS endpointsDifferent scopeBuilt in for databases, remote access, TLS passthrough, and other network services
Kubernetes ingressDifferent scopeDedicated Kubernetes Operator with Ingress and Gateway API support
Production gatewayDifferent scopeTraffic Policy, endpoint pools, identity controls, and production API ingress
Remote agent managementLocal service lifecycle onlyRemote stop, restart, and upgrade operations through API or dashboard

Where each product has a real edge

The honest answer depends on whether the primary problem is local development or public ingress.

01

Where ngrok has a real edge

A mature ingress and connectivity platform extending far beyond localhost sharing.

  • Expose HTTP, HTTPS, TCP, and TLS services through a global network.
  • Run production gateways, Kubernetes ingress, and identity-aware access.
  • Apply authentication, rate limiting, transformations, WAF rules, and traffic policy.
  • Manage agents remotely and retain or export traffic events in the cloud.
02

Where lokei has a real edge

A local-first workflow that understands the project before it creates a public URL.

  • Give every project trusted named local HTTPS without requiring a public endpoint.
  • Detect and start frameworks, Docker Compose, Laravel Sail, and monorepo services.
  • Keep ordinary local inspection on the developer's machine.
  • Share the current project without first finding its route or port.

Which one fits your workflow?

Use the narrower tool for the local job and the broader platform when the network requirements demand it.

01

Choose ngrok if you...

  • Need TCP, TLS passthrough, SSH, RDP, or non-HTTP connectivity.
  • Operate Kubernetes ingress or a production API gateway.
  • Need enterprise identity, policy, compliance, or remote agent management.
  • Want cloud traffic retention, team inspection, and log exports.
02

Choose lokei if you...

  • Want a trusted local domain every time you start a project.
  • Do not want to look up a framework port before running the proxy.
  • Need Docker, Laravel, worktree, and multi-service awareness.
  • Primarily share temporary HTTP development applications with collaborators.

Use lokei for the local-development slice

You do not need to remove ngrok. Move the project startup and local HTTPS workflow to lokei, then keep ngrok wherever its broader network features are required.

  1. 01Install @ulpi/lokei globally and complete lokei setup once.
  2. 02From the project directory, replace the port lookup with lokei run.
  3. 03Use the named .test URL and lokei inspect during normal development.
  4. 04Use lokei share for temporary HTTP collaboration; keep ngrok for TCP, Kubernetes, production ingress, or advanced policy.

This is a scoped workflow change, not a recommendation to replace ngrok infrastructure that serves production or non-HTTP traffic.

lokei vs ngrok FAQ

Direct answers about the overlap and the product boundary.

Is lokei an ngrok replacement?

For local HTTP application development and temporary sharing, it can be. It is not a replacement for ngrok's TCP or TLS endpoints, Kubernetes Operator, production gateway, remote management, or advanced Traffic Policy.

Does lokei create a public URL without asking for a port?

Yes. Run lokei share from the project directory. lokei resolves the active project or service, starts it when needed, and creates the public share session.

Which product is better for webhook testing?

Both can expose an HTTP webhook endpoint and replay captured requests. Choose lokei when the webhook belongs to a project you also want to start and run behind named local HTTPS. Choose ngrok when you need its cloud retention, policy, team observability, or gateway features.

Can I keep using ngrok after installing lokei?

Yes. lokei can own local project startup and HTTPS while ngrok remains available for infrastructure and protocols outside lokei's scope.

Does lokei support TCP or raw TLS tunnels?

No. lokei's sharing workflow is for public HTTP applications. Use ngrok when you need TCP, TLS passthrough, databases, SSH, RDP, or another non-HTTP protocol.

Which product is better for a monorepo with a web app and API?

lokei is designed to understand project services and their declared dependencies, so it can share one service or a coherent group without exposing private workers or databases. ngrok can run several endpoints, but you configure their upstream addresses and lifecycle separately.

Which product should run in production?

ngrok is the relevant option when the requirement is production ingress, a Kubernetes gateway, traffic policy, or globally managed endpoints. lokei is intentionally scoped to local development and temporary collaboration rather than production serving.

Sources and methodology

Competitor claims use ngrok's official documentation and pricing page. lokei claims use the public website and published npm package documentation.

Verified July 16, 2026. Product capabilities, limits, and pricing can change. ngrok is a trademark of its respective owner. lokei is not affiliated with or endorsed by ngrok. This comparison limits replacement claims to local HTTP development and temporary sharing.

$ lokei run

Make local HTTPS the default

Install lokei, run the one-time setup, and start the current project without looking up its port.

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