Vous n'êtes pas identifié(e).
Coté container j'ai:
Dans la doc de df ( https://debian-facile.org/doc:systeme:lxc-config-reseau ) il est écrit:
Sauf que là je suis en distant via ssh et si je me coupe l'herbe sous les pieds ça va pas le faire du tout...
Bref si l'un d'entre vous sait vraiment comment je peux me demmer*** l'idée étant de passer par l'interface reseau existante via une interface reseau virtuel (qui ferait office de seconde carte reseau mais virtuelle) qui serait branchée sur un switch qui lui distribue sur les containers...
J'ai trouvé une doc qui parait assé assé bien >> https://debian-handbook.info/browse/fr- … ation.html
Thnanks for your help
Linux debDesk Linux 4.19.0-9-amd64
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Sur l'hote j'ai:
cat /etc/network/interfaces
eth0 en DHCP avec une adresse IP alors qu'elle est dans un pont ? Et ça marche, cette horreur ?
Règle générale : une interface dans un pont ne devrait pas avoir de configuration IP, sauf exception (pont-routeur avec règles ebtables).
A mon avis pas humble du tout, c'est une très mauvaise idée de ponter l'interface ethernet physique avec les interfaces des VM qui ont l'air d'avoir des adresses IP privées du type 192.168 alors que le réseau extérieur utilise des adresses IP publiques. Elles ne pourront pas communiquer, et si l'hébergeur est un peu strict, il va voir passer du trafic anormal (adresses MAC et IP inconnues) sortant de ton serveur et risque de le bloquer. Il faut plutôt faire du routage avec NAT entre le pont br0 et l'interface physique eth0. Ou bien créer un réseau virtuel au lieu du pont mais je ne connais pas du tout.
Dernière modification par raleur (29-11-2015 21:42:35)
Il vaut mieux montrer que raconter.
Hors ligne
Linux debDesk Linux 4.19.0-9-amd64
Hors ligne
Sur mon serveur qui se trouve chez moi j'ai fait comme sur ta doc et ça marche bien mais j'avais pas cherché à faire un truc au top vu que ça me sert que pour de la sandbox sur le lan...
Linux debDesk Linux 4.19.0-9-amd64
Hors ligne
j'avais pas cherché à faire un truc au top vu que ça me sert que pour de la sandbox sur le lan..
Pareil
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Et bien comme sur le second graphique sur cette page là:
http://www.linuxembedded.fr/2013/07/con … au-de-lxc/
?
Ça me semble plus clair sur le premier schéma de https://blog.flameeyes.eu/2010/09/linux … #gsc.tab=0 , est-ce bien ton dispositif ?
Hors ligne
Linux debDesk Linux 4.19.0-9-amd64
Hors ligne
cemoi a écrit :Sur l'hote j'ai:
cat /etc/network/interfaces
eth0 en DHCP avec une adresse IP alors qu'elle est dans un pont ? Et ça marche, cette horreur ?
Règle générale : une interface dans un pont ne devrait pas avoir de configuration IP, sauf exception (pont-routeur avec règles ebtables).
A mon avis pas humble du tout, c'est une très mauvaise idée de ponter l'interface ethernet physique avec les interfaces des VM qui ont l'air d'avoir des adresses IP privées du type 192.168 alors que le réseau extérieur utilise des adresses IP publiques. Elles ne pourront pas communiquer, et si l'hébergeur est un peu strict, il va voir passer du trafic anormal (adresses MAC et IP inconnues) sortant de ton serveur et risque de le bloquer. Il faut plutôt faire du routage avec NAT entre le pont br0 et l'interface physique eth0. Ou bien créer un réseau virtuel au lieu du pont mais je ne connais pas du tout.
Oui là pour le moment c'est la misére... Je vais tenter un ça:
http://vincent.dauce.fr/administrer-un- … alisation/ mais sans ipfailover... que je n'ai pas.
Dernière modification par cemoi (30-11-2015 09:14:25)
Linux debDesk Linux 4.19.0-9-amd64
Hors ligne
Linux debDesk Linux 4.19.0-9-amd64
Hors ligne
Note : l'effet de ces commandes n'est pas persistant après un reboot.
Il vaut mieux montrer que raconter.
Hors ligne