Serveur crash avec ip failover

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 :/
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

Ok, super. Il faut faire attention avec netplan, il est très sensible a la casse et aux espaces/tabulation...
Côté plesk du coup, ça donne quoi ?
Tu a essayé de router l'IP sur le serveur ?

Côté plesk du coup, ça donne quoi

je l'ai installé et tout, je recherche comment j'ai mis unique_id de apache !!!

je t’avouerais que j'ai peur de faire la migration.

Tu peux déjà déplacer l'IP sur le nouveau serveur et faire un ping pour voir si ça marche.
Si le ping est ok, tu remets l'IP sur le vps.
Tu sais comme ça que ton IP est opérationnel et que tu as plus qu'à gérer au calme la migration de ton site.

c'est bon le truc il a crasher à nouveau sûr.

https://www.1pcland.fr/pcland.fr/ le site n'est plus actif !!!

de la Mer*** rien qui fonctionne.

Sur le dédié, vu que tu a directement modifié ton netplan, est-ce que la fonction "relire IP" de plesk ne suffit pas ?
Tente en mettant "IP partagé" pour voir.
Met ton site en maintenance 10 min et bascule l'IP du vps vers le plesk le temps du test.
Qd l'IP est déplacée, fais juste un ping afin de voir si elle répond.
Si elle répond pas : il y a une cou*lle quelques part dans ta conf, les routes ou le firewall.
Si elle répond : cool, c'est du côté de plesk que cela joue.

Question : la licence plesk est a toi (souscrite directement auprès d'eux) ou auprès d'ovh ?
Dans le premier cas, ils prendront directement la main sur ton serveur afin de tenter de comprendre et corriger.
Dans le second, seule le support OVH pourra jouer l'intermédiaire (insiste un peu pour qu'ils les contactent, ils ne le font pas d'office).

C'est assez étrange franchement.

Je viens de faire le test sur un Plesk et j'ai aucun soucis :/

1/ deplacement de l'IP FO sur le serveur (depuis espace clien)
2/ connexion manager plesk
3/ dans l'ajout d'IP sur plesk :
Ajouter une adresse IP > Adresse IP et masque sous-réseau * : xx.xx.xx.xx/32 > ok
4/ reboot du server : OK.
L'adresse ping et est attribuable :/

Je ne vois pas ce qui bloque.

Tu as la possibilité de réinstaller le serveur éventuellement ?
Avec tout les manip qui tu as effectué, je ne serais pas surpris que tu ai des fichiers de conf corrompu ou qui deviennent incompatible avec Plesk...

Aprés, c'est le support de plesk comme indiqué plus haut.

Tu as la possibilité de réinstaller le serveur éventuellement ?

je ne fais que ça

Aprés, c'est le support de plesk comme indiqué plus haut

il me suive en temps réél est il ne comprenne pas le pourquoi



là ici je n'ai mis que l'ip du site sans le /32 (/32 c'est le network c'est ça ?)

Qd l'IP est déplacée, fais juste un ping afin de voir si elle répond.

je déplace l'ip vers le serveur dédié et via CMD windows je ping ip si j'ai retour c'est bon ?

mon probleme recommence "macadresse error"

Vu en direct avec @BoutiquePcLanD.

Son presta va voir pour procéder à la migration de son site d'ici le 20/09.
Pour la partie serveur, il doit tester en Rescue et/ou en réinstallant sur une Debian 9.x / 10.

Si le serveur tombe également en mode Rescue : Ticket et contact support pour voir de quoi il retourne.

Il est en contact en // avec plus afin qu'ils checkent en live ce qu'il y a et si c'est lié à un problème de leur côté.

Tiens au courant donc :)

Jalinn

Oui, ça vaut le coup de tester avec une autre distribution Linux.

Si en installant seulement une Debian + IP failover, l'adresse IP failover n'est ni pingable
ni accessible (admettons sur un port 25 ou 80 standards), c'est que le souci est en dehors
de Plesk, par exemple un souci de routage chez OVH. ça c'est déjà vu, même si c'est plutôt rare.

A tout hasard, comme ça fait plusieurs fois que ça me titille en lisant les messages ci-dessus :

La directive concernant l'adresse MAC dans le fichier "50-cloud-init.yaml"
ce ne serait pas "macaddress" plutôt que "macadresse" ?

D'où le message d'errreur vu plus haut :

[quote]Error in network definition: unknown key 'macadresse'[/quote]

ce ne serait pas "macaddress" plutôt que "macadresse" ?

Oh f*ck...
Certainement ça oui :
https://netplan.io/examples

Oui et l'adresse MAC elle-même à placer entre des guillemets visiblement :

macaddress: "de:ad:be:ef:ca:fe"

ce ne serait pas "macaddress"

bonjour,

alors j'ai remis Ubuntu :

se fut a nouveau un échec ! lol

Je vais attendre le 20 septembre, je vais repousser le VPS d'un mois (renouvellement) par sécurité si c'est un problème de routage de OVH.

Je préfère jouer "sécu" prendre le temps de bien faire les choses que de faire à la vas vite et tout planté une fois la migration finie !

Je vais attendre le 20/09 je vais réinstallé Ubuntu vierge et le prestataire devrais lui y arrivé !

Pas de E à la fin de macaddress...

[quote="Cassiopee, post:32, topic:20875"]
ce ne serait pas "macaddress"

bonjour,

alors j'ai remis Ubuntu :


[/quote]
Mais euh ... justement le but est de ne PAS mettre "macadresse" mais d'écrire "macaddress"
sans le E final ;-)

@BoutiquePcLanD : En gros tu change comme ceci :

>network:
version : 2
ethernets:
eno1 :
dhcp4: true
match:
macadress **e** : 00:1e:67:e0:c4:66 # <=== tu enléve le **e** et ajoute un **d** pour faire **macaddress**
set-name : failover
addresses:
- ip.ip.ip.ip/32

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



Jalinn

Ne crier pas on vas s'en sortir !

Actuellement le serveur est occupé pour la migration j'ai remis par défaut et le gars gère pour le moment!

dut réinstallé Ubuntu problème de partition.

xD

Cool, on verra bien du coup :)

Pour info, j'ai retrouver la conf d'un de mes serveur sous Ubuntu du coup (avec 2 IP FO mais la conf est la meme pour une) :

network:
version: 2
ethernets:
ens3:
dhcp4: yes
addresses: [1.2.3.4/32, 1.2.3.5/32]
gateway4: 1.2.3.254
match:
macaddress: aa:bb:cc:dd:ee:ff
set-name: ens3


Et du coup, ça marche du feu de dieu :p

Jalinn

Et du coup, ça marche du feu de dieu :p

bonjour, ma migration devrais ce faire le jeudi soir entre 22h et minuit!
pour le moment sa va être en teste avec une autre ip failover avant une migration totale !