我从未有幸在需要复杂路由的环境中工作，或者如果确实需要，它会在我的上游处理。我一直使用非常简单的静态路由配置，从不需要进行任何多路径路由——因此我对这个主题普遍感到困惑。我想更好地了解多播和任播。

• 单播、任播、广播和多播流量之间有什么区别？
• 它们通常用于什么情况以及为什么使用（例如，哪些应用程序使用哪种方法）？
• 对于给定的网段或广播域，您如何计算多少广播流量过多？
• 允许广播和多播流量的安全含义是什么？

这是一个关于冗余 DHCP 服务器的规范问题。

是否可以在同一个 LAN 上拥有多个 DHCP 服务器？这样做有什么影响？

1. 如果有多个 DHCP 服务器可用，会发生什么情况？我的客户如何知道使用哪一种？
2. 如何让 DHCP 服务器向多个子网\网段提供地址？
3. 如何配置多个 DHCP 服务器为同一子网提供地址。

直到几秒钟前，当我读到“有哪些很酷或有用的服务器/网络技巧？ ”时，我才听说过任播。

维基百科关于它的“任播”文章非常正式，并没有真正唤起如何使用它的心理图景。

有人可以用几个非正式的句子解释什么是“任播”，如何配置它（只是一般意义上的），以及它的好处是什么（它让什么变得更容易）？

你好，

我正在使用vpncVPN 客户端。我也在做一些棘手的事情，route以确保我仍然可以访问我的本地网络等（这里的细节不是很重要）。

有时我会得到路由表，所以我得到ping: sendto: Network is unreachable了本来应该解析的 url。

目前，如果我重新启动 Mac OS X，那么一切都会恢复正常。我想要做的是将路由表重置为“默认”（例如在启动时设置的），而无需重新启动整个系统。

我认为第 1 步是route flush（删除所有路线）。第 2 步需要重新加载所有默认路由。

关于如何做到这一点的任何想法？（例如，第 2 步是什么？）

编辑 另外，我注意到另一个症状traceroute在相关地址上也失败了。例如：

traceroute the.good.dns.name

traceroute: bind: Can't assign requested address

事实证明这比我想象的要难。我要删除的路由是“！” 被拒绝的路线，但我似乎无法制定正确的“路线删除”命令来实现它。

这是路由表...

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
67.40.227.206   *               255.255.255.255 UH    0      0        0 ppp0
192.168.46.79   *               255.255.255.255 UH    0      0        0 ipsec0
192.168.46.79   -               255.255.255.255 !H    2      -        0 -
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0
10.1.0.0        *               255.255.0.0     U     0      0        0 ipsec0
10.1.0.0        -               255.255.0.0     !     2      -        0 -
default         *               0.0.0.0         U     3      0        0 ppp0
default         *               0.0.0.0         U     4      0        0 ppp0

我有 192.168.46.79 和 10.1.0.0 的两个条目。这些是由我正在使用的基于 …

系统

我在 AWS 上的 EC2 机器上部署了一个 API。传入的 HTTPS 请求被传递到弹性负载均衡器。负载均衡器处理 SSL，并将请求传递给 Nginx 服务器，该服务器根据请求 URL 将请求代理到特定服务器。

疼痛

Nginx 机器需要大量维护工作，尤其是服务器 IP 地址更改时。此外，基于 URL 的代理路由看起来确实是负载均衡器的自然延续。拥有一个健全的基于 Web 或基于 API 的界面来控制 URL 路由将是一个巨大的福音。

问题

是否有任何基于云的路由解决方案可以通过 URL 模式代理 HTTP 请求，替代我的 Nginx 机器？

运行 CentOS 5.4

为什么我有到 169.254.0.0 的路由，尽管它没有出现在网络 > 以太网设备 > 路由配置对话框中？

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     *               255.255.255.0   U     0      0        0 eth2
169.254.0.0     *               255.255.0.0     U     0      0        0 eth2
default         192.168.1.1     0.0.0.0         UG    0      0        0 eth2

今天，我们的一个 HAProxy 虚拟机出现了一个小故障转移问题。当我们深入研究时，我们发现：

Jan 26 07:41:45 haproxy2 内核：[226818.070059] __ratelimit：10 个回调被抑制
Jan 26 07:41:45 haproxy2 内核：[226818.070064] 内存不足
Jan 26 07:41:47 haproxy2 内核：[226819.560048] 套接字内存不足
Jan 26 07:41:49 haproxy2 内核：[226822.030044] 套接字内存不足

其中，根据此链接，显然与net.ipv4.tcp_mem. 所以我们将它们从默认值增加了 4 倍（这是 Ubuntu Server，不确定 Linux 风格是否重要）：

当前值为：45984 61312 91968
新值是：183936 245248 367872

之后，我们开始看到一条奇怪的错误消息：

Jan 26 08:18:49 haproxy1 内核：[2291.579726] 路由哈希链太长！
Jan 26 08:18:49 haproxy1 内核：[2291.579732] 调整您的 secret_interval！

嘘……这是秘密！！

这显然与/proc/sys/net/ipv4/route/secret_interval默认为 600 并控制路由缓存的定期刷新有关

该secret_interval指示内核多久吹走所有的路由条目的哈希不管他们是如何利用新/老。在我们的环境中，这通常很糟糕。每次清除缓存时，CPU 将忙于每秒重建数千个条目。然而，我们将其设置为每天运行一次以防止内存泄漏（尽管我们从未发生过）。

虽然我们很乐意减少这种情况，但建议定期删除整个路由缓存似乎很奇怪，而不是简单地更快地将旧值从路由缓存中推出。

经过一番调查，我们发现/proc/sys/net/ipv4/route/gc_elasticity这似乎是控制路由表大小的更好选择：

gc_elasticity最好将其描述为内核在开始使路由哈希条目到期之前将接受的平均桶深度。这将有助于保持活动路由的上限。 …

我已经搜索了有关如何执行此操作的详细信息，但没有成功 - 我想知道是否有人可以提供一些建议。

因此，假设我有 2 个网卡（在我的实例中为 LAN 和 3G），都分配了动态 IP 地址。LAN 接口是我的公司 LAN，我想将 3G 接口用于所有其他访问（即，t'internet！）。

我的网络经验很少，但我的感觉是我应该可以将3G卡设为默认网关，然后通过LAN接口强制一组已知子网的所有流量。

这是路线打印

===========================================================================
Interface List

 40...........................Vodafone Mobile Connect
 12...00 16 cf 87 71 22 ......Dell Wireless 1500 Draft 802.11n WLAN Mini-Card
 11...00 15 c5 58 47 24 ......Broadcom NetXtreme 57xx Gigabit Controller
 24...00 50 56 c0 00 01 ......VMware Virtual Ethernet Adapter for VMnet1
 25...00 50 56 c0 00 08 ......VMware Virtual Ethernet Adapter for VMnet8
  1...........................Software Loopback Interface 1
 26...00 00 00 00 00 …

我知道明天我们其中一台生产服务器的公共 IP 地址将被更改。

该 A 记录的 TTL 当前设置为 3 小时。

将该 A 记录上的 TTL 调整为 1 分钟之类的实际工作是否有效（域注册商确实允许指定分钟！），以便用户 DNS 在我们切换 A 后最多只能指向旧服务器 1 分钟记录到新的公共IP地址？