Serveur mandriva 2006 - qui sert de routeur grâce à 2 cartes réseau
Environ une fois par semaine, mon serveur se trouve isolé du monde, plus
moyen d'y accéder de l'extérieur.
Je soupçonne très fortement qu'il s'agisse d'un changement d'ip de la
part de mon fournisseur (Wanadoo) qui doit trop tarder, le service
réseau se mettant en berne faute de connexion.
Voici ce que je peux observer dans le log /var/log/messages
30 15:10:14 Serveur kernel: eth1: Autonegotiation advertising 0x5e1
partner 0x00.
May 30 15:10:14 Serveur kernel: eth1: link down.
May 30 15:10:16 Serveur kernel: eth1: Autonegotiation advertising 0x5e1
partner 0x00.
May 30 15:10:16 Serveur kernel: eth1: link up.
May 30 15:10:16 Serveur kernel: eth1: Setting full-duplex based on
negotiated link capability.
May 30 15:10:16 Serveur kernel: eth1: Autonegotiation advertising 0x5e1
partner 0x21.
May 30 15:10:16 Serveur kernel: eth1: Setting half-duplex based on
negotiated link capability.
May 30 15:10:19 Serveur kernel: eth1: Autonegotiation advertising 0x5e1
partner 0x00.
May 30 15:10:19 Serveur kernel: eth1: link down.
[...]
30 15:11:25 Serveur pppd[2403]: No response to 3 echo-requests
May 30 15:11:25 Serveur pppd[2403]: Serial link appears to be
disconnected.
May 30 15:11:25 Serveur pppd[2403]: Connect time 176.4 minutes.
May 30 15:11:25 Serveur pppd[2403]: Sent 1703968 bytes, received
34635182 bytes.
May 30 15:11:31 Serveur pppd[2403]: Connection terminated.
May 30 15:11:31 Serveur pppd[2403]: Modem hangup
May 30 15:11:31 Serveur hal.dev[21859]: DEVNAME is not set
May 30 15:11:35 Serveur pppd[2403]: Using interface ppp0
May 30 15:11:35 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/7
May 30 15:11:35 Serveur hal.dev[21867]: DEVNAME is not set
May 30 15:12:00 Serveur CROND[21881]: (root) CMD (
/usr/share/msec/promisc_check.sh)
May 30 15:12:06 Serveur pppd[2403]: LCP: timeout sending
Config-Requests
May 30 15:12:06 Serveur pppd[2403]: Connection terminated
Le serveur n'ayant pas d'écran, je ne peux que le rebooter (et là la
connexion remarche). Je le fais proprement en tapant en aveugle (j'ai
laissé un clavier branché en permanence).
En fouillant le net j'ai vu qu'on pourrait relancer le réseau par un
"service network restart".
Est-ce suffisant ? Si oui, un petit script pour vérifier l'état de ppp
programmé avec cron pourra-t-il relancer automatiquement le réseau ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
aici
ludo wrote:
Bonjour,
Serveur mandriva 2006 - qui sert de routeur grâce à 2 cartes réseau
Environ une fois par semaine, mon serveur se trouve isolé du monde, plus moyen d'y accéder de l'extérieur. Je soupçonne très fortement qu'il s'agisse d'un changement d'ip de la part de mon fournisseur (Wanadoo) qui doit trop tarder, le service réseau se mettant en berne faute de connexion.
Ce qui est sûr c'est que le FAI change l'adresse IP
Suivant les abonnements c'est une fois par nuit ou toutes les semaines si on veut toujours la même adresse IP il faut la demander en option dans l'abonnement à son FAI Relancer le reseau sur la machine devrait suffire pour reactiver la connexion avec la nouvelle adresse IP
Merci ! de rien
ludo wrote:
Bonjour,
Serveur mandriva 2006 - qui sert de routeur grâce à 2 cartes réseau
Environ une fois par semaine, mon serveur se trouve isolé du monde, plus
moyen d'y accéder de l'extérieur.
Je soupçonne très fortement qu'il s'agisse d'un changement d'ip de la
part de mon fournisseur (Wanadoo) qui doit trop tarder, le service
réseau se mettant en berne faute de connexion.
Ce qui est sûr c'est que le FAI change l'adresse IP
Suivant les abonnements c'est une fois par nuit ou toutes les semaines
si on veut toujours la même adresse IP il faut la demander en option
dans l'abonnement à son FAI
Relancer le reseau sur la machine devrait suffire pour reactiver la
connexion avec la nouvelle adresse IP
Serveur mandriva 2006 - qui sert de routeur grâce à 2 cartes réseau
Environ une fois par semaine, mon serveur se trouve isolé du monde, plus moyen d'y accéder de l'extérieur. Je soupçonne très fortement qu'il s'agisse d'un changement d'ip de la part de mon fournisseur (Wanadoo) qui doit trop tarder, le service réseau se mettant en berne faute de connexion.
Ce qui est sûr c'est que le FAI change l'adresse IP
Suivant les abonnements c'est une fois par nuit ou toutes les semaines si on veut toujours la même adresse IP il faut la demander en option dans l'abonnement à son FAI Relancer le reseau sur la machine devrait suffire pour reactiver la connexion avec la nouvelle adresse IP
Merci ! de rien
l'indien
On Tue, 30 May 2006 19:33:36 +0200, aici wrote:
ludo wrote:
Bonjour,
Serveur mandriva 2006 - qui sert de routeur grâce à 2 cartes réseau
Environ une fois par semaine, mon serveur se trouve isolé du monde, plus moyen d'y accéder de l'extérieur. Je soupçonne très fortement qu'il s'agisse d'un changement d'ip de la part de mon fournisseur (Wanadoo) qui doit trop tarder, le service réseau se mettant en berne faute de connexion.
Ce qui est sûr c'est que le FAI change l'adresse IP Suivant les
abonnements c'est une fois par nuit ou toutes les semaines si on veut toujours la même adresse IP il faut la demander en option dans l'abonnement à son FAI
Il y a des FAI qui le propose en standard, mais bon...
Relancer le reseau sur la machine devrait suffire pour reactiver la connexion avec la nouvelle adresse IP
Même pas besoin. Il y a une option de ppp pour lui demander de relancer tout seul la connnection quand celle-ci se termine: "persist" En ajoutant l'option "holdoff", on peut spécifier un delay entre le moment ou la connection tombe et celui ou ppp la relance. C'est utile car le lien ATM peut mettre un certain temps à revenir. Associé à l'option "maxfail", il y a toute la panoplie pour que tout marche tout seul...
On Tue, 30 May 2006 19:33:36 +0200, aici wrote:
ludo wrote:
Bonjour,
Serveur mandriva 2006 - qui sert de routeur grâce à 2 cartes réseau
Environ une fois par semaine, mon serveur se trouve isolé du monde,
plus moyen d'y accéder de l'extérieur.
Je soupçonne très fortement qu'il s'agisse d'un changement d'ip de la
part de mon fournisseur (Wanadoo) qui doit trop tarder, le service
réseau se mettant en berne faute de connexion.
Ce qui est sûr c'est que le FAI change l'adresse IP Suivant les
abonnements c'est une fois par nuit ou toutes les semaines si on veut
toujours la même adresse IP il faut la demander en option dans
l'abonnement à son FAI
Il y a des FAI qui le propose en standard, mais bon...
Relancer le reseau sur la machine devrait suffire pour reactiver la
connexion avec la nouvelle adresse IP
Même pas besoin. Il y a une option de ppp pour lui demander de relancer
tout seul la connnection quand celle-ci se termine: "persist"
En ajoutant l'option "holdoff", on peut spécifier un delay entre le
moment ou la connection tombe et celui ou ppp la relance. C'est utile car
le lien ATM peut mettre un certain temps à revenir. Associé à l'option
"maxfail", il y a toute la panoplie pour que tout marche tout seul...
Serveur mandriva 2006 - qui sert de routeur grâce à 2 cartes réseau
Environ une fois par semaine, mon serveur se trouve isolé du monde, plus moyen d'y accéder de l'extérieur. Je soupçonne très fortement qu'il s'agisse d'un changement d'ip de la part de mon fournisseur (Wanadoo) qui doit trop tarder, le service réseau se mettant en berne faute de connexion.
Ce qui est sûr c'est que le FAI change l'adresse IP Suivant les
abonnements c'est une fois par nuit ou toutes les semaines si on veut toujours la même adresse IP il faut la demander en option dans l'abonnement à son FAI
Il y a des FAI qui le propose en standard, mais bon...
Relancer le reseau sur la machine devrait suffire pour reactiver la connexion avec la nouvelle adresse IP
Même pas besoin. Il y a une option de ppp pour lui demander de relancer tout seul la connnection quand celle-ci se termine: "persist" En ajoutant l'option "holdoff", on peut spécifier un delay entre le moment ou la connection tombe et celui ou ppp la relance. C'est utile car le lien ATM peut mettre un certain temps à revenir. Associé à l'option "maxfail", il y a toute la panoplie pour que tout marche tout seul...
Pascal Hambourg
Salut,
On Tue, 30 May 2006 19:33:36 +0200, aici wrote:
Serveur mandriva 2006 - qui sert de routeur grâce à 2 cartes réseau
Environ une fois par semaine, mon serveur se trouve isolé du monde, plus moyen d'y accéder de l'extérieur. Je soupçonne très fortement qu'il s'agisse d'un changement d'ip de la part de mon fournisseur (Wanadoo) qui doit trop tarder, le service réseau se mettant en berne faute de connexion.
En fait en PPP il n'y a pas vraiment de changement d'adresse IP. Il y a déconnexion puis reconnexion, éventuellement avec une autre adresse IP.
Ce qui est sûr c'est que le FAI change l'adresse IP Suivant les abonnements c'est une fois par nuit ou toutes les semaines si on veut toujours la même adresse IP il faut la demander en option dans l'abonnement à son FAI
Il y a des FAI qui le propose en standard, mais bon...
Mais là c'est Wanadoo, hein, alors l'adresse IP fixe en standard...
Relancer le reseau sur la machine devrait suffire pour reactiver la connexion avec la nouvelle adresse IP
Même pas besoin. Il y a une option de ppp pour lui demander de relancer tout seul la connnection quand celle-ci se termine: "persist" En ajoutant l'option "holdoff", on peut spécifier un delay entre le moment ou la connection tombe et celui ou ppp la relance. C'est utile car le lien ATM peut mettre un certain temps à revenir. Associé à l'option "maxfail", il y a toute la panoplie pour que tout marche tout seul...
Modulo les bugs de pppd à la déconnexion qui empêchent parfois la reconnexion automatique. J'en ai rencontré deux différents qui m'ont obligé à les traiter spécifiquement dans un script exécuté à la clôture de chaque sesssion PPP qui analyse les logs de pppd. Un bug qui provoque carrément l'arrêt de pppd (il faut relancer pppd), et un autre qui fait échouer toute tentative de reconnexion ultérieure (il faut arrêter et relancer pppd).
Ici, je n'ai pu m'empêcher de remarquer dans les logs que la liaison ethernet de l'interface eth1 bagote et tombe peu avant la session PPP. La session PPP passe-t-elle par cette interface (PPPoE avec modem ADSL sur eth1 par exemple) ? Dans ce cas, il est normal que la liaison PPP tombe aussi. Que se passe-t-il ensuite dans les logs ? eth1 remonte ? pppd tente de relancer la connexion ?
Salut,
On Tue, 30 May 2006 19:33:36 +0200, aici wrote:
Serveur mandriva 2006 - qui sert de routeur grâce à 2 cartes réseau
Environ une fois par semaine, mon serveur se trouve isolé du monde,
plus moyen d'y accéder de l'extérieur.
Je soupçonne très fortement qu'il s'agisse d'un changement d'ip de la
part de mon fournisseur (Wanadoo) qui doit trop tarder, le service
réseau se mettant en berne faute de connexion.
En fait en PPP il n'y a pas vraiment de changement d'adresse IP. Il y a
déconnexion puis reconnexion, éventuellement avec une autre adresse IP.
Ce qui est sûr c'est que le FAI change l'adresse IP Suivant les
abonnements c'est une fois par nuit ou toutes les semaines si on veut
toujours la même adresse IP il faut la demander en option dans
l'abonnement à son FAI
Il y a des FAI qui le propose en standard, mais bon...
Mais là c'est Wanadoo, hein, alors l'adresse IP fixe en standard...
Relancer le reseau sur la machine devrait suffire pour reactiver la
connexion avec la nouvelle adresse IP
Même pas besoin. Il y a une option de ppp pour lui demander de relancer
tout seul la connnection quand celle-ci se termine: "persist"
En ajoutant l'option "holdoff", on peut spécifier un delay entre le
moment ou la connection tombe et celui ou ppp la relance. C'est utile car
le lien ATM peut mettre un certain temps à revenir. Associé à l'option
"maxfail", il y a toute la panoplie pour que tout marche tout seul...
Modulo les bugs de pppd à la déconnexion qui empêchent parfois la
reconnexion automatique. J'en ai rencontré deux différents qui m'ont
obligé à les traiter spécifiquement dans un script exécuté à la clôture
de chaque sesssion PPP qui analyse les logs de pppd. Un bug qui provoque
carrément l'arrêt de pppd (il faut relancer pppd), et un autre qui fait
échouer toute tentative de reconnexion ultérieure (il faut arrêter et
relancer pppd).
Ici, je n'ai pu m'empêcher de remarquer dans les logs que la liaison
ethernet de l'interface eth1 bagote et tombe peu avant la session PPP.
La session PPP passe-t-elle par cette interface (PPPoE avec modem ADSL
sur eth1 par exemple) ? Dans ce cas, il est normal que la liaison PPP
tombe aussi. Que se passe-t-il ensuite dans les logs ? eth1 remonte ?
pppd tente de relancer la connexion ?
Serveur mandriva 2006 - qui sert de routeur grâce à 2 cartes réseau
Environ une fois par semaine, mon serveur se trouve isolé du monde, plus moyen d'y accéder de l'extérieur. Je soupçonne très fortement qu'il s'agisse d'un changement d'ip de la part de mon fournisseur (Wanadoo) qui doit trop tarder, le service réseau se mettant en berne faute de connexion.
En fait en PPP il n'y a pas vraiment de changement d'adresse IP. Il y a déconnexion puis reconnexion, éventuellement avec une autre adresse IP.
Ce qui est sûr c'est que le FAI change l'adresse IP Suivant les abonnements c'est une fois par nuit ou toutes les semaines si on veut toujours la même adresse IP il faut la demander en option dans l'abonnement à son FAI
Il y a des FAI qui le propose en standard, mais bon...
Mais là c'est Wanadoo, hein, alors l'adresse IP fixe en standard...
Relancer le reseau sur la machine devrait suffire pour reactiver la connexion avec la nouvelle adresse IP
Même pas besoin. Il y a une option de ppp pour lui demander de relancer tout seul la connnection quand celle-ci se termine: "persist" En ajoutant l'option "holdoff", on peut spécifier un delay entre le moment ou la connection tombe et celui ou ppp la relance. C'est utile car le lien ATM peut mettre un certain temps à revenir. Associé à l'option "maxfail", il y a toute la panoplie pour que tout marche tout seul...
Modulo les bugs de pppd à la déconnexion qui empêchent parfois la reconnexion automatique. J'en ai rencontré deux différents qui m'ont obligé à les traiter spécifiquement dans un script exécuté à la clôture de chaque sesssion PPP qui analyse les logs de pppd. Un bug qui provoque carrément l'arrêt de pppd (il faut relancer pppd), et un autre qui fait échouer toute tentative de reconnexion ultérieure (il faut arrêter et relancer pppd).
Ici, je n'ai pu m'empêcher de remarquer dans les logs que la liaison ethernet de l'interface eth1 bagote et tombe peu avant la session PPP. La session PPP passe-t-elle par cette interface (PPPoE avec modem ADSL sur eth1 par exemple) ? Dans ce cas, il est normal que la liaison PPP tombe aussi. Que se passe-t-il ensuite dans les logs ? eth1 remonte ? pppd tente de relancer la connexion ?
ludovic.thebault
Pascal Hambourg wrote:
Ici, je n'ai pu m'empêcher de remarquer dans les logs que la liaison ethernet de l'interface eth1 bagote et tombe peu avant la session PPP. La session PPP passe-t-elle par cette interface (PPPoE avec modem ADSL sur eth1 par exemple) ? Dans ce cas, il est normal que la liaison PPP tombe aussi. Que se passe-t-il ensuite dans les logs ? eth1 remonte ? pppd tente de relancer la connexion ?
Voilà la configuration :
Modem ADSL -> Eth1 -> Eth0 -> réseau
L'option 'persist' est dans /etc/ppp/peer/ppp0 Donc le problème ne vient pas de là...
Voici la suite du log (une partie mais cela semble tourner en boucle)
May 30 15:14:11 Serveur hal.dev[22101]: DEVNAME is not set May 30 15:14:15 Serveur pppd[2403]: Using interface ppp0 May 30 15:14:15 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/17 May 30 15:14:15 Serveur hal.dev[22111]: DEVNAME is not set May 30 15:14:46 Serveur pppd[2403]: LCP: timeout sending Config-Requests May 30 15:14:46 Serveur pppd[2403]: Connection terminated. May 30 15:14:46 Serveur pppd[2403]: Using interface ppp0 May 30 15:14:46 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/18 May 30 15:14:46 Serveur hal.dev[22132]: DEVNAME is not set May 30 15:14:46 Serveur hal.dev[22138]: DEVNAME is not set May 30 15:14:46 Serveur pppoe[22128]: PADS: System-Error: No resources May 30 15:14:46 Serveur pppoe[22106]: PADS: System-Error: No resources May 30 15:14:50 Serveur pppd[2403]: Modem hangup May 30 15:14:50 Serveur pppd[2403]: Connection terminated. May 30 15:14:50 Serveur hal.dev[22147]: DEVNAME is not set May 30 15:14:54 Serveur pppd[2403]: Using interface ppp0 May 30 15:14:54 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/19 May 30 15:14:54 Serveur hal.dev[22157]: DEVNAME is not set May 30 15:15:00 Serveur CROND[22163]: (root) CMD ( /usr/share/msec/promisc_check.sh) May 30 15:15:25 Serveur pppd[2403]: LCP: timeout sending Config-Requests May 30 15:15:25 Serveur pppd[2403]: Connection terminated. May 30 15:15:25 Serveur pppd[2403]: Using interface ppp0 May 30 15:15:25 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/20 May 30 15:15:25 Serveur hal.dev[22188]: DEVNAME is not set May 30 15:15:25 Serveur hal.dev[22194]: DEVNAME is not set May 30 15:15:25 Serveur pppoe[22184]: PADS: System-Error: No resources May 30 15:15:25 Serveur pppoe[22152]: PADS: System-Error: No resources May 30 15:15:29 Serveur pppd[2403]: Modem hangup May 30 15:15:29 Serveur pppd[2403]: Connection terminated.
Une recherche sur "PADS: System-Error: No resources" me dit qu'augmenter le "Holdoff" pourrait suffir, mais de combien de secondes ? J'ai mis 30 on verra...
Ici, je n'ai pu m'empêcher de remarquer dans les logs que la liaison
ethernet de l'interface eth1 bagote et tombe peu avant la session PPP.
La session PPP passe-t-elle par cette interface (PPPoE avec modem ADSL
sur eth1 par exemple) ? Dans ce cas, il est normal que la liaison PPP
tombe aussi. Que se passe-t-il ensuite dans les logs ? eth1 remonte ?
pppd tente de relancer la connexion ?
Voilà la configuration :
Modem ADSL -> Eth1 -> Eth0 -> réseau
L'option 'persist' est dans /etc/ppp/peer/ppp0
Donc le problème ne vient pas de là...
Voici la suite du log (une partie mais cela semble tourner en boucle)
May 30 15:14:11 Serveur hal.dev[22101]: DEVNAME is not set
May 30 15:14:15 Serveur pppd[2403]: Using interface ppp0
May 30 15:14:15 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/17
May 30 15:14:15 Serveur hal.dev[22111]: DEVNAME is not set
May 30 15:14:46 Serveur pppd[2403]: LCP: timeout sending Config-Requests
May 30 15:14:46 Serveur pppd[2403]: Connection terminated.
May 30 15:14:46 Serveur pppd[2403]: Using interface ppp0
May 30 15:14:46 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/18
May 30 15:14:46 Serveur hal.dev[22132]: DEVNAME is not set
May 30 15:14:46 Serveur hal.dev[22138]: DEVNAME is not set
May 30 15:14:46 Serveur pppoe[22128]: PADS: System-Error: No resources
May 30 15:14:46 Serveur pppoe[22106]: PADS: System-Error: No resources
May 30 15:14:50 Serveur pppd[2403]: Modem hangup
May 30 15:14:50 Serveur pppd[2403]: Connection terminated.
May 30 15:14:50 Serveur hal.dev[22147]: DEVNAME is not set
May 30 15:14:54 Serveur pppd[2403]: Using interface ppp0
May 30 15:14:54 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/19
May 30 15:14:54 Serveur hal.dev[22157]: DEVNAME is not set
May 30 15:15:00 Serveur CROND[22163]: (root) CMD (
/usr/share/msec/promisc_check.sh)
May 30 15:15:25 Serveur pppd[2403]: LCP: timeout sending Config-Requests
May 30 15:15:25 Serveur pppd[2403]: Connection terminated.
May 30 15:15:25 Serveur pppd[2403]: Using interface ppp0
May 30 15:15:25 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/20
May 30 15:15:25 Serveur hal.dev[22188]: DEVNAME is not set
May 30 15:15:25 Serveur hal.dev[22194]: DEVNAME is not set
May 30 15:15:25 Serveur pppoe[22184]: PADS: System-Error: No resources
May 30 15:15:25 Serveur pppoe[22152]: PADS: System-Error: No resources
May 30 15:15:29 Serveur pppd[2403]: Modem hangup
May 30 15:15:29 Serveur pppd[2403]: Connection terminated.
Une recherche sur "PADS: System-Error: No resources" me dit qu'augmenter
le "Holdoff" pourrait suffir, mais de combien de secondes ?
J'ai mis 30 on verra...
Ici, je n'ai pu m'empêcher de remarquer dans les logs que la liaison ethernet de l'interface eth1 bagote et tombe peu avant la session PPP. La session PPP passe-t-elle par cette interface (PPPoE avec modem ADSL sur eth1 par exemple) ? Dans ce cas, il est normal que la liaison PPP tombe aussi. Que se passe-t-il ensuite dans les logs ? eth1 remonte ? pppd tente de relancer la connexion ?
Voilà la configuration :
Modem ADSL -> Eth1 -> Eth0 -> réseau
L'option 'persist' est dans /etc/ppp/peer/ppp0 Donc le problème ne vient pas de là...
Voici la suite du log (une partie mais cela semble tourner en boucle)
May 30 15:14:11 Serveur hal.dev[22101]: DEVNAME is not set May 30 15:14:15 Serveur pppd[2403]: Using interface ppp0 May 30 15:14:15 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/17 May 30 15:14:15 Serveur hal.dev[22111]: DEVNAME is not set May 30 15:14:46 Serveur pppd[2403]: LCP: timeout sending Config-Requests May 30 15:14:46 Serveur pppd[2403]: Connection terminated. May 30 15:14:46 Serveur pppd[2403]: Using interface ppp0 May 30 15:14:46 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/18 May 30 15:14:46 Serveur hal.dev[22132]: DEVNAME is not set May 30 15:14:46 Serveur hal.dev[22138]: DEVNAME is not set May 30 15:14:46 Serveur pppoe[22128]: PADS: System-Error: No resources May 30 15:14:46 Serveur pppoe[22106]: PADS: System-Error: No resources May 30 15:14:50 Serveur pppd[2403]: Modem hangup May 30 15:14:50 Serveur pppd[2403]: Connection terminated. May 30 15:14:50 Serveur hal.dev[22147]: DEVNAME is not set May 30 15:14:54 Serveur pppd[2403]: Using interface ppp0 May 30 15:14:54 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/19 May 30 15:14:54 Serveur hal.dev[22157]: DEVNAME is not set May 30 15:15:00 Serveur CROND[22163]: (root) CMD ( /usr/share/msec/promisc_check.sh) May 30 15:15:25 Serveur pppd[2403]: LCP: timeout sending Config-Requests May 30 15:15:25 Serveur pppd[2403]: Connection terminated. May 30 15:15:25 Serveur pppd[2403]: Using interface ppp0 May 30 15:15:25 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/20 May 30 15:15:25 Serveur hal.dev[22188]: DEVNAME is not set May 30 15:15:25 Serveur hal.dev[22194]: DEVNAME is not set May 30 15:15:25 Serveur pppoe[22184]: PADS: System-Error: No resources May 30 15:15:25 Serveur pppoe[22152]: PADS: System-Error: No resources May 30 15:15:29 Serveur pppd[2403]: Modem hangup May 30 15:15:29 Serveur pppd[2403]: Connection terminated.
Une recherche sur "PADS: System-Error: No resources" me dit qu'augmenter le "Holdoff" pourrait suffir, mais de combien de secondes ? J'ai mis 30 on verra...
Pascal Hambourg
Modem ADSL -> Eth1 -> Eth0 -> réseau
L'option 'persist' est dans /etc/ppp/peer/ppp0 Donc le problème ne vient pas de là...
Voici la suite du log (une partie mais cela semble tourner en boucle)
Rien entre 15:12:06 et 15:14:11 ? En particulier, je ne vois pas de ligne indiquant que le lien ethernet est remonté.
May 30 15:14:11 Serveur hal.dev[22101]: DEVNAME is not set May 30 15:14:15 Serveur pppd[2403]: Using interface ppp0 May 30 15:14:15 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/17 May 30 15:14:15 Serveur hal.dev[22111]: DEVNAME is not set May 30 15:14:46 Serveur pppd[2403]: LCP: timeout sending Config-Requests May 30 15:14:46 Serveur pppd[2403]: Connection terminated. May 30 15:14:46 Serveur pppd[2403]: Using interface ppp0 May 30 15:14:46 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/18 May 30 15:14:46 Serveur hal.dev[22132]: DEVNAME is not set May 30 15:14:46 Serveur hal.dev[22138]: DEVNAME is not set May 30 15:14:46 Serveur pppoe[22128]: PADS: System-Error: No resources May 30 15:14:46 Serveur pppoe[22106]: PADS: System-Error: No resources
Ce message indique au moins que la communication avec le concentrateur d'accès passe. Mais c'est bizarre qu'il y ait deux processus pppoe en même temps. Le problème vient peut-être de là.
Une recherche sur "PADS: System-Error: No resources" me dit qu'augmenter le "Holdoff" pourrait suffir, mais de combien de secondes ? J'ai mis 30 on verra...
Oui, à essayer. Tu peux tester en débranchant sauvagement le câble ethernet du modem pendant une à deux minutes jusqu'à ce que pppd le détecte et se déconnecte. ;-)
Modem ADSL -> Eth1 -> Eth0 -> réseau
L'option 'persist' est dans /etc/ppp/peer/ppp0
Donc le problème ne vient pas de là...
Voici la suite du log (une partie mais cela semble tourner en boucle)
Rien entre 15:12:06 et 15:14:11 ?
En particulier, je ne vois pas de ligne indiquant que le lien ethernet
est remonté.
May 30 15:14:11 Serveur hal.dev[22101]: DEVNAME is not set
May 30 15:14:15 Serveur pppd[2403]: Using interface ppp0
May 30 15:14:15 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/17
May 30 15:14:15 Serveur hal.dev[22111]: DEVNAME is not set
May 30 15:14:46 Serveur pppd[2403]: LCP: timeout sending Config-Requests
May 30 15:14:46 Serveur pppd[2403]: Connection terminated.
May 30 15:14:46 Serveur pppd[2403]: Using interface ppp0
May 30 15:14:46 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/18
May 30 15:14:46 Serveur hal.dev[22132]: DEVNAME is not set
May 30 15:14:46 Serveur hal.dev[22138]: DEVNAME is not set
May 30 15:14:46 Serveur pppoe[22128]: PADS: System-Error: No resources
May 30 15:14:46 Serveur pppoe[22106]: PADS: System-Error: No resources
Ce message indique au moins que la communication avec le concentrateur
d'accès passe.
Mais c'est bizarre qu'il y ait deux processus pppoe en même temps. Le
problème vient peut-être de là.
Une recherche sur "PADS: System-Error: No resources" me dit qu'augmenter
le "Holdoff" pourrait suffir, mais de combien de secondes ?
J'ai mis 30 on verra...
Oui, à essayer. Tu peux tester en débranchant sauvagement le câble
ethernet du modem pendant une à deux minutes jusqu'à ce que pppd le
détecte et se déconnecte. ;-)
L'option 'persist' est dans /etc/ppp/peer/ppp0 Donc le problème ne vient pas de là...
Voici la suite du log (une partie mais cela semble tourner en boucle)
Rien entre 15:12:06 et 15:14:11 ? En particulier, je ne vois pas de ligne indiquant que le lien ethernet est remonté.
May 30 15:14:11 Serveur hal.dev[22101]: DEVNAME is not set May 30 15:14:15 Serveur pppd[2403]: Using interface ppp0 May 30 15:14:15 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/17 May 30 15:14:15 Serveur hal.dev[22111]: DEVNAME is not set May 30 15:14:46 Serveur pppd[2403]: LCP: timeout sending Config-Requests May 30 15:14:46 Serveur pppd[2403]: Connection terminated. May 30 15:14:46 Serveur pppd[2403]: Using interface ppp0 May 30 15:14:46 Serveur pppd[2403]: Connect: ppp0 <--> /dev/pts/18 May 30 15:14:46 Serveur hal.dev[22132]: DEVNAME is not set May 30 15:14:46 Serveur hal.dev[22138]: DEVNAME is not set May 30 15:14:46 Serveur pppoe[22128]: PADS: System-Error: No resources May 30 15:14:46 Serveur pppoe[22106]: PADS: System-Error: No resources
Ce message indique au moins que la communication avec le concentrateur d'accès passe. Mais c'est bizarre qu'il y ait deux processus pppoe en même temps. Le problème vient peut-être de là.
Une recherche sur "PADS: System-Error: No resources" me dit qu'augmenter le "Holdoff" pourrait suffir, mais de combien de secondes ? J'ai mis 30 on verra...
Oui, à essayer. Tu peux tester en débranchant sauvagement le câble ethernet du modem pendant une à deux minutes jusqu'à ce que pppd le détecte et se déconnecte. ;-)
