Hello,

J'ai tenté de réinstaller sur un vps ionos deb 13, mais :
- le script normal fait la même erreur qu'avant ("broken pipe")
- le script beta/test fini sur un "killed" (pièce jointe)

Merci pour la réponse.


Je venais de le réinstaller juste avant avec leur image debian 13.
J'ai modifié les sources list comme toujours, la config sshd et le grub.
Enfin, comme dans toutes mes installations comme celle de la page précédente.

Je vais retester en rentrant

Fausse joie... toujours le broken pipe avec la stable.

Je ne modifie que :
- les source list
# Deb trixie
deb http://deb.debian.org/debian trixie main contrib non-free non-free-firmware
# Security
deb http://security.debian.org/debian-security trixie-security main contrib non-free non-free-firmware
# Updates
deb http://deb.debian.org/debian trixie-updates main contrib non-free non-free-firmware
# Backports
deb http://deb.debian.org/debian trixie-backports main contrib non-free non-free-firmware

- je mets à jour
apt update -y && apt full-upgrade -y && apt autoremove -y && apt clean -y

- je change le pass root
passwd

- j'ajoute ma clé ssh
nano .ssh/authorized_keys

- j'installe cron (absent chez ionos)
apt instal cron -y

- je modifie crontab (update auto toutes les semaines + reboot ensuite
crontab -e

- je modifie la timezone
dpkg-reconfigure tzdata

- je modifie le grub pour mettre 0 au timeout
nano /etc/default/grub
GRUB_TIMEOUT=0

C'est tout :/

Pendant ce temps j'ai lancé le snapshot suite au broken pipe, mais je me retrouve avec un killed à nouveau.
Je re-re-re-ré-installe et tente le snapshot direct

Toujours un broken pipe... avec la snapshot depuis une le debian 13 tout propre...

J'ai relancé le script une deuxième fois sans réinstaller, plus de broken pipe, mais "killed"...
3eme fois ? "Broken pipe à nouveau"
4eme fois ? "Killed"
init 6
5eme fois ? "broken pipe"

Je me souviens qu'il y avait des problèmes si on était dans un conteneur et pas dans une vm, mais je susi bien sous une vm :
# systemd-detect-virt
kvm


Je m'arrête là dessus n'ayant plus d'idée...
C'est le vps premier prix à 1,2€, et j'avais bien un OMR dessus y'a 2 ans (je ne l'ai jamais résilié, mais j'ai voulu repartir à neuf en réinstallant une deb 13)

Edit : j'ai essayé avec deb12 et le script stable... ça va plus loin, mais ça prend 3 plombes (building dependency tree)

Regarde dmesg, je sens qu'il doit y avoir des trucs intéressant. Pour moi ton VPS a un problème.

1024Mo minimum

Hop,

J'utilise OpenMPTCPRouter depuis un moment déjà.

Je reocntre une problématique (déjà remontée dans les Issues) mais je ne trouve pas la réponse.

Au derrière de mon OpenMPTCVPRouter, j'ai mon serveur.

Celui-ci héberge :

Un Jitsi
Deux PeerTube
Un Ownlcoud
Un serveur FTP

D'autres trucs pour l'interne.

Tout est configuré correctement avec les ports correctement ouverts. Et tout est acessible depuis l'extérieur sans problème.

Enfin, presque tout : le FTP, qui fonctionnait sans souci jusqu'à février, a décidé d'abord de ne plus me lister les fichiers. Et maintenant, les ports 20/21 et ceux que j'utilise en passif ne sont plus accessibles.

Ma configuration n'a pas changé : les ouvertures des différents ports pour chaque service sont tous configurés de la même manière. Le FTP a décidé de rester despérément inaccessible depuis l'extérieur (ok en interne) alors que tout le reste fonctionne sans problème.

J'ai testé avec : https://www.yougetsignal.com/tools/open-ports/ qui confirme que les ports sont fermé depuis l'extérieur. Bien entendu, les ports sont bien ouverts sur mes deux Box des mes FAI.

Là, je suis à court d'idées. Est-ce la dernière version du serveur ? d'OpenMPTCPRouter ?

Pour moi le but d'OpenMTCPRouter est plus d'avoir une connexion toujours en ligne même si une des deux tombent que d'avoir un max de débit.