Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

node A can access B and C, but B and C can't access each other #612

Closed
kylemcdonald opened this issue Nov 6, 2017 · 8 comments
Closed

Comments

@kylemcdonald
Copy link

kylemcdonald commented Nov 6, 2017

I have a network with a few devices:

  • A 10.241.161.0
  • B 10.241.106.104
  • C 10.241.81.250

In this case, A and B are remote servers and C is my laptop.

  • ping from server A to server B or vice versa: 30ms
  • ping from server A to laptop C or vice versa: 300ms
  • ping from laptop C to server B: Request timeout
  • ping from server B to laptop C: Destination Host Unreachable

I'm on a bad wifi connection, but everything was working earlier so I'm not sure what's going on. How can I debug this?

For comparison, laptop C can access server B via TeamViewer.

I tried restarting laptop C and server B and it didn't seem to fix anything at first, but after a few minutes it started working again. I'm not sure whether it's connected to the restart or not.

Update: it went down again after a few hours. For comparison, here is what it looks like pinging from C to A:

...
64 bytes from 10.241.161.0: icmp_seq=73 ttl=64 time=208.195 ms
64 bytes from 10.241.161.0: icmp_seq=74 ttl=64 time=207.058 ms
64 bytes from 10.241.161.0: icmp_seq=75 ttl=64 time=206.291 ms
64 bytes from 10.241.161.0: icmp_seq=76 ttl=64 time=206.552 ms
64 bytes from 10.241.161.0: icmp_seq=77 ttl=64 time=240.747 ms
^C
--- A.local ping statistics ---
79 packets transmitted, 78 packets received, 1.3% packet loss
round-trip min/avg/max/stddev = 204.466/274.949/512.720/95.914 ms

Here's what it looks like pinging from C to B (mainly timeouts, with a few exceptions):

...
Request timeout for icmp_seq 16
64 bytes from 10.241.106.104: icmp_seq=15 ttl=64 time=2062.622 ms
64 bytes from 10.241.106.104: icmp_seq=16 ttl=64 time=1059.912 ms
64 bytes from 10.241.106.104: icmp_seq=17 ttl=64 time=238.308 ms
64 bytes from 10.241.106.104: icmp_seq=18 ttl=64 time=249.326 ms
64 bytes from 10.241.106.104: icmp_seq=19 ttl=64 time=265.093 ms
Request timeout for icmp_seq 22
...
Request timeout for icmp_seq 34
64 bytes from 10.241.106.104: icmp_seq=35 ttl=64 time=235.507 ms
Request timeout for icmp_seq 36
...
Request timeout for icmp_seq 57
^C
--- B.local ping statistics ---
59 packets transmitted, 6 packets received, 89.8% packet loss
round-trip min/avg/max/stddev = 235.507/685.128/2062.622/683.875 ms
@StrikerTwo
Copy link

I'm having sporadic issues like that as well. They resolve themselves without me doing anything, but often it's bad enough that my RDP sessions time out.

All devices show as "online" in my.zerotier.com when this happens. A can ping B and C, C can ping A, B and C won't talk to each other. It looks like ZeroTier also drops the ZT LAN route when this happens, because traceroutes from B to C at that time go to my ISPs router (and straight back to B because there is a static route set in the router).

In my case A is a Windows 10 laptop at work, B is a Windows Server 2012 box at home, C is a OPNsense VM in a datacenter.

@adamierymenko
Copy link
Contributor

Dupe of #619

@kylemcdonald
Copy link
Author

in case anyone else runs into this: i found one temporary solution, which is to disable and re-enable the zerotier network on my laptop (from the zerotier GUI in the menu bar). at least, it worked this time.

@StrikerTwo
Copy link

That's... not really a solution.

Any ETA on 1.2.6?

@kylemcdonald
Copy link
Author

kylemcdonald commented Feb 18, 2020

I'm having this issue again. Currently running version 1.4.6 on all three machines. Something I'm noticing this time is that machine C (my laptop) has an IPv6 physical IP while both A and B are IPv4 physical IPs.

Disabling and re-enabling the zerotier network doesn't work this time.

For ssh access my temporary solution this time is to use A as a jump host. Instead of ssh userB@B I use ssh -J userA@A userB@B.

@estsauver
Copy link

I'm having this issue as well. Zerotier support has basically said they can't/won't help even after we upgraded to the paid version.

@igiann
Copy link

igiann commented May 26, 2021

I have the same issue. I can ping from A to B, but i can not ping from B to A. This is very strange

@Mrproex
Copy link

Mrproex commented Dec 17, 2022

Any news on this ? Im having the same problem, no firewall enabled.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants