
$sudo arp -avn? (10.10.7.30) at 00:cc:cc:bb:dd:86 [ether] on eth0EntrIEs: 1 Skipped: 0 Found: 9$sudo arp -d 10.10.7.30$sudo arp -avn? (10.10.7.30) at <incomplete> [ether] on eth0@H_404_3@我预计10.10.7.30不会进入.出乎意料的是,该条目仍然存在,并标记为< incomplete>.
使用Ubuntu 10.04.
解决方法 该条目将被删除,请耐心等待.(如果你想得到最短的答案:不完整==删除)
假设“删除”是该动作的错误单词.这里真正发生的是,该条目被手动设置为“请求已发送,无应答”(因此“不完整”的ARP过程)状态,就好像机器真的无法访问一样.
现在,该条目将很快被完全删除,除非在此期间获得新的有效ARP响应.在这种情况下,即使删除了条目而不是标记为不完整,也会重新添加条目.所以这种行为没有实际的赞成或反对意见.
但请记住,我们正在讨论缓存.从缓存中删除内容既困难又昂贵.使条目无效的方式更有效,如果在最终删除之前它被替换则等待.但是对于系统来说,如果条目从列表中消失或者只是标记为不完整,则完全没有区别.
总结以上是内存溢出为你收集整理的linux – arp –delete没有删除条目;只是将条目标记为“不完整”全部内容,希望文章能够帮你解决linux – arp –delete没有删除条目;只是将条目标记为“不完整”所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)