Serveur crash avec ip failover

bonjour,

Je rencontre un problème avec mon serveur dédié, quand je mets l'adresse IP failover dans plesk celui crash !

OVh me dit de faire un alias ! J'ai contacté PLESK et il m'ont donnée une ligne de commande, mais pareil cela crash !

je suis obligé de réinstaller Ubuntu pour retrouver mon serveur à la normale !

je suis un peu perdu.


il m'ont donnée une ligne de commande


on peut voir ?

Ha non c'est top confidentiel sécurité ça…

plesk bin ipmanage --create ipfailover -type shared -mask 255.255.255.0 -interface "eno1"


plesk bin ipmanage --create ipfailover -type shared -mask 255.255.255.0 -interface "eno1"

Humm, à vue de nez il me semble que, pour une IP failover seulement,
le masque devrait être 255.255.255.255 et non pas 255.255.255.0 ?

Cf là par exemple : https://docs.ovh.com/fr/dedicated/network-ipaliasing/

bonjour tout le monde,

@Cassiopee j'ai fais la manipulation pour Ubuntu 17.04 et + !

à la ligne "[Address]" qui étais déjà existante, j'ai ajouté mon ip failover

``Address=FAILOVER_IP/32``

la ligne avec le label je ne l'ai pas mentionnée.

j'ai aussi réalisé ceci

1 - putty puis connecter au serveur.
2 - "nano /etc/hosts" et ajouté l'ip failover puis "service apache2 restart"

je suis vraiment perdu le serveur crashe dés que je fais un truc sensible !

la manipulation avec hosts, c'est plesk qui me la donné a faire sur mon VPS, mon ip failover fonctionne sur le VPS actuellement.

Quand je finalise ma migration je vais sur OVH manager et je change de place l'ip failover

Vps -> serveur dédié , j'attend que l'opération se termine puis dans plesk j'ajoute l'ip est la :

#Notre système de monitoring vient de détecter un défaut sur votre serveur … Le défaut a été constaté#

Logs:
----------------------
PING nomduserveur.eu (ip serveur) from 213.186.33.13 : 56(84) bytes of data.
From 213.186.33.13: Destination Host Unreachable From 213.186.33.13: Destination Host Unreachable From 213.186.33.13: Destination Host Unreachable

— ipserveur ping statistics —
10 packets transmitted, 0 packets received, +6 errors, 100% packet loss
---------------------

Je me suis sans doute mal exprimé : je voulais dire que, quelque soit l'environnement (Plesk ou non),
quelque soit la distribution (Ubuntu, Debian ,etc.), une IP failover OVH, lorsque l'on configure sa partie
réseau TCP/IP, le netmask doit être 255.255.255.255 (=/32) au lieu du classique 255.255.255.0 (=/24).

Donc que dans la commande en ligne :

plesk bin ipmanage --create […]

je pense qu'il faut là aussi utiliser 255.255.255.255 et non pas 255.255.255.0

[quote]Quand je finalise ma migration je vais sur OVH manager et je change de place l'ip failover[/quote]
Hum, je dirais qu'il faut affecter l'IP failover au dédié en premier lieu, avant d'installer Plesk,
avant même de configurer la partie réseau TCP/IP de la Ubuntu.

Comment installes-tu Plesk ?

J'avais un administrateur pour s'occuper de cela mais plus de signe de vie !

Je me débrouille avec un peu de connaissance.

je seche :

> network:
> version : 2
> ethernets:
> NOM_DE_L'INTERFACE : eno1
> dhcp4: true
> match:
> macadresse : MAC_ADDRESS
> set-name : INTERFACE_NAME
> addresses:
> - FAILOVER_IP/32

à NOM_DE_L'INTERFACE : eno1 je dois changé "NOM_DE_L'INTERFACE" aussi

Quelle version exacte d'Ubuntu utilises-tu ?

Est-ce envisageable d'utiliser une autre distribution ? Une Debian par exemple ?

Salut @BoutiquePcLanD

Assez étrange ton cas.
Connaissant PLesk, même s'il n'est pas parfait, il gére pas trop mal la partie IP normalement.
Il faut savoir que ce panel à du mal a gérer les modif que tu fais en directe dans les fichiers :confused:
Tout est tellement imbriqué que ça vire vite à la catastrophe si tu modifie les fichiers de conf système (surtout la partie Apache/Nginx en général).
Pour la partie réseau, normalement c'est assez stable.

Pour l'ajout de l'IP, privilégie le panel PLesk pour commencer :
https://docs.plesk.com/fr-FR/onyx/administrator-guide/administration-du-serveur/pool-dadresses-ip.59410/

Si ça ne marche toujours pas, tu passe par les Plesk bin.
En dernier recours, tu ajoute l'ip à la mano dans le fichier de conf et tu relis les IP dans Plesk.


2 - "nano /etc/hosts" et ajouté l'ip failover puis "service apache2 restart"

Je comprends pas la manip là…
Pour ajouter une IP Fo, tu dois modifier ton fichier network/netplan (tout depends comment est géré ton réseau).
après, tu restart ton service networking et tu essaie de pinguer l'IP.
Si ça marche, tu repasse sous plesk et tu fais relire l'IP.
Un reboot du serveur peu aider aussi…

Le problème de serveur HS quand tu déplace l'ip est potentiellement du au fait que configure ton IP FO en principale au lieu de la mettre en alias.
Ou alors, l'IP FO est mal configuré et fout le bord** dans tes routes…

Essaie de regarder si ce guide ne peut pas t'aider :
https://docs.ovh.com/fr/dedicated/network-ipaliasing/#debian-9-ubuntu-1704-fedora-26-et-arch-linux_1

Si toujours KO, tu peux nous fournir à minima (depuis une connexion SSH au serveur en question :
># ip a
># route -n
>> contenu de ton fichier de configuration réseau

Jalinn

j'utilise ubuntu 18.04 (tsl supporter jusqu'en 2023)


Pour l'ajout de l'IP, privilégie le panel PLesk pour commencer :


bonjour @Jalinn, alors hier j'ai un contact PLESK qui ma contacté pour comprendre et reproduire le probleme de leur coté pour patcher si besoin

`` ip a
1: lo: mtu 65536 qdisc noqueue state UNKNOWN group defaul t qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eno1: mtu 1500 qdisc mq state UP group defa ult qlen 1000
link/ether 00:1e:67:e0:c4:66 brd ff:ff:ff:ff:ff:ff
inet 178.33.236.72/24 brd 178.33.236.255 scope global eno1
valid_lft forever preferred_lft forever
inet6 fe80::21e:67ff:fee0:c466/64 scope link
valid_lft forever preferred_lft forever
3: eno2: mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 00:1e:67:e0:c4:67 brd ff:ff:ff:ff:ff:ff
4: docker0: mtu 1500 qdisc noqueue state DOW N group default
link/ether 02:42:ce:d9:c2:74 brd ff:ff:ff:ff:ff:ff
inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
valid_lft forever preferred_lft forever
root@ns3087342:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 178.33.236.254 0.0.0.0 UG 0 0 0 eno1
172.17.0.0 0.0.0.0 255.255.0.0 U 0 0 0 docker0
178.33.236.0 0.0.0.0 255.255.255.0 U 0 0 0 eno1``

il y a rien sur le serveur dédié pour le moment , mon VPS lui est opérationnel avec le site qui a l'ip FO.


Ou alors, l'IP FO est mal configuré et fout le bord** dans tes routes...


je ne vois que cela.

L'ip qui ma était vendu avec le serveur je m'en sert pas pour mon site internet, j'ai l'ip FO pour cela.

Avec le VPS sous debian j'ai eu aucun probleme pour ajouter l'ip ( juste le fichier etc/hosts/ a mettre l'ip c'est tout )

Ok.

Pourquoi ton interface public (eno1) est en /24 ?
C'est IP fixe du serveur, elle doit être en /32.
Ça peut être embêtant pour joindre d'autres IP de la meme range IP ca.

Tu peux également copier le contenu de ton fichier de conf network ? Tes est sous netplan ? SystemD ? Interfaces ?
Pour faire simple, tu modifies quel fichier pour configurer ton IP FO ?


interface public (eno1) est en /24 ?


par defaut c'est comme ça !

j'essai de faire la manip pour Ubuntu 17.10 et versions suivantes mais j'ai une erreur !

> root@ns3087342:~# netplan try
> /etc/netplan/50-cloud-init.yaml:7:17: Error in network definition: unknown key 'macadresse'
> macadresse : 00:1e:67:e0:c4:67
> ^

> An error occurred: the configuration could not be generated

> Reverting.

c'est parce que l'ip est actuellement sur le VPS ou il y a un probleme ?

Non, le routage de l'ipfo est sans impact de ce côté là.
Tu a mis la Mac de ton eno2 pour l'interface eno1.
La bonne finie par :66
Regarde ta commande IP a tu y trouveras l'info :


link/ether 00:1e:67:e0:c4:66 brd


La bonne finie par :66



root@ns3087342:~# netplan try
/etc/netplan/50-cloud-init.yaml:7:17: Error in network definition: unknown key 'macadresse'
macadresse : 00:1e:67:e0:c4:66
^

An error occurred: the configuration could not be generated

Reverting.

network:
version : 2
ethernets:
eno1 :
dhcp4: true
match:
macadresse : 00:1e:67:e0:c4:66
set-name : failover
addresses:
- ip.ip.ip.ip/32

default via 178.33.236.254 dev eno1 proto static
178.33.236.0/24 dev eno1 proto kernel scope link src 178.33.236.72

J'ai donc réussi !



pour arrivé au résultat :

1 - putty puis se connecter avec ROOT
2 - cd /etc/netplan
3 - nano 50-cloud-init.yaml
4 - j'ai collé c'est lignes :

network:
version : 2
ethernets:
NOM_DE_L'INTERFACE :
dhcp4: true
match:
macadresse : MAC_ADDRESS
set-name : INTERFACE_NAME
addresses:
- FAILOVER_IP/32

5 - CTRL + S puis CTRL + X
6 - netplan try :

> Do you want to keep these settings?

> Press ENTER before the timeout to accept the new configuration

> Changes will revert in 118 seconds
> Configuration accepted.

7 - netplan apply
8 - reboot