Is there still a way to make netmaker work with ca...
# netmaker
r
Is there still a way to make netmaker work with caddy? Before upgrading to 16.x it worked, now my netclients cannot connect to the server, even though I do not relay mq traffic via caddy
j
is it an MQ issue?
r
it appears so, judging from the netclient logs
this is a part of the mq log:
Copy code
2022-10-12T21:02:09.832776958Z 1665608529: New connection from <corretnetclinetplublicip>:52154 on port 8883.
2022-10-12T21:02:09.832837373Z 1665608529: Client <unknown> disconnected due to protocol error.
and netclient log:
Copy code
[localport.go-47] UpdateLocalListenPort(): could not publish local port change connection timeout
[mqpublish.go-252] publish(): could not connect to broker at broker.mydomain.tld:8883
[mqpublish.go-149] Hello(): Network: <mynetwork> error publishing ping, connection timeout
b
just checking ::: your netmaker server and netclient node are running the same version.
on the client run
netclient pull -n <network name> -vvvv
r
this results in:
Copy code
netclient pull -n mynet-net -vvvv
[netclient] 2022-10-13 18:26:00 [common.go-391] informPortChange(): network: mynet-net node hass is using port 51821
[netclient] 2022-10-13 18:26:03 [common.go-165] InitWireguard(): waiting for interface...
[netclient] 2022-10-13 18:26:03 [common.go-193] InitWireguard(): interface ready - netclient.. ENGAGE
[netclient] 2022-10-13 18:26:03 [commands.go-110] Pull(): pulled network config for mynet-net
[netclient] 2022-10-13 18:26:03 [commands.go-116] Pull(): reset network mynet-net and peer configs
the netlcient runs in a docker container
16.1
j
which version did you upgrade from?
r
16.0
i started fresh with the docker image, and deleted the host mounted volume holding the old config
with 16.0 it seemed to stop working
j
there was a change in 0.16.1 that will definitely affect MQ connectivity, but nothing in 0.16.0 should affect it.
which public port are you using for MQ?
r
8883
since I think 443 would go by caddy and caddy won't forward raw tcp
8883 is opened on the server via ufw
here's a full log with a freshly started container:
hmm now it seems to work
j
sometimes you just need to wait a few minutes for clients to reset themselves
9 Views