Monday, February 10, 2025
support@conference.yunohost.org
February
Mon Tue Wed Thu Fri Sat Sun
          1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24 25
26
27
28
   
             

[10:44:08] <Hadrien> Hello :) I have php 7.3 / 7.4 madness due to updating a really old server because my wordpress apps suddenly died https://paste.yunohost.org/raw/ifetayuciz
are there commands for authoritatively say let's install the good php version?
also upgrading doesn't work alas (php7.4 wasn't found)
[10:44:30] <Hadrien> Hello :) I have php 7.3 / 7.4 madness due to updating a really old server because my wordpress apps suddenly died when left with unattended-upgrades for the last 5 years :p https://paste.yunohost.org/raw/ifetayuciz
are there commands for authoritatively say let's install the good php version?
also upgrading doesn't work alas (php7.4 wasn't found)
[10:44:43] <Hadrien> Hello :) I have php 7.3 / 7.4 madness due to updating a really old server because my wordpress apps suddenly died when left with only unattended-upgrades for the last 5 years :p https://paste.yunohost.org/raw/ifetayuciz
are there commands for authoritatively say let's install the good php version?
also upgrading doesn't work alas (php7.4 wasn't found)
[10:45:49] <Hadrien> maybe i should have tried doing wp_debug on the old server first, that makes me think maybe wordpress_ynh could have its own logs?
[10:48:07] <Westbam> Salut tout le monde, est-il prévu de réactiver la synchro Matrix <-> IRC pour #yunohost ?
[10:49:09] <Hadrien> but the snippet is fun in case it's useful to document:

```
2025-02-10 11:38:27,759: DEBUG - + ynh_add_fpm_config --usage=high --footprint=medium '--package=php7.3-mysql php7.3-curl php7.3-json php7.3-mbstring php7.3-xml php7.3-zip php7.3-gd php7.3-soap php7.3-ssh2 php7.3-tokenizer php7.3-ldap'
2025-02-10 11:38:27,759: DEBUG - + local _globalphpversion=7.4
2025-02-10 11:38:27,797: WARNING - Invalid argument: --
```
[10:52:18] <Hadrien> ok I realized I may have to uninstall the last app relying on php7..3 (mmh just tried, but php7.4 not found)
[10:52:48] <Hadrien> ok I realized I may have to uninstall the last app relying on php7..3 (mmh just tried, but php7.4 not found, even tho it's kinda there)
[11:12:19] <tripop> Hey. Donc j'ai suivi ce tuto est cela ne change rien... Je ne comprends pas pourquoi c'est si difficile d'avoir une ipv4 et 6 sur un vps ovh.... :V Je... suis juste les tutoriels officiels
[11:13:45] <tripop> Toujours `ifup: failed to bring up ens3` en ayant (quand même) un ipv4 ensuite.

Toujours une ip qui s'affiche qui N'EST PAS l'ip que je met de mon serveur ??? Et qui pourtant marche (?????)

Toujours aucun tutorials sur debian 11 ou 12 qui veux juste... marcher.

Quelque peu m'aider parce que je deviens fou un peu
[11:17:34] <tripop> ip r me donne :
```
default via 51.195.40.1 dev ens3
51.195.40.1 dev ens3 scope link
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown
```
Et je n'ai pas de gateway indiquer (parce que ????)
[11:21:24] <tripop> Comment on trouve la gateway d'un réseau qui ne veux plus en donner ? Pourquoi cela marche en IPV6 mais plus du tout en IPV4 ? Pourquoi cela créer des complications pour pleins d'apps ? Pourquoi cela ne se fais pas automatiquement ? Pourquoi suivre des tutoriels à la lettre ne donne pas les effets escomptés ?
[11:22:15] <tripop> J'ai acheter un vps sur ovh à 10€/mois et je ne peux... pas m'en servir correctement JUSTE pour cela
[11:25:37] <@err404:matrix.numericore.com> on a very old wordpress, (it was still working) I backuped the data and I successfuky restaured on a new and fresh installed wordpress.
sometime it is easier than fix an old wordpress with old php
[11:27:05] <@err404:matrix.numericore.com> `ip -6 r` ça donne quoi chez toi?
[11:27:34] <@err404:matrix.numericore.com> (oui c'est débile que `ip r` n'affiche pas le résultat pour ipv4 **ET** ipv6)
[11:45:04] <tripop> ça donne ceci :

```
2001:41d0:701:1100::1 dev ens3 metric 1024 pref medium
2001:41d0:701:1100::/56 dev ens3 proto kernel metric 256 pref medium
fe80::/64 dev ens3 proto kernel metric 256 pref medium
default via 2001:41d0:701:1100::1 dev ens3 metric 1024 pref medium
```
[11:46:12] <@err404:matrix.numericore.com> ta gateway
- en ipv4 c'est 51.195.40.1
- en ipv6 c'est 2001:41d0:701:1100::1
[11:47:47] <tripop> C'est pourtant bien ce que je mets en gateway dans mon fichier, comme ceci :

```
auto ens3
allow-hotplug ens3
iface enp3s0 inet static
address 51.195.42.144
netmask 255.255.255.0
gateway 51.195.40.1
```

et il ne veux quand même pas se mettre sur l'adresse ip. il affiche juste le gateway dans `ip r`
[11:48:34] <@err404:matrix.numericore.com> remplace static par manual?
[11:48:47] <tripop> En ipv6 il ne semble y avoir aucun soucis, c'est bien avec l'ipv4 et de garder son ip. Par contre, c'est depuis que j'ai config pour l'ipv6 que l'ipv4 ne veux plus rester stable...
[11:50:26] <tripop> ça ne semble pas changer grand chose. Aussi, toujours un erreur quand je fais `systemctl restart networking` encore..
Toujours parce que : `ifup: failed to bring up ens3`
[11:51:36] <@err404:matrix.numericore.com> j'ai ce genre de config sur mon conteneur yunohost (je suis en nat pour l'ipv4 publique)
```
auto eth0
iface eth0 inet static
address 192.168.1.42/24
gateway 192.168.1.1

iface eth0 inet6 static
address 2a02:8428:753:5002:1194:9002:620e:0103/64
gateway fe80::ce2d:1bff:feb2:7b38
```
[11:53:01] <@err404:matrix.numericore.com> en fait ta machine a directement une ipv4 publique?
[11:55:38] <tripop> Sur un vps, on dirait que tout passe par `ens3` en matériel réseau
[11:56:11] <@err404:matrix.numericore.com> oui, pardon pour l'interface réseau il faut utiliser ens3 dans ton cas
[11:56:22] <tripop> C'est un vps privé sur OVH, j'ai demander à avoir une IPV4 oui
[11:57:59] <@err404:matrix.numericore.com> mais du coup je ne comprends pas ce qui ne fonctionne pas pour toi en ipv4, tu a une ipv4 publique, une route par defaut (la gateway)... il te faut quoi d'autre?
[11:58:09] <@err404:matrix.numericore.com> mais du coup je ne comprends pas ce qui ne fonctionne pas pour toi en ipv4, tu a une ipv4 publique, une route par défaut (la gateway)... il te faut quoi d'autre?
[12:01:32] <tripop> C'est bien ce que j'aimerais comprendre... Pourquoi il ne veux pas me donner une adresse ip en ipv4...
[12:01:57] <tripop> Alors que TOUT absolument TOUT est comme les tutorials officiel ovh + forum yunohost + doc de debian officiel
[12:02:22] <tripop> Je ne vois pas quoi faire de plus et POURQUOI il me mets `ifup: failed to bring up ens3` et autre joyeuseté
[12:02:43] <@err404:matrix.numericore.com> ok, `ip a` ça donne quoi?
[12:03:09] <tripop> ```
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default 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 noprefixroute
valid_lft forever preferred_lft forever
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether fa:16:3e:b9:85:28 brd ff:ff:ff:ff:ff:ff
altname enp0s3
inet 51.195.42.144/32 brd 51.195.42.144 scope global dynamic ens3
valid_lft 82681sec preferred_lft 82681sec
inet6 2001:41d0:701:1100::42f7/56 scope global
valid_lft forever preferred_lft forever
inet6 fe80::f816:3eff:feb9:8528/64 scope link
valid_lft forever preferred_lft forever
3: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:ea:90:ec:7b 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
```

[12:03:33] <@err404:matrix.numericore.com> 51.195.42.144/32 <-- ton ipv4
[12:04:00] <tripop> J'entends bien, mais dans moins de 24h je la perds (parce que ????)
[12:04:16] <@err404:matrix.numericore.com> 2001:41d0:701:1100::42f7/56<-- ton ipv6
[12:04:19] <tripop> Je sais comment foncitonne tout cela, je vous dis juste que j'ai un probléme avec l'ipv4 qui ne veux pas rester
[12:04:21] <@err404:matrix.numericore.com> ah ok
[12:04:36] <@err404:matrix.numericore.com> je n'avais pas compris que tu la perdais
[12:04:54] <tripop> C'est mon principal soucis ici
[12:05:43] <tripop> Il me donne une ipv4, me dis que y as une erreur dans systemctl, tout va bien pendant à peu prés 24h, et pour que cela reviennent je dois `restart networking` et je ne sais pas pourquoi ni comment régler ça
[12:06:10] <tripop> Pas vraiment envie de devoir refaire manuellement `systemctl restart networking` à chaque fois pour avoir une IPV4...
[12:07:56] <@err404:matrix.numericore.com> tu peux me donner un lien vers la doc ovh pour la location de ton ipv4 publique?
[12:11:32] <tripop> Il n'y en as pas vraiment.. ? J'ai suivi cette doc officiel sinon : https://help.ovhcloud.com/csm/fr-vps-configuring-ipv6?id=kb_article_view&sysparm_article=KB0047576
[12:12:01] <tripop> Juste... toujours aucune raison de pourquoi ayant config l'ipv6 il ne veux plus me laisser une ip en ipv4. C'est le mystère principal ici
[12:17:00] <@err404:matrix.numericore.com> au fait, ton ipv4 publique est en /32, donc ton netmask c'est 255.255.255.255
[12:17:16] <tripop> En plus on peux pas vraiment bricoler trop les config network d'un vps sinon.. On peux plus y accéder aprés (là ça viens d'arriver aprés un `ifdown -vv --force ens3` 😅)
[12:17:44] <tripop> Hum.. ceci pourrait expliquer cela oui
[12:19:27] <tripop> Je redémarre mon VPS et je regarde ça, merci pour l'aide, j'espére que c'est cela
[12:19:41] <@err404:matrix.numericore.com> essaye de remplacer la ligne `address 51.195.42.144` par `address 51.195.42.144/32` ce qui te permetra de supprimer la ligne du netmask (et ça évitera d'autres erreur de saisie)
[12:31:42] <tripop> ...J'ai perdu l’accès du coup comme le débile que je suis ✋️
[12:32:01] <@err404:matrix.numericore.com> en ipv6 aussi?
[12:32:59] <tripop> Oui je pense que le `ifdown` à dût déconnecter à tout
[12:52:48] <tripop> Bon... Maintenant même ne modifiant en mode rescue la config ile semble ne plus vouloir redémarrer. J'ai juste casser mn vps super
[12:52:58] <tripop> Je n'aurais jamais du.. suivre un tuto officiel de mon fournisseur de VPS.. J'imagine ?
[12:53:09] <tripop> 1 mois que j'essaie.... d'avoir une simple IP 💀
[13:03:31] <Hadrien> I think I'll try that thanks!
[13:03:46] <Hadrien> backup via wordpress not yunohost i guess!
[14:14:57] <@err404:matrix.numericore.com> des fois c'est plus simple de repartir avec une install fraiche que de tenter de réparer un truc dont on ne sais pas très bien comment ni pourquoi il ne fonctionne plus
[14:15:37] <@err404:matrix.numericore.com> tripop: je ne sais pas si tu avais beaucoup de données perso sur ton vps, mais une réinstall complète me semble le plus simple
[14:16:00] <tripop> J'ai réussit à revenir à la configuration d'avant. Maintenant le diagnostique ne veux plus voir l'ipv6..
[14:16:23] <tripop> Là je suis dans le casse-tête de la config dans interfaces.d pour que les deux marche
[14:26:06] <tripop> Je ne comprends pas ce qui cloche... J'essaie de partir simple et voir ensuite.

J'ai : ens3 dans /etc/interfaces.d :

```
auto ens3
iface ens3 inet static
address 51.195.42.144/32
netmask 255.255.255.255

iface ens3 inet6 static
adress 2001:41d0:701:1100::42f7
netmask 56

#control-alias ens3
iface ens3 inet6 static
address 2001:41d0:701:1100::42f7/56
dns-nameservers 2001:41d0:3:163::1
gateway 2001:41d0:701:1100::1
```
Et aussi ceci dans lo :

```
auto lo
iface lo inet loopback
```

[15:34:08] <·☽•Nameless☆•777 · ±> Bonjour, ça ne serait pas le /32 le problème ?
[15:35:37] <·☽•Nameless☆•777 · ±> De ce que je vois cette plage ip à un cidr de /16 pour moi avec un 32 normalement le vps ne devrait être en mésure de communiquer avec les autres clients
[15:36:38] <·☽•Nameless☆•777 · ±> Mais je peux me tromper
[15:37:00] <pti-jean> Je dirais le :
netmask 56
Je suis pas sûr que cela fonctionne!
Et l'alias, n'est pas un alias comme cela... et il reprend l'IPv6 défini plus haut!
[15:38:05] <pti-jean> La bonne écriture serait :
address 2001:41d0:701:1100::42f7/56
et pas de:
netmask
[15:38:08] <·☽•Nameless☆•777 · ±> ``` ifup: failed to bring up ens3 ``` ici je me dit que c'est peut être par ce qu'ils cherche quel que chose qui n'existe pas encore peut être remplacer ens3 par enp3s0 ici ``` auto ens3
allow-hotplug ens3 ```
[15:39:35] <·☽•Nameless☆•777 · ±> pas sur d'avoir compris :)
[15:39:54] <·☽•Nameless☆•777 · ±> ici je comprend pas pourquoi ta 2 fois la même chose
``` iface ens3 inet6 static
adress 2001:41d0:701:1100::42f7
netmask 56

#control-alias ens3
iface ens3 inet6 static
address 2001:41d0:701:1100::42f7/56
dns-nameservers 2001:41d0:3:163::1
gateway 2001:41d0:701:1100::1 ```
[15:40:05] <·☽•Nameless☆•777 · ±> ça configure 2 fois la même interface
[15:40:08] <pti-jean> A oui... pareil:
address 51.195.42.144/32
netmask 255.255.255.255
Le netmask est inutile !
[15:40:17] <tripop> Oui j'ai enlever
[15:40:30] <tripop> En fait tout venait d'un tutoriel de ovh pour l'ipv6
[15:41:31] <pti-jean> En fait il faudrait ça:
auto ens3
iface ens3 inet static
address 51.195.42.144/32

iface ens3 inet6 static
address 2001:41d0:701:1100::42f7/56
dns-nameservers 2001:41d0:3:163::1
gateway 2001:41d0:701:1100::1
[15:41:42] <tripop> Maintenant il ressemble à ça

```
auto ens3
iface ens3 inet static
address 51.195.42.144/32

iface ens3 inet6 static
mtu 1500
adress 2001:41d0:701:1100::42f7/128
post-up /sbin/ip -6 route add 2001:41d0:701:1100::1 dev ens3
post-up /sbin/ip -6 route add default via 2001:41d0:701:1100::1 dev ens3
pre-down /sbin/ip -6 route del default via 2001:41d0:701:1100::1 dev ens3
pre-down /sbin/ip -6 route del 2001:41d0:701:1100::1 dev ens3
```
[15:42:10] <tripop> En fait je n'arrive pas à comprendre comment avoir mon préfixe ipv6
[15:42:59] <tripop> J'ai suivi ça : https://help.ovhcloud.com/csm/fr-vps-configuring-ipv6?id=kb_article_view&sysparm_article=KB0047576 et un mélange de ce tuto : https://mondedie.fr/d/11360-mettre-en-place-lipv6-sur-un-kimsufi
[15:42:59] <·☽•Nameless☆•777 · ±> J'ai lu vite fait le tuto. J'ai l'impression que tu dois configurer 2 fois le réseau,
la première fois pour cloud-init
et la deuxième pour le vps mais je ne suis pas sûr de ça. Je vois un peu comment fonctionne cloud-init mais je n'ai pas d'expérience
[15:46:37] <tripop> Il semble aussi qu'il y est 2 tuto différents ds la doc d'ovh, qui demande pas de mettre les même trucs. [Notamment celui-ci](https://help.ovhcloud.com/csm/fr-dedicated-servers-network-ipv6?id=kb_article_view&sysparm_article=KB0043775), mais qui est pour les serveurs privés. Moi j'ai un vps
[15:52:52] <·☽•Nameless☆•777 · ±> Pour le préfixe IPv6, normalement soit tu le demandes via DHCP6C ou tu passe par slaac,
soit c'est OVH qui doit te le donner.
Sinon je ne vois pas trop comment ils pourraient router ton paquet.
[15:53:29] <·☽•Nameless☆•777 · ±> Peut être utiliser slaac juste pour savoir quel prefix t'es attribuer puis tu repasse en manuel .
[15:55:12] <tripop> oui je vais peut-être faire ça..
[16:06:23] <tripop> ça veux bien dire réinstaller `cloud-init` c'est ça ?
[16:31:55] <·☽•Nameless☆•777 · ±> Pour cloud-init, je sais pas, je préfère ne pas dire de bêtise et t'induire en erreur