I am having issues with ssh (or scp) between OSX devices, only on my eero network
I have three macbook pro devices. 2008 model on 10.11.6, 2015 on 10.13.6, and new 2019 on 10.14.6.
While trying to setup the newest device I wanted to scp files from the 2015 to the 2019. But I couldn't get scp or ssh to work on my home eero network not mater what I tried.
So I tried at work and they connect just fine.
More testing on home network finds that this seems to be an eero issue. I have a second network at home (independent network with it's own external WAN IP). It's on a zyxel router and connecting to that device works fine. I can ssh between any of these devices.
Once I return them to the eero network they start failing again.
I also find they can't ping each other.
Each Mac can see the rest of my network. I have several Raspberry Pi devices. Each can be seen, each can be pinged and I can ssh to any of them from any of my OSX macbooks. I can even ssh from one mac to the other if I go through any of the pi devices. SSH to PI and then SSH any of the other macs. No problem. I can also ping the macbooks from any of the pi devices.
So for some reason my eero network is causing issues for peer to peer connections between OSX devices specifically.
I can ssh from any pi to any other pi as well. So it is a OSX specific issue.
Actually it seems to be an apple specific issue. Because I have a terminal app on my iphone which lets me ssh. I can ssh into any pi, but once again I can NOT ssh into my macbooks from my iphone.
I have heard about issues with Apple devices on eero network but they mostly involve issues with connecting to a closer (stronger signal) eero or loss of connection when you roam. I have this issue as well with my iphones, macbooks and ipads. But a simple wifi off/wifi on fixes this issue. I can't find a solution to fix my ability to ssh (or more specifically scp) from one macbook to another on an eero network.
Has anyone else experienced this issue?
Is there a solution?
16 replies
-
That’s a pretty strange issue. I just checked and I have no issue with pinging or SSH between macOS and/or iOS devices on my eero network.
-
Hi there, did you solve your problem. Same issue here.
-
Hi ron. Thanks for the quick reply. I’ll contact to see if they have a solution now. Just activated my old airport and I immediately got my macs connected.
-
I'm having a very similar issue, I'm unable to ping from devices connected to the eero network toward devices on the wired segment, but the wired devices seem to be able to talk to one another just fine.
I can even ping a wireless device and get a response. Pinging from that same wireless device to the same wired device yields no response.
Some wired devices are experiencing connectivity issues out to the internet.
Now I have quite a few IP reservations and port mappings, so with no advanced features on the eero like backup and restore... yes, it's 2020 and we're still calling backup and restore an advanced feature, FML... I'm not just going to delete the network and start provisioning again.
In a dollars to dissatisfaction ratio, this eero bundle is likely the worst purchase I've ever made.
-
Ok, so thinking about it.. I did make a "Family Profile" for my daughter's phone to see what that was like - I only added her phone and tablet to it, nothing to do with these devices that can't talk to each other. It has a schedule on it that is supposed to stop internet access at bed time and these other features that never really seemed to work right so I just stopped using the profile and removed it.... This got me thinking that maybe there is some kind of configuration remnant left behind after deleting/removing... something that was wreaking havoc on my network...
I started running some continuous pings to some devices.... I reloaded the error pro and for just a few intervals at start up I was able to ping my devices. The plot thickens, this new bit of information fuels my suspicion that some configuration remnant that I can't see because... advanced features?... is to blame.
Quickly I create a profile "default" and add all 46 devices to it. I pause the profile and then enable it.... the next few pings fail. Dejected I turn to my phone to dig further into the app when in the corner of my eye it's brighter that it was a moment ago... there's more white against my black background, my pings are echoed back?! It's working?! Was it really the fix? I try another address quickly as if I'm racing against some unseen force coming to steal away my packets. Success! Another, also successful.
Ok, so I don't really want to add a device to this profile every time I onboard something new... can I remove it now and delete it? will everyone still like each other? Slowly, taking special care not to spook the newly domesticated packets I begin removing each device one by one from the profile, the idea here not to leave anything behind with the nuclear option of deleting the profile. With the number of devices left assigned to the profile at 0, it was time to say goodbye. So I deleted the "default" profile scattering its data to the ether with a confirmed "yes."
Sitting back at the create your first profile screen I knew what I had to do. Pausing briefly from typing this I had to switch over to the continuous ping that was still running in the background and make sure that my connectivity was still there. A knot grew in the pit of my stomach, what if this wasn't the fix? What if this $315 hunk of absolute garbage was somehow that much trashier still.... It was time to find out...
It's still there! It's still working I thought to myself amazed and bewildered. I immediately thought of the surprised Airman Doughtery from WarGames after surviving Joshua's simulated nuclear missile strike from the USSR, "Yeah, we're here! Jesus H. Christ! We're still here!"
So, I guess the moral of this story is, don't use Family Profiles. They're half baked and can really jack up your network. If you're having some flaky problems after having created one of these god forsaken things try my steps above, maybe you'll have a positive outcome. Me, I'm moving to an Orbi deployment ASAP. I don't like walking away from something I spent this much money on, but at the end of the day it can't be a guessing game of if the network is going to work or not.
Deuces eero, I'm out. See ya never.
-
Nope, no double NAT. Wired is just a dumb switch with PoE. All the devices get DHCP from Eero. It's just a terrible product. It was a very strange issue. I'm not sure what mechanism the profiles use, the inability to communicate makes me think it might be some type of vlan mechanism. Anyway, if someone was having some strange issue, it's a troubleshooting step they could try.
-
Sorry if this thread is no longer active, but I am new to Eero and experiencing this exact problem. The OSX device is on the network and has internet access. Eero shows the OSX device with 2 IPv4 addresses and an IPv6 address. BUT when I execute an arp -a command from a Windows 10 machine, the IP address of the Mac is not shown in the arp cache. And of course this means ping to that IP fails as well as attempting to telnet into the machine. Ping to the IPv6 address also fails with destination host unreachable.
The firewall on the OSX device is disabled.
What setting on my Eero network is preventing my Windows 10 machine from seeing the iMac?
-
I have the same problem, see log below (#-delimited comments added).
Sometimes machines on my eero WLAN can ping one another, sometimes not.
I haven't mucked with address resolution tables, figuring that's eero's job,
but the log says to me that eero is not getting it right.
I've also had intermittent issues with authentication
of ssh/scp/rsync to external sites that I've used regularly for years.Network: Xfinity cable modem, ethernet to eero gateway (.1),
WLAN from eero gateway to eero2 (.20) and eero3 (.21).
IP reservations for all devices via eero app.
macair2 (.135) and macair3 (.145) are Macbook Air and macmini (.136) is Mac Mini,
all running OSX, all firewalls off.
Below: macair2 (connected to eero2 via WLAN)
can ping macair3 and macmini (connected to eero3 via WLAN),
but macair3 cannot ping macmini.
arp -a from macair2 shows expected MAC address for macmini
but arp -a from macair3 shows "(incomplete)" for macmini, making it unpingable.
---
steve@macair2 ~: ping macmini
PING macmini (192.168.4.136): 56 data bytes
64 bytes from 192.168.4.136: icmp_seq=0 ttl=64 time=243.843 ms
64 bytes from 192.168.4.136: icmp_seq=1 ttl=64 time=17.859 ms
^C
...
steve@macair2 ~: arp -a
? (192.168.4.1) at 48:dd:c:6d:c8:ad on en0 ifscope [ethernet] # gateway
? (192.168.4.20) at 48:dd:c:6e:ca:cd on en0 ifscope [ethernet] # eero2
# eero app shows eero3 at .21 but it doesn't appear here
# ...
macair2 (192.168.4.135) at 30:35:ad:d9:73:20 on en0 ifscope permanent [ethernet]
macmini (192.168.4.136) at d4:dc:cd:f2:ca:26 on en0 ifscope [ethernet] # as expected
# ...
macair3 (192.168.4.145) at 3c:22:fb:2d:72:68 on en0 ifscope [ethernet]
# ...
steve@macair2 ~: ssh macair3
Last login: Fri May 15 19:11:17 2020 from 192.168.4.135
steve@macair3 ~/: ping macmini
PING macmini (192.168.4.136): 56 data bytes
Request timeout for icmp_seq 0
^C
--- macmini ping statistics ---
2 packets transmitted, 0 packets received, 100.0% packet loss
steve@macair3 ~/: arp -a
? (192.168.4.1) at 48:dd:c:6d:c8:ad on en0 ifscope [ethernet] # gateway
# eero app shows eero2 at .20 but it doesn't appear here
# eero app shows eero3 at .21 but it doesn't appear here
# ...
macair2 (192.168.4.135) at 30:35:ad:d9:73:20 on en0 ifscope [ethernet]
macmini (192.168.4.136) at (incomplete) on en0 ifscope [ethernet] # OOPS
# ...
macair3 (192.168.4.145) at 3c:22:fb:2d:72:68 on en0 ifscope permanent [ethernet]
# ...
steve@macair3 ~/: exit
Connection to macair3 closed.
Content aside
- 4 yrs agoLast active
- 16Replies
- 943Views
-
6
Following