Problème IP (VPS OVH)

[AdrienDssy]

Actual Behavior

Bonjour, encore le problème, j'ai repris un VPS chez OVH config IPv6 fonctionnelle mais ça fonctionnais pas avant que j'ajoute la config IPv6

J'ai fait la commande s aux | grep omr-admin j'ai obtenu le même résultat que sur le #826

j'ai décidément pas de chance :-( Les identifiants ont bien été évidemment été vérifiés

Specifications

• OpenMPTCProuter version: (0.53.3)
• OpenMPTCProuter VPS version: (0.1008)
• OpenMPTCProuter platform: (x86_64)

[AdrienDssy]

[Ysurac]

Visiblement le soucis est du côté routeur. l'interface eth4 et devient down, mais malgré son retour plus tard impossible de contacter le serveur. Ca correspond à quoi eth4 ?

[AdrienDssy]

4G BOX via un adaptateur ethernet (même si j'ai une carte réseau 4 ports ça fait merder la box si je la met, vu que ESXI n'a pas l'air de considérer un port ethernet comme unique)

[Ysurac]

Etrange, car la on a l'impression que l'adaptateur se déconnecte. un ip route après une déconnexion et le retour de l'interface donne quoi ?

[AdrienDssy]

ça reconnecte tout de suite après s'être déco mais c'est pas un problème ça

[Ysurac]

Pour le coup si visiblement, ça semble être après ça que tout dysfonctionne. Il me faudrait un ip route et un ip a car peut être qu'il y a un soucis de recréation de la route ou pour remettre l'IP. Il me faudrait également le résultat de multipath afin de voir si le multipath n'est pas désactivé sur l'interface du coup.

[AdrienDssy]

Le VPS n'arrête pas de ce déco reco c'est chiant :(

[AdrienDssy]

Je fait tout ça où ?

[Ysurac]

via SSH sur le routeur.

[AdrienDssy]

ok, je fait ça

[AdrienDssy]

IP route :

ip a :

multipath :

[Ysurac]

Et la ça fonctionne pas ? tout me semble correct.

[AdrienDssy]

Bah actuellement j'arrête pas de perdre la connexion et la récup au niveau VPS sinon côté Box ADSL et 4G Box j'ai jamais eu de pb

[Ysurac]

Et la latence pour chaque interface dans le status est de combien ? Qui est mis en master ? l'ADSL ou la 4G ?

[AdrienDssy]

4G en master

[Ysurac]

Dans Système->OpenMPTCProuter puis onglet paramètres avancés, met "Selection de l'interface maître" à "pas de changements" puis dans Réseau MPTCP met wan2 en master et wan1 en on. Il faut plutôt que ça soit l'interface la plus stable qui soit en master, la 4G est jamais très stable.

[AdrienDssy]

Ouais mais meilleur débit en sois mais j'ai un très bon ping en 4G la plus part du temps, mais j'ai fait comme tu a dit

[AdrienDssy]

Mais pour résoudre le problème de

C'est possible (bien que j'ai réinstaller des tas de fois OpenMPTCP (en utilisant évidement le script pour Debian 10)

[Ysurac]

Tu peux essayer toujours dans Système->OpenMPTCProuter puis onglet paramètres avancés de cocher "Désactivé TCP Fast Open"

[AdrienDssy]

ça ne change rien :/ Je pense devoir me contenter de ça ?

[AdrienDssy]

En plus j'ai beau avoir le débit mais j'ai l'impression de ne pas vraiment les avoir

[Ysurac]

Dans services->shadowsocks-libev tu peux essayer de désactiver no_delay, fast_open doit déjà être désactivé.

[Ysurac]

Sans shadowsocks tout passe par le VPN et le débit est plus faible.

[AdrienDssy]

Je désactive le quel ?

[Ysurac]

sur tout tu vires fast_open et reuse_port.

[AdrienDssy]

Je modif tout les ss et je retire fast_open et reuse_port ?

[Ysurac]

oui

[AdrienDssy]

C'est donc pour ça que le débit à l'air plus lent du coup à cause de shadowsocks qui fonctionne pas

[Ysurac]

Oui. Mais il a déjà fonctionné ?

[AdrienDssy]

Avant oui, mais d'un seul coup ça m'avais fait ça (sur tout les VPS en plus (que j'ai test))

[Ysurac]

Etrange. Les autres tests pourront être avec une puis l'autre interface seulement et sinon essayé en activant l'obfuscation.

[AdrienDssy]

Comment je fait tout ça ?

[Ysurac]

Déjà tu as essayé les désactivation dans shadowsocks ? Pour tester les interfaces tu peux dans Réseau->MPTCP désactiver l'une puis l'autre (attention qu'il reste toujours une interface en tant que master). Pour l'obfuscation, c'est dans Système->OpenMPTCProuter puis onglet paramètres avancés et "Activer le brouillage pour ShadowSocks"

[AdrienDssy]

Oui j'ai fait les désactivation dans shadowsocks

[AdrienDssy]

ADSL

4G

[AdrienDssy]

Et pour "le brouillage pour ShadowSocks"

[Ysurac]

Ah c'est vrai que pour le brouillage il faudrait qu'il puisse contacter le script Admin sur le VPS déjà...

[AdrienDssy]

OUI pour le coup

[Ysurac]

Et sans l'IPv6 niveau routeur ça fonctionne ou même soucis ? Si non, sans l'IPv6 niveau serveur ? Je crois que la question a déjà été posé, mais je me souviens plus...

[AdrienDssy]

Même soucis

[Ysurac]

Sur le VPS, dans /etc/shadowsocks-libev/manager.json tu peux vérifier que la "method" est la même que celle dans Service->shadowsocks-libev onglet "serveurs distants" ?

[AdrienDssy]

J'ai rééxécuter le script, sans réinstaller le VPS ça ne fonctionne toujours pas

[AdrienDssy]

Exactement même méthode utilisé

[AdrienDssy]

Je suis désespérer :(

[AdrienDssy]

Quel est la solution la plus fonctionnel ? Tout réinstaller ? (routeur et VPS)

[AdrienDssy]

:o

(Sans config IPv6) je vais essayer avec maintenant

[AdrienDssy]

J'ai demander à OVH si ma config IPv6 était correcte comme ça on est sûr que je n'ai pas de problème avec

[AdrienDssy]

Bizarre j'ai rien fait de particulier et ça me le refait

[dabuide]

Tu dois pouvoir voir dans le systemlog des informations concernant cet incident

[AdrienDssy]

Fri Feb 14 10:00:30 2020 daemon.err /usr/bin/ss-redir[29652]: remote recv: Connection refused Fri Feb 14 10:00:30 2020 daemon.err /usr/bin/ss-local[29650]: getpeername: Socket not connected Fri Feb 14 10:00:30 2020 daemon.err /usr/bin/ss-redir[29652]: remote recv: Connection refused Fri Feb 14 10:00:30 2020 daemon.info omr-tracker-ss: Shadowsocks is down (can't contact 103.224.182.242, 198.27.92.1, 88.191.250.176) Fri Feb 14 10:00:31 2020 user.notice Shadowsocks: Rules DOWN Fri Feb 14 10:00:31 2020 daemon.err /usr/bin/ss-local[29650]: getpeername: Socket not connected Fri Feb 14 10:45:50 2020 user.notice OMR-VPS: Can't get token, try later Fri Feb 14 10:45:52 2020 user.notice OMR-VPS: Can't get token, try later Je vois ça (bon après y'a plus de résultat mais c'est toujours le "socket not connected")