我在我的局域网上有两个客户端，我试图去“看”对方。 第一个如下 计算机1 IP 172.21.62.230 Subnet 255.255.255.224 Default gateway 172.21.62.225 Preferred DNS server 172.21.62.227 计算机2 IP 172.21.62.244 Subnet 255.255.255.224 Default gateway 172.21.62.225 Preferred DNS server 172.21.62.227 在computer1上我运行了一个web服务器和应用程序服务器。 这工作正常http：// localhost：8500和http://172.21.62.230:8500/但是我不能从计算机2 ping 172.21.62.230（我可以使用远程桌面连接到172.21.62.230）。 我以为我可以通过浏览器从计算机2连接networking服务器http://172.21.62.244，但我不能。 我怎样才能弄清楚发生了什么事？
我想为我的OpenVPN服务器在br0和tap0之间build立桥接，但是我在这篇文章的底部看到了这个错误。 背景 服务器有一个物理eth0 IP xxx.xxx.68.58 。 网桥应该有xxx.xxx.85.5和tap0网卡，其中OpenVPN客户端获取IP的范围是xxx.xxx.85.50 – xxx.xxx.85.100 。 为了使桥梁我做： #!/bin/bash br="br0" tap="tap0" eth="eth0:0" eth_ip="xxx.xxx.85.5" eth_netmask="255.255.255.0" eth_broadcast="255.255.71.255" openvpn –mktun –dev $tap brctl addbr $br brctl addif $br $eth brctl addif $br $tap ifconfig $tap 0.0.0.0 promisc up echo "debug" ifconfig $eth 0.0.0.0 promisc up echo "debug" ifconfig $br $eth_ip netmask $eth_netmask broadcast $eth_broadcast 但是得到这个错误; […]
我的问题： 将FastEthernet0与直通电缆连接到Catalyst交换机后，线路协议短暂地出现，然后closures。 接口也下降了，我现在有这个在我的show ip int brief： Interface IP-Address OK? Method Status Protocol FastEthernet0 unassigned YES unset down down 我在此声明，物理连接已closures，并且端口或电缆必须有问题。 试过的解决scheme： Use a different cable Use a different switch Use a different port Check Duplex settings and port speed 问题依然存在，所以我不明白问题出在哪里，可能是交换机上的端口安全？ （我没有访问交换机，我正在远程执行此操作） 有人知道解决scheme吗？ 编辑：日志显示连接到交换机时发生了什么： 000072: *Mar 21 01:26:48.655: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to […]
我使用的是Ubuntu Server 10.04.4，偶尔服务器挂起（一个月一次），完全没有响应。 tty充斥着像这样的信息 。 问题是重新启动后，这些消息不在我的日志文件中。 如何logging这些消息以便日后分析？ 在目前的日志中，我看不到任何会告诉我为什么会发生这种情况。 如果有人能从这些消息中看出发生了什么，我也会很感激。 该服务器是来宾虚拟机。 主机服务器也是带有KVM / QEMU的Ubuntu服务器10.04。
我们在使用Red Hat 6.2 Enterprise的机器上遇到了一些麻烦。 大约1分钟，这是发生了什么事情： 在那一刻我的SSH shell被冻结，我们什么都做不了 在那一刻结束之前，所有以前的联系都还在那里，我们可以像往常一样继续工作。 在那一刻，我们不能build立任何新的连接。 第一件事情就是像一些突发或大量的networkingstream量占用整个带宽。 什么日志或哪里可以看看收集进一步的证据？ 任何build议，非常感谢。 问候 AFG
症状是： 我在家。 我正在尝试拨打PPTP VPN。 它连接好。 在Windows中从命令行ping命令显示当PPTP vpn启动时ping命令的成功率约为30％，当PPTP vpn未启动时ping命令的成功率为100％。 所以基本上看来，PPTP / GRE被我的ISP破坏或封锁了。 我无法确认或否认从我的家庭IP到我的工作IP的“GRE”function。 但是，我可以远程桌面到服务器，并获得使用远程桌面（Windows RDP），然后完全冻结40-50秒的简短5-10秒的“可用时间段”。 我有时会得到5-10秒的可用喷射。 **作为对第一个答复者的回应而更新：**正在进行传出连接的家庭计算机位于Apple AirPort路由器后面。 我想，把它从环路中取出，直接连接，而不需要NAT参与，这可能是故障排除的第一步，这要归功于第一个发布回答者的提示。 有什么办法可以证实我的猜疑吗？ 我的猜测是基于Googlesearch，并看到其他随机的人与同一个互联网服务提供商有相同的问题，他们正在积极阻止或降低PPTP / GRE性能，或者可能有错误configuration的IPV4networking路由基础设施，降低PPTP / GRE性能或完全破坏其function）。 如果有某种testing我可以在双方运行，即使它需要一些额外的软件安装，我想做这样的testing。 不知道这是属于SuperUser或ServerFault，因为它是一个客户端/家庭电脑的问题，但它涉及工作networking（PPTP VPN）。 我知道一些知道VPN问题的人build议设置SSTP，并试图这样做，但一直没有成功。 客户端（家用电脑）正在运行Windows 7，Windows 8和Windows 8.1，并且有时具有相同的行为。 有些日子，但一切正常。 从主观上看，ISP的networking对于PPTP和“发好日子”来说，都有“坏头发的日子”。 有没有我可以运行的testing？ 任何我可以安装在Windows Server 2008 R2的盒子上，这将帮助我testing？ 任何日志我可以看看确切的错误消息？ 我查看了所有通常的RAS日志，没有发现任何看起来有趣的事情，只是一个用户连接，并且他们已经“远程断开连接”。 这个我已经读过，可能是在客户端需要排除故障，因为客户端正在超时和挂断。 如果是这样，我该怎么做？
我的Zimbra邮件服务器（8.0.2社区版）最近开始产生一个称为“b”的有趣过程。 top – 11:04:44 up 19 days, 18:47, 1 user, load average: 6.25, 6.38, 5.57 Tasks: 131 total, 2 running, 129 sleeping, 0 stopped, 0 zombie %Cpu(s): 17.8 us, 4.3 sy, 77.9 ni, 0.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem: 4049688 total, 3469008 used, 580680 free, 141496 buffers KiB Swap: […]
我正在使用我的数据包示踪实验室。 我有一些长或一系列的问题，但可能是简短的答案可以解决我的问题。 我正在使用3个路由器。 全部使用串行电缆相互连接。 R1和R2使用“Encap PPP”并且与OSPF协同工作，R2和R3使用帧中继连接。 两个串口都打开，但不能互相ping通。 由于R3是ISP路由器不能使用任何路由协议，必须使用IP路由回到内部networking。 如果我使用FR云一切开始工作，但根据要求，我不得不使用串行直接连接。 什么可能是帧中继直接串行连接工作的解决scheme.. 对于“IP路由”，我必须有有类别的子网掩码或必须根据内部networking使用。 内部networking是192.168.2.0/25做我可以使用“IP路由192.168.2.0 0.0.127.255”或“IP路由192.168.0.0 0.0.0.255”或可以使用任何方式。 什么是最好的select？ 问我，我觉得会有一些信息失踪，以得到正确的解决scheme。 我会尽可能地提供。 问候艾哈迈德
我有一个Python程序，通过套接字连接发送请求到本地的第三方应用程序，然后转发我的请求到服务器。 服务器响应然后通过第三方应用程序返回到我的套接字。 一切都已经正常工作了好几个月，服务器的回复是即时的。 本周二本周，服务器的突然响应似乎不偶尔返回。 答案通常是即时的，但现在有20％的查询没有响应2分钟之后，我收到一条错误消息，说我无法检索请求的数据。 我已经检查过服务器的人，他们正在收到我的请求，但由于某种原因，其中一小部分我没有收到答复。 我testing了一个不同的互联网连接（3g），它使用了不同于我的DSL线路的ISP。 这个问题在使用3g时似乎已经解决了，所以看起来问题可能在于我的DSL线或者我的ISP（节stream端口）？ 我不知道如何解决这个问题。 我不是一个networking人，所以请记住任何故障排除build议。 我可以在Linux或Windows上testing这个，所以两者的build议都很好。
我在运行couchdb服务时遇到问题。 当我开始的时候，它只能在closures之前停留一秒钟左右。 这是一个例子 – 首先是状态命令，显示它是不活动的。 开始声称它正在运行，下一个状态命令说它是活动的，发出一个新的状态，一秒钟后说它失败了。 这是怎么回事？ username@myPC:~$ /etc/init.d/couchdb status ? couchdb.service – System-wide CouchDB instance Loaded: loaded (/lib/systemd/system/couchdb.service; enabled; vendor preset: enabled) Active: failed (Result: start-limit) since to. 2016-01-28 22:56:32 CET; 9min ago Process: 2906 ExecStart=/usr/bin/couchdb (code=exited, status=1/FAILURE) Main PID: 2906 (code=exited, status=1/FAILURE) jan. 28 22:56:32 myPC systemd[1]: couchdb.service: Main process exited, code=exited, status=1/FAILURE […]