当我ping我的服务器，它响应： Pinging 192.168.2.222 with 32 bytes of data: Reply from 192.168.2.222: bytes=32 time<1ms TTL=64 Reply from 192.168.2.222: bytes=32 time<1ms TTL=64 Reply from 192.168.2.222: bytes=32 time<1ms TTL=64 Reply from 192.168.2.222: bytes=32 time<1ms TTL=64 Ping statistics for 192.168.2.222: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum […]
语境： 3个HyperV访客映像（DC，SQL，MOSS） 1个内部networking 1域（PJM.COM） DC：192.168.0.192 SQL：192.168.0.153 MOSS：192.168.0.160 另外两台MOSS机器出现通信问题。 我从域中删除了MOSS机器，无法重新join。 当我从DC上ping MOSS机器时，我得到以下回应： Pinging MOSS [192.168.0.152] Reply from 192.168.0.192 Destination host unreachable (4 times) 当我从SQL平台MOSS机器，我得到以下回应： Pinging MOSS [192.168.0.152] Reply from 192.168.0.153 Destination host unreachable (4 times) 从MOSS机器上，我可以ping服务器名称，但是我无法ping通FQDN。 当我从DC和SQL机器ping，我得到IPv4地址。 当我从MOSS机器ping，我得到IPv6地址。 我是一名开发人员，不知道要采取什么措施来解决这个问题。 请帮忙！？
我有一台服务器，我无法访问。 起初我以为这只是服务器的一些暂时的故障，但从其他IP地址检查显示，它工作得很好。 这只是我的IP地址失败。 所以这里是我试过的： nslookup – 正确parsing ping – 使用IP地址或域名的100％数据包丢失 traceroute – 前几跳工作，但从大约6日起，我只是得到星星 编辑：我正在使用OpenDNS的DNSparsing，如上所述，问题不是DNSparsing。
在我看来，机架空间在某些空闲时间后以某种方式冻结了云虚拟机。 这意味着首页请求到一个PHP页面需要更长的时间来响应比随后的请求。 我实际上正在用一个不同主机的wget来查询一台机器，以保持它“活着”。 但我想知道什么频率是必要的。 有没有人知道他们发送虚拟机“睡觉”的时间？ 我想这将是一些分钟。 编辑：有没有caching涉及的PHP网站。 它刚刚从另一个虚拟主机中移出，并且在第一个请求中从来没有这样的延迟。
我有两台运行带有Hyper-V的Server 2008 R2 Datacenter Service Pack 1的戴尔服务器。 由于某种原因，这两台服务器之间不能互相ping通（每台服务器上的虚拟机也不能ping另一台服务器上的虚拟机）。 但是，我们networking上的其他设备都可以ping通这些服务器和虚拟机！ 注意：所有设备都在同一个子网上！ 从本质上讲，只允许在这两台服务器之间进行访问。 它不能成为防火墙的问题，因为所有的东西都在同一个子网上，其他设备可以ping通这些服务器。 两台服务器插在同一个交换机上，在机架上并排放置。 我运行了networking数据包跟踪，当一台服务器试图ping另一台服务器时，ARP请求被广播，但另一台服务器没有看到ARP请求！ 在它们各自的ARP表（arp -a）中，这两个服务器从来没有任何ARP条目（IP-MAC）。 他们确实有所有其他设备与他们沟通的ARP条目。 只是这两个服务器不能看到对方二层（或3），似乎？ 如果我还在第三台Vista机器上运行数据包跟踪器，则可以在一台服务器试图ping另一台服务器时看到ARP广播，但在目标服务器上运行的数据包跟踪从不显示此ARP广播，因此它从不回复它的MAC地址平刚刚超时。 请记住，我的networking上的其他设备可以ping这两台服务器。 一切都在同一个子网上！ 有什么build议么？ 这让我有点疯狂！ 这怎么可能？ 谢谢 PS：最近的问题我可以find这个问题在这里： Windows Server 2008 R2networking适配器停止工作，需要硬重启 ，并且问题最终成为与微软私有补丁的NT内核问题 – 这可能是同样的问题（虽然这对我来说似乎是永久性的，而这个线程中的海报却说这是间歇性的）。 我正在运行几天前刚刚发布的SP1 …
可能重复： batch file，以MASS pingnetworking上的计算机组的名称，检查答复，并parsing主机名 我正尝试一次ping多个IP，并且手动完成。 我想写一个批处理脚本，从IP列表中读取数据，然后ping每个连接，然后报告pingtesting是否失败。 这是我到目前为止的代码： @echo off for /f "tokens=*" %%I in ("C:\batch\IPlist.txt") do call :pinger %%I goto :eof :pinger echo %TIME% >> "C:\batch\pingLOG.txt" ping %1 >> "C:\batch\pingLOG.txt" ::DONE 我这样做，但即使使用暂停它不返回pingLOG.txt。 有任何想法吗？ 谢谢，迪伦
我在内部networking192.168.42.0/24上的VirtualBox上运行了三台Windows Server 2008 R2虚拟机。 IP地址是192.168.42.1,192.168.42.2和192.168.42.3。 三台主机都可以互相ping通。 我制作了.1域控制器，并将.2和.3添加到了域中。 从那以后，.1可以ping通所有三台服务器，而.2和.3可以ping .1和自己，但不能互相ping通。 所有三台服务器上的防火墙服务都停止并设置为手动。 我忽略了什么？
我有一个function有限的基于路由的VPN。 我的站点A上的计算机可以ping站点B上的一个工作站，它恰好是唯一的工作站不是已经设置的域的一部分。 重申，我无法ping所有在同一个域的计算机。 有谁知道为什么这可能是？ 网站B上的计算机都不能上网（除了可能是一台可以ping通的机器，但是网站B上的任何一台计算机都无法在物理上find这台计算机来testing它）
我目前正在为我的networking和通信课程练习，并且在有关数据包往返时间的问题上略微混淆了自己。 我已经开始了，但现在有点卡住了！ 免责声明：这不是作业，只是一个练习问题，我正在进行。 题 如果所有子网都以100Mb / s速率运行，则任意子网的最大长度为200m，信号传播速率为200 x 10 ^ 6m / s，估计在使用5万字节大小的数据包之间，由ping报告的往返时间H3.1和H1.1（这样50,000个字节必须从H3.2发送到H1.1并返回）。 提供的信息 我们提供的信息是networking是一个B类networking，地址为146.169.0.0 ，子网掩码为255.255.255.0 （因此有256个子网，146.169.0.0 – > 146.169.255.0，每个子网有256个地址） 我有多远 我已经设法解决了从H3.2到H1.1，将会有以下路线： H3.2 -> R3 -> R1 -> H1.1这3个数据包。 因此，有3个数据包，共有6个。 由于最大长度为200米，这表明从H3.2到H1.1和返回的总距离不能超过1200米。 这也表明，由于有6个数据包，每个数据包携带50,000个字节的数据包，总共传输(50000 * 6) * 8位。 从这里开始，我有点不知所措。 我理论上可以将S = D/T重新排列为T = D/S ，因此T = 1200 / 200*10^6但是这看起来过于简单，并不以任何方式使用networking速度，也不使用比特数。 我确信我在这里错过了一些简单的东西，但是我想这里的networking专家大概能够在10秒内解决这个问题，所以这可能值得问一下！ 如果我得到答案，将继续我的审判，并回来这个！ 谢谢！
我的Windows 2003服务器有一个集成的以太网卡以及一个dlink卡。 使用“configuration你的服务器向导”，我成功地创build了一个VPN服务器。 服务器IP是： 192.168.123.1和192.168.123.11 我们也有其他服务器“ 192.168.123.20(win2003) 192.168.123.21(win2003) 192.168.123.210(win2008) 192.168.123.250(win2008) 我已经将路由器上的端口映射到192.168.123.1。 当客户端连接时，他可以通过VPN访问互联网。 如果他执行以下操作： ping 192.168.123.1它是成功的。 但是，当客户端运行ping 192.168.123.250和ping 192.168.123.21 ，第一次ping超时但其他所有成功。 奇怪的是，当客户端运行ping 192.168.123.20和ping 192.168.123.210只有第一个数据包得到一个回复，而其余的超时。 可能是什么问题，我该如何排除故障？