Comment puis-je ajouter un routage à un sous-réseau totalement différent (à partir de gw)?

1

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?

Pablo
la source
Vous avez raison, j'ai corrigé le titre.
Pablo
Pendant que vous y êtes, le bloc de liens locaux 169.254.0.0/16 aurait été de toute façon "classe B", pas de classe A. (Bien que si vous utilisez uniquement un sous-réseau / 24, certaines personnes l'appelleraient "classe C" basé sur sa taille, ignorant le préfixe de bit, même si c'est ainsi que les classes mortes depuis 1993 ont été distinguées.)
grawity
Mais la question la plus importante est: ce réseau est-il connecté ou est-il accessible via une passerelle?
Grawity
3
Je commencerais par l'extrémité opposée de ce problème XY : pourquoi obtiennent-ils 169 adresses, et non "comment acheminer des adresses non routables"
Tetsujin le
1
et ils ne peuvent pas voir un serveur DHCP ...
Tetsujin

Réponses:

1

Après beaucoup de commentaires, je lis la configuration comme suit:

       ------------------ commutateur -----------------
      / (pas un routeur) \
      | | |
      | | |
Hôtes PROD valides Mon ordinateur gagnant 7 boîtes sans tête
sur 10.0.0.0/8 (atm sur 10.0.0.0/8) sur 169.254.0.0/16

Notez qu'aucun routeur n'est impliqué.

Je ne suis pas non plus capable / limité de changer les versions 10.10.1.100 à 169, à cause des applications de production en cours d'utilisation.

Cela laisse quelques options.

  1. 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.

  2. 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 ...)

  3. 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.

Hennes
la source
Ceci est très proche de ce que j'ai ici. En fait, je suis juste allé avec la solution N.1. 2 implique plus d’efforts, 3 - compliqué, car plus de 100 boîtes sont impliquées). Merci donc pour la réponse avec des options complètes.
Pablo
2

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.

gmag11
la source
Vous pouvez contourner ce problème en ajoutant l’autre IP à une deuxième (ou troisième ou quatrième ...) carte réseau. Laissant le premier sur DHCP et définissant le second sur une adresse IP statique.
Hennes
Cette solution fonctionne
Pablo
1

vous pouvez le faire en utilisant route add in cmd.exe.

EXEMPLE:

route add 192.168.1.0 mask 255.255.255.0 10.10.0.1  
route add "Source_network" mask "Subnetmask" "Destination_gateway"

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.

route add 192.168.1.0 mask 255.255.255.0 10.10.0.1  -P
Smeerpijp
la source
route add 169.254.1.0 mask 255.255.255.255 10.10.1.100 -pou route add 169.254.1.0 mask 255.255.255.0 10.10.1.100 -pn'a pas donné accès à 169.254.1. * ordinateurs.
Pablo
0

"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:

    netsh interface ipv4 add route 169.254.1.0/24 "Local Area Connection"
    
  • Utilisant route:

    route add  169.254.1.0  mask 255.255.255.0  0.0.0.0  if <ifindex>
    

    Notez que vous devez d'abord remplacer <ifindex>par l' ID d'interface réel (par exemple 16), qui est affiché en haut de route print, comme ceci:

    Interface List
     16...00 15 5d 21 cf 04 ......Microsoft Hyper-V Network Adapter
      1...........................Software Loopback Interface 1�
    
Grawity
la source
route add 169.254.1.0 mask 255.255.255.0 0.0.0.0 if 13 -Pn'a pas fonctionné malheureusement ... IF 13 indique l'adaptateur correct.
Pablo
0

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.

Maxim Masiutin
la source