Problème de reconnexion internet intempestive

[Fab8]

Bonjour,

Depuis l'installation des mise à jour 1.4.17 et 1.4.18, la connexion internet ne cesse de se reconnecter. J'ai vérifier dans mes logs système, et c'est depuis le jour où je l'ai ai installé que cela se produit.

Une reconnexion toutes les 5 mins, j'ai mis connexion persistante mais le temps de reconnexion peut être parfois long. Cela se produit une vingtaine de fois dans la journée, et à chaque fois à des heures aléatoire, mais peut survenir 10 fois dans la même heure !

Je ne sais pas si cela peut vraiment venir des mis à jour mais j'ai un doute ! Cela pénalise les utilisateurs de mon réseau et je ne trouve pas la solution.

Voici ma configuration de connexion:



La connexion se fait pourtant bien avec mon fournisseur d'accès, donc je pensais que cela ne pouvais pas venir du FAI ou de ma ligne internet.

Voici un petit bout d'un de mes logs système:



Version Ipcop 1.4.18 _ Addons: UrlFilter, ADVproxy et BOT

Merci pour votre aide.

Cordialement

[Fab8]

J'ai décidé de réinstaller mon Ipcop, vu que cette semaine personne n'a besoin d'aller sur le net.

J'ai tout réinstaller et reconfigurer, mais toujours le même problème. Je pense que cela ne viens pas de l'Ipcop mais plutot de mon modem ou filtre ADSL. N'ayant pas encore de matériel pour tester, je ne pourrais pas effectuer de test.

Quelqu'un aurait une piste pour m'éclairer ou un endroit où voir d'où le problème pourrait survenir?

Merci de votre aide

[Ouled]

bonjour,


J'ai deja eu le meme probleme, heureusement j'avais fais une sauvegarde de ma configuration. A l'aide de putty j'ai desinstaller la mise a jour et recharger ma sauvegarde.

je ne sais pas si c'ets la meilleur solution mais en tout cas, ça a reglé mon probleme.

[Fab8]

J'ai réinstaller déjà, sans succès.

J'ai mis un simple routeur a la place, tout fonctionne sans reco/deco !

Du coup je suis en train de tester un autre distrib, avec internet qui marche nickel, en attendant de trouver une solution pour Ipcop, et c'est toujours mieux que mon simple routeur.

[jdh]

pfSense ?



(Comment ça, je fais du prosélytisme ? Oui, je fait la promotion de pfSense !)

[Fab8]

Untangle pour ne pas le citer.

Par contre comme c'est en test encore, je risque bien de tester pfSense à l'avenir, puisque tu en parle, et tu n'est pas le seul sur ce forum.

En plus de cela une petite communauté fr à l'air de s'installer ...

[Gesp]

Poster les log dans un fichier texte la prochaine fois, l'image n'apporte rien.

Arrêter la connexion, cocher la case debug, sauvegarder et relancer la connexion.

Vous verrez dans le log d'où vient le problème dans la section RED des logs.

Si vous soupçonner un pb lié aux mises à jour, pourquoi avoir réinstallé avec les mises à jour 1.4.17/1.4.18?
Essayez aussi prioritairement sans les add-ons d'abord.

Tant que je n'ai pas de rapport plus précis, je n'ai pas d'informations exploitables.

[Fab8]

J'ai réinstallé sans les mis à jour justement pour voir si ça venait de là, avec Ipcop 1.4.16.

Les add-ons UrlFilter Advproxy et BOT sont compatibles avec la 1.4.16. D'ailleurs avec la 1.4.17-18 aussi (sauf UrlFilter qui était marqué compatible de 1.4.14 à 1.4.16 cf. Site officiel des add-ons)

Le problème se posait toujours, ce n'est donc pas les mis à jour qui ont causer les pertes de connexion. J'ai réinstaller Ipcop 2 fois en essayant sans les add-ons, toujours pareil, j'ai alors pensé à un dysfonctionnement matériel, j'ai installé un autre pare-feu sur le même matériel (Untangle), la connexion à internet marche très bien.

Je posterai les logs au format texte quand je reinstallerai Ipcop sur mon réseau, pour l'instant je laisse untangle car je ne serais pas là pour installer Ipcop dans les prochains jours.

Merci d'avoir pris du temps pour répondre.

Cordialement

[Fab8]

Bonjour, je fais un petit up de se topic car je me trouve toujours confronté au même problème de reconnexion intempestives. Voici les logs du debug sur RED:

16:36:16 red: Connectioncheck RED fail to connect
16:36:16 red: Connectioncheck Restarting 1/5
16:36:16 pppd[31826] pppd 2.4.2 started by root, uid 0
16:36:16 pppd[31826] using channel 6906
16:36:16 pppd[31826] Using interface ppp0
16:36:16 pppd[31826] Connect: ppp0 <--> /dev/pts/0
16:36:17 pppd[31826] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xd1a132f8>]
16:36:20 pppd[31826] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xd1a132f8>]
16:36:23 pppd[31826] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xd1a132f8>]
16:36:26 pppd[31826] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xd1a132f8>]
16:36:29 pppd[31826] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xd1a132f8>]
16:36:33 pppd[31826] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xd1a132f8>]
16:36:36 pppd[31826] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xd1a132f8>]
16:36:39 pppd[31826] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xd1a132f8>]
16:36:42 pppd[31826] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xd1a132f8>]
16:36:45 pppd[31826] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xd1a132f8>]
16:36:48 pppd[31826] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xd1a132f8>]
16:36:58 pppoe[31827] Timeout waiting for PADS packets
16:36:58 pppd[31826] Script /usr/sbin/pppoe -p /var/run/pppoe.pid -I eth1 -T 80 -U -m 1412 -S Orange finished (pid 31827), status = 0x1
16:36:58 pppd[31826] Modem hangup
16:36:58 pppd[31826] Connection terminated.
16:36:58 pppd[31826] Exit.
16:37:02 red: Connectioncheck RED fail to connect
16:37:02 red: Connectioncheck Restarting 2/5
16:37:02 pppd[31902] pppd 2.4.2 started by root, uid 0
16:37:02 pppd[31902] using channel 6907
16:37:02 pppd[31902] Using interface ppp0
16:37:02 pppd[31902] Connect: ppp0 <--> /dev/pts/0
16:37:03 pppd[31902] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xf7e48916>]
16:37:06 pppd[31902] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xf7e48916>]
16:37:15 pppd[31902] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xf7e48916>]
16:37:18 pppd[31902] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xf7e48916>]
16:37:21 pppd[31902] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xf7e48916>]
16:37:30 pppd[31902] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xf7e48916>]
16:37:37 pppoe[31903] Timeout waiting for PADO packets
16:37:37 pppd[31902] Script /usr/sbin/pppoe -p /var/run/pppoe.pid -I eth1 -T 80 -U -m 1412 -S Orange finished (pid 31903), status = 0x1
16:37:37 pppd[31902] Modem hangup
16:37:37 pppd[31902] Connection terminated.
16:37:37 pppd[31902] Exit.
16:37:37 red: Connectioncheck RED fail to connect
16:37:37 red: Connectioncheck Restarting 3/5
16:37:38 pppd[31970] pppd 2.4.2 started by root, uid 0
16:37:38 pppd[31970] using channel 6908
16:37:38 pppd[31970] Using interface ppp0
16:37:38 pppd[31970] Connect: ppp0 <--> /dev/pts/0
16:37:38 pppoe[31971] PADS: Service-Name: 'Orange'
16:37:38 pppoe[31971] PPP session is 4019 (0xfb3)
16:37:39 pppd[31970] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xb2bd9507>]
16:37:39 pppd[31970] rcvd [LCP ConfReq id=0x36 <mru 1492> <auth chap MD5> <magic 0x42eb1c6>]
16:37:39 pppd[31970] sent [LCP ConfAck id=0x36 <mru 1492> <auth chap MD5> <magic 0x42eb1c6>]
16:37:39 pppd[31970] rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0xb2bd9507>]
16:37:39 pppd[31970] sent [LCP EchoReq id=0x0 magic=0xb2bd9507]
16:37:39 pppd[31970] rcvd [CHAP Challenge id=0x1 <65fa92a40e37d83ecec7adabb4582036>, name = "BSANN257 "]
16:37:39 pppd[31970] sent [CHAP Response id=0x1 <8cdf446b0c8fac588044af7bcf3fb6d2>, name = "fti/fhdce bh"]
16:37:39 pppd[31970] rcvd [CHAP Success id=0x1 ""] 00 00 00 00
16:37:39 pppd[31970] CHAP authentication succeeded
16:37:39 pppd[31970] sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
16:37:39 pppd[31970] rcvd [IPCP ConfNak id=0x1 <addr xxx.xxx.xxx.xxx> <ms-dns1 81.xxx.xxx.x> <ms-dns3 80.10.246.3>]
16:37:39 pppd[31970] sent [IPCP ConfReq id=0x2 <addr xxx.xxx.xxx.xxx> <ms-dns1 81.xxx.xxx.x> <ms-dns3 80.10.246.3>]
16:37:39 pppd[31970] rcvd [IPCP ConfAck id=0x2 <addr xxx.xxx.xxx.xxx> <ms-dns1 81.xxx.xxx.x> <ms-dns3 80.10.246.3>]
16:37:40 pppd[31970] rcvd [IPCP ConfReq id=0x26 <addr 193.253.160.x>]
16:37:40 pppd[31970] sent [IPCP ConfAck id=0x26 <addr 193.253.160.x>]
16:37:40 pppd[31970] local IP address xxx.xxx.xxx.xxx
16:37:40 pppd[31970] remote IP address xxx.xxx.xxx.x
16:37:40 pppd[31970] primary DNS address 81.253.149.1
16:37:40 pppd[31970] secondary DNS address 80.10.246.3
16:37:40 pppd[31970] Script /etc/ppp/ip-up started (pid 31982)
16:37:48 pppd[31970] Script /etc/ppp/ip-up finished (pid 31982), status = 0x0
16:39:19 pppd[31970] No response to 3 echo-requests
16:39:19 pppd[31970] Serial link appears to be disconnected.
16:39:19 pppd[31970] Script /etc/ppp/ip-down started (pid 32195)
16:39:19 pppd[31970] sent [LCP TermReq id=0x2 "Peer not responding"]
16:39:19 pppd[31970] rcvd [LCP TermAck id=0x2] 00 00 00 00
16:39:19 pppd[31970] Connection terminated.
16:39:19 pppd[31970] Connect time 1.7 minutes.
16:39:19 pppd[31970] Sent 87322 bytes, received 108025 bytes.
16:39:19 pppd[31970] Waiting for 2 child processes...
16:39:19 pppoe[31971] read (asyncReadFromPPP): Session 4019: Input/output error
16:39:19 pppd[31970] script /etc/ppp/ip-down, pid 32195
16:39:19 pppoe[31971] Sent PADT
16:39:19 pppd[31970] script /usr/sbin/pppoe -p /var/run/pppoe.pid -I eth1 -T 80 -U -m 1412 -S Orang e, pid 31971
16:39:19 pppd[31970] Script /usr/sbin/pppoe -p /var/run/pppoe.pid -I eth1 -T 80 -U -m 1412 -S Orange finished (pid 31971), status = 0x1
16:39:22 pppd[31970] Script /etc/ppp/ip-down finished (pid 32195), status = 0x0
16:39:22 pppd[31970] Exit.
16:39:22 red: Connectioncheck will connect again
16:39:22 pppd[32326] pppd 2.4.2 started by root, uid 0
16:39:22 pppd[32326] using channel 6909
16:39:22 pppd[32326] Using interface ppp0
16:39:22 pppd[32326] Connect: ppp0 <--> /dev/pts/0
16:39:22 pppoe[32327] PADS: Service-Name: 'Orange'
16:39:22 pppoe[32327] PPP session is 1778 (0x6f2)
16:39:23 pppd[32326] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xbec5e503>]
16:39:23 pppd[32326] rcvd [LCP ConfReq id=0xf6 <mru 1492> <auth chap MD5> <magic 0x790904ee>]
16:39:23 pppd[32326] sent [LCP ConfAck id=0xf6 <mru 1492> <auth chap MD5> <magic 0x790904ee>]
16:39:23 pppd[32326] rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0xbec5e503>]
16:39:23 pppd[32326] sent [LCP EchoReq id=0x0 magic=0xbec5e503]
16:39:23 pppd[32326] rcvd [CHAP Challenge id=0x1 <ca42976faa8a65368a2019e95a0ef1d7>, name = "BSANN257 "]
16:39:23 pppd[32326] sent [CHAP Response id=0x1 <4cb4ab48ceaf3959c6927bc93ec39c80>, name = "fti/fhdce bh"]
16:39:23 pppd[32326] rcvd [CHAP Success id=0x1 ""] 00 00 00 00
16:39:23 pppd[32326] CHAP authentication succeeded
16:39:23 pppd[32326] sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
16:39:23 pppd[32326] rcvd [IPCP ConfNak id=0x1 <addr xxx.xxx.xxx.xxx> <ms-dns1 80.10.xxx.xxx> <ms-dns 3 81.253.149.xx>]
16:39:23 pppd[32326] sent [IPCP ConfReq id=0x2 <addr xxx.xxx.xxx.xxx> <ms-dns1 80.10.xxx.xxx> <ms-dns 3 81.253.149.xx>]
16:39:23 pppd[32326] rcvd [IPCP ConfAck id=0x2 <addr xxx.xxx.xxx> <ms-dns1 80.10.xxx.xxx> <ms-dns 3 81.253.149.xx>]
16:39:24 pppd[32326] rcvd [IPCP ConfReq id=0x6c <addr 193.253.160.3>]
16:39:24 pppd[32326] sent [IPCP ConfAck id=0x6c <addr 193.253.160.3>]
16:39:24 pppd[32326] local IP address xxx.xxx.xxx.xxx
16:39:24 pppd[32326] remote IP address 193.253.xxx.x
16:39:24 pppd[32326] primary DNS address 80.10.xxx.xxx
16:39:24 pppd[32326] secondary DNS address 81.253.xxx.xx
16:39:24 pppd[32326] Script /etc/ppp/ip-up started (pid 32338)
16:39:33 pppd[32326] Script /etc/ppp/ip-up finished (pid 32338), status = 0x0
17:05:03 pppd[32326] No response to 3 echo-requests
17:05:03 pppd[32326] Serial link appears to be disconnected.
17:05:03 pppd[32326] Script /etc/ppp/ip-down started (pid 32739)
17:05:03 pppd[32326] sent [LCP TermReq id=0x2 "Peer not responding"]
17:05:03 pppd[32326] rcvd [LCP TermAck id=0x2] 00 00 00 00
17:05:03 pppd[32326] Connection terminated.
17:05:03 pppd[32326] Connect time 25.7 minutes.
17:05:03 pppd[32326] Sent 1255613 bytes, received 3434942 bytes.
17:05:03 pppd[32326] Waiting for 2 child processes...
17:05:03 pppd[32326] script /etc/ppp/ip-down, pid 32739
17:05:03 pppoe[32327] read (asyncReadFromPPP): Session 1778: Input/output error
17:05:03 pppd[32326] script /usr/sbin/pppoe -p /var/run/pppoe.pid -I eth1 -T 80 -U -m 1412 -S Orang e, pid 32327
17:05:03 pppoe[32327] Sent PADT
17:05:03 pppd[32326] Script /usr/sbin/pppoe -p /var/run/pppoe.pid -I eth1 -T 80 -U -m 1412 -S Orange finished (pid 32327), status = 0x1
17:05:06 pppd[32326] Script /etc/ppp/ip-down finished (pid 32739), status = 0x0
17:05:06 pppd[32326] Exit.
17:05:06 red: Connectioncheck will connect again
17:05:07 pppd[413] pppd 2.4.2 started by root, uid 0
17:05:07 pppd[413] using channel 6910
17:05:07 pppd[413] Using interface ppp0
17:05:07 pppd[413] Connect: ppp0 <--> /dev/pts/0
17:05:07 pppoe[414] PADS: Service-Name: 'Orange'
17:05:07 pppoe[414] PPP session is 9561 (0x2559)
17:05:08 pppd[413] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xb6b0db8b>]
17:05:08 pppd[413] rcvd [LCP ConfReq id=0xa0 <mru 1492> <auth chap MD5> <magic 0x4c7fb2a3>]
17:05:08 pppd[413] sent [LCP ConfAck id=0xa0 <mru 1492> <auth chap MD5> <magic 0x4c7fb2a3>]
17:05:08 pppd[413] rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0xb6b0db8b>]
17:05:08 pppd[413] sent [LCP EchoReq id=0x0 magic=0xb6b0db8b]
17:05:08 pppd[413] rcvd [CHAP Challenge id=0x1 <69bb772d76503ff2c71675bd11e861e5>, name = "BSANN257 "]
17:05:08 pppd[413] sent [CHAP Response id=0x1 <5134c7facf071d78da5b628250cd7acc>, name = "fti/fhdce bh"]
17:05:08 pppd[413] rcvd [CHAP Success id=0x1 ""] 00 00 00 00
17:05:08 pppd[413] CHAP authentication succeeded
17:05:08 pppd[413] sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
17:05:08 pppd[413] rcvd [IPCP ConfNak id=0x1 <addr xxx.xxx.xxx.xxx> <ms-dns1 81.253.149.x> <ms-dns3 80.10.246.132>]
17:05:08 pppd[413] sent [IPCP ConfReq id=0x2 <addr xxx.xxx.xxx.xxx> <ms-dns1 81.253.149.x> <ms-dns3 80.10.246.132>]
17:05:08 pppd[413] rcvd [IPCP ConfAck id=0x2 <addr xxx.xxx.xxx.xxx> <ms-dns1 81.253.149.x> <ms-dns3 80.10.246.132>]
17:05:08 pppd[413] rcvd [IPCP ConfReq id=0x43 <addr 193.253.xxx.x>]
17:05:08 pppd[413] sent [IPCP ConfAck id=0x43 <addr 193.253.xxx.x>]

Mon FAI: Orange (me certifie que le problème ne vient pas d'eux)

Les coupures se produisent a n'importe quel moment mais sont irrégulières. (1 journée sans coupure et le lendemain coupure toutes les 10mins)


J'avoue avoir du mal à déchiffrer correctement ce log.

Merci pour votre aide

[Gesp]

Dans le log, tu peux voir plusieurs choses

- la reconnexion se fait bien (sauf dans les 2 premiers essais ou le correspondant n'a rien envoyé suite à la demande 'Timeout waiting for PADS packets'),
- la connexion tient un temps très variable
- la connexion est coupée par le coté IPCop à la suite du manque de réponse à 3 demandes.

De notre coté, pppd envoie un echo-request toutes les 20s et après trois envois sans réponse, il considère que la connexion est interrompue.
pppd essaye de couper proprement la connexion (envoi d'une demande de fin TermReq) et il reçoit une réponse (rcvd [LCP TermAck) donc la connexion n'est pas réellement coupée.
Maintenant pourquoi la réponse aux echo lcp n'est pas reçue, il n'y a qu'Orange pour le savoir.

Généralement, c'est une surcharge réseau, que ce soit de ton coté (trop de peer qui sature l'envoi) ou au point de regroupement du FAI. Je ne suis pas vraiment sûr que si le réseau est saturé chez le FAI, il l'avoue vraiment donc sa réponse est à prendre avec quelques précautions.

16:39:19 pppd[31970] No response to 3 echo-requests
16:39:19 pppd[31970] Serial link appears to be disconnected.
16:39:19 pppd[31970] Script /etc/ppp/ip-down started (pid 32195)
16:39:19 pppd[31970] sent [LCP TermReq id=0x2 "Peer not responding"]
16:39:19 pppd[31970] rcvd [LCP TermAck id=0x2] 00 00 00 00
16:39:19 pppd[31970] Connection terminated.
16:39:19 pppd[31970] Connect time 1.7 minutes.

17:05:03 pppd[32326] No response to 3 echo-requests
17:05:03 pppd[32326] Serial link appears to be disconnected.
17:05:03 pppd[32326] Script /etc/ppp/ip-down started (pid 32739)
17:05:03 pppd[32326] sent [LCP TermReq id=0x2 "Peer not responding"]
17:05:03 pppd[32326] rcvd [LCP TermAck id=0x2] 00 00 00 00
17:05:03 pppd[32326] Connection terminated.
17:05:03 pppd[32326] Connect time 25.7 minutes.

Essaye d'abord avec la connexion PPPoE kernel mode. Normalement cela se comporte mieux avec des débits élevés (mais cela ne doit pas être le pb dans ton cas, le pppoe user mode est limité en débit).

Si cela se comporte de la même manière après essai du kernel mode, la seule solution est de rallonger le temps avant de considérer que la ligne est coupée.
Il faudrait changer dans /etc/rc.d/rc.red et remplacer

Code: Tout sélectionner

'lcp-echo-failure', '3'

par

Code: Tout sélectionner

'lcp-echo-failure', '6'

Dans ce cas, cela double le temps reçu sans echo lcp avant de considérer que la ligne est interrompue.
Cela doit faire maintenant (6+1)*20s soit 140s.
L'inconvénient de cette solution est que si la ligne est réellement interrompue, il faut maintenant 140s avant que pppd réagisse alors que c'était avant 4*20 soit 80s.

Ne renomme pas rc.red pour la modification, sauf à savoir ce que tu fais.
Il a des droits particuliers donc si tu le renommes en .back et remplace par le nouveau fichier, il faut redonner les mêmes droits.

[Fab8]

Je te remercie d'avoir pris le temps de répondre et de tes explications. J'y vois un peu plus clair désormais.

Je vais essayer de rappeler un technicien d'Orange mais je pense déjà connaitre sa réponse...


Et après je vais essayer ta méthode, si je vois que je n'avance pas. J'indiquerais l'avancement de mon problème.

Encore merci !

[gemoussier]

Bonjour,
j'ai le même problème de mon coté, j'utilise une connexion Orange d'environ 6Mbps/1Mbps et un modem routeur (en mode bridge) netgear dg632. Déjà il m'est impossible d'utiliser IPcop en PPPoA (timeout waiting for PADO packets), alors j'utilise le PPPoE (configuré sur le modem).
Après deux problèmes : soit la connexion est très-très lente (compter plusieurs minutes pour l'affichage d'un site...), soit on perd la connexion.

J'utilise la configuration suivante : IPcop 1.4.18, sur un celeron 2.4Ghz et 256MB de ram, disque dur en IDE de 40GO, pour une vingtaine de poste.
RED carte 10/100 intégré à la carte mêre
GREEN carte 10/100/1000 en PCI
BLUE carte 10/100 en PCI (inutilisée pour le moment)
ORANGE carte 10/100 en PCI (inutilisée pour le moment)

Actuellement deux solutions tournent :
1 netgear en routeur en tête, 1 poste Windows avec Woowebpro (pour le partage de connexion, même proc mais 512MB de ram), relié au premier switch.

1 netgear en bridge, 1 poste IPcop, relié au premier switch.

La première solution fonctionne pas mal mais est très limitée coté fonctionnalité, la deuxième est beaucoup trop lente pour être utilisé sérieusement, voire impossible à utiliser.

Les logs n'indiquent rien de particulier, à part quelques "new not syn?" sur certains paquets, mais probablement dû aux déconnexions. Le load-average est faible, moins de 0.10. Copfilter installé mais non activé, aucun proxy utilisé.

[Gesp]

IPcop en PPPoA (timeout waiting for PADO packets)

Impossible, c'est un message spécifique au PPPoE. On ne peut pas configurer IPCop en PPPoA avec autre chose qu'un modem pci adsl ou usb adsl.

oE signifiant over ethernet, oA signifiant over ATM
Le PPPoA ne peut s'utiliser qu'à partir d'un périphérique niveau ATM (ce qu'émule le plus souvent un modem adsl pci ou adsl usb comme ueagle mais pas eagle-usb qui est ethernet).
Pour les modems connectés en ethernet, on ne peut gérer que PPPoE depuis IPCop

Si la connexion en PPPoE se passe mal quand IPCop la gère, laisser le modem la gérer.
Si le modem gère le dhcp spooffing (la plupart des modems adsl pas antiques le font), l'adresse publique attribuée par le FAI est automatiquement transmise par le modem à IPCop (donc mettre l'ipcop en dhcp coté red si l'adresse varie ou même en IP fixe si l'adresse donnée par le FAI est fixe)

[gemoussier]

Oui désolé, je me suis mal exprimé. J'ai configuré le modem pour utiliser la technique "VC-based" utilisé pour le PPPoA. Quand je parlais de PPPoA c'était pour le modem. Après relecture mes propos ne sont effectivement pas clairs.
Bref, du coup j'utilise "LLC-based" pour faire du PPPoE au niveau du modem, et ainsi pas de problème pour obtenir la connexion avec IPCop. J'ai juste dû spoofer l'adresse MAC de l'interface ADSL du second modem/routeur (celui précédement en fonctionnement).

Le problème est que la navigation HTTP est plutôt lente, je n'ai pas essayé d'autre protocole actuellement, mais la majorité des échanges de l'entreprise sont du HTTP (et aussi DNS), SMTP et POP3 bien que la plupart des employés utilisent des webmails. J'ai quand même trouvé une solution : forcer l'utilisation du proxy sur GREEN (proxy activé + transparent), et la navigation est plus fluide. Je me demande comment vont réagir les futurs serveurs de la zone ORANGE.

Au passage, vu qu'on ne peut pas vraiment couper toutes connexions internet pendant plus de quelques minutes (même la nuit), est-il possible de forcer en dur l'adresse MAC de l'interface RED (ici eth2). Parce que si IPCop reboot, les équipements d'Orange ne reconnaissent pas l'adresse MAC de eth2 et la connexion ne s'effectue pas. Le but avoué est de garder les deux systèmes : un netgear en modem/routeur de secours (à basculer sur le switch en cas de problème), et un autre netgear en brigde suivi d'IPCop : les deux utilisant la même adresse MAC il n'y aura pas de problème de connexion.
Je pense ajouter la commande au fichier rc.local. Mais cette question n'est pas spécifique à IPCop, donc mauvaise section je suppose

[Gesp]

est-il possible de forcer en dur l'adresse MAC de l'interface RED (ici eth2).

Oui c'est possible mais le problème est de trouver un endroit ou insérer cela.
Le code actuel ne permet pas de le faire simplement, surtout sans risquer que la mise à jour du code n'écrase ta modification.