Skip to content

Commit

Permalink
simplify a little bit
Browse files Browse the repository at this point in the history
  • Loading branch information
tedim52 committed Jul 11, 2024
1 parent ac29700 commit a478188
Showing 1 changed file with 1 addition and 3 deletions.
Original file line number Diff line number Diff line change
Expand Up @@ -45,6 +45,4 @@ The combination of public IP + port _will_ allow you to connect to a container f

### Gotchas

When exposing a port on a `ServiceConfig` via the `ports` field, the container responsible for managing the enclave, APIContainer (APIC), will perform an availability check (`nc -vz <service ip> <port>`) to ensure the port is exposed.
Some services by default expose ports on `localhost:<port num>` or `127.0.0.1:<port num>`. This would cause the availability check (eg. `nc -vz 172.0.0.3 9612`) to fail as the APIC communicates with the service on a subnetwork created by Kurtosis for that enclave,
whilst the port is only exposed on the localhost network interface. The workaround is to expose the port on all network interfaces via `0.0.0.0` eg. `--rpc.laddr tcp://0.0.0.0:36657`.
When you expose a port on a `ServiceConfig` via the `ports` field, the container responsible for managing the enclave, APIContainer (APIC), will perform an availability check (`nc -vz <service ip> <port>`) on the port. Some services default to exposing ports on `localhost:<port num>` or `127.0.0.1:<port num>`. This causes the availability check (eg. `nc -vz 172.0.0.3 9612`) to fail, as the APIC communicates with the service on a subnetwork created by Kurtosis for that enclave, whilst the port is only exposed on the localhost network interface. The workaround is to expose the port on all network interfaces via `0.0.0.0` eg. `--rpc.laddr tcp://0.0.0.0:36657`.

0 comments on commit a478188

Please sign in to comment.