Discussion :

[KaAzZ]

Bonjour ,

Je vous explique mon problème. Je suis actuellement sur une maquette de BTS , et je suis confronté à un soucis qui me surprend car en théorie , ma config "devrait" marcher

J'ai configuré ma première carte réseau de mon serveur virtuel (172.16.0.210/24) en bridge sur la carte ethernet de la CM , grâce aux configs de mes actifs , je peux aller de partout :
-172.16.0.254 ( interface virtuelle du routeur VLAN Serveur)
-192.168.200.254 (interface virtuelle du routeur VLAN Démo)
-192.168.200.10 ( pc démo)

Cependant , j'aimerais bien configurer un système de notification par e-mail lorsqu'un pc est injoignable ( je fais de la supervision). J'ai donc rajouté une carte réseau sur le serveur virtuel que j'ai bridgé sur ma deuxième carté réseau en PCI express sur le réseau du lycée afin d'avoir internet. Je peux donc alors pinger le DNS de Google (8.8.8.8) , ma passerelle côté VLAN ( 172.16.0.254) mais plus les autres VLAN , ma supervision est donc foutue si je rajoute cette deuxième carte réseau...

On dirait que le tag vlan n'est plus transporté... J'ai du mal à comprendre où j'ai faux.
Si vous avez besoin des fichiers de confs des switchs et routeur , faites-le moi savoir

Merci d'avance et bonne journée !

[fredd5]

Bonjour,

Je ne comprend pas tout à tes explications tu veux faire quoi et comment ? Tu parles de vm tu utilises quel hyperviseur ? Tu parles de supervision tu utilises quel monitoring ?

Dans tout les cas quitte à utiliser un hyperviseur je créerai deux vm une où je configurerai le monitoring et une qui ferait office de serveur à surveiller.

Petite astuce : quand tu as des doutes sur ton infra fait un schema papier cela met en évidence certaines choses parfois.

[KaAzZ]

C'est gentil d'avoir répondu en tout cas , mais bon le problème ne se pose plus xD

[Invité]

C'est gentil d'avoir répondu en tout cas , mais bon le problème ne se pose plus xD

Ca aurait été très intéressant de partager ce qui se passait...

En revanche, je profite de l'opportunité pour rappeler qu'un "ping", en tant que paquet IP, ça contient ... une adresse source.
Quand on dit "j'arrive à pinguer l'adresse 1.1.1.1", il manque une information cruciale : le "ping" part d'où ?

Alors il faut prendre l'habitude de fixer l'adresse source lorsqu'on fait des tests ICMP Echo/Reply autrement ça ne fera pas avancer le schmilblick

Un ping lancé depuis un noeud IP qui fait du routage, ça n'est pas aussi simple qu'il paraît

Steph