Articles of ping

无法ping通我的域join的服务器 – 只能ping域控制器 – 主机不可达

我有一个HyperV服务器托pipe域控制器虚拟机(192.168.1.50)和另一个虚拟机(192.168.1.51)join此域。 我有: 域控制器作为DNS服务器 主机logging为192.168.1.50和192.168.1.51的域的正向查找区域 Windows客户端的主DNS服务器设置为192.168.1.50,并且是我的ISP的次要服务器 我可以ping 192.168.1.50(域控制器)成功,但不能ping 192.168.1.51(域join的虚拟机) 从Windows客户端ping时: ping 192.168.1.51 Reply from 192.168.1.129 : Destination host unreachable 从域控制器ping时: ping 192.168.1.51 Reply from 192.168.1.50 : Destination host unreachable 我有两个虚拟networking适配器一个私有的内部网(设置为静态IP 192.168.1.51)和一个公共互联网与dynamicIP。 我注意到PUBLIC在join域后inheritance了“mydomain.com”域的副标题…我不知道这是什么意思,但是对于我来说,切换这个“拥有静态IP”似乎更直观。 我configuration后,我仍然无法ping,但现在我得到: ping 192.168.1.51 Request timed out 什么似乎是这个问题,我是相对较新的networking。

VPNnetworking上的某些客户端无法访问

这种模式的问题是有些(只有一些)客户无法联系到。 请参阅下面的链接,以获取有关即将出现的章节中正在描述的模型的更多信息。 问题描述 两个客户端(1.1和1.2.3)都可以连接到VPN服务器(1)。 服务器(1)在OpenVPNconfiguration文件中没有使用客户端到客户端的声明。 服务器(1)可以同时ping两个客户端(1.1和1.2.3),客户端(1.1和1.2.3)可以相互ping通并且可以ping服务器(1)。 位于NAT后面的路由器(1.1)后面的本地客户端(1.1.1和1.1.2)可以互相ping通,并可以ping路由器(1.1)。 其他所有的客户端(1.2.1,1.2.2和1.2.3)都可以互相ping通,也可以ping通路由器(1.2)。 到目前为止没有问题。 两台路由器(1.1和1.2)都正确设置了它们的静态路由。 第一个networking(1.1)中的路由器没有设置静态路由,它们从VPN服务器被推送。 第二个networking(1.2)中的路由器不是VPN网关,因此他的路由如下: networking192.168.1.0/24网关192.168.2.103 networking192.168.10.0/24网关192.168.2.103 然后第二个networking(1.2.3)上的VPN客户端再次从服务器上推送他的路由。 回到客户站到达 – 现在这些NAT后面的客户端不能从一个networking到达另一个networking; 一些可以,其他人不能。 举一些例子: login到服务器(1),我可以ping 1.1.1,但不能ping 1.1.2。 正在login到客户端(1.1.1),我可以ping 1.2.1,但不能ping 1.2.2。 临时修复 对于某些客户端,我可以在添加统计path时看到临时修复,这可以通过Linux机器来完成。 他们的路由表(例如机器1.1.2)可能只包含networking1.1的信息。 为其他networking(1.2)添加静态路由确实能够正常工作,但这是所有客户端无法做到的。 另一个非常临时的解决方法是尝试从1.2.2到1.1.2的traceroute命令,它实际上可能到达机器,然后我可以ping它几分钟。 过了一会儿,路线消失了。 这些都不是永久性的解决scheme。 出现一些问题 我需要说明的是,我刚刚交换了一个路由器1.2,但是所有的路由都和以前的机器一样。 还有其他一些问题出现: 这是一个DNS问题? 如果是这样,为什么ping命令不能使用IP而不是域名? traceroute如何工作,ping不通? 没有防火墙来阻止它,即使是这样,那么trceroute如何强制ping命令在短时间内工作呢? 为什么有些客户端不需要设置静态路由,而其他客户端则需要在networking上进行ping命令呢? 可能与networking上设备的引导顺序有关吗? 我也尝试重新启动/closures所有这些,但它不会做任何事情。 这个想法是,内存中的路由将在重新启动时被清除,并且新路由将从路由器“被占用”。 目标 目的是为了解决这个问题,所有networking上的所有客户端都可以访问,除了路由器之外,任何地方都没有静态路由。

可能的路线,但否认?

如果ISP(A)可以路由到ISP(B),并且ISP(B)可以路由到ISP(C),反之亦然,那么为什么ISP(A)和ISP(C)不能通过ISP路由B)彼此? 数据包从ISP(A)到ISP(C)这样路由: A — D — E — F — C(回去之前去了很远的地方)

我可以在服务器上访问http,https,但无法ping通sonicwall tz500后面的服务器

我不确定这是否可行。 我已经build立了一些Web服务器和FTP服务器,静态NAT后面的Sonicwall TZ500。 我可以通过ftp,http,https访问所有。 我在ping&nat规则中包含了ping,但服务器不响应ICMP。 我根本没有触及IPS政策,所以都是默认的。

如何find当前操作系统的TTL初始值?

在回答与解释来自ping操作的TTL的值有关的问题时,据说TTL值取决于操作系统而变化。 我或多或less地理解了TTL的用途,它主要用于防止networking中的环路。 在每一跳,该值递减,并且当它到达0时,如果没有到达目的地,则该分组被丢弃。 我不确定这个值是否真的与操作系统或实际的路由器或调制解调器或其他东西有关。 请给我解释一下 我的问题是:我怎么能find这些初始值? 如果有人给出一个详尽的答案(例如Windows和Unix操作系统,也可能使用terminal或其他接口),那将会很好。 一个解决方法可能是ping,并看到ttl值,然后traceroute,并计算跳数,但它不够精确…

perl吸烟假包丢失(解决)

我不时收到虚假的数据包丢失。 这个时间持续大约一个月,你可以在图上看到它。 我们使用相同的fping命令进行检查,完全没有损失。 所以也许是主机限制或不能处理它的东西? 但为什么在一段时间后自行修复? 任何帮助将不胜感激! 问题:主要原因是某些主机ping通了Cisco交换机,它对这些数据包有规则

无法ping通其中一个networking接口

build立 ubuntu linux VM(虚拟机)configuration了两个接口, eth0和eth1 。 eth0在桥接networking上并直接连接到外部networking。 eth1在“natnetworking”上,也连接到外部networking。 问题 无法通过eth0 ping通。 能够通过TCP连接到主机。 ping -I eth0 -c2 google.com PING google.com (172.217.1.238) from 10.254.185.16 eth0: 56(84) bytes of data. From company.com (10.254.185.16) icmp_seq=1 Destination Host Unreachable From company.com (10.254.185.16) icmp_seq=2 Destination Host Unreachable — google.com ping statistics — 2 packets transmitted, 0 received, +2 errors, 100% packet […]

可能的networking问题,尽pipe健康ping统计?

我们遇到了一个Windowsnetworking的问题,我们怀疑这是一个networking问题,尽pipeping工作正常。 系统概述: Windowsnetworking是通过一个2MBps的P2P专线连接的多个站点访问的。 发行细节: 这个问题只发生在一个特定的网站。 Windowsnetworking共享可以从网站间歇性访问,大多数情况下会抛出一个错误消息,指出该位置不可访问。 这种情况也发生在通过完整地址(包括IP)访问共享时。 试图从networking共享复制大于50 MB的文件几乎总是失败。 login到通过Intranet托pipe的Web应用程序需要很长时间。 这也间歇性地失败(超时/响应太长)。 目前分析: 在长时间的ping -t时间内零丢包 使用更大的数据包大小(10KB)testingping时没有可观的延迟 这个问题不是特定于个人电脑的设置 ,因为连接到这个网站的笔记本电脑在其他地方工作正常。 这个问题不是由于任何防火墙规则 ,因为防火墙已经被禁用来testing这个。 我们甚至直接将媒体转换器连接到networking两端的PC上来testing这个问题,以排除任何路由器/交换机的问题。 仍然没有运气。 任何build议将不胜感激,因为我们正在艰难的时间钉牢下来。

根据RTT阻止客户端

我在我的Debian服务器上运行一个应用程序,它使用IPv4和UDP进行数据通信。 我想阻止每个客户一会儿,往返时间超过140毫秒。 不幸的是,我不能直接在应用程序中实施这样的规则。 有没有可能为此创build一个iptables规则?

无法从我们的CentOS 7.2服务器telnet特定的服务器IP

我无法从我们的服务器远程login合作伙伴服务器IP(103.xxx)。 I am getting following error telnet: connect to address 103.xxx: Connection timed out 但我可以从我们的服务器远程login其他服务器IP。 此外,我能够从其他服务器ping通伙伴服务器 会是什么原因? 我问伴侣检查天气我们的服务器IP被他们的防火墙阻止。 他们检查并告知不 我正在使用CentOS 7.2 请帮我解决这个问题 提前致谢