Articles of ping

TraceRoute结果中的RTT数字是什么意思?

我有这个traceroute的结果 ,我想知道在每行的结尾是什么意思? 我假设他们是ping时间,但是每个数字之间的差别究竟是什么? 1 L300.DLLSTX-VFTTP-49.verizon-gni.net (71.123.238.1) 9.429 ms 9.867 ms 10.095 ms 2 G0-1-849.DLLSTX-LCR-08.verizon-gni.net (130.81.107.110) 10.075 ms 9.887 ms 10.075 ms 3 so-6-2-0-0.DFW01-BB-RTR2.verizon-gni.net (130.81.28.210) 28.547 ms 39.649 ms 9.992 ms 4 0.ae2.BR1.DFW13.ALTER.NET (152.63.2.149) 10.110 ms 9.298 ms 10.109 ms 5 * * * 6 ae-2-70.edge4.Dallas3.Level3.net (4.69.145.77) * 9.798 ms 10.115 ms 7 ORACLE-CORP.edge4.Dallas3.Level3.net (4.59.32.6) 10.093 […]

Ping响应时间的高度变化是否表明潜在的networking问题?

我的部门最近搬了办公室。 以前的办公室很好,但是在新的办公室里,从我的电脑到2个数据中心的通话时间通常是不一样的,如下所示: 来自123.123.123.123的回复:字节= 32时间= 52ms TTL = 123 来自123.123.123.123的回复:字节= 32时间= 11ms TTL = 123 来自123.123.123.123的回复:字节= 32时间= 16ms TTL = 123 来自123.123.123.123的回复:字节= 32时间= 9ms TTL = 123 来自123.123.123.123的回复:字节= 32时间= 9ms TTL = 123 来自123.123.123.123的回复:字节= 32时间= 13ms TTL = 123 来自123.123.123.123的回复:字节= 32时间= 20ms TTL = 123 来自123.123.123.123的回复:字节= 32时间= 28ms TTL = 123 来自123.123.123.123的回复:字节= 32时间= 10ms TTL = […]

openvpn:build立连接,不能ping服务器tun接口(debian服务器,windows&os x客户端)

我的目标: 我想在公司的netcup的vServer上设置openVPN,运行Debian squeeze。 我只需要从客户端到服务器的VPN连接; 客户端不应该能够看到对方,服务器也不需要作为其他服务的网关。 我的设置: 1,Debian挤vServer,3个Windows 7客户端,2个OS X Lion客户端,客户端全部在我的192.168.xx主子网中,服务器上的防火墙没有设置限制,客户端防火墙不阻塞外出连接,根据这个post添加ICMPv4协议作为例外: OpenVPN服务器不能ping客户端 。 在子网中有一个WLAN路由器和fritz.box路由器,这是我的互联网提供商的网关。 WLAN路由器有一个防火墙,但也没有设置限制。 我的限制: 因为这是一个虚拟服务器,运行的openVPN服务器有一些限制:1)tun设备“tun1”必须首先解锁,并得到一个固定的地址(10.240.43.1),我不能改变,因为2)修改ifconfig (我知道这是因为虚拟技术为多个客户使用一个内核,因此不允许一个客户修改他们的设置),这意味着3)我不能启用/禁用IPv4转发(是的,我是不允许的以root身份login),只是说这是因为我已经find了几乎相同,但稍有不同的问题的50+职位。 到目前为止, 客户端可以通过OpenVPN GUI客户端从Windows 7和OS X Lion连接到Debian计算机上的openVPN服务器,客户端在所需的子网(10.240.43.x)中获得分配的IP地址,日志不会显示任何错误。 我会在最后发表一个例子。 什么一直工作(这是让我发疯): 在第二个Windows 7客户端上设置openVPN时,build立了一个连接,分配一个IP地址,客户端可以在tun接口的地址上ping服务器。 我很开心,我在同一台MacBook上启动了OS X,在那里设置了它,但是没有起作用。当我第二天启动到Windows 7时,在server.conf或openvpn的客户端configuration中没有任何改变,与其他Windows 7和OS X客户端有相同的痛苦。 这对我来说意味着至less这个configuration一定是可以的,至less从这个时候开始,我想知道发生了什么,如果有人能指出我在哪里做错事(我是还是新的,英文也不是我的第一语言) 根据我所了解的有关正确configuration的OpenVPN连接,应该如何工作: 平。 我想从客户端ping 10.240.43.1(服务器tun接口IP)或从服务器ping 10.240.43.xx(< – client IP)。 当服务器ping客户端或客户端ping服务器,当我尝试tracert(在Windows中),我甚至没有到达第一个节点,如果我理解的话,这将是我的fritz.box路由器那是正确的。 我还读到,我应该有一个不同的公共IP地址,当我连接到OpenVPN,但我没有得到一个,它保持了我从提供者那里dynamic的。 注意我在Windows的客户端configuration文件中添加了一个自定义的configuration,以防止Windows将其视为一个不明身份的networking,这实际上工作。 然而,这并没有解决我的问题..我真的尝试了每一个相关的职位,我可以find,所以请不要将我redirect到另一个“类似”的问题.. 编辑:尤其是这一个: OpenVPN的configuration – Windows 7客户端和Debian服务器 ,可怜的家伙甚至没有得到一个单一的答复,只是评论..但他有一个非常相似的,如果不是相同的问题.. 提前致谢! Debian Squeeze上的server.conf 端口1194原始udp […]

Ping不能从连接到网桥接口的分接口工作在与网桥到外部的子网相同的子网上

我的要求是创build一个多接口的接口,每个IP地址在同一个子网。 我通过创build一个桥梁来尝试这个 br0 (192.168.1.199) ___________|_____________________________________ | | | | | | eth0 tap0 tap1 tap2 tap3 tap4 (192.168.1.150) (.151) (.152) (.153) (.154) 我需要所有可以从外部PC访问的tap接口。 当我ping从tap0到外部计算机说192.168.1.200 ping -I tap0 192.168.1.200 — the ping is not going through. 但是,当我从192.168.1.200 ping到192.168.1.150(tap0)它正在工作,但我得到桥(br0)的MAC地址, 我有两个问题: 如何从tap界面ping到外部 如何从外部获取右侧接口的MAC地址。

具有DHCP的HP Procurve 2920 VLAN无法ping

我在HP ProCurve 2920上设置工作VLAN和DHCP服务器时遇到了问题。我的问题是,我甚至无法使用静态ip addresees在VLAN之间ping计算机。 winXP pc on VLAN101 with 192.168.1.1 static IP default gateway 192.168.1.2 win2008 server on VLAN100 with 192.168.0.1 and gateway 192.168.0.2 问题是我甚至不能在VLAN之间ping客户端,禁用了windows防火墙,甚至在ICMPv4协议上允许规则。 我可以ping两台机器的交换机端口(192.168.0.2和192.168.1.2)。 DHCP服务器在VLAN100上,应该获得IP地址的客户端在其他VLAN上,到目前为止,我只创build了2个VLAN用于testing目的(但是不关注DHCP,因为我甚至不能用ip routing与客户端进行通信)。 我在交换机上进行了出厂重置。 下面你看我做了什么,认为就足够了。 hostname "HP-2920-24G" module 1 type j9726a ip routing snmp-server community "public" unrestricted oobm ip address dhcp-bootp exit vlan 1 name "DEFAULT_VLAN" no untagged 1-2,20,24 untagged […]

ping我的网关时,循环redirect

我有一个路由器与广域网和局域网设置,并作为我的本地局域网上的DHCP服务器/网关。 IP地址是192.168.1.1 。 今天,我被互联网故障,我检查了平,得到这个奇怪的平结果。 为什么路由器继续寻找自己? From 192.168.1.88: icmp_seq=6 Redirect Host(New nexthop: 192.168.1.1) From 192.168.1.88: icmp_seq=6 Redirect Host(New nexthop: 192.168.1.1) ………..

ping:sendmsg:操作不允许(有时)

在运行Haproxy的Ubuntu 14.04上,在service haproxy reload ,Haproxy突然将所有服务器都报告为closures。 经过一番挖掘,我注意到ping不能正常工作,有时能够ping通,然后几秒钟后,我们得到ping: sendmsg: Operation not permitted的错误ping: sendmsg: Operation not permitted 。 它也无法parsingsubdomain.domain.com 。 iptables -L没有显示任何规则。 iptables –flush没有帮助。 有任何想法吗? root@some-test:~# ping 107.1.1.1 PING 107.1.1.1 (107.1.1.1) 56(84) bytes of data. 64 bytes from 107.1.1.1: icmp_seq=1 ttl=63 time=0.425 ms ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted ping: sendmsg: Operation not permitted […]

在'ping'输出中`pipe <number>是什么意思?

在运行一个testing来诊断一些所谓的networking问题时,我从ping获得了这个输出: — r01c01b11n02 ping statistics — 30000 packets transmitted, 29995 received, 0% packet loss, time 6309ms rtt min/avg/max/mdev = 0.091/0.343/118.051/3.605 ms, pipe 9, ipg/ewma 0.210/0.130 ms PING r01c02b06n01 (10.1.1.61) 56(84) bytes of data. 我从未见过的pipe 9部分; 目前,我只在这几个主机上得到它,而实际的数字是不同的(例如,可以是pipe 8或pipe 2 )。 在ping输出中pipe <number>是什么意思?

从VPNnetworkingping VPN客户端工作; 从VPN客户端ping到VPNnetworking失败 – 为什么?

我们正在为运行在云中的一些服务器设置一个OpenVPN服务器。 我们被困在一个连接问题,VPN服务器的局域网上的主机可以ping VPN客户端,但事实并非如此。 VPN客户端可以在其VPN地址上ping VPN服务器,但不能在其LAN地址上。 tcpdump显示来自客户端的ping数据包到达主机并发出回复的证据,但由于某种原因,回复永远不会到达VPN服务器或客户端上的tun0接口。 相反,根据tcpdump,在所有预期的接口上可以看到从VPN服务器的LAN到VPN客户端的ping请求stream量。 下面给出了我们的configuration和故障排除的详细描述。 问题似乎与从服务器networking上的地址转发回客户端networking有关。 对我来说真的很奇怪的是,局域网发起的ping可以完成往返,但是客户端发起的ping似乎在VPN服务器的tun0和eth1接口之间的某处丢失。 我们缺less什么? 情况: 3主机: VPN客户端(tun0:10.8.0.22) VPN服务器(tun0:10.8.0.1,eth1:10.11.11.2,eth0:xxxx) 局域网服务器(eth0:10.11.11.7) 这两台服务器都是运行RHEL 5.7的虚拟机。 我认为(但我不完全确定)虚拟主机环境是VMWare。 testing VPN客户端通过VPN服务器的eth0接口build立到VPN服务器的隧道 VPN客户端可以在其tun0接口10.8.0.1上ping VPN服务器 VPN服务器可以ping 10.8.0.22 局域网服务器可以ping通10.8.0.22 但: VPN客户端不能在其eth1接口上的ping VPN服务器10.11.11.2 VPN客户端不能在其eth0接口上的ping LAN服务器10.11.11.7 对于10.11.11.7和10.8.0.22之间的pingtesting: tcpdump在VPN服务器上显示ping请求并回复遍历tun0 tcpdump在VPN服务器上显示ping请求和回应遍历eth1 tcpdump在局域网服务器上显示ping请求和回应遍历eth0 对于10.11.11.2到10.8.0.22之间的pingtesting: tcpdump在VPN服务器上显示ping请求并回复遍历tun0 对于10.8.0.22到10.11.11.2之间的pingtesting: tcpdump显示在VPN服务器上遍历tun0的ping请求 tcpdump显示在VPN服务器上遍历eth1的ping回复 在tun0接口上没有回复的痕迹 对于10.8.0.22到10.11.11.7之间的pingtesting: tcpdump显示在VPN服务器上遍历tun0的ping请求 tcpdump显示在VPN服务器上遍历eth1的ping请求 tcpdump显示在LAN服务器上遍历eth0的ping请求 tcpdump显示在LAN服务器上遍历eth0的ping回复 VPN服务器的tun0或eth1接口上没有任何回复 在VPN服务器上启用了ip_fowarding在VPN服务器上,除了面向互联网的接口eth0以外的所有接口都禁用了rp_filter。 为了debugging潜在的问题,iptables已经在客户端禁用了(默认的ACCEPT)规则。 我已经在每个主机上包含了相关接口的路由-n和ifconfig转储。 在OpenVPN服务器上 $ /sbin/route -n Kernel […]

Linux:平铺子网中的所有主机

有一个solaris命令通过发出以下命令来ping通子网中的所有主机: ping -s 255.255.255.255 在linux中有没有类似的东西? 我的意图是在ping所有主机之后find如下的一个mac地址: arp -an | grep mac_address