标签: networking

mdevping 输出是什么意思（下面的最后一行）？

me@callisto ~ % ping -c 1 example.org   
PING example.org (192.0.43.10) 56(84) bytes of data.
64 bytes from 43-10.any.icann.org (192.0.43.10): icmp_seq=1 ttl=245 time=119 ms

--- example.org ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 119.242/119.242/119.242/0.000 ms

我经常在家里的一台计算机上，我想通过 SSH 连接到另一台计算机，但通常不知道我想连接的那台计算机的 IP 地址。有没有办法从命令行扫描本地网络，以便找到我想要连接的计算机？

在描述 IPv4 网络时，我可以使用0.0.0.0/0或 仅0/0指定所有网络。IPv6 的等效符号是什么？

基于一年多以前的一个问题（多路复用 1 Gbps 以太网？），我离开并使用新的 ISP 设置了一个新机架，并在整个地方都有 LACP 链接。我们需要这样做，因为我们有单独的服务器（一个应用程序，一个 IP）为互联网上的数千台客户端计算机提供服务，累积速度超过 1Gbps。

这个 LACP 想法应该让我们打破 1Gbps 的障碍，而无需在 10GoE 交换机和 NIC 上花费大量资金。不幸的是，我遇到了一些关于出站流量分配的问题。（尽管凯文·库法尔在上述链接问题中发出了警告。）

ISP 的路由器是某种 Cisco。（我是从 MAC 地址推断出来的。）我的交换机是 HP ProCurve 2510G-24。服务器是运行 Debian Lenny 的 HP DL 380 G5。一台服务器为热备。我们的应用程序不能集群。这是一个简化的网络图，其中包括具有 IP、MAC 和接口的所有相关网络节点。

虽然它具有所有细节，但很难处理和描述我的问题。因此，为简单起见，这里是一个简化为节点和物理链接的网络图。

所以我离开并在新机架上安装了我的工具包，并从他们的路由器连接了我的 ISP 电缆。两台服务器都有到我的交换机的 LACP 链接，而交换机有到 ISP 路由器的 LACP 链接。从一开始我就意识到我的 LACP 配置是不正确的：测试显示进出每台服务器的所有流量都通过一个物理 GoE 链路专门在服务器到交换机和交换机到路由器之间进行。

通过一些谷歌搜索和大量关于 linux NIC 绑定的 RTMF 时间，我发现我可以通过修改来控制 NIC 绑定 /etc/modules

# /etc/modules: kernel modules to load at boot time.
# mode=4 is for lacp
# xmit_hash_policy=1 means …

第 2 层和第 3 层交换机之间有什么区别？

我一直想知道，直到现在才需要知道。

场景：我们有许多 Windows 客户端定期将大文件（FTP/SVN/HTTP PUT/SCP）上传到大约 100-160 毫秒之外的 Linux 服务器。我们在办公室有 1Gbit/s 的同步带宽，服务器要么是 AWS 实例，要么是物理托管在美国 DC。

最初的报告是，上传到新服务器实例的速度比他们能做到的要慢得多。这在测试中和来自多个位置的情况下都得到证实；客户从他们的 Windows 系统看到稳定的 2-5Mbit/s 到主机。

我iperf -s在 AWS 实例上爆发，然后从办公室的Windows客户端爆发：

iperf -c 1.2.3.4

[  5] local 10.169.40.14 port 5001 connected with 1.2.3.4 port 55185
[  5]  0.0-10.0 sec  6.55 MBytes  5.48 Mbits/sec

iperf -w1M -c 1.2.3.4

[  4] local 10.169.40.14 port 5001 connected with 1.2.3.4 port 55239
[  4]  0.0-18.3 sec   196 MBytes  89.6 Mbits/sec

后一个数字在后续测试中可能会有很大差异（AWS 的变幻无常），但通常在 70 到 130Mbit/s 之间，这足以满足我们的需求。Wireshark 会话，我可以看到：

• iperf -c …

所以，我刚刚创建了 Amazon RDS 帐户。我启动了一个数据库实例。

The "endpoint" is:
abcw3n-prod.cbmbuiv8aakk.us-east-1.rds.amazonaws.com

伟大的！现在我尝试从我的其他 EC2 实例之一连接到它。

mysql -uUSER -pPASS -habcw3n-prod.cbmbuiv8aakk.us-east-1.rds.amazonaws.com

但没有任何作用，它只是挂起。

我试图ping它，也没有任何效果。没发生什么事。

我需要更改一些设置吗？

在我的组织中，我们正在考虑购买刀片服务器——而不是机架服务器。当然，技术供应商也让它们听起来非常好。我在不同论坛上经常看到的一个问题是，理论上存在服务器机箱停机的可能性——这将导致所有刀片停机。这是由于共享基础设施。

我对这种可能性的反应是有冗余和两个机箱而不是一个（当然非常昂贵）。

有些人（包括例如 HP 供应商）试图说服我们，由于许多冗余（冗余电源等），机箱极不可能发生故障。

我这边的另一个担忧是，如果出现故障，可能需要备件——这在我们的位置（埃塞俄比亚）很难。

所以我想问一下管理过刀片服务器的有经验的管理员：你的经验是什么？它们是否会整体下降 - 什么是合理的共享基础设施，可能会失败？

这个问题可以扩展到共享存储。我再说一次，我们需要两个存储单元而不是一个——供应商再次说，这些东西非常坚固，预计不会出现故障。

好吧 - 我简直不敢相信，这样一个关键的基础设施在没有冗余的情况下会非常可靠 - 但也许你可以告诉我，你是否有成功的基于刀片的项目，它的核心部件（机箱、存储...... )

目前，我们看看惠普——因为 IBM 看起来太贵了。

我有一台戴尔 1U 服务器，带有 Intel(R) Xeon(R) CPU L5420 @ 2.50GHz，8 核，在 x86_64 上运行 Ubuntu 服务器内核版本 3.13.0-32-generic。它具有双 1000baseT 网卡。我已将其设置为将数据包从 eth0 转发到 eth1。

我注意到在我的 kern.log 文件中它一直挂着然后休息。这经常发生。这种情况每隔几秒钟发生一次，然后可能几分钟就可以了，然后每隔几秒钟就会恢复。

这是日志文件转储：

 [118943.768245] e1000e 0000:00:19.0 eth0: Detected Hardware Unit Hang:
 [118943.768245]   TDH                  <45>
 [118943.768245]   TDT                  <50>
 [118943.768245]   next_to_use          <50>
 [118943.768245]   next_to_clean        <43>
 [118943.768245] buffer_info[next_to_clean]:
 [118943.768245]   time_stamp           <101c48d04>
 [118943.768245]   next_to_watch        <45>
 [118943.768245]   jiffies              <101c4970f>
 [118943.768245]   next_to_watch.status <0>
 [118943.768245] MAC Status             <80283>
 [118943.768245] PHY Status             <792d>
 [118943.768245] PHY 1000BASE-T Status  <7800>
 [118943.768245] PHY Extended Status    <3000>
 [118943.768245] PCI Status             <10> …

我的路由器有两个协议（和一个“两个”选项），我可以在设置端口转发时选择：UDP 和 TCP。这两种协议之间有什么区别，您何时会在端口转发中选择一种而不是另一种？