Salut!
j'aurais voulu savoir si il y'a un moyen de contrer la deconnexion
automatique de internet qu'il y'a au bout de 24H de connexion, autre qu'un
logiciel du style "ADSL autoconnect"!
Merci D'avance
Guillaume!
Salut! j'aurais voulu savoir si il y'a un moyen de contrer la deconnexion automatique de internet qu'il y'a au bout de 24H de connexion, autre qu'un logiciel du style "ADSL autoconnect"! Merci D'avance Guillaume!
Tu ne peux pas "contrer" la deconnexion cela est tchniquement impossible, car c'est le peer (en gros la machine distante a laquelle ta propre machine est connecté) qui coupe la connection. La seulle chose que tu peux faire c'est de te reconnecté dessuite apres la deco (chez moi par exemple le temps de deco/reco prend quelque dixiémme de seconde au vu des logs pppd).
donc la seulle solution pour que ca soit le plus "transparent" possible: soft de reco automatique du style ADSL autoconnect, et rien d autres.
Guillaume F. wrote:
Salut!
j'aurais voulu savoir si il y'a un moyen de contrer la deconnexion
automatique de internet qu'il y'a au bout de 24H de connexion, autre qu'un
logiciel du style "ADSL autoconnect"!
Merci D'avance
Guillaume!
Tu ne peux pas "contrer" la deconnexion cela est tchniquement impossible,
car c'est le peer (en gros la machine distante a laquelle ta propre machine
est connecté) qui coupe la connection.
La seulle chose que tu peux faire c'est de te reconnecté dessuite apres la
deco (chez moi par exemple le temps de deco/reco prend quelque dixiémme de
seconde au vu des logs pppd).
donc la seulle solution pour que ca soit le plus "transparent" possible:
soft de reco automatique du style ADSL autoconnect, et rien d autres.
Salut! j'aurais voulu savoir si il y'a un moyen de contrer la deconnexion automatique de internet qu'il y'a au bout de 24H de connexion, autre qu'un logiciel du style "ADSL autoconnect"! Merci D'avance Guillaume!
Tu ne peux pas "contrer" la deconnexion cela est tchniquement impossible, car c'est le peer (en gros la machine distante a laquelle ta propre machine est connecté) qui coupe la connection. La seulle chose que tu peux faire c'est de te reconnecté dessuite apres la deco (chez moi par exemple le temps de deco/reco prend quelque dixiémme de seconde au vu des logs pppd).
donc la seulle solution pour que ca soit le plus "transparent" possible: soft de reco automatique du style ADSL autoconnect, et rien d autres.
Franky
Salut! j'aurais voulu savoir si il y'a un moyen de contrer la deconnexion automatique de internet qu'il y'a au bout de 24H de connexion, autre qu'un
logiciel du style "ADSL autoconnect"! Merci D'avance Guillaume!
Tu ne peux pas "contrer" la deconnexion cela est tchniquement impossible, car c'est le peer (en gros la machine distante a laquelle ta propre machine
est connecté) qui coupe la connection. La seulle chose que tu peux faire c'est de te reconnecté dessuite apres la deco (chez moi par exemple le temps de deco/reco prend quelque dixiémme de seconde au vu des logs pppd).
donc la seulle solution pour que ca soit le plus "transparent" possible: soft de reco automatique du style ADSL autoconnect, et rien d autres.
!!!
Seule adslautoconect ou d'autres soft mais dont je ne connais plus les noms (lancer une recherche sur google) pourrons de reconecter, ou sinon comme moi j'ai achté un modem éthernet(d-link 300g+) et pas besoin de soft et je peux te dire que la reconnexion ou la connexion ce fait toute seule et c'est vraiment le pied..........
Bon surf !!!
Salut!
j'aurais voulu savoir si il y'a un moyen de contrer la deconnexion
automatique de internet qu'il y'a au bout de 24H de connexion, autre
qu'un
logiciel du style "ADSL autoconnect"!
Merci D'avance
Guillaume!
Tu ne peux pas "contrer" la deconnexion cela est tchniquement impossible,
car c'est le peer (en gros la machine distante a laquelle ta propre
machine
est connecté) qui coupe la connection.
La seulle chose que tu peux faire c'est de te reconnecté dessuite apres la
deco (chez moi par exemple le temps de deco/reco prend quelque dixiémme de
seconde au vu des logs pppd).
donc la seulle solution pour que ca soit le plus "transparent" possible:
soft de reco automatique du style ADSL autoconnect, et rien d autres.
S@lut !!!
Seule adslautoconect ou d'autres soft mais dont je ne connais plus les noms
(lancer une recherche sur google) pourrons de reconecter, ou sinon comme
moi j'ai achté un modem éthernet(d-link 300g+) et pas besoin de soft et je
peux te dire que la reconnexion ou la connexion ce fait toute seule et c'est
vraiment le pied..........
Salut! j'aurais voulu savoir si il y'a un moyen de contrer la deconnexion automatique de internet qu'il y'a au bout de 24H de connexion, autre qu'un
logiciel du style "ADSL autoconnect"! Merci D'avance Guillaume!
Tu ne peux pas "contrer" la deconnexion cela est tchniquement impossible, car c'est le peer (en gros la machine distante a laquelle ta propre machine
est connecté) qui coupe la connection. La seulle chose que tu peux faire c'est de te reconnecté dessuite apres la deco (chez moi par exemple le temps de deco/reco prend quelque dixiémme de seconde au vu des logs pppd).
donc la seulle solution pour que ca soit le plus "transparent" possible: soft de reco automatique du style ADSL autoconnect, et rien d autres.
!!!
Seule adslautoconect ou d'autres soft mais dont je ne connais plus les noms (lancer une recherche sur google) pourrons de reconecter, ou sinon comme moi j'ai achté un modem éthernet(d-link 300g+) et pas besoin de soft et je peux te dire que la reconnexion ou la connexion ce fait toute seule et c'est vraiment le pied..........
Bon surf !!!
Franck
Serge wrote:
sous linux pas besoind acheter de modem ethernet, reco automatique sur deco en quelques dixiemme de seconde comme je disais
Hum, quelques dixièmes de seconde... Vous ne seriez pas marseillais par hasard ? ;-)
Parce que je veux bien que ce soit rapide, mais déjà rien que pour la phase d'authentification, il faut un certain temps. Chez moi ça donne, entre le moment ou la coupure est détectée et le moment ou le lien PPP est *effectivement* remonté (authentification réussie), entre 6 et 10 secondes. Et ça, c'est quand tout ce passe bien, c'est à dire quand le BAS veut bien envoyer un PADT, parce que sinon, c'est plutôt 20 à 30 secondes qu'il faut...
sous linux pas besoind acheter de modem ethernet, reco automatique
sur deco en quelques dixiemme de seconde comme je disais
Hum, quelques dixièmes de seconde... Vous ne seriez pas marseillais par
hasard ? ;-)
Parce que je veux bien que ce soit rapide, mais déjà rien que pour la phase
d'authentification, il faut un certain temps. Chez moi ça donne, entre le
moment ou la coupure est détectée et le moment ou le lien PPP est
*effectivement* remonté (authentification réussie), entre 6 et 10 secondes.
Et ça, c'est quand tout ce passe bien, c'est à dire quand le BAS veut bien
envoyer un PADT, parce que sinon, c'est plutôt 20 à 30 secondes qu'il
faut...
sous linux pas besoind acheter de modem ethernet, reco automatique sur deco en quelques dixiemme de seconde comme je disais
Hum, quelques dixièmes de seconde... Vous ne seriez pas marseillais par hasard ? ;-)
Parce que je veux bien que ce soit rapide, mais déjà rien que pour la phase d'authentification, il faut un certain temps. Chez moi ça donne, entre le moment ou la coupure est détectée et le moment ou le lien PPP est *effectivement* remonté (authentification réussie), entre 6 et 10 secondes. Et ça, c'est quand tout ce passe bien, c'est à dire quand le BAS veut bien envoyer un PADT, parce que sinon, c'est plutôt 20 à 30 secondes qu'il faut...
Franck> Chez moi ça donne, entre le moment ou la coupure est Franck> détectée et le moment ou le lien PPP est *effectivement* Franck> remonté (authentification réussie), entre 6 et 10 secondes.
4 secondes ici, ce qui passe inaperçu (FreeBSD/Nerim/Paris):
C'est effectivement le phase LCP (le challenge en CHAP) qui prend 3 secondes à lui tout seul.
Sam -- Samuel Tardieu -- -- http://www.rfc1149.net/sam
"Franck" == franck <franck@invalid.us> writes:
Franck> Chez moi ça donne, entre le moment ou la coupure est
Franck> détectée et le moment ou le lien PPP est *effectivement*
Franck> remonté (authentification réussie), entre 6 et 10 secondes.
4 secondes ici, ce qui passe inaperçu (FreeBSD/Nerim/Paris):
Franck> Chez moi ça donne, entre le moment ou la coupure est Franck> détectée et le moment ou le lien PPP est *effectivement* Franck> remonté (authentification réussie), entre 6 et 10 secondes.
4 secondes ici, ce qui passe inaperçu (FreeBSD/Nerim/Paris):
C'est effectivement le phase LCP (le challenge en CHAP) qui prend 3 secondes à lui tout seul.
Sam -- Samuel Tardieu -- -- http://www.rfc1149.net/sam
CrackAMouet
Parce que je veux bien que ce soit rapide, mais déjà rien que pour la phase
d'authentification, il faut un certain temps. Chez moi ça donne, entre le moment ou la coupure est détectée et le moment ou le lien PPP est *effectivement* remonté (authentification réussie), entre 6 et 10 secondes.
Et ça, c'est quand tout ce passe bien, c'est à dire quand le BAS veut bien envoyer un PADT, parce que sinon, c'est plutôt 20 à 30 secondes qu'il faut...
Je confirme :
7/23/2003 5:22:58> PPP1 Session is down. 7/23/2003 5:22:58> NAT/NAPT Session Stop: VC# 0 7/23/2003 5:22:58> NAT/NAPT: Crackoo session is down. 7/23/2003 5:22:58> PPP1 PPPoA Connected 7/23/2003 5:23:0> PPP CHAP Authentication success 7/23/2003 5:23:0> PPP1: PPP IP address is 193.XXX.XXX.XXX 7/23/2003 5:23:0> PPP1: PPP Gateway IP address is 193.XXX.XXX.XXX 7/23/2003 5:23:0> PPP1: DNS Primary IP address is 193.252.19.3 7/23/2003 5:23:0> PPP1: DNS Secondary IP address is 193.252.19.4 7/23/2003 5:23:0> NAT/NAPT Session Start: VC# 0, WAN IP is 193.XXX.XXX.XXX 7/23/2003 5:23:0> Initialized NAT Virtual Servers. 7/23/2003 5:23:0> NAPT: Crackoo session is up. 7/23/2003 5:23:0> PPP1 Session is up.
Bon qq dixiemes de secondes c'est un "peu" éxagéré, mais on peut voir ici qu'il faut environ 2 sec pour que la reco soit effective
Parce que je veux bien que ce soit rapide, mais déjà rien que pour la
phase
d'authentification, il faut un certain temps. Chez moi ça donne, entre le
moment ou la coupure est détectée et le moment ou le lien PPP est
*effectivement* remonté (authentification réussie), entre 6 et 10
secondes.
Et ça, c'est quand tout ce passe bien, c'est à dire quand le BAS veut bien
envoyer un PADT, parce que sinon, c'est plutôt 20 à 30 secondes qu'il
faut...
Je confirme :
7/23/2003 5:22:58> PPP1 Session is down.
7/23/2003 5:22:58> NAT/NAPT Session Stop: VC# 0
7/23/2003 5:22:58> NAT/NAPT: Crackoo session is down.
7/23/2003 5:22:58> PPP1 PPPoA Connected
7/23/2003 5:23:0> PPP CHAP Authentication success
7/23/2003 5:23:0> PPP1: PPP IP address is 193.XXX.XXX.XXX
7/23/2003 5:23:0> PPP1: PPP Gateway IP address is 193.XXX.XXX.XXX
7/23/2003 5:23:0> PPP1: DNS Primary IP address is 193.252.19.3
7/23/2003 5:23:0> PPP1: DNS Secondary IP address is 193.252.19.4
7/23/2003 5:23:0> NAT/NAPT Session Start: VC# 0, WAN IP is 193.XXX.XXX.XXX
7/23/2003 5:23:0> Initialized NAT Virtual Servers.
7/23/2003 5:23:0> NAPT: Crackoo session is up.
7/23/2003 5:23:0> PPP1 Session is up.
Bon qq dixiemes de secondes c'est un "peu" éxagéré, mais on peut voir ici
qu'il faut environ 2 sec pour que la reco soit effective
Parce que je veux bien que ce soit rapide, mais déjà rien que pour la phase
d'authentification, il faut un certain temps. Chez moi ça donne, entre le moment ou la coupure est détectée et le moment ou le lien PPP est *effectivement* remonté (authentification réussie), entre 6 et 10 secondes.
Et ça, c'est quand tout ce passe bien, c'est à dire quand le BAS veut bien envoyer un PADT, parce que sinon, c'est plutôt 20 à 30 secondes qu'il faut...
Je confirme :
7/23/2003 5:22:58> PPP1 Session is down. 7/23/2003 5:22:58> NAT/NAPT Session Stop: VC# 0 7/23/2003 5:22:58> NAT/NAPT: Crackoo session is down. 7/23/2003 5:22:58> PPP1 PPPoA Connected 7/23/2003 5:23:0> PPP CHAP Authentication success 7/23/2003 5:23:0> PPP1: PPP IP address is 193.XXX.XXX.XXX 7/23/2003 5:23:0> PPP1: PPP Gateway IP address is 193.XXX.XXX.XXX 7/23/2003 5:23:0> PPP1: DNS Primary IP address is 193.252.19.3 7/23/2003 5:23:0> PPP1: DNS Secondary IP address is 193.252.19.4 7/23/2003 5:23:0> NAT/NAPT Session Start: VC# 0, WAN IP is 193.XXX.XXX.XXX 7/23/2003 5:23:0> Initialized NAT Virtual Servers. 7/23/2003 5:23:0> NAPT: Crackoo session is up. 7/23/2003 5:23:0> PPP1 Session is up.
Bon qq dixiemes de secondes c'est un "peu" éxagéré, mais on peut voir ici qu'il faut environ 2 sec pour que la reco soit effective
Serge
Franck wrote:
Serge wrote:
sous linux pas besoind acheter de modem ethernet, reco automatique sur deco en quelques dixiemme de seconde comme je disais
Hum, quelques dixièmes de seconde... Vous ne seriez pas marseillais par hasard ? ;-)
Parce que je veux bien que ce soit rapide, mais déjà rien que pour la phase d'authentification, il faut un certain temps.
Je parle pas du temps de la phase d'authentification mais du temps entre le moment ou la deco a été detecté et le debut de la reco (la phase d'auth se passant apres).
Dans la meme seconde la coupute a donc été detecté et et pppd + pppoa de relancé. Reste la confirmation de l'auth par chap, que l'on voit dessuite apres dans le log (6s pour que l'auth soit validée, mais pour moi la connection à déjà été relancer, car comment repondre a du chap si la connection n'est pas établie?)
Jul 7 20:37:36 darkstar pppd[530]: Remote message: CHAP authentication success, unit 604 Jul 7 20:37:36 darkstar pppd[530]: local IP address ************ Jul 7 20:37:36 darkstar pppd[530]: remote IP address ************ Jul 7 20:37:36 darkstar pppd[530]: primary DNS address 193.252.19.3 Jul 7 20:37:36 darkstar pppd[530]: secondary DNS address 193.252.19.4
Franck wrote:
Serge wrote:
sous linux pas besoind acheter de modem ethernet, reco automatique
sur deco en quelques dixiemme de seconde comme je disais
Hum, quelques dixièmes de seconde... Vous ne seriez pas marseillais par
hasard ? ;-)
Parce que je veux bien que ce soit rapide, mais déjà rien que pour la
phase d'authentification, il faut un certain temps.
Je parle pas du temps de la phase d'authentification mais du temps entre le
moment ou la deco a été detecté et le debut de la reco (la phase d'auth se
passant apres).
Dans la meme seconde la coupute a donc été detecté et et pppd + pppoa de
relancé. Reste la confirmation de l'auth par chap, que l'on voit dessuite
apres dans le log (6s pour que l'auth soit validée, mais pour moi la
connection à déjà été relancer, car comment repondre a du chap si la
connection n'est pas établie?)
Jul 7 20:37:36 darkstar pppd[530]: Remote message: CHAP authentication
success, unit 604
Jul 7 20:37:36 darkstar pppd[530]: local IP address ************
Jul 7 20:37:36 darkstar pppd[530]: remote IP address ************
Jul 7 20:37:36 darkstar pppd[530]: primary DNS address 193.252.19.3
Jul 7 20:37:36 darkstar pppd[530]: secondary DNS address 193.252.19.4
sous linux pas besoind acheter de modem ethernet, reco automatique sur deco en quelques dixiemme de seconde comme je disais
Hum, quelques dixièmes de seconde... Vous ne seriez pas marseillais par hasard ? ;-)
Parce que je veux bien que ce soit rapide, mais déjà rien que pour la phase d'authentification, il faut un certain temps.
Je parle pas du temps de la phase d'authentification mais du temps entre le moment ou la deco a été detecté et le debut de la reco (la phase d'auth se passant apres).
Dans la meme seconde la coupute a donc été detecté et et pppd + pppoa de relancé. Reste la confirmation de l'auth par chap, que l'on voit dessuite apres dans le log (6s pour que l'auth soit validée, mais pour moi la connection à déjà été relancer, car comment repondre a du chap si la connection n'est pas établie?)
Jul 7 20:37:36 darkstar pppd[530]: Remote message: CHAP authentication success, unit 604 Jul 7 20:37:36 darkstar pppd[530]: local IP address ************ Jul 7 20:37:36 darkstar pppd[530]: remote IP address ************ Jul 7 20:37:36 darkstar pppd[530]: primary DNS address 193.252.19.3 Jul 7 20:37:36 darkstar pppd[530]: secondary DNS address 193.252.19.4
Franck
Serge wrote:
pour moi la connection à déjà été relancer, car comment repondre a du chap si la connection n'est pas établie?
Pour moi la connexion est relancée lorsque je peux l'utiliser, donc lorsqu'un paquet IP peut passer dessus, donc après l'authentification. Parce que tant que rien ne peut passer sur le lien, il ne sert pas à grand chose. ;-)
Serge wrote:
pour moi la connection à déjà été relancer, car comment repondre a du
chap si la connection n'est pas établie?
Pour moi la connexion est relancée lorsque je peux l'utiliser, donc
lorsqu'un paquet IP peut passer dessus, donc après l'authentification. Parce
que tant que rien ne peut passer sur le lien, il ne sert pas à grand chose.
;-)
pour moi la connection à déjà été relancer, car comment repondre a du chap si la connection n'est pas établie?
Pour moi la connexion est relancée lorsque je peux l'utiliser, donc lorsqu'un paquet IP peut passer dessus, donc après l'authentification. Parce que tant que rien ne peut passer sur le lien, il ne sert pas à grand chose. ;-)
Franky
!!!
Seule adslautoconect ou d'autres soft mais dont je ne connais plus les noms (lancer une recherche sur google) pourrons de reconecter, ou sinon comme
moi j'ai achté un modem éthernet(d-link 300g+) et pas besoin de soft et je
peux te dire que la reconnexion ou la connexion ce fait toute seule et c'est vraiment le pied..........
Bon surf !!! sous linux pas besoind acheter de modem ethernet, reco automatique sur
deco
en quelques dixiemme de seconde comme je disais, sans parler du vrais support de partage de connection et un VRAIS firewall :)
Ah ce linux ;-) !!!!
S@lut !!!
Seule adslautoconect ou d'autres soft mais dont je ne connais plus les
noms
(lancer une recherche sur google) pourrons de reconecter, ou sinon
comme
moi j'ai achté un modem éthernet(d-link 300g+) et pas besoin de soft et
je
peux te dire que la reconnexion ou la connexion ce fait toute seule et
c'est vraiment le pied..........
Bon surf !!!
sous linux pas besoind acheter de modem ethernet, reco automatique sur
deco
en quelques dixiemme de seconde comme je disais, sans parler du vrais
support de partage de connection et un VRAIS firewall :)
Seule adslautoconect ou d'autres soft mais dont je ne connais plus les noms (lancer une recherche sur google) pourrons de reconecter, ou sinon comme
moi j'ai achté un modem éthernet(d-link 300g+) et pas besoin de soft et je
peux te dire que la reconnexion ou la connexion ce fait toute seule et c'est vraiment le pied..........
Bon surf !!! sous linux pas besoind acheter de modem ethernet, reco automatique sur
deco
en quelques dixiemme de seconde comme je disais, sans parler du vrais support de partage de connection et un VRAIS firewall :)
Ah ce linux ;-) !!!!
Franck
Gilles G. wrote:
Et il fait comment si ce n'est PAS déconnecté? La "déco" des 24h n'est PAS une déconnexion.
Tout à fait, sauf que à ce moment là le LNS du FAI (ou BAS, je ne sais pas quel équipement est sensé répondre) ne répond plus aux "LCP Echo" balancés régulierements pas le client PPP de l'utilisateur, ce qui permet de détecter que la connexion PPP est "morte". Et il semblerait qu'en PPPoE, certains BAS soient assez sympa pour envoyer un PADT quand la connexion est "coupée" (c'est ce que je vois dans mes logs).
Gilles G. wrote:
Et il fait comment si ce n'est PAS déconnecté?
La "déco" des 24h n'est PAS une déconnexion.
Tout à fait, sauf que à ce moment là le LNS du FAI (ou BAS, je ne sais pas
quel équipement est sensé répondre) ne répond plus aux "LCP Echo" balancés
régulierements pas le client PPP de l'utilisateur, ce qui permet de détecter
que la connexion PPP est "morte". Et il semblerait qu'en PPPoE, certains BAS
soient assez sympa pour envoyer un PADT quand la connexion est "coupée"
(c'est ce que je vois dans mes logs).
Et il fait comment si ce n'est PAS déconnecté? La "déco" des 24h n'est PAS une déconnexion.
Tout à fait, sauf que à ce moment là le LNS du FAI (ou BAS, je ne sais pas quel équipement est sensé répondre) ne répond plus aux "LCP Echo" balancés régulierements pas le client PPP de l'utilisateur, ce qui permet de détecter que la connexion PPP est "morte". Et il semblerait qu'en PPPoE, certains BAS soient assez sympa pour envoyer un PADT quand la connexion est "coupée" (c'est ce que je vois dans mes logs).
Annie D.
"Gilles G." wrote:
La "déco" des 24h n'est PAS une déconnexion.
Et qu'est-ce que c'est ?
-- Evitez la confusion entre les préfixes SI et les préfixe binaires http://physics.nist.gov/cuu/Units/binary.html 1 G = 1 000 M = 1 000 000 k = 1 000 000 000 1 Gi = 1 024 Mi = 1 048 576 Ki = 1 073 741 824
"Gilles G." wrote:
La "déco" des 24h n'est PAS une déconnexion.
Et qu'est-ce que c'est ?
--
Evitez la confusion entre les préfixes SI et les préfixe binaires
http://physics.nist.gov/cuu/Units/binary.html
1 G = 1 000 M = 1 000 000 k = 1 000 000 000
1 Gi = 1 024 Mi = 1 048 576 Ki = 1 073 741 824
-- Evitez la confusion entre les préfixes SI et les préfixe binaires http://physics.nist.gov/cuu/Units/binary.html 1 G = 1 000 M = 1 000 000 k = 1 000 000 000 1 Gi = 1 024 Mi = 1 048 576 Ki = 1 073 741 824
