Bonjour,
J'essaie de mettre en place le Public Cloud à côté de nos serveurs d'infrastructure qui sont déjà dans le vRack principal.
J'ai mon serveur dédié nommé **lb1** par exemple qui possède l'adresse 172.16.32.11 :
eno2: flags=4163 mtu 1500
inet 172.16.32.11 netmask 255.255.0.0 broadcast 172.16.0.255
ether 0c:c4:7a:6d:35:b7 txqueuelen 1000 (Ethernet)
RX packets 6364674192 bytes 4801837965127 (4.3 TiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 6189645570 bytes 1238856010773 (1.1 TiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device memory 0xfb100000-fb11ffff
via l'interface :
auto eno2
iface eno2 inet static
address 172.16.32.11
broadcast 172.16.0.255
Ma VM du Public Cloud appartient au sous réseau 10.0.0.0/16 avec l'adresse 10.0.87.62 :
eth1: flags=4163 mtu 9000
inet 10.0.87.62 netmask 255.255.0.0 broadcast 10.0.255.255
inet6 fe80::f816:3eff:feab:a16f prefixlen 64 scopeid 0x20
ether fa:16:3e:ab:a1:6f txqueuelen 1000 (Ethernet)
RX packets 1015 bytes 151034 (147.4 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 857 bytes 88237 (86.1 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
J'aimerai ajouter mon serveur dédié infrastructure **lb1** au sous réseau pour que ma VM puisse communiquer avec lui dans le vRack en ajoutant l'interface suivante pour ne pas perdre l'interface eno2 :
auto eno2.0
iface eno2.0 inet static
address 10.0.87.1
broadcast 10.0.255.255
netmask 255.255.0.0
Malgré cette nouvelle interface impossible d'établir la communication alors que si je renomme **eno2.0** en **eno2** en supprimant l'ancienne interface, ça fonctionne.
Pouvez-vous m'aiguiller là dessus ? Les documentations ne sont pas aidantes...
Merci
Public Cloud OVHcloud - Communication serveur dédié <-> Public Cloud
Related questions
- Dimensionnement serveur MySQL
44666 
07.11.2018 12:32
- [RESOLU] Connexion impossible en SSH
37316 05.06.2019 20:05
- Bonjour, Je n'est reçus aucun mot de passe root lors de mon achat!
32643 05.02.2018 20:47
- Gitlab private docker registry
32480 16.03.2018 13:05
- Ssh connection timed out port 22
31679 11.12.2019 08:21
- Configuration IP failover avec netplan (Ubuntu 17.10)
31227 12.01.2018 23:23
- Problème connexion ssh
30915 04.02.2018 09:46
- IP Failover sur Debian 9
30602 18.11.2016 20:40
- Instance Public Cloud en "error"
28136 15.12.2025 10:04
- Connexion OpenStack Swift Object Storage
24337 11.04.2019 10:09
Salut @ArnaudB40
Sauf erreur de ma part, le lb1 n'est pas compatible vRack.c
Ce n'est que le lb2 qui offre ce fracture + routage avancé...
Tu devras utiliser l'IP public de tes instance.
Donc je suis assez étonné que tu parvienne a utiliser un adressage privé en 10.0.0.0 sur ton lb.
Jalinn
Merci de ta réponse, à vrai dire **lb1** est un exemple de naming.
C'est bien un serveur dédié infrastructure (ex : 64EG), je ne peux pas utiliser l'IP public tout est isolé dans un firewall et j'aimerai éviter que les flux passent par l'extérieur.
Haaa ok.
Autant pour moi.
Dans ce cas, C'est au niveau des vlan que ça va se jouer je pense.
Par défaut, l'interface vRack de ton dédié (eno2 ? ) est dans le vlan0.
Tu dois donc mettre ta vm public cloud dans le vlan0 également.
Si tu as créé le subnet dans un autre vlan, le 42 par exemple, tu devras faire du vlan tagging sur ton dédié.
En plus de ton interface eno2, tu devras ajouter eno2.42
Gaffe à tes route par défaut aussi.
La plus part des cas que j'ai eu comme ça sont lié a des confusions dans le subneting, le tag vlan ou l'adressage IP...
Jalinn
Au pire donne nous l'instance ID et on va verifier que le port est bien dans le bon vlan (0)