[IPCop 1.3] newbee - problème accès interface.

[Guepi]

Bonjour.

Je souhaite monter une configuration à base d'IPCop pour tester.
J'ai donc pris un P100 - 48Mo - 850 Mo, sur lequel j'ai installé une carte réseau 3COM PCI (3C905B-TX).
J'ai par ailleurs connecté un modem RTC OLITEC Speed'Com V92 Ready (noir) sur le port série.

Premièrement :
J'ai eu beaucoup de problèmes de "Segmentation Fault" à l'installation :
d'abord après avoir redémarré, dans le rc.sysinit, il semblerait que le noyau n'ai pas fait la traduction $HOSTNAME en le nom de l'hôte que j'ai effectivement donné ;
ensuite, après 3 réinstall plantées, j'ai eu une "disparition" de la liste des claviers lors de la configuration de la machine. Il ne restait que "Ok" ou "Annuler".

J'ai donc vérifié le disque, avec un utilitaire de bas niveau de chez IBM, mais supportant tous les disques. Il n'y a eu aucun problème.
J'ai ensuite refait une disquette (neuve du premier essai), et réinstallé le système, et j'ai ENFIN réussi à démarrer.

Pour information, je refais le schéma de mon réseau de test.

matériels : modem RTC----IPCop 1.3-----poste client win XP
interfaces: ???--------RED==GREEN-------
IP : ???--------???===192.168.25.1------192.168.25.10 (DHCP)

Deuxièmement :
Il semblerait que le DHCP ne soit pas fonctionnel, car le poste client n'obtient pas d'adresse IP du serveur.
Le poste client ping le serveur, et le serveur ping le client.

Mon problème :
Sur mon poste client, je tente d'ouvrir l'interface d'administration ( http://192.168.25.1:81/ ou https://192.168.25.1:445/ ), avec Internet Explorer , ou avec FireFox 0.8 fr, mais je n'obtiens qu'un message de refus.
(Connexion refusée lors de la tentative de connexion au 192.168.25.1)

Avez-vous la moindre idée de ce que je peux faire pour corriger celà ?
Merci d'avance.

[Guepi]

Encore une question $%#&! ...

Mon clavier n'est pas correctement configuré (QWERTY pour un AZERTY ).

Cependant, à l'installation, je choisi "fr-latin-0"

Et par la suite, en me loggant en "Setup", je change le type de clavier en "fr-latin-1" ou "fr" ou "fr-pc", mais rien n'y fait ! J'ai toujours un Q à la place du A !

Une idée ?

[ONC]

Heu... tu es sur que ton CD d'IPCop est bon ?
Essai de le retelecharger et de le regraver.

Si ca persiste et si tu es sur que ton disque n'a pas de pb alors c'est peut etre du lecteur CD ou de la RAM ?

En tout cas pour moi c'est clairement un pb matériel...

[Guepi]

Le problème du "Segmentation Fault", correspondant au premier problème, est -semble t'il- résolu.

Je suis très intéressé par une solution pour le second problème.

[Guepi]

Bon, je suis perdu là ...

Un petit coup de main !

[Gesp]

Qu'est-ce que tu mets comme nom de hostname?

Tu n'as droit qu'à a--z, les chiffres et le caractère '-'.

En particulier le '_' est interdit mais ce n'est peut-être pas vérifié en V1.3 mais cela l'est en V1.4

Sinon logue toi directement sur la machine et vérifie que httpd tourne :
ps ax | grep httpd

Si ce n'est pas le cas, lance /usr/sbin/httpd et tu devrais voir un message d'erreur expliquant pourquoi cela ne tourne pas.

As-tu controlé le md5sum du fichier que tu as gravé?
Tu devrais aussi contrôler le fonctionnement de la mémoire avec memtest86 (au moins un cycle complet), les 'segmentation fault' ne sont pas du tout un état normal.

[Guepi]

Merci Gesp.

le nom d'hôte était : savoirpro-dist.net
ça ne fonctionnait pas.

le nouveau nom d'hôte est : ipcop
ça fonctionne.


Le serveur httpd n'était pas démarré.
Après lancement, j'obtiens une erreur 500 sur le port 81 et un refus de connexion sur le port 445.

Le DHCPd ne fonctionne toujours pas ( clients XP et 2000 ).

Je vais vérifier le md5sum de l'image iso, et lancer un test de RAM.

[Gesp]

Il faudrait regarder dans httpd.conf pour vérifier si l'ancien hostname n'a pas été gardé.

De mémoire, c'est un bug qui a été corrigé après la V1.3.0

[Guepi]

me conseilles-tu me migrer sur la version 1.4.0a1 ou supérieure ?

[Guepi]

Le md5sum de l'image iso téléchargée est bon.

Le memtest86 (3.0) a tourné pendant près de 50 minutes, sans soucis.

J'ai eu un message d'information au lancement de la machine, lors du lancement du serveur Apache (erreur ligne 137 ou 147 dans le httpd.conf), mais je ne la retrouve ni dans les log généraux (messages), ni dans les logs de boot (dmesg), ni dans les log d'apache (error_log).

Lors du précédent démarrage, le serveur httpd n'était pas lancé.
Après un lancement manuel, j'ai obtenu une erreur 500 lors de l'accès sur le port 81. ( message loggué dans le error_log d'apache).

Au dernier redémarrage, le serveur Apache fonctionne (5 processus), sans avoir à le redémarreer, mais reste innaccessible.

J'ai fixé les adresses IP sur le LAN (interface GREEN), car le HTTPD ne fonctionne pas.

Je n'ai pas changé la carte de port PCI (à priori le ping fonctionne).
Je n'ai pas ajouté de deuxième carte réseau (GREEN + ORANGE ?).

Est-ce que mon interface GREEN n'est pas prise pour une interface RED ?
D'autres choses à vérifier ?

[Guepi]

UP ...

[Gesp]

Tu as changé comment le hostname?
Si c'est en relançant setup, cela pourrait être correct (sauf qu'il me semble que ce n'était peut-être pas répercuté partout en V1.3)
Si c'est en intervenant directement dans un fichier, c'est peut-être ce qui a causé le problème. Dans ce cas relance setup.

Si tu veux tester en V1.4, tu peux toujours créer la disquette de sauvegarde en lançant directement ipcopbackup (mettre la disquette dans le poste ipcop).
Mais ce n'est pas impossible que ton problème vienne de données rentrées à l'installation.

Si le problème n'est pas résolu, essaye une nouvelle installation depuis le départ.

[Guepi]

J'en suis à ma 3ème installation ou plus !

J'ai changé le hostname lors d'une nouvelle installation.
Je mets en pause les tests d'IPCop, parce que là, ça avance pas, et j'ai l'impression de "perdre mon temps".

Est-ce un problème matériel sérieux ? Je testerais avec une autre machine dès que possible.