Bonjour
Proxmox 8.3. J'ai toujours utilisé des containers sans problèmes.
Maintenant j'ai besoin d'une VM Ubuntu Server 24.04
L'ISO est installée, mais je n'arrive pas à avoir une conf Netplan qui fonctionne.
J'ai suivi la doc OVH : https://help.ovhcloud.com/csm/fr-dedicated-servers-network-bridging?id=kb_article_view&sysparm_article=KB0043733
J'ai désactivé cloud-init :
network: {config: disabled}Pour le moment j'essaie uniquement la VM en IPv4.
j'ai un groupe de 16 IP FO additionnelles : 51.123.123.192/28 (gateway 51.123.123.254)
L'ip de la VM est 51.123.123.195
L'ip physique de mon Proxmox est 54.234.234.234 (gateway : 54.234.234.254)
J'applique exactement l'exemple fourni dans la doc OVH :
network:
ethernets:
ens18:
dhcp4: true
addresses:
- 51.123.123.195/32
nameservers:
addresses:
- 213.186.33.99
routes:
- to: 0.0.0.0/0
via: 54.234.234.254
on-link: true
version: 2netplan apply
ok, pas d'erreur
Mais ça ne fonctionne pas. Aucun ping ne sort.
networkctl list
1 lo loopback carrier unmanaged
2 ens18 ether routable configured
-------------------
networkckt status
Interfaces: 2, 1
States: routable
Online Status: online
Address: 51.123.123.195 on ens18
fe80::ff:.... on ens18
Gateway: 54.234.234.254 on ens18
DNS: 213.186.33.99
----------------
Quand je fais
ip a
je retrouve ens18 avec la bonne IPv4, la MAC OVH...
ip route
default via 54.234.234.254 dev ens18 proto static onlink
netplan --debug generate
Cette interface vmbr0 : no VLAN, VirtlO, et la MAC OVH 02:00:00... (rien de spécial)
L'interface semble ok, mais le routage ne doit pas l'être.
----------------
du côté Proxmox
ip a
5: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 24:...:...:...:f7 brd ff:ff:ff:ff:ff:ff
inet 54.234.234.234/24 scope global vmbr0
valid_lft forever preferred_lft forever
inet6 2001:...:...::/64 scope global
valid_lft forever preferred_lft forever
inet6 fe80::...:...:....f7/64 scope link
valid_lft forever preferred_lft forever
--------------
Je viens d'ajouter le paramètre
link-local: [ ipv4 ]
networkctl status
Pourquoi j'ai 2 IP sur ens18 ?
address: 51.234.234.234 on ens18
169.254.23.228 on ens18
Gateway: 54.234.234.254
--------------------------
J'ai passé tout mon après-midi et soirée à essayer, changer des options.
ça doit être une connerie ou un détail oublié, mais je n'ai pas d'expérience en VM Proxmox.
Merci d'avance.
Didier
52727 
19.11.2016 12:11
ok, j'ai une solution qui fonctionne.
Dans la conf NETPLAN, mettre
dhcp4: false
car on fixe les adresses, etc. Donc pas de DHCP.
Si dans la VM, je fais
ping 54.234.234.234 (serveur Proxmox IP OVH).
Pas de réponses.
Dans le Proxmox, je peux trouver les interfaces associées à chaque container et VM :
# brctl show vmbr0
bridge name bridge id STP enabled interfaces
vmbr0 8000.244bfeb82ef7 no enp3s0f0
fwpr2006p0
fwpr206p0
fwpr2404p0 <--- Container 2404
fwpr320p0
fwpr330p0
tap2405i0 <--- VM 2405
veth1831i0
veth307i0
veth354i0
L'interface que j'utilise est tap2405i0
Le ping tourne dans la VM.
Dans Proxmox, je fais TCPDUMP
tcpdump -i tap2405i0 icmp
Je vois les ping arriver depuis la VM.
Donc VM --> Proxmox OK
C'est le sens retour qui ne va pas !
Pour les VM, il faut jouter une ROUTE Proxmox --> VM
ip route add 51.123.123.195 dev vmbr0
Cette route n'est pas nécessaire pour les containers.
Et voilà !
Les pings passent.
Depuis la VM Ubuntu, je peux faire "apt update" ...
YES !
Trouvé après de multiples recherches et essais avec COPILOT
Oui, n'oubliez pas l' AI !
Gemini, Copilot
Il faut bien les guider. Donner vos infos précises, les IP, MAC, gateway, et franchement Copilot m'a donné des choses intéressantes.
Surtout il m'a donné beaucoup de commandes de tests, de debug, pour vérifier les interfaces, routes, vmbr0 etc...
Avec ces commandes et les résultats, j'en suis arrivé à la conclusion que le trafic passait, mais il manquait une route retour.
J'ai pris note de toutes ces commandes intéressantes.
ça peut servir...
Bon dimanche.