Nécessaire pour installation V1.4.0 beta3 (lire le post1)

[Gesp]

Texte de l'annonce de Mark

IPCop 1.4.0 beta 3 is now up on SF.net for download
(http://prdownloads.sourceforge.net/ipcop/). Most if not all reported
bugs in beta2 have been fixed.

It is now time to find as many bugs as you possible can. Please report
them on our sourceforge.net bugs section (under 1.4beta).

MD5: d8f6d39622cd45ae8ea912665272d96d fcdsl-1.4.0b3.tgz
MD5: dfdfd74f7a2276386d83f412af9d2278 ipcop-1.4.0b3.iso
MD5: 3a8f373389e314f74725212cd84ebbeb ipcop-1.4.0b3.tar.gz

http://prdownloads.sourceforge.net/ipco ... .4.0b3.iso
http://prdownloads.sourceforge.net/ipco ... 0b3.tar.gz

Dans cette nouvelle version, il y a :
- le nouveau driver pour le speedtouch usb (et qui supporte le rev 4.00). L'explication est au moins dans le texte anglais.
- le bewan usb fonctionne (très stable chez moi 1440 mn de connexion par jour, plusieurs jours de suite. Cela faisait longtemps, peut-être aussi que Free ou FT a un peu mis à niveau l'infrastructure ????)
- le conexant PCI ADSL en version Tigris ou Yukon (les cartes Olitec PCI)

Il y a des bugs pas trop importants pas encore corrigés :
- avec le Sagem800 (pour les anciennes versions avec l'interface adi ) et pour tout monde avec le Speedtouch usb, il est nécessaire de mémoriser une fois les réglages de connexion pour mettre à jour la configuration afin de pouvoir se connecter.
- pour la sauvegarde sur le poste IPCop, si vous dépassez la capacité compressée d'une disquette, ipcopbackup plante.

En cas de bug, vous êtes invités à rapporter sur https://sourceforge.net/tracker/?group_ ... tid=428516 (catégorie 1.4beta)
ou sur ce même message, je transmettrais.

Il y a un bug important qui occasionne une erreur 512 dans le log à chaque fois qu'un message de log est émis par un script d'IPcop.

On peut corriger simplement l'erreur en retirant 'use locale' du fichier header.pl avec
sed -i -e 's/use locale//' /var/ipcop/header.pl

cat /var/ipcop/header.pl | grep 'use locale'
n'affiche plus rien quand c'est corrigé.

pour le speedtouch rev 4.00, cela ne fonctionne pas d'origine
Prenez les derniers fichiers
http://cvs.sourceforge.net/viewcvs.py/* ... =1.17.2.13
http://cvs.sourceforge.net/viewcvs.py/* ... ev=1.2.2.7

remplacer CONFIG_ROOT par /var/ipcop dans ces 2 fichiers dans les premières lignes et les mettre dans /home/httpd/cgi-bin

en dhcp sur le RED, dnsmasq n'est pas tué à chaque renouvellement d'adresse.
il faut ajouter -KILL dans /etc/rc.d/rc.updatered à la ligne 64 :
/bin/killall dnsmasq 2> /dev/null

devient
/bin/killall -KILL dnsmasq 2> /dev/null

On peut le faire avec une ligne de sed
sed -i -e 's/killall dnsmasq/killall -KILL dnsmasq/' /etc/rc.d/rc.updatered

cat /etc/rc.d/rc.updatered | grep killall
affiche la ligne concernée

[chakib95]

Bonjour Gesp,
Je télécharge de suite cette nouvelle version pour test.
J'espère qu'elle fonctionne mieux avec modem SpeedTouch 330 parce que avec la version précedente pas de connexion après déconnect.

[PaTou31]

Bonjour

Est il possible de savoir quel sont les bugs avec le sagem fast 800?
J'en suis reste a la version 1.4.0a2, qui marchait tres bien, je vais tester cette version, j'ai un fast800 assez recent 6 a 8 mois.

@ bientôt, et merci beaucoup de vous investir autant dans ipcop.

[Emerick]

Bonjour

Est il possible de savoir quel sont les bugs avec le sagem fast 800?
J'en suis reste a la version 1.4.0a2, qui marchait tres bien, je vais tester cette version, j'ai un fast800 assez recent 6 a 8 mois.

@ bientôt, et merci beaucoup de vous investir autant dans ipcop.

Il serait temps d'updater
Pour ma part, j'ai aussi un fast 800, et je suis resté à la beta 1, parce que la beta2 merdait à l'install chez moi.

J'essaierai cette nouvelle version ce WE.

[bisol]

Si Gesp tu pouvais transmettre ces bugs :

- Sur l'interface du VPN lorsque mon VPN est créé il marque toujours Fermé par contre le vu pour activer / désactiver marche. (déjà problème sous la b2)
- Même si je désactive mon VPN ou pire encore fait redémarrer (sous VPN) pour qu'il me réinitialise tout le VPN est toujours marque actif dans le statut du système (1ère ligne) !

Voila !

[Jean-Moulin]

je viens de télécharger cette version pour testé avec mon modem ST 330 rev4.00 et impossible de le faire fonctionner correctement, j'obtiens l'erreur 4.00 lorsque j'enregistre les paramêtres de connexion. J'ai bien suivis toute la procédure pour récupèrer les *.eni après install de driver v3 de win mais rien n'y fais, toujours l'erreur 4.00. Donc y-a-t-il des paramêtres de connexion ou de modem spéciaux pour cette bête de ST330 rev4.00.

Merci d'avance de votre réponse.


PS : j'utilise le PPPoA est-ce que le problème pourrait venir de là?

[iphosting]

La meme chose pour moi (Ce profil comporte des erreurs )

[leso]

Déja toujours le même bug de segmentation fault avec une config , red , blue, green , orange. Obligé de passer en orange,red,green, de fixer la valeur de red (pppoe chez moi) , fermer le setup correctement. Et retourner ensuite dedans et repasser en full orange, green, red, blue et eviter de modifier le paramètre de red....

[Gesp]

mais rien n'y fais, toujours l'erreur 4.00

Je ne vois pas comment il peut y avoir ce genre de message
Est-ce que tu peux me dire exactement ce qui est indiqué sur la page, qu'est-ce qui est coché et sélectionné?

[Miquiztli]

J'ai fait l'installation et le parametrage avec Jean Moulin et j'ai exactement le meme probleme. Voila ce qu'affiche la page.

screenshot

[Gesp]

Bon j'ai vu effectivement le 4.00. Je cherches pourquoi.

[Burps]

probleme avec le Sagem Fast 800...

Avant, j'etais en 1.4.0a9, et je me rappelle pas avoir trop galéré pour mettre en place la connex Internet, et malgré les deconnex frequentes (qui m'ont poussé a upgrader), ca fonctionnait

La, je suis passé en 1.4.0b3, et je trouve pas la bonne configuration pour que la connex fonctionne

Je suis sous ADSL Wanadoo, voici les reglages que j'ai mis :

Nombre maximum d'essais: 10
Durée maximale d'inactivité (en minutes, 0 pour désactiver): 0
Connexion au redémarrage d'IPCop: validé Fiabilisation de la connexion: validé

Reconnexion: Persistant
_________________
VPI : 8 VCI : 35
Modem : SAgem (Acer Allied...)

Et c'est la ou j'ai le plus de doutes :
Protocole: RFC2364 PPPoA Encapsulation: VCmux
PPPoE (et j'ai rien mis dans "Nom du service")


Pourriez-vous m'aider?

Sinon, j'ai regarde les logs , mais j'ai rien vu, hormis "18:08:55 ipcop Dial failed: 512" dans les logs d'IPCop, rien dans les logs PPP

Une idée ? Ou dois-je regarder pour avoir + de details ?
[/b]

[Gesp]

>RFC2364 PPPoA Encapsulation: VCmux
>Modem : SAgem (Acer Allied...)
c'est bon, sélectionner aussi ligne analogique classique

>Fiabilisation de la connexion: validé
est une traduction inappropriée, on rajoute juste l(option debug pour savoir ce qui se passe lors de connexion/déconnexion.

De toute façon, "ipcop Dial failed: 512" indique un problème à priori au niveau de la synchro je pense.
Sinon lance /etc/rc.d/rc.eagleusbadsl start
pour avoir plus de détails sur ce qui se passe et regarde dans le log /var/log/messages pour savoir ce qui se passe.

Essaye peut-être de débrancher le modem avant un nouvel essai.

Il y a peu de chance d'y avoir une amélioration entre v.1.4a9 et beta3, le driver eagle a peu évolué depuis.

Je regarde le problème speedtouch V4.00 ce soir.

[Burps]

ouaip, ca marche...


Effectivement, un deplug/replug du modem lui a fait du bien....

Et re-effectivement, ca a pas l'air d'avoir resolu mes pb de deconnex intempestives. M'enfi bon, c pas grave, j'aurai toujours une version + recente

Merci, Ciao

[Gesp]

C'est corrigé maintenant pour le speedtouch rev 4.00
Prenez les derniers fichiers
http://cvs.sourceforge.net/viewcvs.py/* ... =1.17.2.13
http://cvs.sourceforge.net/viewcvs.py/* ... ev=1.2.2.7

remplacer CONFIG_ROOT par /var/ipcop dans ces 2 fichiers dans les premières lignes et les mettre dans /home/httpd/cgi-bin