Je viens de passer la journ=E9e sur un bug =E9trange.
Je serais tr=E8s curieux d'avoir vos avis.
Sur un m=EAme site client, j'ai 2 lignes ADSL (fournies par Orange en
l'occurrence).
Chaque ligne a ses propres identifiants ADSL que je nomme ici identfiant1
et identfiant2.
L'installation est ultra simple:
Ligne1 ---- Modem-routeur1 ---switch ---- Serveur debian (wheezy) avec
client OpenVPN
Ligne2 ---- Modem-routeur2 ---switch ---- autre machine
Le probl=E8me est:
- j'arrive =E0 me connecter de l'ext=E9rieur au serveur debian dans 100% de=
s
cas en SSH
- quand je suis connect=E9 depuis l'ext=E9rieur, toute commande qui affiche
beaucoup d'info =E0 l'=E9cran bloque la session SSH (en guise d'exemple, da=
ns
100% des cas, un simple ls /etc bloque la session en cours)
- quand je suis connect=E9 depuis l'int=E9rieur, SSH marche normalement
- pas d'alerte dans syslog
- quand je suis bloqu=E9 sur une console SSH, je peux me re-connecter depui=
s
une autre console.
En prenant le modem-routeur2 avec l'identfiant2, sur la ligne 1, tout
fonctionne normalement.
En prenant le modem-routeur1 avec l'identfiant1, sur la ligne 2, =E7a
dys-fonctionne comme pr=E9c=E9demment.
J'ai donc appris au passage, qu'en apparence un port donn=E9 d'un DSLAM
accepte plusieurs identifiants diff=E9rents.
Tout se passe comme si, pour un identifiant ADSL donn=E9 mal-configur=E9, l=
e
r=E9seau de l'op=E9rateur limitait le traffic selon un crit=E8re que je n'a=
rrive
pas =E0 d=E9finir.
<div dir=3D"ltr"><div><div><div><div><div><div>Bonjour,<br><br></div>Je vie=
ns de passer la journ=E9e sur un bug =E9trange.<br></div>Je serais tr=E8s c=
urieux d'avoir vos avis.<br><br><br></div>Sur un m=EAme site client, j&=
#39;ai 2 lignes ADSL (fournies par Orange en l'occurrence).<br>
</div>Chaque ligne a ses propres identifiants=A0 ADSL que je nomme ici iden=
tfiant1 et identfiant2.<br><br></div>L'installation est ultra simple:<b=
r></div>Ligne1 ---- Modem-routeur1 ---switch ---- Serveur debian (wheezy) a=
vec client OpenVPN<br>
<div><div><div>Ligne2 ---- Modem-routeur2 ---switch ---- autre machine<br><=
br></div><div>Le probl=E8me est:<br></div><div>- j'arrive =E0 me connec=
ter de l'ext=E9rieur au serveur debian dans 100% des cas en SSH<br></di=
v>
<div>- quand je suis connect=E9 depuis l'ext=E9rieur, toute commande qu=
i affiche beaucoup d'info =E0 l'=E9cran bloque la session SSH (en g=
uise d'exemple, dans 100% des cas, un simple ls /etc bloque la session =
en cours)<br>
- quand je suis connect=E9 depuis l'int=E9rieur, SSH marche normalement=
<br></div><div>- pas d'alerte dans syslog<br></div><div>- quand je suis=
bloqu=E9 sur une console SSH, je peux me re-connecter depuis une autre con=
sole.<br>
</div><div><br></div><div>En prenant le modem-routeur2 avec l'identfian=
t2, sur la ligne 1, tout fonctionne normalement.<br>En prenant le modem-rou=
teur1 avec l'identfiant1, sur la ligne 2, =E7a dys-fonctionne comme pr=
=E9c=E9demment.<br>
<br>J'ai donc appris au passage, qu'en apparence un=A0=A0 port donn=
=E9 d'un DSLAM accepte plusieurs identifiants diff=E9rents.<br><br></di=
v><div>Tout se passe comme si, pour un identifiant ADSL donn=E9 mal-configu=
r=E9, le r=E9seau de l'op=E9rateur limitait le traffic selon un crit=E8=
re que je n'arrive pas =E0 d=E9finir.<br>
<br></div><div>Qu'en pensez-vous ?<br></div><div>=C9trange, non ?<br></=
div><div><br></div></div></div></div>
--089e015373b036dc9504efa3bb4e--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/CAPeT9ji260sv5UhjpJ8rKLc9XHhPA=z1RynQHERW=2seWh9+RA@mail.gmail.com
Tu ne dis pas non plus si les MR sont des devices "normaux" ou
des boxes ftâ¦
--
Lamolecule : tu recherches quoi en premier chez une femme??
Rehkyt : son consentement...
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20140110215553.123fdc59@anubis.defcon1
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
François Boisson
Le Fri, 10 Jan 2014 21:40:06 +0100 Olivier a écrit:
Bonjour,
Je viens de passer la journée sur un bug étrange. Je serais très curieux d'avoir vos avis.
Sur un même site client, j'ai 2 lignes ADSL (fournies par Orange en l'occurrence). Chaque ligne a ses propres identifiants ADSL que je nomme ici identfiant1 et identfiant2.
[...]
Tout se passe comme si, pour un identifiant ADSL donné mal-configuré, le réseau de l'opérateur limitait le traffic selon un critère que je n'arrive pas à définir.
Qu'en pensez-vous ?
Regarde si il n'y a pas un souci de MTU. Cela y ressemblebeaucoup. Baisse la MTU sur la machine dite par configurée.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Le Fri, 10 Jan 2014 21:40:06 +0100
Olivier <oza.4h07@gmail.com> a écrit:
Bonjour,
Je viens de passer la journée sur un bug étrange.
Je serais très curieux d'avoir vos avis.
Sur un même site client, j'ai 2 lignes ADSL (fournies par Orange en
l'occurrence).
Chaque ligne a ses propres identifiants ADSL que je nomme ici identfiant1
et identfiant2.
[...]
Tout se passe comme si, pour un identifiant ADSL donné mal-configuré, le
réseau de l'opérateur limitait le traffic selon un critère que je n'arrive
pas à définir.
Qu'en pensez-vous ?
Regarde si il n'y a pas un souci de MTU. Cela y ressemblebeaucoup. Baisse
la MTU sur la machine dite par configurée.
François Boisson
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20140110225245.c4d2e0f8a559c815af466801@maison.homelinux.net
Le Fri, 10 Jan 2014 21:40:06 +0100 Olivier a écrit:
Bonjour,
Je viens de passer la journée sur un bug étrange. Je serais très curieux d'avoir vos avis.
Sur un même site client, j'ai 2 lignes ADSL (fournies par Orange en l'occurrence). Chaque ligne a ses propres identifiants ADSL que je nomme ici identfiant1 et identfiant2.
[...]
Tout se passe comme si, pour un identifiant ADSL donné mal-configuré, le réseau de l'opérateur limitait le traffic selon un critère que je n'arrive pas à définir.
Qu'en pensez-vous ?
Regarde si il n'y a pas un souci de MTU. Cela y ressemblebeaucoup. Baisse la MTU sur la machine dite par configurée.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
daniel huhardeaux
Le 10/01/2014 22:52, François Boisson a écrit :
Le Fri, 10 Jan 2014 21:40:06 +0100 Olivier a écrit:
Bonjour,
Je viens de passer la journée sur un bug étrange. Je serais très curieux d'avoir vos avis.
Sur un même site client, j'ai 2 lignes ADSL (fournies par Orange en l'occurrence). Chaque ligne a ses propres identifiants ADSL que je nomme ici identfiant1 et identfiant2.
[...]
Tout se passe comme si, pour un identifiant ADSL donné mal-configuré, le réseau de l'opérateur limitait le traffic selon un critère que je n'arrive pas à définir.
Qu'en pensez-vous ?
Regarde si il n'y a pas un souci de MTU. Cela y ressemblebeaucoup. Baisse la MTU sur la machine dite par configurée.
S'il s'agissait d'un problème MTU cela ne fonctionnerait pas en échangeant avec le modem-routeur et l' identifiant de la ligne 2. À moins que tu ne parles de la MTU dans la livebox de la ligne 1 (je suppose qu'il s'agit d'une LB) puisqu'il semble que ce soit elle (ou son identifiant) qui cause problème.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Le 10/01/2014 22:52, François Boisson a écrit :
Le Fri, 10 Jan 2014 21:40:06 +0100
Olivier <oza.4h07@gmail.com> a écrit:
Bonjour,
Je viens de passer la journée sur un bug étrange.
Je serais très curieux d'avoir vos avis.
Sur un même site client, j'ai 2 lignes ADSL (fournies par Orange en
l'occurrence).
Chaque ligne a ses propres identifiants ADSL que je nomme ici identfiant1
et identfiant2.
[...]
Tout se passe comme si, pour un identifiant ADSL donné mal-configuré, le
réseau de l'opérateur limitait le traffic selon un critère que je n'arrive
pas à définir.
Qu'en pensez-vous ?
Regarde si il n'y a pas un souci de MTU. Cela y ressemblebeaucoup. Baisse
la MTU sur la machine dite par configurée.
S'il s'agissait d'un problème MTU cela ne fonctionnerait pas en
échangeant avec le modem-routeur et l' identifiant de la ligne 2. À
moins que tu ne parles de la MTU dans la livebox de la ligne 1 (je
suppose qu'il s'agit d'une LB) puisqu'il semble que ce soit elle (ou son
identifiant) qui cause problème.
Le test proposé par Bzzz me parait judicieux.
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/52D07307.20505@tootai.net
Le Fri, 10 Jan 2014 21:40:06 +0100 Olivier a écrit:
Bonjour,
Je viens de passer la journée sur un bug étrange. Je serais très curieux d'avoir vos avis.
Sur un même site client, j'ai 2 lignes ADSL (fournies par Orange en l'occurrence). Chaque ligne a ses propres identifiants ADSL que je nomme ici identfiant1 et identfiant2.
[...]
Tout se passe comme si, pour un identifiant ADSL donné mal-configuré, le réseau de l'opérateur limitait le traffic selon un critère que je n'arrive pas à définir.
Qu'en pensez-vous ?
Regarde si il n'y a pas un souci de MTU. Cela y ressemblebeaucoup. Baisse la MTU sur la machine dite par configurée.
S'il s'agissait d'un problème MTU cela ne fonctionnerait pas en échangeant avec le modem-routeur et l' identifiant de la ligne 2. À moins que tu ne parles de la MTU dans la livebox de la ligne 1 (je suppose qu'il s'agit d'une LB) puisqu'il semble que ce soit elle (ou son identifiant) qui cause problème.
-- SarahE : Bon, mon amour, maintenant faut prier pour qu'on puisse vivre ensemble l'an prochain L. ViBritannia : Advienne que pourra :-D SarahE : T.T t'es chiant ! J'ai pas fait latin je t'ai dis !!! L. ViBritannia : ...
--
SarahE : Bon, mon amour, maintenant faut prier pour qu'on
puisse vivre ensemble l'an prochain
L. ViBritannia : Advienne que pourra :-D
SarahE : T.T t'es chiant ! J'ai pas fait latin je t'ai dis !!!
L. ViBritannia : ...
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20140110233102.727b4d6a@anubis.defcon1
-- SarahE : Bon, mon amour, maintenant faut prier pour qu'on puisse vivre ensemble l'an prochain L. ViBritannia : Advienne que pourra :-D SarahE : T.T t'es chiant ! J'ai pas fait latin je t'ai dis !!! L. ViBritannia : ...
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Pascal Hambourg
Bzzz a écrit :
On Fri, 10 Jan 2014 23:24:07 +0100 daniel huhardeaux wrote:
S'il s'agissait d'un problème MTU cela ne fonctionnerait pas en échangeant avec le modem-routeur et l' identifiant de la ligne 2.
Ah ?
À moins que tu ne parles de la MTU dans la livebox de la ligne 1 (je suppose qu'il s'agit d'une LB) puisqu'il semble que ce soit elle (ou son identifiant) qui cause problème.
François parle du MTU sur tout le chemin. Ce n'est pas parce qu'on contourne ce genre de problème en baissant le MTU sur l'équipement final (le serveur) que le problème vient de lui.
Bon il vient de me répondre en PM, ce ne sont pas des boxes mais des MR basiques (1 WAN + 1 LAN), et le PB reste entier, vu que le test croisé continue à donner le même résultat.
C'est-à-dire ? Le problème suit le modem-routeur ou l'identifiant ?
Tu ne dis pas si MR-1 + IDT-2 fonctionne correctement sur LIGNE-2 (et vice-versa, histoire d'éliminer tout PB hardware; l'échange des alims serait aussi intéressant).
Oui ça fonctionnait (le seul point commun à toutes les pannes c'est l'ID1)
Tu pourrais attribuer correctement tes citations. Là, on dirait que c'est daniel qui a répondu.
Ne reste plus que la ligne ou une particularité du compte lié à IDT-1,
Pas la ligne d'après les tests du message initial. Donc le compte, peut-être le LNS de terminaison de la session.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Bzzz a écrit :
On Fri, 10 Jan 2014 23:24:07 +0100
daniel huhardeaux <no-spam@tootai.net> wrote:
S'il s'agissait d'un problème MTU cela ne fonctionnerait pas en
échangeant avec le modem-routeur et l' identifiant de la ligne 2.
Ah ?
À moins que tu ne parles de la MTU dans la livebox de la ligne 1
(je suppose qu'il s'agit d'une LB) puisqu'il semble que ce soit
elle (ou son identifiant) qui cause problème.
François parle du MTU sur tout le chemin.
Ce n'est pas parce qu'on contourne ce genre de problème en baissant le
MTU sur l'équipement final (le serveur) que le problème vient de lui.
Bon il vient de me répondre en PM, ce ne sont pas des boxes mais
des MR basiques (1 WAN + 1 LAN), et le PB reste entier, vu que
le test croisé continue à donner le même résultat.
C'est-à-dire ? Le problème suit le modem-routeur ou l'identifiant ?
Tu ne dis pas si MR-1 + IDT-2 fonctionne correctement sur
LIGNE-2 (et vice-versa, histoire d'éliminer tout PB hardware;
l'échange des alims serait aussi intéressant).
Oui ça fonctionnait (le seul point commun à toutes les pannes c'est l'ID1)
Tu pourrais attribuer correctement tes citations. Là, on dirait que
c'est daniel qui a répondu.
Ne reste plus que la ligne ou une particularité du compte lié à IDT-1,
Pas la ligne d'après les tests du message initial. Donc le compte,
peut-être le LNS de terminaison de la session.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/52D0879C.80003@plouf.fr.eu.org
On Fri, 10 Jan 2014 23:24:07 +0100 daniel huhardeaux wrote:
S'il s'agissait d'un problème MTU cela ne fonctionnerait pas en échangeant avec le modem-routeur et l' identifiant de la ligne 2.
Ah ?
À moins que tu ne parles de la MTU dans la livebox de la ligne 1 (je suppose qu'il s'agit d'une LB) puisqu'il semble que ce soit elle (ou son identifiant) qui cause problème.
François parle du MTU sur tout le chemin. Ce n'est pas parce qu'on contourne ce genre de problème en baissant le MTU sur l'équipement final (le serveur) que le problème vient de lui.
Bon il vient de me répondre en PM, ce ne sont pas des boxes mais des MR basiques (1 WAN + 1 LAN), et le PB reste entier, vu que le test croisé continue à donner le même résultat.
C'est-à-dire ? Le problème suit le modem-routeur ou l'identifiant ?
Tu ne dis pas si MR-1 + IDT-2 fonctionne correctement sur LIGNE-2 (et vice-versa, histoire d'éliminer tout PB hardware; l'échange des alims serait aussi intéressant).
Oui ça fonctionnait (le seul point commun à toutes les pannes c'est l'ID1)
Tu pourrais attribuer correctement tes citations. Là, on dirait que c'est daniel qui a répondu.
Ne reste plus que la ligne ou une particularité du compte lié à IDT-1,
Pas la ligne d'après les tests du message initial. Donc le compte, peut-être le LNS de terminaison de la session.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20140111012112.2fe97304@anubis.defcon1
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
JUPIN Alain
Le 10/01/2014 23:31, Bzzz a écrit :
Bon il vient de me répondre en PM, ce ne sont pas des boxes mais des MR basiques (1 WAN + 1 LAN), et le PB reste entier, vu que le test croisé continue à donner le même résultat. Ne reste plus que la ligne ou une particularité du compte lié à IDT-1, mais j'ai ptêt loupé qq chose…
Bonjour,
J'ai déjà eu le même soucis, et à l'époque c'était sur une modem-routeur Netgear (me souviens plus du modèle exact) qui avait un système anti-intrusion. Le fait de désactiver ce système anti-intrusion faisait refonctionner SSH correctement (moi çà bloquait avec des échanges via scp)
Mais un train peut en cacher un autre et peut être y at-il aussi un soucis de MTU ou autre (à définir).
Faudrait vérifier aussi que les 2 modem-routeur soient configurés exactement de la même manière (et pour tous les réglages, ce qui peut être fastidieux à faire je le reconnait)
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Le 10/01/2014 23:31, Bzzz a écrit :
Bon il vient de me répondre en PM, ce ne sont pas des boxes mais des
MR basiques (1 WAN + 1 LAN), et le PB reste entier, vu que le test
croisé continue à donner le même résultat.
Ne reste plus que la ligne ou une particularité du compte lié à IDT-1,
mais j'ai ptêt loupé qq chose…
Bonjour,
J'ai déjà eu le même soucis, et à l'époque c'était sur une modem-routeur
Netgear (me souviens plus du modèle exact) qui avait un système
anti-intrusion. Le fait de désactiver ce système anti-intrusion faisait
refonctionner SSH correctement (moi çà bloquait avec des échanges via scp)
Mais un train peut en cacher un autre et peut être y at-il aussi un
soucis de MTU ou autre (à définir).
Faudrait vérifier aussi que les 2 modem-routeur soient configurés
exactement de la même manière (et pour tous les réglages, ce qui peut
être fastidieux à faire je le reconnait)
Alain JUPIN
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/52D0F02D.8060806@jupin.net
Bon il vient de me répondre en PM, ce ne sont pas des boxes mais des MR basiques (1 WAN + 1 LAN), et le PB reste entier, vu que le test croisé continue à donner le même résultat. Ne reste plus que la ligne ou une particularité du compte lié à IDT-1, mais j'ai ptêt loupé qq chose…
Bonjour,
J'ai déjà eu le même soucis, et à l'époque c'était sur une modem-routeur Netgear (me souviens plus du modèle exact) qui avait un système anti-intrusion. Le fait de désactiver ce système anti-intrusion faisait refonctionner SSH correctement (moi çà bloquait avec des échanges via scp)
Mais un train peut en cacher un autre et peut être y at-il aussi un soucis de MTU ou autre (à définir).
Faudrait vérifier aussi que les 2 modem-routeur soient configurés exactement de la même manière (et pour tous les réglages, ce qui peut être fastidieux à faire je le reconnait)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20140111093528.69519876@anubis.defcon1
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Pascal Hambourg
Bzzz a écrit :
On Sat, 11 Jan 2014 00:51:56 +0100 Pascal Hambourg wrote:
Tu pourrais attribuer correctement tes citations. Là, on dirait que c'est daniel qui a répondu.
Hem, c'est l'hôpital qui se moque de la charité? (vu que tu fais du multi-réponses sans répondre au post d'org:).
Quel est le problème à répondre à plusieurs intervenants dans un même message ? Au moins j'attribue correctement les citations, on sait qui a écrit quoi.
Ne reste plus que la ligne ou une particularité du compte lié à IDT-1,
Pas la ligne d'après les tests du message initial. Donc le compte, peut-être le LNS de terminaison de la session.
Ben je n'y crois pas trop, sinon le fait d'échanger les identifiants ne changerait rien à l'affaire.
Ben si : le LNS peut être différent pour chaque identifiant. Dans l'architecture classique de collecte IP/ADSL, le BAS contacte un proxy RADIUS et celui-ci lui indique vers quel LNS relayer la session en fonction du login.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Bzzz a écrit :
On Sat, 11 Jan 2014 00:51:56 +0100
Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:
Tu pourrais attribuer correctement tes citations. Là, on dirait que
c'est daniel qui a répondu.
Hem, c'est l'hôpital qui se moque de la charité? (vu que tu fais
du multi-réponses sans répondre au post d'org:).
Quel est le problème à répondre à plusieurs intervenants dans un même
message ? Au moins j'attribue correctement les citations, on sait qui a
écrit quoi.
Ne reste plus que la ligne ou une particularité du compte lié à
IDT-1,
Pas la ligne d'après les tests du message initial. Donc le compte,
peut-être le LNS de terminaison de la session.
Ben je n'y crois pas trop, sinon le fait d'échanger les identifiants
ne changerait rien à l'affaire.
Ben si : le LNS peut être différent pour chaque identifiant. Dans
l'architecture classique de collecte IP/ADSL, le BAS contacte un proxy
RADIUS et celui-ci lui indique vers quel LNS relayer la session en
fonction du login.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/52D11D95.5020809@plouf.fr.eu.org
On Sat, 11 Jan 2014 00:51:56 +0100 Pascal Hambourg wrote:
Tu pourrais attribuer correctement tes citations. Là, on dirait que c'est daniel qui a répondu.
Hem, c'est l'hôpital qui se moque de la charité? (vu que tu fais du multi-réponses sans répondre au post d'org:).
Quel est le problème à répondre à plusieurs intervenants dans un même message ? Au moins j'attribue correctement les citations, on sait qui a écrit quoi.
Ne reste plus que la ligne ou une particularité du compte lié à IDT-1,
Pas la ligne d'après les tests du message initial. Donc le compte, peut-être le LNS de terminaison de la session.
Ben je n'y crois pas trop, sinon le fait d'échanger les identifiants ne changerait rien à l'affaire.
Ben si : le LNS peut être différent pour chaque identifiant. Dans l'architecture classique de collecte IP/ADSL, le BAS contacte un proxy RADIUS et celui-ci lui indique vers quel LNS relayer la session en fonction du login.