Pour les professionnels de l’informatique >
Forums - Accueil
>
Server Core
>
NETSH problem: delete neighbors not persistent
NETSH problem: delete neighbors not persistent
- I have a problem with netsh: I need to remove an address from the neighbors. I use the following command:netsh interface ipv4 delete neighbors "Local Area Connection 3" IP_Address MAC_AddressI type the command and it works, it does not appear when I type: netsh interface ipv4 show neighbors "Local Area Connection 3"The problem is that when I restart the server it reappears in the neighborhoud...any way to remove it permanently?Thanks,
Réponses
- finally found a workaround (although it's not elegant at all).
-removed the entry with "delete neighbors"
-deleted the hyper-v virtual internet network (which deleted the "Local area connection" adapter)
-created a new Hyper-V virtual internal network
-updated the config of each VM
-recreated the neighbors entries
ok well it worked but it would be really nice to understand why this happened...would really not like to do this in a production environment...- Marqué comme réponseVincent HuMSFT, Modérateurmardi 27 octobre 2009 08:02
Toutes les réponses
Hi,
I perform the same test on my computer and it worked properly. After the delete, I run “arp –a” to check, and I can’t find the deleted IP address and the MAC address in the output of “arp –a”.
delete neighbors - Flushes the ARP cache for one or all interfaces.
Vincent Hu
- Hi,
Yes it does the same to me, but after I restart the server the entry comes back and is displayed as static very weird...don't know if this has something to do with Hyper-V
Thanks, - finally found a workaround (although it's not elegant at all).
-removed the entry with "delete neighbors"
-deleted the hyper-v virtual internet network (which deleted the "Local area connection" adapter)
-created a new Hyper-V virtual internal network
-updated the config of each VM
-recreated the neighbors entries
ok well it worked but it would be really nice to understand why this happened...would really not like to do this in a production environment...- Marqué comme réponseVincent HuMSFT, Modérateurmardi 27 octobre 2009 08:02
