Je veux ajouter le routage de l'interface 10.10.1.100 au réseau 169.254.1.0. Comment est-il possible de faire dans Windows 7?
windows-7
networking
routing
Pablo
la source
la source
Réponses:
Après beaucoup de commentaires, je lis la configuration comme suit:
Notez qu'aucun routeur n'est impliqué.
Cela laisse quelques options.
Ajoutez également une adresse IP 169 ... sur votre bureau Windows 7 et dès la première utilisation, afin de ne pas perturber les éléments de production.
Obtenez un quatrième PC temporaire et jouez avec ça. Cela devrait être trivial pour démarrer cela, configurez une adresse IP statique dans 169 ... Vous pouvez maintenant accéder aux boîtes sans tête (même si elles ne communiquent pas encore avec les autres hôtes PROD. Mais vous pouvez les configurer et les corriger de manière à ce qu'ils dans 10.0.0.0/8 ...)
Notez que si les boîtiers sans tête sont locaux, vous pouvez également récupérer un ordinateur portable / de bureau semi-aléatoire, ne connecter que ces boîtiers sans tête et le portable à un commutateur indépendant. Ensuite, configurez-les correctement et connectez-les ensuite au réseau de production.
Maintenant, si la configuration est moins simple et qu’il ne s’agit pas d’un commutateur, mais qu’il existe un ou plusieurs routeurs entre ceux-ci, vous risquez d’avoir un problème. Les IP RFC1918 ne sont pas supposés être routables. Ainsi, s’il existe un routeur entre vous, vous devrez le reconfigurer. S'il existe des routeurs tiers (par exemple, les boîtes sans tête se trouvent dans un autre bureau et que vous essayez de les contacter via Internet), abandonnez. Essayez quelque chose de différent. (Par exemple, premier réseau VPN vers une boîte dans ce bureau, ou connectez-vous au routeur dans un autre bureau).
Si tel est le cas, veuillez ajouter plus de détails à l'article d'origine.
la source
Vous avez besoin d'un routeur entre ces deux réseaux. Dans la route, la passerelle de commandes doit appartenir au même sous-réseau que l'adresse IP du pair. Donc, le routeur doit avoir au moins deux adresses. Par exemple, 10.10.1.1 et 169.254.1.0.
Une solution peut être envisagée. Si les deux réseaux sont connectés au même réseau Ethernet physique, ajoutez une deuxième adresse IP à votre ordinateur dans le deuxième sous-réseau IP. Mais cela vous empêche d'utiliser DHCP. toutes les adresses IP doivent être corrigées.
la source
vous pouvez le faire en utilisant route add in cmd.exe.
EXEMPLE:
Remarque:
L'itinéraire sera supprimé après le redémarrage de la machine. Pour que la route reste, utilisez le drapeau -p pour la rendre persistante.
la source
route add 169.254.1.0 mask 255.255.255.255 10.10.1.100 -p
ouroute add 169.254.1.0 mask 255.255.255.0 10.10.1.100 -p
n'a pas donné accès à 169.254.1. * ordinateurs."169.254.1.0" en soi n'est pas un réseau. Généralement, 169.254.0.0/16 est utilisé pour les adresses lien-local, bien que, selon vos commentaires, votre réseau utilise 169.254.1.0/24.
Vous dites que ces hôtes sont sur le même lien (connecté au même commutateur). Ce qui est bien, car la plage 169.254.0.0/16 est définie comme "link-local" et il est explicitement interdit de l'acheminer. (Certains routeurs le permettent, mais la plupart refuseront de transférer des paquets depuis / vers ce réseau.)
En liaison signifie que vous devez ajouter une route sans passerelle, mais directement avec une interface de destination.
Dans Windows 7, ce serait:
Utilisant
route
:Notez que vous devez d'abord remplacer
<ifindex>
par l' ID d'interface réel (par exemple 16), qui est affiché en haut deroute print
, comme ceci:la source
route add 169.254.1.0 mask 255.255.255.0 0.0.0.0 if 13 -P
n'a pas fonctionné malheureusement ... IF 13 indique l'adaptateur correct.Si vous avez simplement besoin d'une passerelle en dehors de votre sous-réseau - Windows Server 2012 R2 et Windows 8.1 disposent des applets de commande PowerShell permettant un accès direct en dehors du sous-réseau, le champ "Get-NetOffloadGlobalSetting" indique l'état actuel et "Set-NetOffloadGlobalSetting - NetworkDirectAcrossIPSubnets". vous permet de configurer la valeur. Bien que PowerShell comprenne la syntaxe de "NetworkDirectAcrossIPSubnets" sur les systèmes d'exploitation clients, cette fonctionnalité est disponible pour les serveurs uniquement. Si vous la configurez sous un système d'exploitation client, une erreur se produira.
la source