Carte ethernet virtuelle

[Epy]

Bonsoir !
Je n'ai encore rien bidouillé sur le système mais je souhaitais soumettre une idée:

La création dans les images de calaos d'une carte Ethernet virtuelle (eth0.xxx) pour les serveurs avec une seule interface, afin qu'ils communiquent avec l'automate ET le réseau en même temps sans avoir à mettre l'automate sur le réseau local.

Est-ce faisable ?

[captainigloo]

Bonsoir !
Je n'ai encore rien bidouillé sur le système mais je souhaitais soumettre une idée:

La création dans les images de calaos d'une carte Ethernet virtuelle (eth0.xxx) pour les serveurs avec une seule interface, afin qu'ils communiquent avec l'automate ET le réseau en même temps sans avoir à mettre l'automate sur le réseau local.

Est-ce faisable ?

Je pense qu'on pourrait faire un VLAN effectivement. En tout cas donner la possibilité d'en faire un facilement.

Par contre j'ai essayé d'en faire un sur ma RPI, mais je pense que la version de ip que nous utilisons, n'est pas suffisante pour faire ce genre de chose. Il faut iproute2, alors que nous utilisons la commande ip de busybox.
Il faut peut être également activer une option dans le noyau ?

[Arnaud]

Pas sûr que les VLAN soient nécessaires pour utiliser de multiples IP sur une NIC. Je vais essayer dés que possible

[captainigloo]

ok, tu me diras ce que tu as trouvé ca m'interesse !

[Arnaud]

Flute, vu que tu maîtrises linux mieux que moi, je vais me ridiculiser en public

[Arnaud]

Bon, je viens d'ajouter une 2éme IP sur un range IP différent sur une Ubuntu et une Raspbian;

Code:

root@squeezeberry:~# cat /etc/network/interfaces
auto lo

iface lo inet loopback
#iface eth0 inet dhcp
iface eth0 inet static
    address 192.168.0.27
    netmask 255.255.255.0
    network 192.168.0.0
    broadcast 192.168.0.255
    gateway 192.168.0.254

auto eth0:0
iface eth0:0 inet static
    address 192.168.1.27
    netmask 255.255.255.0
    network 192.168.1.0
    broadcast 192.168.1.255

root@squeezeberry:~# ifconfig
eth0      Link encap:Ethernet  HWaddr b8:27:eb:16:01:88  
          inet addr:192.168.0.27  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:391 errors:0 dropped:0 overruns:0 frame:0
          TX packets:115 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:23738 (23.1 KiB)  TX bytes:15095 (14.7 KiB)

eth0:0    Link encap:Ethernet  HWaddr b8:27:eb:16:01:88  
          inet addr:192.168.1.27  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCA

Ca fonctionne sans problème.

Captain, peut-être que ton problème vient de l'image calaos rpi spécifiquement, mais sur une linux "normal" ça fonctionne sans pb, et sans vlan.

[Epy]

Je peux demander des infos si vous le souhaitez, je travaille avec des développeurs sur un linux embarqué.
Effectivement pas besoin de VLAN pour cela, c'est le principe de la carte virtuelle, cela semble étonnant qu'il faille quelque chose de particulier dans busybox pour le faire. Je demande demain comment ils font au boulot

[captainigloo]

Effectivement, Je viens de tester, sans passer par /etc/network car nous n'utilisons pas ca sur calaos-os, mais juste en utilisant ifconfig :

Code:

ifconfig eth0:0 10.0.0.1

tout simplement

[Epy]

Super !
Vous pensez pouvoir intégrer ça comme paramètre dans l'interface graphique (ou même déjà dans un fichier de conf en attendant) ?

[tiramiseb]

Salut,

Attention, la notation "eth0:0" devient obsolète. Maintenant, on utilise l'outil "ip" pour mettre plusieurs adresses IP sur une interface. (commande "ip address"). Je ne sais pas si connmanctl propose un équivalent.

Par ailleurs, je ne vois pas l'intérêt de faire cela.

Le seul intérêt d'avoir l'automate sur un réseau différent des machines, c'est pour qu'il ne soit pas directement accessible : seul le serveur Calaos y a alors accès. Sauf que là on parle de réseau physique. Avoir deux réseaux IP sur un même réseau physique, il n'y a aucune séparation, pas de sécurité : n'importe qui peut mettre son adresse IP sur la même plage que l'automate...

... mais l'idée des VLANs est une éventuelle solution, si on a un switch qui gère les VLANs...