e4mc Retro is a backport of e4mc mod, allowing you to open your Minecraft LAN world to anyone over the internet — even on older Minecraft versions.
What is e4mc?
e4mc is a reverse tunneling reverse proxy for Minecraft. In simpler terms, it's a software that allows you to temporarily expose a local Minecraft server to the internet.
How do I use it?
Simply install the mod, and Open to LAN as normal. A public domain will appear alongside the local port. Others can simply connect to the public domain to connect to your LAN server.
All Versions
+ Add Version| Name | Game version | Platforms | Published | Downloads | Actions |
|---|---|---|---|---|---|
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 | ||||
| 11h ago | 1 |
- Added** new backend implementation for connections using cloudflared.
- Added** new backend implementation for connections using cloudflared.
- Added** new backend implementation for connections using cloudflared.
- Added** new backend implementation for connections using cloudflared.
- Added** new backend implementation for connections using cloudflared.
- Added** new backend implementation for connections using cloudflared.
- Fixed** translations for versions <=1.10.2 where the language files were not properly loaded.
- Fixed** translations for versions <=1.10.2 where the language files were not properly loaded.
- Fixed** translations for versions <=1.10.2 where the language files were not properly loaded.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.
- Added** a new configuration option:
useInsecureTLS
⚠️ **Warning:** This is insecure and not recommended. It is strongly advised to install the Azul Zulu 8 JDK or manually import the relay certificate instead.
See [this comment](https://github.com/xhyrom/e4mc-retro/issues/2#issuecomment-3102506009) for detailed instructions and rationale.
- Improved TLS handling** for broker HTTP connections:
- If
useInsecureTLSis enabled, the client uses an insecure trust manager that disables certificate validation. - If disabled (default), the client first attempts to use the system-default TLS validation. If that fails, it falls back to a bundled custom trust manager using
/certs/broker.e4mc.link.cert.