Projet

Général

Profil

Bac à idée #4558

Variable valeur_mtu_ppp0 plante la connexion

Ajouté par Gaetan Mottier il y a plus de 11 ans. Mis à jour il y a plus de 4 ans.

Statut:
Classée sans suite
Priorité:
Normal
Assigné à:
-
Catégorie:
-
Version cible:
-
Début:
21/01/2013
Echéance:
% réalisé:

0%

Temps passé:
0.42 h

Description

Bonjour.

Lorsque l'on rentre une valeur dans "valeur_mtu_ppp0", au moment du reconfigure, la valeur n'est pas appliqué et plante la connexion RVP.

Le message affiché pendant le reconfigure est le suivant : ipsec_starter23399: no default route - cannot cope with %defaultroute!!!

ipsec status affiche bien les tunnels sans erreurs
ip route affiche bien les routes de manière cohérente

Cependant, rien ne passe dans le tunnel. Lorsque l'on ping un serveur de l'autre coté du tunnel, il nous retourne "operation not permitted"

Relancer la connexion ppp manuellement et relancer ipsec manuellement ne résoud pas le probleme.

Amon en stable, réglé sur maj complète. A jour à la date d'aujourd'hui.

Demandes liées

Lié à eole-common - Evolution #4895: Variable valeur_mtu_ppp0 gère le réglage du MSS Fermé 21/01/2013 15/02/2013

Révisions associées

Révision 662f1b08 (diff)
Ajouté par moyooo il y a plus de 10 ans

Duplicate calendar trouble see #4558

Historique

#1 Mis à jour par Joël Cuissinat il y a plus de 11 ans

  • Assigné à mis à Fabrice Barconnière
  • Version cible mis à Mises à jour 2.3.8

#2 Mis à jour par Fabrice Barconnière il y a plus de 11 ans

J'aurai besoin du résultat de gen_rpt pour avoir plus d'infos

#3 Mis à jour par Fabrice Barconnière il y a plus de 11 ans

  • Projet changé de Amon à conf-amon
  • Statut changé de Nouveau à En attente d'informations

#4 Mis à jour par Gaetan Mottier il y a environ 11 ans

  • Fichier genrpt-amon-2.3-0140096D.tar.gz ajouté

Désolé du délais, mais j'étais assez peu au bureau pour pouvoir essayer ces derniers jours.

Donc. Ma demande avait été faites en 2.3.6

Actuellement en 2.3.7, il y a toujours un problème, mais moins "grave".

La valeur du mtu n'est tout simplement pas appliqué. Cela ne "bloque" plus les communication vpn comme auparavant. Les communication elle mêmes ne sont pas très stable du fait de la mauvaise valeur du mtu mais la partie "bloquage" est d'ores et déjà résolu.

Je joint le résultat de gen_rpt

Précision : Si on va dans /etc/ppp/peers/dsl-provider on se rend compte que la ligne concernant le mtu est commenté. Si on décommente cette ligne et applique une valeur à la main. Tout fonctionne correctement jusqu'au prochain reconfigure.

#5 Mis à jour par Luc Bourdot il y a environ 11 ans

  • Echéance mis à 25/01/2013
  • Début changé de 07/12/2012 à 21/01/2013

#6 Mis à jour par Luc Bourdot il y a environ 11 ans

  • Echéance 25/01/2013 supprimé

#7 Mis à jour par Joël Cuissinat il y a environ 11 ans

  • Echéance mis à 15/02/2013
  • Statut changé de En attente d'informations à Accepté
  • Assigné à changé de Fabrice Barconnière à developpeurs_eole

=> Faire une proposition de patch

#8 Mis à jour par Daniel Dehennin il y a environ 11 ans

  • Projet changé de conf-amon à client-common

Je me rends compte qu’il y a un soucis entre MTU et MSS.

L’option -m de pppoe (eole-common:source:tmpl/dsl-provider?rev=72bc6ad2#L22) défini la taille de MSS et non de MTU.

Je propose de spécifier le MTU ligne 11 (eole-common:source:tmpl/dsl-provider?rev=72bc6ad2#L11) et de laisser PPP négocier le MSS (suppression de l’option -m de pppoe)

Je réassigne à eole-common car le paramétrage réseau est commun à tous les modules.

#9 Mis à jour par Daniel Dehennin il y a environ 11 ans

  • Projet changé de client-common à eole-common

#10 Mis à jour par Daniel Dehennin il y a environ 11 ans

  • Assigné à changé de developpeurs_eole à Daniel Dehennin

Je m’en occupe.

#11 Mis à jour par Daniel Dehennin il y a environ 11 ans

  • Fichier genrpt-amon-2.3-0140096D.tar.gz supprimé

#12 Mis à jour par Daniel Dehennin il y a environ 11 ans

J’ai récupéré le gen_rpt, je le supprime du redmine.

#13 Mis à jour par Daniel Dehennin il y a environ 11 ans

Bonjour,

Comme indiqué dans mon mail sur la liste amon-sphynx, cela a de forte chance de rester tel quel sur 2.3 et sera modifié pour 2.4.

Le paramétrage du MSS (via @valeur_mtu_ppp0) à une valeur suffisamment basse permet-il un fonctionnement normal ?

Si oui, alors on ne touche à rien en 2.3 et je place la demande en 2.4 pour renommer la variable (ou en ajouter une autre et permettre le paramétrage des deux options).

Merci.

#14 Mis à jour par Daniel Dehennin il y a environ 11 ans

  • Echéance 15/02/2013 supprimé
  • Assigné à changé de Daniel Dehennin à developpeurs_eole
  • Version cible changé de Mises à jour 2.3.8 à 189
  • Distribution changé de EOLE 2.3 à EOLE 2.4

Reporté en 2.4

#15 Mis à jour par Daniel Dehennin il y a environ 11 ans

  • Tracker changé de Anomalie à Evolution

#16 Mis à jour par Luc Bourdot il y a plus de 9 ans

  • Tracker changé de Evolution à Bac à idée
  • Version cible 189 supprimé

#17 Mis à jour par Daniel Dehennin il y a plus de 8 ans

  • Assigné à developpeurs_eole supprimé

#18 Mis à jour par Daniel Dehennin il y a plus de 8 ans

  • Statut changé de Accepté à Nouveau

#19 Mis à jour par Joël Cuissinat il y a plus de 4 ans

  • Statut changé de Nouveau à Classée sans suite

À partir de la version 2.7.0 du module Amon, le support du protocole PPPoE comme méthode de connexion de l'interface externe est supprimé.

Formats disponibles : Atom PDF