déconnexion intempestive : le Retour

[KasparoV]

le modem de ma signature initialise bien les connexions et je signale que mon IPCop ne gère pas les @ip et donc je me passe du serveur dhcp, ce qui est étonnant car le journal système renvoi :

08:57:03 ipcop Redémarrage d'IPCop
08:58:12 ipcop Starting RED device eth1.
08:58:13 ipcop dhcpcd success
08:58:40 ipcop IPCop started.

puis se coupant dans la journée de façon aléatoire, je tente de le relancer par l'interface web :

15:09:11 ipcop Starting RED device eth1.
15:09:11 ipcop dhcpcd fail
15:09:11 ipcop Dial failed: 256
15:09:20 ipcop Starting RED device eth1.
15:09:20 ipcop dhcpcd fail
15:09:20 ipcop Dial failed: 256

finalement, je reboot IPCop et ça refonctionne :

15:11:19 ipcop Starting RED device eth1.
15:11:19 ipcop dhcpcd success
15:11:38 ipcop IPCop started.

j'ai effectué mes recherches sur l'erreur 256 notament et j'ai trouvé quelques solutions pour des configurations où IPCop gère les connexions en lieu et place des modems, mais ça ne correspond pas à ma présente config'

par ailleurs, l'astuce de Gesp consistant à supprimer 'use locale' n'est pas plus efficace dans mon cas que la soultion apporté par Dapsaille, laquelle ne fait que désactiver les logs si j'ai bien compris.

ma question sera donc : pourquoi IPCop ne se relance pas aprés uné déconnexion indépendemment du fait que le bouton "Connexion" du menu accueil/Système dysfonctionne?

merci de m'éclairer ou suis-je condamner à installer une version plus récente? (cette dernière solution serait difficile à entreprendre, n'ayant plus d'écran sous la main, ni de lecteur de disquette pour en faire une de boot, le bios du vieux pc accueillant IPCop ne gère pas le demarrage sur cd)

bonjour à tous

[KasparoV]

j'ai écris une énorme $%#&! à propos de dhcpcd car je viens de découvrir qu'il s'agit en fait du démon client de dhcp utilisé par IPCop, qui si j'ai bien compris, obtient ainsi des informations sur sa configuration réseau depuis le serveur distant de Free via mon modem. le service d'IPCop en tant que serveur dhcp n'a donc rien à voir ici.
si je suis dans le vrai, concernant mon problème, ça veut dire qu'IPcop n'arrive pas à obtenir ces informations dès qu'il y a un changement d'@ip de la part de Free (ip dynamique)

merci de me corriger si je me trompe.

bonsoir à tous

[Franck78]

tu es dans le vrai. Jusqu'ou je sais pas.

rajoutes -d sur les lignes ou est lancé dhcdp dans les script rc.*

Ca le fera devenir bavard et tu verras sans doute si c'est lui le fautif.

il devrait générer un /var/log/dhcpd.log

[Gesp]

Essaye en beta6, des tas de choses ont changé depuis avec pas mal de corrections.

Si la reconnexion ne se fait pas, arrête et redémarre la, plutôt que rebooter.

[KasparoV]

merci de vos réponses rapides,

@Franck78
voici ce que j'ai trouvé mais je ne sais pas sur quelle ligne rajouter le -d (mode verbeux?), je serai tenté de le mettre dans les 3 dernières lignes, juste? je tiens à y aller prudemment sans risquer une réinstallation, je ne peux me le permettre comme je le dis à Gesp plus bas.

root@EdeN:~ # cat /etc/rc.d/rc.red | grep 'dhcpcd'
my @dhcpcommand = ('/usr/sbin/dhcpcd');
&log('dhcpcd fail');
&log('dhcpcd success');
while (($file = glob("${swroot}/dhcpc/dhcpcd-*.pid") )) {


root@EdeN:~ # cat /etc/rc.d/rc.updatered | grep 'dhcpcd'
. /var/ipcop/dhcpc/dhcpcd-${RED_DEV}.info
. /var/ipcop/dhcpc/dhcpcd-${IFACE}.info
. /var/ipcop/dhcpc/dhcpcd-${IFACE}.info
up) logger -s -p local0.info -t dhcpcd.exe "${INTERFACE} has been configured with old IP=${IPADDR}"
new) logger -s -p local0.info -t dhcpcd.exe "${INTERFACE} has been configured with new IP=${IPADDR}"
down) logger -s -p local0.info -t dhcpcd.exe "${INTERFACE} has been brought down"


@Gesp

je dois éviter une réinstallation vers une autre version car je n'ai pas d'écran sous la main, ni de lecteur de disquette pour faire un boot, le bios du vieux pc ne pouvant m'autoriser à demarrer sur le cd-rom

bonjour à tous

[Franck78]

my @dhcpcommand = ('/usr/sbin/dhcpcd');



my @dhcpcommand = ('/usr/sbin/dhcpcd -d');



bye

[KasparoV]

j'ai fait la manip' avec vi, ça me plante IPCop je n'arrive ni à me connecter au net, ni à mon modem malgré le serveur mandataire désactivé obligé de revenir en arrière.

qu'est-ce qui se passe Docteur Franck78?

[Gesp]

[quote]je dois éviter une réinstallation vers une autre version car je n'ai pas d'écran sous la main, ni de lecteur de disquette pour faire un boot, /(quote]

Qu'une carte mère équipée d'un Pentium200MMX ne puisse pas booter sur cédérom m'étonne un peu. Tu es certain de bien avoir essayé après réglage du bios?

En V1.4.0b6, j'ai mis l'option -d activable par l'interface web pour le client dhcpcd.

Pour savoir l'erreur que tu as fait, va voir dans /var/log/httpd/error_log

[KasparoV]

voici ce que me donne: cat /var/log/httpd/error_log je n'y comprends rien


[Sat Jul 24 01:07:45 2004] [notice] Apache configured -- resuming normal operati
ons
[Sat Jul 24 01:07:45 2004] [notice] Accept mutex: sysvsem (Default: sysvsem)
[Sat Jul 24 15:30:33 2004] [notice] caught SIGTERM, shutting down
[Sat Jul 24 15:31:41 2004] [notice] Apache configured -- resuming normal operati
ons
[Sat Jul 24 15:31:41 2004] [notice] Accept mutex: sysvsem (Default: sysvsem)
Insecure dependency in system while running with -T switch at /var/ipcop/header.
pl line 599.
Insecure dependency in system while running with -T switch at /var/ipcop/header.
pl line 599.
[Sat Jul 24 15:46:34 2004] [notice] Apache configured -- resuming normal operati
ons
[Sat Jul 24 15:46:34 2004] [notice] Accept mutex: sysvsem (Default: sysvsem)
Insecure dependency in system while running with -T switch at /var/ipcop/header.
pl line 599.
Insecure dependency in system while running with -T switch at /var/ipcop/header.
pl line 599.
Insecure dependency in system while running with -T switch at /var/ipcop/header.
pl line 599.
Insecure dependency in system while running with -T switch at /var/ipcop/header.
pl line 599.
[Sat Jul 24 16:02:03 2004] [notice] caught SIGTERM, shutting down
[Sat Jul 24 16:03:18 2004] [notice] Apache configured -- resuming normal operati
ons
[Sat Jul 24 16:03:18 2004] [notice] Accept mutex: sysvsem (Default: sysvsem)

Concernant le boot, tu m'avais dèjà posé la question à l'époque où je découvrais IPCop et je t'avais répondu la même chose qu'aujourd'hui, confirmé par un certain Maldo

je viens à l'instant de rebooter, pas de reconnexion, je commence vraiment à en avoir marre moi qui attendais mes congés pour voir ça de plus près, je suis gâté

[Gesp]

Insecure dependency in system while running with -T switch at /var/ipcop/header.
pl line 599.

veux dire que tu as le problème connu en b3 qui se corrige en retirant 'use locale'

[KasparoV]

merci Gesp, je vais tenté un sed -i -e 's/use locale//' /var/ipcop/header.pl car auparavant j'avais juste commenté la ligne 'use locale'.On verra bien par la suite.

bon dimanche à tous

[KasparoV]

22:05:42 ipcop Starting RED device eth1.
22:05:42 ipcop dhcpcd fail
22:05:42 ipcop Dial failed: 256
22:05:57 ipcop Starting RED device eth1.
22:05:58 ipcop dhcpcd fail
22:05:58 ipcop Dial failed: 256
22:06:08 ipcop Starting RED device eth1.
22:06:09 ipcop dhcpcd fail
22:06:09 ipcop Dial failed: 256
22:06:21 ipcop Starting RED device eth1.
22:06:22 ipcop dhcpcd fail
22:06:22 ipcop Dial failed: 256



j'abandonne....pour ce soir.

[Gesp]

Tu as corrigé header.pl?

de toute façon, tu peux taper
/etc/rc.d/rc.red start
dans une console, cela ne doit déclencher le message 'insecure depedency'.

Et si tu pouvais passer en beta6 parce que la beta3 a au moins 4 mois et je ne me souviens pas de toutes les corrections.

[KasparoV]

merci Gesp, j'ai bien corrigé header.pl mais la reconnexion n'est pas effective à chaque fois, je vais donc passer l'été comme ça et passerai en beta6 à la rentrée ou j'en profiterai pour essayer Smoothwall

bonsoir à tous

[Gesp]

ce n'est pas très productif. S'il y a un bug vraiment, on pourrait ne le savoir qu'après la version finale sortie