OS X上有趣的连接问题


33

我最近在运行OS X 10.8.3的MacBook Pro上的Internet连接出现了此问题:连接有时会“冻结”约5秒钟,然后又恢复正常。

通过Wi-Fi或以太网电缆发生,并且仅在运行OS X的计算机上发生(在同一计算机或任何其他计算机/设备上运行Windows 7时不会发生)。它使Skype每2分钟左右进行一次挂断电话,因此非常令人沮丧。

运行OS X时,Pinging Google.com看起来像这样(有数百个数据包在不到100毫秒的时间内返回(其中一些在130范围内),然后丢弃几秒钟)

64 bytes from 173.194.34.196: icmp_seq=694 ttl=48 time=71.463 ms
64 bytes from 173.194.34.196: icmp_seq=695 ttl=48 time=68.362 ms
64 bytes from 173.194.34.196: icmp_seq=696 ttl=48 time=69.056 ms
64 bytes from 173.194.34.196: icmp_seq=697 ttl=48 time=92.563 ms
64 bytes from 173.194.34.196: icmp_seq=698 ttl=48 time=130.814 ms
64 bytes from 173.194.34.196: icmp_seq=699 ttl=48 time=71.054 ms
64 bytes from 173.194.34.196: icmp_seq=700 ttl=48 time=73.588 ms
64 bytes from 173.194.34.196: icmp_seq=701 ttl=48 time=71.185 ms
64 bytes from 173.194.34.196: icmp_seq=702 ttl=48 time=72.161 ms
64 bytes from 173.194.34.196: icmp_seq=703 ttl=48 time=69.163 ms
64 bytes from 173.194.34.196: icmp_seq=704 ttl=48 time=73.425 ms
64 bytes from 173.194.34.196: icmp_seq=705 ttl=48 time=141.980 ms
64 bytes from 173.194.34.196: icmp_seq=706 ttl=48 time=226.818 ms
64 bytes from 173.194.34.196: icmp_seq=707 ttl=48 time=210.087 ms
Request timeout for icmp_seq 708
Request timeout for icmp_seq 709
Request timeout for icmp_seq 710
Request timeout for icmp_seq 711
Request timeout for icmp_seq 712
64 bytes from 173.194.34.196: icmp_seq=713 ttl=48 time=73.582 ms
64 bytes from 173.194.34.196: icmp_seq=714 ttl=48 time=70.994 ms
64 bytes from 173.194.34.196: icmp_seq=715 ttl=48 time=72.502 ms
64 bytes from 173.194.34.196: icmp_seq=716 ttl=48 time=70.467 ms
64 bytes from 173.194.34.196: icmp_seq=717 ttl=48 time=68.470 ms
64 bytes from 173.194.34.196: icmp_seq=718 ttl=48 time=70.767 ms
64 bytes from 173.194.34.196: icmp_seq=719 ttl=48 time=69.078 ms

注意:本机的Wi-Fi MAC为68:a8:6d:29:cf:8a(静态IP 192.168.1.250),其以太网地址为3c:07:54:5a:e0:44(静态IP 192.168.1.251) 。路由器的LAN IP为192.168.1.1,其WAN IP为85.61.155.224。

在下一个屏幕截图中,可以看到在Skype通话期间:

  • ping 192.168.1.1 在左上方。
  • ping 85.61.155.224 在左下角。
  • ping google.com 在右下角。
  • arp -anarp -ad命令执行。

当我arp -ad在连接断开时执行命令时,该列表未显示任何地址。它看起来像这样:

Miguels-MacBook-Pro:~ Ai$ sudo arp -ad
192.168.1.1 (192.168.1.1) deleted
192.168.1.4 (192.168.1.4) deleted
192.168.1.255 (192.168.1.255) deleted
Miguels-MacBook-Pro:~ Ai$ arp -an
Miguels-MacBook-Pro:~ Ai$

我没有足够的知识来按照Mike的指示获取有关如何获取和编译mtr命令源的信息。

操作截图

这是情况变得更糟时的样子:

最坏情况的屏幕截图

运行netstat -s给出:

Miguels-MacBook-Pro:mtr-0.84 Ai$ NETSTAT -s
tcp:
    18246745 packets sent
        1119644 data packets (502840461 bytes)
        43704 data packets (23125605 bytes) retransmitted
        1 resend initiated by MTU discovery
        11219994 ack-only packets (80633 delayed)
        0 URG only packets
        10 window probe packets
        5446529 window update packets
        419140 control packets
        0 data packets sent after flow control
    25777361 packets received
        1284807 acks (for 502390806 bytes)
        222223 duplicate acks
        2 acks for unsent data
        21993647 packets (3385435972 bytes) received in-sequence
        85441 completely duplicate packets (85927570 bytes)
        189 old duplicate packets
        6141 packets with some dup. data (1633845 bytes duped)
        2225930 out-of-order packets (3047304289 bytes)
        2 packets (0 bytes) of data after window
        0 window probes
        7324 window update packets
        63837 packets received after close
        56 bad resets
        9 discarded for bad checksums
        0 discarded for bad header offset fields
        0 discarded because packet too short
    200907 connection requests
    118631 connection accepts
    110736 bad connection attempts
    1273 listen queue overflows
    220132 connections established (including accepts)
    335687 connections closed (including 10893 drops)
        4086 connections updated cached RTT on close
        4086 connections updated cached RTT variance on close
        1485 connections updated cached ssthresh on close
    44620 embryonic connections dropped
    1178835 segments updated rtt (of 1308648 attempts)
    76481 retransmit timeouts
        189 connections dropped by rexmit timeout
        0 connections dropped after retransmitting FIN
    17 persist timeouts
        0 connections dropped by persist timeout
    2015 keepalive timeouts
        1 keepalive probe sent
        1409 connections dropped by keepalive
    127007 correct ACK header predictions
    21519356 correct data packet header predictions
    5021 SACK recovery episodes
    5638 segment rexmits in SACK recovery episodes
    6044752 byte rexmits in SACK recovery episodes
    33658 SACK options (SACK blocks) received
    2125185 SACK options (SACK blocks) sent
    0 SACK scoreboard overflow
udp:
    28584263 datagrams received
    0 with incomplete header
    0 with bad data length field
    84 with bad checksum
    4216 dropped due to no socket
    239052 broadcast/multicast datagrams dropped due to no socket
    729188 dropped due to full socket buffers
    0 not for hashed pcb
    27611723 delivered
    28323341 datagrams output
ip:
    61548853 total packets received
    4 bad header checksums
    0 with size smaller than minimum
    0 with data size < data length
    0 with ip length > max ip packet size
    0 with header length < data size
    0 with data length < header length
    0 with bad options
    0 with incorrect version number
    103276 fragments received
    0 fragments dropped (dup or out of space)
    0 fragments dropped after timeout
    51420 packets reassembled ok
    61383903 packets for this host
    32 packets for unknown/unsupported protocol
    0 packets forwarded (0 packets fast forwarded)
    105 packets not forwardable
    112953 packets received for unknown multicast group
    0 redirects sent
    53953058 packets sent from this host
    155 packets sent with fabricated ip header
    0 output packets dropped due to no bufs, etc.
    3748 output packets discarded due to no route
    0 output datagrams fragmented
    0 fragments created
    0 datagrams that can't be fragmented
    0 tunneling packets that can't find gif
    3 datagrams with bad address in header
    0 packets dropped due to no bufs for control data
icmp:
    4216 calls to icmp_error
    0 errors not generated 'cuz old message was icmp
    Output histogram:
        echo reply: 202
        destination unreachable: 4216
    0 messages with bad code fields
    0 messages < minimum length
    168 bad checksums
    0 messages with bad length
    0 multicast echo requests ignored
    0 multicast timestamp requests ignored
    Input histogram:
        echo reply: 7013069
        destination unreachable: 14133
        echo: 202
        time exceeded: 289
    202 message responses generated
    ICMP address mask responses are disabled
igmp:
    0 messages received
    0 messages received with too few bytes
    0 messages received with wrong TTL
    0 messages received with bad checksum
    0 V1/V2 membership queries received
    0 V3 membership queries received
    0 membership queries received with invalid field(s)
    0 general queries received
    0 group queries received
    0 group-source queries received
    0 group-source queries dropped
    0 membership reports received
    0 membership reports received with invalid field(s)
    0 membership reports received for groups to which we belong
    0 V3 reports received without Router Alert
    16 membership reports sent
ipsec:
    0 inbound packets processed successfully
    0 inbound packets violated process security policy
    0 inbound packets with no SA available
    0 invalid inbound packets
    0 inbound packets failed due to insufficient memory
    0 inbound packets failed getting SPI
    0 inbound packets failed on AH replay check
    0 inbound packets failed on ESP replay check
    0 inbound packets considered authentic
    0 inbound packets failed on authentication
    0 outbound packets processed successfully
    0 outbound packets violated process security policy
    0 outbound packets with no SA available
    0 invalid outbound packets
    0 outbound packets failed due to insufficient memory
    0 outbound packets with no route
ip6:
    151513 total packets received
    0 with size smaller than minimum
    0 with data size < data length
    0 with bad options
    0 with incorrect version number
    0 fragments received
    0 fragments dropped (dup or out of space)
    0 fragments dropped after timeout
    0 fragments that exceeded limit
    0 packets reassembled ok
    5555 packets for this host
    0 packets forwarded
    145711 packets not forwardable
    0 redirects sent
    2608 packets sent from this host
    0 packets sent with fabricated ip header
    0 output packets dropped due to no bufs, etc.
    4578 output packets discarded due to no route
    23 output datagrams fragmented
    46 fragments created
    0 datagrams that can't be fragmented
    0 packets that violated scope rules
    145711 multicast packets which we don't join
    Input histogram:
        hop by hop: 2327
        TCP: 244
        UDP: 142524
        ICMP6: 6416
    Mbuf statistics:
        244 one mbuf
        two or more mbuf:
            lo0= 2215
        149054 one ext mbuf
        0 two or more ext mbuf
    0 packets whose headers are not continuous
    0 tunneling packets that can't find gif
    0 packets discarded due to too may headers
    0 failures of source address selection
    0 forward cache hit
    0 forward cache miss
    0 packets dropped due to no bufs for control data
icmp6:
    0 calls to icmp_error
    0 errors not generated because old message was icmp error or so
    0 errors not generated because rate limitation
    Output histogram:
        router solicitation: 50
        neighbor solicitation: 19
        neighbor advertisement: 19
        MLDv2 listener report: 59
    0 messages with bad code fields
    0 messages < minimum length
    0 bad checksums
    0 messages with bad length
    Input histogram:
        neighbor advertisement: 245
    Histogram of error messages to be generated:
        0 no route
        0 administratively prohibited
        0 beyond scope
        0 address unreachable
        0 port unreachable
        0 packet too big
        0 time exceed transit
        0 time exceed reassembly
        0 erroneous header field
        0 unrecognized next header
        0 unrecognized option
        0 redirect
        0 unknown
    0 message responses generated
    0 messages with too many ND options
    0 messages with bad ND options
    0 bad neighbor solicitation messages
    0 bad neighbor advertisement messages
    0 bad router solicitation messages
    0 bad router advertisement messages
    0 bad redirect messages
    0 path MTU changes
ipsec6:
    0 inbound packets processed successfully
    0 inbound packets violated process security policy
    0 inbound packets with no SA available
    0 invalid inbound packets
    0 inbound packets failed due to insufficient memory
    0 inbound packets failed getting SPI
    0 inbound packets failed on AH replay check
    0 inbound packets failed on ESP replay check
    0 inbound packets considered authentic
    0 inbound packets failed on authentication
    0 outbound packets processed successfully
    0 outbound packets violated process security policy
    0 outbound packets with no SA available
    0 invalid outbound packets
    0 outbound packets failed due to insufficient memory
    0 outbound packets with no route
rip6:
    0 messages received
    0 checksum calcurations on inbound
    0 messages with bad checksum
    0 messages dropped due to no socket
    0 multicast messages dropped due to no socket
    0 messages dropped due to full socket buffers
    0 delivered
    0 datagrams output
pfkey:
    0 requests sent to userland
    0 bytes sent to userland
    0 messages with invalid length field
    0 messages with invalid version field
    0 messages with invalid message type field
    0 messages too short
    0 messages with memory allocation failure
    0 messages with duplicate extension
    0 messages with invalid extension type
    0 messages with invalid sa type
    0 messages with invalid address extension
    0 requests sent from userland
    0 bytes sent from userland
    0 messages toward single socket
    0 messages toward all sockets
    0 messages toward registered sockets
    0 messages with memory allocation failure

运行netstat -I en1给出:

Miguels-MacBook-Pro-2:mtr-0.84 Ai$ netstat -I en1
Name  Mtu   Network       Address            Ipkts Ierrs    Opkts Oerrs  Coll
en1   1500  <Link#5>    68:a8:6d:29:cf:8a 72539835     0 63847581     0     0
en1   1500  fe80::6aa8: fe80:5::6aa8:6dff 72539835     - 63847581     -     -
en1   1500  192.168.1     192.168.1.250   72539835     - 63847581     -     -

运行ifconfig -a给出:

Miguels-MacBook-Pro-2:mtr-0.84 Ai$ ifconfig -a
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
    options=3<RXCSUM,TXCSUM>
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 
    inet 127.0.0.1 netmask 0xff000000 
    inet6 ::1 prefixlen 128 
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
    ether 3c:07:54:5a:e0:44 
    media: autoselect (none)
    status: inactive
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 68:a8:6d:29:cf:8a 
    inet6 fe80::6aa8:6dff:fe29:cf8a%en1 prefixlen 64 scopeid 0x5 
    inet 192.168.1.250 netmask 0xffffff00 broadcast 192.168.1.255
    media: autoselect
    status: active
p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
    ether 0a:a8:6d:29:cf:8a 
    media: autoselect
    status: inactive
fw0: flags=8822<BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 4078
    lladdr a4:b1:97:ff:fe:ec:f0:80 
    media: autoselect <full-duplex>
    status: inactive

我的想法:

  • 这不是Wi-Fi问题,因为它也是通过电缆发生的。
  • 这不是路由器/ ISP问题,因为其他设备和机器都没有问题。
  • 这不是机器问题,因为它仅在运行OS X时发生。
  • 因此,它必须是OS X问题。

我试过的

  • 重新启动,关机。
  • 打开和关闭AirPort,使用不同的以太网电缆。
  • 修复权限。
  • 重置PRAM。
  • 使用Onyx清除所有系统和用户缓存。

奇怪的提示: 由于某些奇怪的原因,当进行Skype通话时,问题似乎变得更加严重。

我将非常感谢您提出有关解决此问题的想法。


1
我也经历过!太烦人了。不确定是否从10.8.3开始。我的Mac是2012年中的MBA。但是,网络冻结可能持续15秒。
gentmatt

2
请检查您的Skype是否设置为:传入连接端口:12794
Ruskes

1
我在迈克的答案上添加了MTR的安装说明
亚历山大-恢复莫妮卡

2
好吧-再问几个问题。您是否有单独的路由器和接入点,或者它们都集成在一起?如果它们是分开的,您是否在路由器和接入点之间进行了切换?另外-如果您连接了以太网-您是否连接到同一交换机(请注意-我仍然指的是单独的设备)
麦克

2
Miguel:在我看来,您似乎不受任何其他网络上的影响的事实似乎表明问题确实出在您的路由器和Mac之间。我与其他人不同意问题出在您的ISP。发生问题时,您在ARP表中看不到路由器的MAC地址。该层比DHCP,路由等低一层,因为它们都需要第2层连接才能正常工作。问题出现后,您将无法使用第2层连接。(TBC)
麦克

Answers:


13

当连接开始超时时,可以arp -an在Terminal.app中进行操作,看看ARP表中是否还具有所有MAC地址?如-路由器的MAC地址或您要ping的主机?

如果这样做(还有时间(它有时间才能再次开始工作),是否可以刷新arp表(sudo arp -ad),然后查看路由器的MAC地址是否再次出现在ARP表中?

另外,尝试在一个“终端”会话中对路由器的LAN IP地址执行ping操作,而在使用Skype时,在另一个会话中对路由器的WAN IP地址执行ping操作。查看它们是否全部开始超时或只是其中之一。我认为有用的mtr另一种工具是-您可能需要获取源代码并自己进行编译,或者使用fink / macports或其他软件包管理器。收到它后,只需将其运行到Internet上的某个目的地,它就会向您显示哪个跃点停止响应。

如何从源代码(例如mtr)安装软件需要安装Xcode

  • 下载源档案(通常是.tar.gz或.tar.bz2)
  • 解压缩下载的文件(例如,在Terminal.app run中gzip -dc filename.tar.gz | tar -xvf -,它将通常在当前目录中创建一个新目录,并将存档内容放在其中)
  • 导航到终端中获取的文件夹
  • 运行./configure --prefix=/usr/local(请注意,我喜欢从源代码安装软件,/usr/local以使其远离作为系统一部分安装的二进制文件;--prefix=/usr/local配置选项可以做到这一点)
  • make
  • sudo make install
  • 完成!

这样做,将很快用结果编辑问题。
Mike D.

当我在删除表后执行“ arp -an”操作时,直到连接重新打开后才列出路由器。
Mike D.

1
→迈克:mtr是一种出色的工具。不幸的是,问题远没有解决。问题似乎出在MacOS X和192.168.1.1之间。无需搜寻互联网的☺。

这个命令确实帮助了我。
Jadda

6

您可以先检查一下您是否确实在使用网络接口吗?

ifconfig -a

您能否看一下以下命令的输出(如果en0是您的以太网卡的网络接口名称):

netstat -I en0

为了帮助定位问题,您是否可以仅激活以太网卡并在可能的情况下仅使用IPv4或IPv6,但不能同时使用两者来确定特定位置: 仅启用以太网的位置

您可以运行以下摘录的潜在硬件或驱动程序错误:

grep ' en[012]' /var/log/kernel.log

(不要害怕,您可能会发现很多Wi-Fi频道信息)。

您的netstat显示以下消息:

44620 embryonic connections dropped

意味着您实际上是一个愚蠢的tcp syn Flood(这是拒绝服务(DOS)攻击)的目标。

当你的:

ping 192.168.1.1

窒息6秒,你能跑吗:

netstat -m

当192.168.1.1扼流圈时,“ netstat -m”不会显示任何异常。顺便说一句,grep似乎找不到'/var/log/kernel.log'。我正在用'netstat -I en1'的结果来编辑问题(我现在正在使用en1,这是我的机场,en0处于非活动状态)。DOS攻击的原因可能是什么?
Mike D.

2
→Miguel:为简化对问题的分析,请新建一个网络会议。只需打开以太网接口。然后在一个窗口中保留一个ping 192.168.1.1(不会执行任何DNS请求)。

→Miguel:您可能不情愿地成为DOS攻击的作者,但这仍有待确认。我怀疑由Automatic配置引起的网络环路。

1
→Miguel:您能给我们提供ifconfig -a吗?
丹,

1
这解决了我的问题,我移走了“ Automatic网络偏好设置”中的“ 位置”,为“家庭和办公室”创建了一个新位置,并且该位置似乎已停止阻止超时。
亚历克斯·林纳姆

4

我已经有很长时间了(从升级到Mavericks之后),经过几个月的研究,我认为我终于找到了解决方法。

首先,在苹果论坛上有很多人遇到同样的问题:

因此,这是一个已知问题,我真的不知道为什么Apple尚未为此提供修复程序。在上面列出的线程中,有很多建议可以解决此问题,但是大多数建议无效。有些可以暂时解决问题:

  • 断开并重新连接网络
  • 老朋友:重启
  • 删除包含网络配置的文件夹: sudo rm -rf /Library/Preferences/SystemConfiguration

经过这些措施后,网络连接感觉好多了,而且我几个小时甚至几天都没有出现掉线的情况。但是问题总是会再次出现。

这个问题以及该问题可能与ARP有关的提示使我开始了进一步的研究,我找到了此页面该页面详细描述了该错误,并且还包含一个补丁,在此引用:

sudo su
touch /etc/sysctl.conf
echo net.link.ether.inet.arp_unicast_lim=0 >> /etc/sysctl.conf
chown root:wheel /etc/sysctl.conf
chmod 0644 /etc/sysctl.conf

请参阅提供的链接,以获取对该修复程序的深入说明,该修复程序应该包含在Apple未来的Yosemite操作系统更新中。它禁用单播ARP请求,这会导致与某些网络设备(如家庭路由器)混淆。

应用此修复程序并重新启动后,应检查是否

sudo sysctl -a | grep net.link.ether.inet.arp_unicast_lim

返回net.link.ether.inet.arp_unicast_lim: 0。如果该数字不等于零,则说明未正确应用此修复程序。

之后,我在苹果社区找到了另一个包含相同解决方案的线程:Mavericks和ARP失败导致网络掉线!好吧,在您知道问题出在哪里之后,找到正确的解决方案就容易得多。


3

首先,我在您的菜单栏中看到了保管箱;你禁用了吗?

其次,尝试删除任何其他启动/登录项。在看:

登录:

  1. 〜/图书馆/启动代理/
  2. 〜/图书馆/启动守护进程/
  3. 系统偏好设置>用户和组>登录项目

启动:

  1. /图书馆/ LaunchAgents /
  2. /图书馆/启动守护程序/
  3. /图书馆/ StartupItems /
  4. /Library/Preferences/com.apple.loginitems.plist(很少存在)

我没有尝试禁用Dropbox,这会有所帮助吗?而且,您能否解释删除这些项目的原因?谢谢!
Mike D.

1
您想确定问题出在OS X还是在初始安装后添加的软件。诸如在用户帐户加载后立即建立网络连接的保管箱或通常在所有用户帐户中运行的防病毒软件之类的东西都可能保留了端口或导致了问题。
扎克

好的,我会做的,明天将结果发布在这里。
Mike D.

→Miguel:Dropbox可能不是您的问题。与其他任何Web浏览一样,Dropbox只是在执行443 / tcp。但是,如果您想进行网络嗅探(Wireshark或tcpdump),则停止Dropbox将删除大量TCP通信。因此,这将帮助您“看到”任何不当行为。

1
@Miguel,还有更多猜测。1.您是否已与ISP联系以查看他们是否可以检查线路质量?2.如何设置测试用户帐户以查看问题是否解决。第三个建议是检查系统-权限检查之类的内容-机器诊断。4.您是否可以更换组件-在朋友的位置运行计算机-借用朋友的路由器-哦,然后从系统中删除所有其他网络设备。
戴维·德尔蒙特

2

在故障排除和诊断方面,这里有很多信息,但是有时在进行故障排除时回到基础知识并质疑一些假设是很有趣的。

正如我在评论中提到的那样,由于您的计算机暂时超过了某些带宽或数据包速率上限,因此这很像QOS路由器。

如果您在OS X上而不是Windows上执行不同的模式,数量和网络流量,那是真正的原因,而不是硬件驱动程序或软件?

我希望运行OS X与您的观察结果相关,但是如果这不是造成临时网络暂停的原因,该怎么办。

您是否尝试研究如果网络提供商实施了任何QOS筛选器和路由更改,该怎么办?您是否考虑过将所有流量隧道传输到另一台计算机(ssh或VPN),以便可以排除琐碎的筛选器。(如果提供商正在进行深度数据包检查或目标和真实速率限制-您可能无法摆脱这些短暂的超时。)

我希望您可以通过查看网络的详细信息找到答案(我们都会从探索这些选项中学习到一些东西)-但请确保您还考虑到您的测量工具和增加的流量来ping / poke影响流量计数,并使Skype更可能为您服务。我设置的路由器经过编程,可以在所有其他流量之前丢弃ICMP流量,因为当容量趋紧时-我宁愿ping失败和其他数据包通过。您的ISP和网络提供商可能已经进行了类似的设置。


我看到了……但是过去5年中我的网络活动没有任何变化。这个问题大约在一个月前开始出现,除了大约一个月前有2位同事搬进来之外,我没有发现任何相关性。但是我在他们的计算机上执行ping测试,他们没有遇到这个问题。我不知道任何QOS筛选器,但我会尝试找出答案。
Mike D.

Skype在我的计算机上几乎全天候24/7托管电话...今天我将关闭所有ping等操作,以查看下次连接断开时是否有所更改(因为我仍然可以通过听音频来判断它是否断开了)我从Skype电话中收到)
Mike D.

2

除了此处的所有内容之外,您可能还要确保未启用“自动代理发现”(以及“自动代理配置”)。这往往会引起更多的问题,而且通常是不需要的。

系统偏好设定


感谢您的建议,尽管他们已经离开了:(
MikeD。13年

2

有了有关此问题的所有重要诊断信息,您就大大缩小了可能性。

首先,您对192.168.1.1的ping可以将问题很大程度上隔离到路由器,计算机或LAN。这不是DNS或ISP的问题。

您对192.168.1.1进行ping测试的结果让我感到最不安。您在设置它们时做过什么奇怪的事情吗?

例如,您成功执行ping操作,其ICMP序列号为24267、24268和24269,然后发生3次超时,然后通过ICMP 24273重新获得成功。因此,成功的次数似乎正确。但是,超时的数量是完全不同的。我希望看到ICMP 24270、24271和24272发出的请求超时,但是超时报告ICMP 89806、89807和89808。电脑。也许一个扩展太多。您有机会安装Netgear Genie吗?还是VPN软件?

无论如何,我想是时候开始禁用“增强功能”了,以查看是否可以找到计算机上安装的罪魁祸首。

编辑

好,谜团解决了。ICMP序列号是一个16位字段。视为无符号整数,这意味着它的最大值为65,535,然后回绕为零。因此,如果本地ping程序正在维护32位整数计数器(默认情况下可能会保留),则它可能会报告缺少数据包的32位整数。但是,在阅读答复时,答复必定仅具有计数器的最后16位。因此,对序列号89805的答复将是89505&0xFFFF,即24269。


你好 我没有做任何奇怪的事情……这只是一个“ sudo ping 192.168.1.1”……我明白了你在说什么ICMP序列号……我不知道为什么会这样……也许ping运行太长时间了?(已经运行了好几天)...不知道。另外,我的网络配置很简单,而且多年来我一直使用相同的配置没有问题。
Mike D.

1
该软件始终在后台运行,并且可能与此有关:Little Snitch,Dropbox,Skype和所有OS X东西...但没有新内容,问题开始于一个月前。我确实怀疑的一件事是大约一个月前,有两个新的室友搬进来。我在他们的计算机上执行ping测试,但是他们没有遇到这个问题。
Mike D.

@Miguel,绝对要删除Little Snitch,因为那恰恰是可能造成此问题的那种软件。如果您没有复杂的配置,我会说完全卸载它,甚至清空垃圾桶以确保它已经消失并重新启动,看看是否能解决问题。
老职业

好的,我将完全卸载它,然后看看会发生什么(但是我已经使用多年了,没有问题)。
Mike D.

有趣...二进制文件中的24269是0000 0101 1110 11001101。二进制文件中的89806是0001 0101 1110 11001110。但是,如果我们取24269并仅交换位16,我们将得到0001 0101 1110 1100 1101 = 89805。看起来像有符号与无符号整数,所以它是纯数字表示。Miguel正在ping的设备可能使用无符号整数而不是有符号整数(或者相反)...
mike

2

我知道这是一个老话题。

但是,感谢大家进行此故障排除。所有步骤都帮助我解决了无法ping通主机但无法通过telnet连接到主机的问题。

解决方案相当简单(之后)从此处删除了所有不必要的内容(如zac所述)

登录:

〜/ Library / LaunchAgents /〜/ Library / LaunchDaemons /系统偏好设置>用户和组>登录项

启动:

/ Library / LaunchAgents / / Library / LaunchDaemons / / Library / StartupItems / /Library/Preferences/com.apple.loginitems.plist(很少存在)

再次感谢大家


1

考虑到以太网的持续存在,这是一个奇怪的问题。我遇到了类似的问题,但是发现其他网络造成的WiFi干扰是问题所在。切换到5GHz频段解决了我的问题,这是值得一试的。


由于您认为自己存在干扰问题,因此在更改网络信道之前,请先进行诊断。这很简单:使用istumbler.net。您将直视着眼神the。

1

/var/log/system.log有任何提示吗?

netstat -s看起来如何?

我的直觉是说删除/ Library / Preferences / SystemConfiguration并手动添加回网络接口。

看来您已经尝试了很多事情。


嗨,米格尔(Miguel),在您看到屏幕截图后添加更多的伏都教徒。您能否尝试以下三件事:1:禁用蓝牙,2:一对一测试网络接口?3:只是为了确认,您正在使用股票网络驱动程序,对吗?
2013年

SYSTEM.LOG中是巨大的...我搜索特定的词,但找不到任何相关信息:(
麦克D.

我将编辑问题,添加netstat -s给我的数据。
Mike D.

我已经删除了所有网络配置。并手动添加了所有内容,但没有运气。蓝牙一直处于关闭状态。我正在使用库存网络驱动程序。所有网络接口都给出完全相同的结果:时不时地暂时断开连接:(
MikeD。13年

1
icmp和ip packet错误让我担心。分别安装OSX的新副本并通过USB从其启动。这将隔离您的OSX安装。如果新副本仍然有错误,那么我们就有硬件错误-谁知道,可能只有OSX驱动程序会触发它。表明该问题出现在全新安装中,并且Apple应该为您修复该问题
2013年

1

看起来与此相似吗?

https://discussions.apple.com/thread/5483424?tstart=0

我刚刚为小牛张贴了这个。有什么想法吗?


1
尽管此链接可以回答问题,但最好在此处包括答案的基本部分,并提供链接以供参考。如果链接的页面发生更改,仅链接的答案可能会失效。
grg

我将尝试查看链接中的解决方案,以了解它是否对我也有帮助。将回发。
Mike D.

0

Mac OSX提示 http://hints.macworld.com/article.php?story=20080605143917233 断开的连接,因为DNS查找失败,等待路由器的DCHP标识。

try configuring your Mac to use the OpenDNS (OpenDNS.ORG) servers 
instead of your ISPs DNS servers. 

很有可能是您的调制解调器设置中的DNS和/或加速设置,绕过该DNS应该可以解决您的问题。


5
那不会造成这个问题。ping一次执行DNS查找(在这种情况下为google.com-> 173.194.34.196),然后从此开始使用IP地址。
Gordon Davisson

将执行此操作并报告。
Mike D.

1
→Blip:这不是与DNS相关的问题。使用IP地址对路由器执行ping操作不会产生任何udp异常,只是愚蠢的icmp回声。

0

闻起来就像网络上的另一台设备试图使用与您相同的IP一样,或者DHCP出现了一些问题。

您能为自己分配一个静态IP后是否仍然可以重现它?

转到网络首选项,选择您的以太网接口,高级,TCP / IP

将“配置IPv4”下拉列表更改为“手动”

IPv4地址:192.168.1.150(某些东西唯一,不是DHCP之前分配给您的东西)子网掩码:255.255.255.0路由器:192.168.1.1

保存

然后尝试再次重现该问题。执行此测试时,请确保您的Wi-Fi处于关闭状态,以便仅使用以太网。这将有助于缩小范围。


如果问题仍然存在,则应下载Wireshark(http://www.wireshark.org/)开始捕获,重现问题,保存转储,然后让我们看一下。

另外,您正在使用什么路由器/ AP?


0

与之相关的两件事是由于新室友导致局域网流量增加而引起的。

  1. 路由器上是否有QoS(服务质量)设置,如果有,如何设置?将优先考虑Skype流量,如果WAN饱和,则路由器可能会通过暂时关闭优先级较低的连接来做出响应。
  2. 路由器CPU只是过载了吗?当我从1 Gbs DSL升级到5 Gbs电缆服务时,我发现我的路由器无法跟上增加的流量,不得不购买新的路由器。调查路由器的性能,看看是否可能有问题。大多数路由器在Internet上都有详细的性能评估。检查并比较您的路由器与互联网服务容量的等级。

0

大家好,我也遇到了同样的问题,但是我只是拔下了所用的耳机,而现在头10分钟我一直在和我的朋友聊天,直到20秒后它仍然没有掉下来。

我的耳机线被扯破了,可能是引起问题的原因,但是我对ip地址和ping东西一无所知,这似乎对我有所帮助。如果您尝试了却不起作用,请不要怪我,因为它解决了我的问题。


0

解决方案相当简单(之后)从此处删除了所有不必要的内容(如zac所述)

登录:

〜/ Library / LaunchAgents /〜/ Library / LaunchDaemons /系统偏好设置>用户和组>登录项

启动:

/ Library / LaunchAgents / / Library / LaunchDaemons / / Library / StartupItems /> /Library/Preferences/com.apple.loginitems.plist(很少存在)

我知道这是一个旧线程,但是这样做可以解决我遇到的问题。我的互联网有时会断开连接,而ping会一直断开。解决我的问题的方法是关闭wi-fi或以太网(我曾经使用过的),然后重新启用它。当然,这只能暂时解决问题。这很奇怪,因为每当我的Mac Pro 4,1出现此问题时,我的Mac笔记本电脑也将丢失ping。几乎就像Mac Pro会使我的网络瘫痪一样。

我尝试了很多东西!更换调制解调器后,称为isp的路由器购买了USB到以太网。这些东西都没有用,直到我尝试了!

我做了上面提到的事情,它终于解决了问题!


0

我有一个类似的问题,就我而言,这似乎是由Tunnelblick引起的,即使未连接VPN也是如此。我卸载了它(使用卸载程序,而不仅仅是拖动到“废纸rash”),问题消失了。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.