Closed Togtja closed 1 month ago
It says your client to connect to your local ip address and if they cannot reach it (from outside) then they cannot connect.
Currently only one Ip can be used, its a limitation. So if you expect to connect from outside use public ip in nat1to1 and ensure nat hairpinning works to have local access as well.
Thank you for your quick respone m1k1o! I appropriate it a lot!
I changed NEKO_NAT1TO1
to my public IP, then I could not access is on host, LAN nor external.
I checked that my router supports NAT loopback/hairpinning, and it did, if the forum posts are to be trusted.
I then decided to portforward the UDP port 52000-52100
, then it finally worked everywhere (Host, LAN, external).
I also tried with the mux configuration (also had to Port Forward the mux port), and that too worked. (Separate question, but is there a performance difference between mux and epr?)
But I'm not certain why I have to port forward these ports when using the revere proxy. And for host localhost:8080
and LAN connections (<private_ip>:8080
) I should not need to port forward at all, so I assume it has to do with #47?
Which is the one IP connection limitation right.
Just as a slight side-note and clarification, though I assume it's the NAT loopback on my router that does this. I am able to connect using <private_ip>:8080
from other devices on the network, despite setting NEKO_NAT1TO1
to my public IP. However, if NEKO_NAT1TO1
is my public IP address then I also have to portforward, otherwise I get the peer failed error
is there a performance difference between mux and epr?
Probably there is some difference, but absolutely minimal. If using EPR the multiplexing is happening on the network level (separate UDP ports) and if using MUX the multiplexing is happening in the neko.
But I'm not certain why I have to port forward these ports when using the revere proxy. And for host localhost:8080 and LAN connections (
:8080) I should not need to port forward at all, so I assume it has to do with https://github.com/m1k1o/neko/issues/47? Which is the one IP connection limitation right.
Exactly, even the LAN hosts get the Public IP and try to connect there. The value of NEKO_NAT1TO1
is not used by backend, but by the client. And they need to be able to reach that IP/ports.
Just as a slight side-note and clarification, though I assume it's the NAT loopback on my router that does this. I am able to connect using
<private_ip>:8080
from other devices on the network, despite settingNEKO_NAT1TO1
to my public IP. However, ifNEKO_NAT1TO1
is my public IP address then I also have to portforward, otherwise I get the peer failed error
The ports needs to be forwarded to outside even for LAN clients because they are connecting to the NEKO_NAT1TO1
what is the public IP.
I am trying to use the neko server behind a reverse proxy, but I am having some issues with the websocket connection. I am able to connect to the server, but it gives peer failed when I try to login. It works perfectly when I connect to the domain on the local network where the domain and the server are hosted.
Note that the domain is hosted on a different server than the neko server. Hence the private IP address in the configuration instead of localhost.
My apache2 configuration for a reverse proxy:
My neko configuration:
When an external ip connect the docker output
WRN
or higher I see is:In the firefox browser trying to connect I get a peer failed error
Any clue as to what might be wrong, or if anything in my configurations is off?