昨天我在数据中心做了一个快速重新安装（物理）服务器，由于时间不够，并且没有方便的访问我们的数据库，我只给它分配了一个我知道可用的IP，并允许我稍后访问分配正确的地址，并从一个温暖的地方继续供应。 今天我login到服务器（在172.16.130.10/22）并做了以下工作： ip addr add 172.16.128.67/22 dev eth0 从我的本地工作站上的一个terminal，我检查了它响应新地址的ping并通过它login： $ ping 172.16.128.67 PING 172.16.128.67 (172.16.128.67) 56(84) bytes of data. 64 bytes from 172.16.128.67: icmp_req=2 ttl=62 time=3.61 ms 64 bytes from 172.16.128.67: icmp_req=3 ttl=62 time=4.87 ms ^C $ ssh 172.16.128.67 到目前为止，我已经通过新的IP地址连接，旧的不再需要。 我继续去除它： ip addr del 172.16.130.10/22 dev eth0 但是，一旦我input我的SSH会话冻结，我不能再连接。 我不得不请求现场操作员为我重新启动服务器。 我哪里做错了？ 为什么要删除该地址杀死我的连接？
很多人都声称ifconfig命令已经被弃用，而不是支持ip （至less在linux上）。 这常常被用作从ifconfig切换到ip的论证（请参阅我应该退出使用Ifconfig的一些评论和答案？ ）。 我们在哪里可以find有关这方面的陈述（即在哪里陈述，将来不会支持ifconfig ）？
在安装Infiniband卡的服务器上，当我使用ifconfig命令时，出现以下警告： Ifconfig uses the ioctl access method to get the full address information, which limits hardware addresses to 8 bytes. Because Infiniband address has 20 bytes, only the first 8 bytes are displayed correctly. Ifconfig is obsolete! For replacement check ip. 我应该退出使用ifconfig ？ 是不赞成使用ip命令？ 还是会在不久的将来更新？ 注意：这个问题和答案是关于GNU / Linux的 “主要”发行版。 不应该假定这些信息适用于所有的分布，特别是不适用于其他操作系统。