mirror of
https://github.com/fosrl/pangolin.git
synced 2026-03-16 20:00:21 -05:00
Beginner help needed #226
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @gyokiss on GitHub (Apr 8, 2025).
Dear all,
pangolin is promising, so I have decided to install it, mostly basic setup. I decided first to get the easyest method, docker everything, and newt on lab server.
my lab is behind mikrotik router, i think that should not be a showstopper.
Issue I'm facing: trhe newt would like to ping, but fails, handshake initiated every 5 sec, but where I can see, that is successful?
I think with newt I have issue, but even the debug option helps a little bit less, than I think required for me to get to the root of issue.
Additional infomation: the site on pangolin reports online.... ( but my site gives ofc gateway timeout)
any idea where to debug?
@oschwartz10612 commented on GitHub (Apr 9, 2025):
Hi thanks for trying out pangolin and I am sorry you are having this issue!
Are you installing Pangolin on the same network in which you intend to proxy resources? The network behind Mikrotik? Is so you do not need Newt because there is no reason to tunnel and you can just use local sites: https://docs.fossorial.io/Pangolin/without-tunneling
Otherwise I would make sure that UDP port 51820 is open coming into your network to Gerbil the Wireguard server. If you are still experiencing the issue could you redact and post your Newt logs and config?
@gyokiss commented on GitHub (Apr 9, 2025):
Hi thanks for your answer,
For clarify: pangolin runs in vps (hetzner cloud), edge server in a local network, protected with mikrotik. on vps all required ports are open.
If I start newt with debug (i have removed some keys and ip's), ping fails.
Interessant pangolin webUI shows the site online.
Another test, I have created a site with basic wireguard, there the connection comes up - there is not clear how to set in pangolin the target in resource to get the service.
On pangolin side how to get logs?
Thanks
@gyokiss commented on GitHub (Apr 9, 2025):
Hi,
update a little bit, If I start newt in host, without any docker etc. should it create an interface? where should I see the ip from newt would like to go out? My edge OS: ubuntu server 24.04.2
Even the routing table is "free" from network 100.89.128.x....
@oschwartz10612 commented on GitHub (Apr 9, 2025):
Newt uses a fully user space network stack called gvisor/netstack. You will not see an interface get created. This is part of what makes it so portable! The
100.89.128.4address is the internet Wireguard network between gerbil and newt that is pinging.Does your pangolin<.myserver> domain resolve to the IP of the VPS? I.E. your domain is not behind Cloudflare's proxy or anything else like that? Also I would triple check your ports are open. You can use dig/nslookup to test the DNS resolution on the edge server running Newt.
This is almost always a network issue with Wireguard packets failing to make it to the VPS.
@gyokiss commented on GitHub (Apr 9, 2025):
Hi,
I have checked - dns works as expected. Looks good for me: :) dig and nslookup reports back correctly.
Not really yet understood how that should work :) I'm trying. How will be routed a package from newt to gerbil?
If I have right, first the wireguard should be connected. But in case an edge server we have internal IP- on edge. Than should be enabled/masqueraded/forwarded to be able connect. correct?
On newt (edge ) i have recognized, that tries to go out every time on a new port.
what I have found: there is no answer from public accessible server. Thats a
- is the IP of vps server,
- is the IP of Mikrotik router - hiding the edge.
It looks like that would like to have some additinal mikrotik config?
on the vps:
@github-actions[bot] commented on GitHub (Apr 24, 2025):
This issue has been automatically marked as stale due to 14 days of inactivity. It will be closed in 14 days if no further activity occurs.
@github-actions[bot] commented on GitHub (May 8, 2025):
This issue has been automatically closed due to inactivity. If you believe this is still relevant, please open a new issue with up-to-date information.
@Gater73 commented on GitHub (Jul 5, 2025):
Also have the same problem, i have pangolin running in a Oracle Cloud VPS, all ports open, and newt in a local ubuntu server in my local network
INFO: 2025/07/05 23:31:14 Received: {Type:newt/wg/connect Data:map[endpoint:pangolin.{my_domain}:51820 publicKey:{pubKey} serverIP:100.89.128.1 targets:map[tcp:[] udp:[]] tunnelIP:100.89.128.4]}
INFO: 2025/07/05 23:31:15 WireGuard device created. Lets ping the server now...
INFO: 2025/07/05 23:31:15 Ping attempt 1
INFO: 2025/07/05 23:31:15 Pinging 100.89.128.1
WARN: 2025/07/05 23:31:25 Ping attempt 1 failed: failed to read ICMP packet: i/o timeout
INFO: 2025/07/05 23:31:25 Starting ping check
INFO: 2025/07/05 23:31:25 Ping attempt 2
INFO: 2025/07/05 23:31:25 Pinging 100.89.128.1
WARN: 2025/07/05 23:31:35 Ping attempt 2 failed: failed to read ICMP packet: i/o timeout
@oschwartz10612 commented on GitHub (Jul 6, 2025):
Hi @Gater73. Sorry you are having this issue! Just triple check that:
Its almost always one of these
@Gater73 commented on GitHub (Jul 6, 2025):
Hi, after verifying those points we have:
Ports 80/tcp, 443/tcp and 51820/tcp allowed via ufw
and for the gerbil config we have:
Still getting:
Edit: my bad totally, just saw the rule in Oracle Cloud is not UDP but a TCP
@Gater73 commented on GitHub (Jul 6, 2025):
It was the protocol in Oracle Cloud, thank you!!!!
@ITz-Viks commented on GitHub (Sep 27, 2025):
For me, it was Cloudflare proxy. Many thanks oschwartz10612.