• 使用常见的网络命令查看当前网络状态——Mac OS X篇


    转载自:http://blog.csdn.net/zkh90644/article/details/50539948

    操作系统拥有一套通用的实用程序来查明本地主机的有线或者无线链路状态和IP的连接情况。如果本机有IP连接,那么就意味着有线或者无线是正常工作的。在Mac OS X系统中,有以下几个实用的程序来确认连接状态: 
    ifconfig: 查找本机IP地址和网络接口。 
    netstat: 使用-r来找到特定网络接口的默认网关。 
    ping: 用来测试本机之间的端对端的IP连接。 
    arp: 管理本地的ARP缓存。

    以下是连接状态和IP连接的例子:

    1. 打开Terminal(译者附:可以通过Spotlight或者实用工具->终端“)

    2. 输入ifconfig命令,来查找特定网络接口的IP地址。在这个例子中这个无线网络接口(en1)的地址是:192.168.128.253。

      myhost:/usr/bin someuser$ ifconfig 
      en1: flags=8863(UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST) 
      inet 192.168.128.253 netmask 0xffffff00 broadcast 192.168.128.255 
      ether 00:17:f2:e8:ac:0a  
      media: autoselect status: active 
      supported media: autoselect

    3. 输入netstat -r 来寻找实用网络接口en1 的默认网关。在本例子中en1 的默认网关地址是:192.168.128.1。

      myhost:/usr/bin someone$ netstat -r 
      Routing tables 
      Internet: 
      Destination Gateway > Flags Refs Use Netif Expire 
      default 192.168.128.1 > UGSc 90 2 en1

    4. 局域网的数据交互在OSI模型的第2层(即数据链路层)。主机在同一个局域网中发送数据给局域网中的用户使用的第二层的地址(即MAC地址),每一个主机都有一个动态的MAC地址转化为IP地址的列表映射到ARP表中,该表是通过ARP协议 来找到哪个MAC地址对应的是局域网中的哪个IP地址(IP地址在OSI的第三层网络层中)。ARP是十分详细的,同时为了更好的表达ARP,其中的许多内容被删除。以下是ARP的简要介绍:

      每次一个主机需要发送数据到另一台主机中的时候,他都会检查本机的ARP表,如果在ARP表中存在相关的映射,那么数据就会直接发送到该IP地址的MAC地址中。如果不存在映射,为了获得接收数据的IP地址对应的MAC地址,本机的将会发送一个ARP请求广播到局域网,查看已知局域网中的所有IP地址。当对应IP地址的主机收到这个ARP请求后,将会以单播的方式发送ARP响应报文给请求方,告诉请求方自己的IP地址和自己相关联的MAC地址。当请求方收到这个ARP响应报文后,它将更新自己的ARP表同时使用它自己的MAC地址直接发送帧到目的主机上。为了防止ARP缓存的老化,主机将会频繁的发送ARP请求来更新自己的ARP缓存。

    5. 为了使用Terminal(终端) 手动的重新刷新你的ARP表,我们使用以下命令:

      mycomputer:/usr/bin someuser$ arp -d -a

    6. ping默认网关或局域网上另一台主机的IP地址来测试IP的连通性。在Mac OS X上,ping命令是连续的(译者附:不使用终端命令,ping程序在默认参数下是不会停止的)。

      mycomputer:/usr/bin someuser$ ping 192.168.128.1

    如果本地连接是同的并且目的主机也是在线上并且是可以达到的,你将会输出每个ICMP(Internet Control Message Protocol)回显请求来显示每个ICMP回显应答

    格式如下:

    PING 192.168.128.1 (192.168.128.1): 56 data bytes

    64 bytes from 192.168.128.1: icmp_seq=0 ttl=64 time=3.255 ms 
    64 bytes from 192.168.128.1: icmp_seq=1 ttl=64 time=0.897 ms 
    64 bytes from 192.168.128.1: icmp_seq=2 ttl=64 time=0.897 ms 
    64 bytes from 192.168.128.1: icmp_seq=3 ttl=64 time=0.905 ms

    7 . 如果ICMP请求超时并被ICMP回显应答,那么最有可能的是本地主机与目标主机中间的电缆存在问题,或者目的主机太过繁忙而无法回应。在这种情况下,你可以尝试ping其他局域网中的主机。如果ping的过程中超时不存在,那么就说明本地连接是好的,同时你需要检修问题主机的故障。 
    情况如下

    PING 192.168.128.1 (192.168.128.1): 56 data bytes

    64 bytes from 192.168.128.1: icmp_seq=0 ttl=64 time=3.255 ms 
    64 bytes from 192.168.128.1: icmp_seq=1 ttl=64 time=0.897 ms 
    Request timeout for icmp_seq 2 
    Request timeout for icmp_seq 3 
    64 bytes from 192.168.128.1: icmp_seq=4 ttl=64 time=0.897 ms 
    64 bytes from 192.168.128.1: icmp_seq=5 ttl=64 time=0.905 ms 
    Request timeout for icmp_seq 6

    1. 如果你的连接是好的但是对方的防火墙拒绝了你的ICMP回显请求,那么你讲收到ICMP请求超时的消息。如果目的主机确实响应你的ARP请求,那就意味着你的本地连接是好的同时网络状态是好的。那么就应该尝试关闭目的主机的防火墙,并再次发送PING请求,或者尝试PING一个其他的主机。

    PING 192.168.128.1 (192.168.128.1): 56 data bytes 
    Request timeout for icmp_seq 0 
    Request timeout for icmp_seq 1 
    Request timeout for icmp_seq 2 
    Request timeout for icmp_seq 3 
    Request timeout for icmp_seq 5

      • 如果目的主机没有响应ARP请求,或者目的主机不在线,你将会接收到“Host is down”这样的消息。这样你就需要尝试ping其他主机,如果还是收到Host is down”这样的消息,那么就说明你的IP地址是配置错误的或者你的上行链路是好的,但是局域网中的其他部分是有问题的。造成这个问题的可能的原因是 上行链路的管理不当,VLAN不匹配,电缆上游存在损坏。

        PING 192.168.128.1 (192.168.128.1): 56 data bytes 
        ping: sendto: No route to host 
        ping: sendto: Host is down 
        ping: sendto: Host is down 
        ping: sendto: Host is down 
        ping: sendto: Host is down

      • 如果你的本地连接是有问题的,那么你将会收到”No route to host“这样的消息,这种状态下你就需要确认你的适配器已启用,或者重新把茶以太电缆(网线),或者重启你的无线连接。 

        PING 192.168.128.1 (192.168.128.1): 56 data bytes 
        ping: sendto: No route to host 
        ping: sendto: No route to host 
        ping: sendto: No route to host 
        ping: sendto: No route to host 
        ping: sendto: No route to host

  • 相关阅读:
    立项管理--复习需加强知识点
    Python函数中的->none是什么意思和作用
    信息系统项目管理基础--复习需加强知识点
    python笔记
    案例分析--课堂笔记
    对下载的软件包做校验
    pc端和公众号同时开发的方案选择
    应用服务器拖垮数据库问题排查
    常用的idea插件
    如何进行后端开发 (大体逻辑)
  • 原文地址:https://www.cnblogs.com/kaid/p/7985593.html
Copyright © 2020-2023  润新知