进一步阅读

Question 1

FreeBSD 和 OpenBSD 等操作系统上的命令ifconfig已根据操作系统的其余部分进行了更新。如今，它可以在这些操作系统上配置各种网络接口设置，并处理一系列网络协议。 BSDioctl()为这些事情提供支持。

这在 Linux 世界中并没有发生。今天有三个ifconfig命令：

ifconfig从GNU inetutils

jdebp % inetutils-ifconfig -l
enp14s0 enp15s0 罗
jdebp % inetutils-ifconfig lo
lo 链接 encap:本地环回
      inet 地址：127.0.0.1 广播：0.0.0.0 掩码：255.0.0.0
      上环回运行 MTU：65536 公制：1
      RX 数据包：9087 错误：0 丢弃：0 溢出：0 帧：0
      TX 数据包：9087 错误：0 丢弃：0 溢出：0 运营商：0
      碰撞：0 txqueuelen：1000
      RX 字节：51214341 TX 字节：51214341
杰德BP％

ifconfig从NET-3 网络工具

jdebp % ifconfig -l
ifconfig: 选项--help' 提供使用信息。-l' not recognised.
ifconfig:
jdebp % ifconfig lo
lo：flags=73<UP、LOOPBACK、RUNNING> mtu 65536
    inet 127.0.0.1 网络掩码 255.0.0.0
    inet6 ::1 prefixlen 128scopeid 0x10<主机>
    inet6 ::2 prefixlen 128scopeid 0x80<兼容，全局>
    inet6 fe80:: prefixlen 10scopeid 0x20<链接>
    Loop txqueuelen 1000（本地环回）
    RX 数据包 9087 字节 51214341 (48.8 MiB)
    RX 错误 0 丢弃 0 溢出 0 帧 0
    TX 数据包 9087 字节 51214341 (48.8 MiB)
    TX 错误 0 丢弃 0 溢出 0 载波 0 冲突 0
杰德BP％

ifconfig来自（版本 1.40）诺什工具集

jdebp % ifconfig -l
enp14s0 enp15s0 罗
jdebp % ifconfig lo
罗
    链接环回运行
    链接地址 00:00:00:00:00:00 bdaddr 00:00:00:00:00:00
    inet4 地址 127.0.0.1 prefixlen 8 bdaddr 127.0.0.1
    inet4 地址 127.53.0.1 prefixlen 8 bdaddr 127.255.255.255
    inet6 地址 ::2 范围 0 prefixlen 128
    inet6 地址 fe80:: 范围 1 prefixlen 10
    inet6 地址 ::1 范围 0 prefixlen 128
jdebp % sudo ifconfig lo inet4 127.1.0.2 别名
jdebp % sudo ifconfig lo inet6 ::3/128 别名
jdebp % ifconfig lo
罗
    链接环回运行
    链接地址 00:00:00:00:00:00 bdaddr 00:00:00:00:00:00
    inet4 地址 127.0.0.1 prefixlen 8 bdaddr 127.0.0.1
    inet4 地址 127.1.0.2 prefixlen 32 bdaddr 127.1.0.2
    inet4 地址 127.53.0.1 prefixlen 8 bdaddr 127.255.255.255
    inet6 地址 ::3 范围 0 prefixlen 128
    inet6 地址 ::2 范围 0 prefixlen 128
    inet6 地址 fe80:: 范围 1 prefixlen 10
    inet6 地址 ::1 范围 0 prefixlen 128
杰德BP%

正如您所看到的，GNU inetutils 和 NET-3 网络工具ifconfig在 IPv6、具有多个地址的接口以及-l.

IPv6 问题的部分原因是工具本身缺少一些代码。但主要是由于 Linux 没有（像其他操作系统那样）通过ioctl()接口提供 IPv6 功能。它只允许程序通过网络查看和操作 IPv4 地址ioctl()。

相反，Linux 通过不同的接口send()并recv()在特殊且有些奇怪的套接字地址族上提供此功能AF_NETLINK。

GNU 和 NET- ifconfig3可以已进行调整以使用这个新的 API。反对这样做的理由是它不能移植到其他操作系统，但这些程序在实践中是可行的已经不便携反正所以这没什么争议。

但它们没有进行调整，并且至今仍如上述。（多年来，有些人在不同的时间点对它们进行了研究，但遗憾的是，这些改进从未纳入程序中。例如： Bernd Eckenfels 从未接受过补丁ifconfig在补丁编写 4 年后，为 NET-3 net-tools 添加了一些 netlink API 功能。）

相反，有些人将工具集完全重新发明为ip命令，它使用新的 Linux API，具有不同的语法，并在时尚风格的界面后面结合了其他几个功能。command subcommand

我需要一个ifconfig具有 FreeBSD 的命令行语法和输出风格的东西ifconfig（GNU 和 NET-3 都ifconfig没有，而且ip肯定也没有）。所以我写了一篇。作为人们可以ifconfig在 Linux 上编写使用 netlink API 的证明，它确实做到了。

因此，关于的公认智慧ifconfig，例如您引用的内容，不再是真正的事实。这是现在不真实说“ifconfig不使用netlink。”。盖住两个人的毯子盖不住三个人。

它一直以来说“netlink 更高效”是不真实的。对于使用执行的任务ifconfig，netlink API 和 API 之间的效率并没有多大区别ioctl()。对于任何给定的任务，人们都会进行几乎相同数量的 API 调用。

事实上，每个 API 调用都是二netlink 情况下的系统调用，而不是ioctl()系统中的系统调用。可以说，netlink API 的缺点是，在频繁使用的系统上，它明确地包含了该工具永远不会收到通知其 API 调用结果的确认消息的可能性。

此外，说它ip比 GNU 和 NET-3“更通用”也是ifconfig不真实的。因为它使用netlink。它更通用，因为它可以完成更多任务，可以在一个大程序中完成需要单独程序完成的任务以外 ifconfig。它并不能仅仅通过内部使用的 API 来执行这些额外的任务而变得更加通用。 API 对此没有任何固有的内容。ioctl()例如，人们可以编写一个使用 FreeBSD API 的一体化工具，并且同样可以说它比单独的ifconfig、route、arp和ndp命令“更通用”。

人们还可以为使用 netlink API 的 Linux编写route、arp、和命令。ndp