On my 17" MBP (running Mavericks) I'm sometimes signed on to two different LANs, one with my AirPort interface and one with Ethernet. My Networks are set up (in the Network System Preference Panel) such that the Ethernet service is higher priority than the AirPort.

Sometimes (not always), when I try to connect to an IP address on the network I'm connected to via AirPort, it (I assume) tries to connect to the IP via the Ethernet network and eventually times out. Pinging an IP on the AirPort network also fails.

I set up the Ethernet network as higher priority than the AirPort network, so it's working as intended, you say - 'what's the problem'? Well, the IP I'm trying to connect to is a local IP (e.g. 192.168.x.x), while the Ethernet router's IP is like, and it's assigning IP addresses using DHCP like,, etc. So if I try to connect to say, why is it trying to go over Ethernet, in 10.0.0.x land? How do I have to set up the networks so that the laptop "realizes" it needs to use the AirPort interface for connecting to 192.168.x.x addresses? BTW, reversing the service order just makes it so I have the same problem in reverse - suddenly all connections to Ethernet IPs time out.


I'm providing some concrete info below to help diagnose the problem. Today, for no apparent reason, the situation is reversed - my Ethernet network, which routes to the Internet, is working fine, but packets to my AirPort network (10.11.12.*) are being incorrectly routed through the Ethernet network (192.168.20.*). I wonder if this has to do with the order in which I connected to the networks when I got to work this morning.

Notice that it attempts to route packets to via which is the "default-er" gateway (above I have full control of both routers, so I can change their configuration as necessary to keep the two networks from becoming confused on my MBP. I just have no idea what I need to do to accomplish that.

$ netstat -nr
Routing tables

Destination        Gateway            Flags        Refs      Use   Netif Expire
default         UGSc            8        0     en0
default          UGScI           0        0     en1
10.11.12/24        link#4             UCSI            2        0     en1        de:ad:be:ef:0:0    UHLWIi          1      174     en1    976          UHS             1        0     lo0       ff:ff:ff:ff:ff:ff  UHLWbI          0        3     en1
127                UCS             0        0     lo0          UH              1    62540     lo0
169.254            link#4             UCS             0        0     en1
192.168.20         link#5             UCS             6        0     en0       48:5b:39:e8:b:8    UHLWIir         9      171     en0   1198     0:e0:4d:bf:2:2b    UHLWIi          1      109     en0   1077     68:9:27:5c:f1:e9   UHLWI           0        0     en0   1174          UHS             0        0     lo0     a8:88:8:c9:40:a4   UHLWI           0        0     en0   1021     ff:ff:ff:ff:ff:ff  UHLWbI          0        4     en0

$ ping
PING ( 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1

$ route -n get
   route to:
destination: default
       mask: default
  interface: en0
 recvpipe  sendpipe  ssthresh  rtt,msec    rttvar  hopcount      mtu     expire
       0         0         0         0         0         0      1500         0 

Edit 2: Traceroute

$ traceroute
traceroute to (, 64 hops max, 52 byte packets
 1  unknown (  0.655 ms  0.474 ms  0.365 ms
 2 (  7.806 ms  7.713 ms  7.619 ms
 3  173-219-249-22-link.sta.suddenlink.net (  9.155 ms  9.189 ms  7.729 ms
 4  173-219-249-248-link.sta.suddenlink.net (  23.200 ms  24.235 ms  23.603 ms
 5  173-219-229-77-link.sta.suddenlink.net (  821.529 ms  778.116 ms  772.398 ms
 6  173-219-229-74-link.sta.suddenlink.net (  21.760 ms  23.201 ms
    173-219-229-98-link.sta.suddenlink.net (  20.502 ms
 7  173-219-229-77-link.sta.suddenlink.net (  890.499 ms  884.132 ms  906.584 ms
 8  173-219-229-80-link.sta.suddenlink.net (  21.744 ms
    173-219-229-98-link.sta.suddenlink.net (  22.142 ms  23.222 ms
 9  173-219-229-77-link.sta.suddenlink.net (  904.088 ms^C
  • So do you have AirPort connecting to a router via ethernet? I'm guessing the ethernet cable going to your Mac hooks directly to the router. Is this correct? Feb 3, 2014 at 22:02
  • Are the two routes separate? Or is there some possibility of a loop?
    – Beartech
    Feb 4, 2014 at 5:50
  • James Manes: AirPort network is wireless, 802.11g. Ethernet network is wired, yes. Beartech: I've added the output of some diagnostic tools. I have to admit that I'm a routing novice, so hopefully this information will be of use.
    – njahnke
    Feb 4, 2014 at 17:09
  • I'm not entirely sure how or what this means, but the I flag on your 10.11.12 routes indicates an "interface scope", which apparently can influence what route is chosen. How did you set network priority?
    – Mattie
    Feb 4, 2014 at 20:32
  • zigg: The only way I set priority was via the Network System Preference Panel (the order of Services). It's interesting because my problem today is reversed - even though the 10.11.12.* network supposedly has priority, requests to are going through the other interface and getting lost (see my traceroute output).
    – njahnke
    Feb 4, 2014 at 20:42

1 Answer 1


Just nailed this. The non-Internet-connected network (the one I usually access via AirPort) had its router set up incorrectly. I got a way out from the Unix guys here: https://unix.stackexchange.com/a/113622/21486

Basically if you set up a hostapd wireless access point on a Linux machine and you're using DHCP, you need to make sure you don't have an option routers line in your dhcpd.conf. That line will make the router advertise to clients a spurious default gateway which, depending on the alignment of the planets, will blackhole your traffic intended for the other network.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .