Re: [Hardware] ATA-100

2001-05-31 Par sujet Cedric Rochat

> Je ne sais pas la longeur exacte, mais c'est peu
Il me semble qu'avec l'IDE, 1 mètre est un maximum...

**
Cédric Rochat
Ch. du Commonet 4
1341 L'Orient
mail: [EMAIL PROTECTED]
==
Cédric Rochat
Ch. du Tyrol 10
1450 Ste-Croix
mail: [EMAIL PROTECTED]
==
ICQ: 70815513
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se désabonner aussi.



Re: Pour éviter aux débutants de poser des questions "bêtes"

2001-05-30 Par sujet Cedric Rochat

Le Mercredi, 30 Mai 2001 09.03, vous avez écrit :
> Ce sont des attitudes de ce genre qui flinquent les listes.
>
> Salut les linuxiens et à une autre liste!

Si j'ai écrit ce mail, ce n'était pas dans le but de vexer qui que ce soit !
C'est simplement parce que j'ai aussi passé par ce stade de débutant (comme 
tout le monde, d'ailleurs), et que je me suis bien rendu compte qu'en posant 
des questions sans avoir cherché et cherché, et cherché encore, on apprend 
nettement moins bien, et on a tendance à notter toutes ces commandes qu'on 
nous donne, sans en comprendre le sens !!
Je ne veux pas refuser de l'aide aux débutants, bien au contraire !!
D'ailleurs, je me considère aussi comme l'un d'entre eux, vu que je ne suis 
sous Linux que depuis fin 1999...
Mais j'ai remarqué que c'est en se faisant "ch*r" qu'on apprend le mieux, et 
qu'on est le plus apte, par la suite, à résoudre les problèmes qu'on 
rencontre !!
Je me suis simplement rappelé que les articles que j'ai lu sur le site du 
GULL avant de m'inscrire à la liste précisaient qu'avant d'écrire un mail, il 
faut être allé voir les FAQs, les MAN & Co !!
Bref, mon message n'était surtout pas écrit dans un but négatif, et pas non 
plus destiné à soulever une polémique...

@+

**
Cédric Rochat
Ch. du Commonet 4
1341 L'Orient
mail: [EMAIL PROTECTED]
==
Cédric Rochat
Ch. du Tyrol 10
1450 Ste-Croix
mail: [EMAIL PROTECTED]
==
ICQ: 70815513
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se désabonner aussi.



Pour éviter aux débutants de poser des questions "bêtes"

2001-05-29 Par sujet Cedric Rochat

Depuis quelques temps, il me semble que cette liste de diffusion véhicule des 
discussions qui peuvent sembler très (trop) basiques pour la plupart d'entre 
nous. Je veux dire par là que certaines personnes qui se sont inscrites sur 
cette liste posent parfois des questions sans avoir forcément creusé très 
profond...
S'il est vrai qu'il est facile de demander quelque chose sans avoir cherché 
soi-même, il est vrai aussi que ces questions simples peuvent s'avérer 
pénibles pour les autres.
Alors, pour ceux qui ont de la peine à trouver de la doc Linux, Google 
fournit un moteur exclusif pour les recherches dans le domaine de Linux : 

http://www.google.com/linux

En effet, beaucoup de gens connaissent et utilisent Google en ignorant cette 
page Linux, qui fait toute la différence...
Autrement, sans vouloir vanter le contenu de notre Bookmark Manager (Opera ne 
fonctionne pas avec cette partie de notre site), allez quand même y faire un 
tour dans la catégorie Linux (on ne sait jamais) :

http://www.younics.org/bookmark_manager

P.S. n'oubliez pas d'activer JavaScript, car le Bookmark Manager en dépend !

@+

**
Cédric Rochat
Ch. du Commonet 4
1341 L'Orient
mail: [EMAIL PROTECTED]
==
Cédric Rochat
Ch. du Tyrol 10
1450 Ste-Croix
mail: [EMAIL PROTECTED]
==
ICQ: 70815513
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se désabonner aussi.



Re: Serveur linux

2001-05-22 Par sujet Cedric Rochat

Le Mardi, 22 Mai 2001 09.08, vous avez écrit :

> Ben alors viens chez moi pour SuSE 7.1, pas de roulette sur la souris
> (je sais c'est gadget mais je m'en passe plus), pas moyen d'avoir le son
> au boot du system, chaque fois "modprobe emu10k1", c'est lourd.

Des broutilles !! En somme... pas de quoi s'affoler !!

Pour la roulette, il y a un programme qui s'occupe de ça (imwheel) !! Il faut 
mettre les lignes suivantes dans ton fichier /etc/X11/XF86Config ou 
XF86Config-4 :

Option "Protocol""IMPS/2" #(à la place de "PS/2")
Option "ZAxisMapping" "4 5"
Option "Buttons" "5"

Ensuite, dans le fichier /etc/xinit/xinitrc, il faut mettre la ligne :

imwheel

Et le tour est joué !! Redémarre X, et ta roulette sera active...

En ce qui concerne ton module emu10k1, au pire, pour le charger au démarrage, 
tu as toujours la solution de mettre cette ligne dans le script 
/etc/init.d/boot.local :

modprobe emu10k1

Et voilà !! Un problème de plus en moins...

> Impossible de naviguer correctement sur certain sites en Java, j'ai
> essayer Opera, Konqueror et Netscape (ce dernier étant celui avec lequel
> j'arrive a voir les pages mais plante si je redimensionne la fenetre).

Pour ça, par contre, j'ai aussi toujours eu des problèmes avec Java ( faut 
dire que je me suis pas amusé à chercher une solution ) !!
J'utilise Opera les 3/4 du temps, Konqueror quand je vais sur un site Flash 
(quand y'a pas d'autre façon de le voir, parce que je ne supporte pas ces 
sites hyper lourds remplis d'animations aussi débiles qu'inutiles (désolé)), 
et Netscape 4.76 quand je veux voir du Java et certains Javascript qui ne 
passent pas avec les autres browsers...

@+

**
Cédric Rochat
Ch. du Commonet 4
1341 L'Orient
mail: [EMAIL PROTECTED]
==
Cédric Rochat
Ch. du Tyrol 10
1450 Ste-Croix
mail: [EMAIL PROTECTED]
==
ICQ: 70815513
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se désabonner aussi.



Re: Hors sujet ... bios

2001-05-02 Par sujet Cedric Rochat

Le Mercredi,  2 Mai 2001 13.23, vous avez écrit :
> C'est une EEPROM (electric eprom)... donc pas flash (pas effacable par UV
> donc..)

Juste au cas où :

- une EPROM ( Erasable Programmable Read Only Memory ), est
programmable électriquement, et effaçable par UV.

- une EEPROM, ou E2PROM ( Electrical Erasable Programmable Read Only Memory 
), est programmable ET effaçable électriquement.

La Flash est une sorte d'EEPROM !! C'est juste pour enlever cette confusion...

@+

**
Cédric Rochat
Ch. du Commonet 4
1341 L'Orient
mail: [EMAIL PROTECTED]
==
Cédric Rochat
Ch. du Tyrol 10
1450 Ste-Croix
mail: [EMAIL PROTECTED]
==
ICQ: 70815513
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question.



Problème de serveur ftp derrière un firewall

2001-04-09 Par sujet Cedric Rochat

Hello !!

J'ai toujours un problème avec mon serveur ftp (Wu-ftpd 2.2.4 Beta 18) :

il se trouve derrière un firewall ipchains, sur lequel j'ai mis les règles 
suivantes pour autoriser une connexion entrante sur un serveur ftp interne :

#
# Requetes client FTP entrantes
 
/sbin/ipchains -A input -i $EXT_INTERFACE -p tcp \
-s $ANY $UNPRIV_PORTS -d $IP_EXTERNE 21 -j ACCEPT

/sbin/ipchains -A output -i $EXT_INTERFACE -p tcp \
! -y -s $IP_EXTERNE 21 -d $ANY $UNPRIV_PORTS -j ACCEPT
 
# Reponses mode port canal de donnees
 
/sbin/ipchains -A output -i $EXT_INTERFACE -p tcp  \
-s $IP_EXTERNE 20 -d $ANY $UNPRIV_PORTS -j ACCEPT

/sbin/ipchains -A input -i $EXT_INTERFACE -p tcp \
! -y -s $IP_EXTERNE 20 -d $ANY $UNPRIV_PORTS -j ACCEPT
 
# Reponses mode canal de donnees passif
 
/sbin/ipchains -A input -i $EXT_INTERFACE -p tcp -s $ANY \
$UNPRIV_PORTS -d $IP_EXTERNE $UNPRIV_PORTS -j ACCEPT

/sbin/ipchains -A output -i $EXT_INTERFACE -p tcp ! -y \
-s $IP_EXTERNE $UNPRIV_PORTS -d $ANY $UNPRIV_PORTS \
-j ACCEPT
#

J'y ai aussi mis des règles pour le ftp sortant :

#
/sbin/ipchains -A output -i $EXT_INTERFACE -p tcp \
-s $IP_EXTERNE $UNPRIV_PORTS -d $ANY 21 -j ACCEPT

/sbin/ipchains -A input -i $EXT_INTERFACE -p tcp \
! -y -s $ANY 21 -d $IP_EXTERNE $UNPRIV_PORTS \
-j ACCEPT

/sbin/ipchains -A input -i $EXT_INTERFACE -p tcp \
-s $ANY 20 -d $IP_EXTERNE $UNPRIV_PORTS \
-j ACCEPT

/sbin/ipchains -A output -i $EXT_INTERFACE -p tcp \
! -y -s $IP_EXTERNE $UNPRIV_PORTS -d $ANY 20 \
-j ACCEPT
#

Pour les redirections de ports avec le protocole tcp, j'utilise rinetd :

#Règles présentes dans /etc/rinetd.conf*
10.224.1.1 20 172.16.3.43 20 #IP externe firewall sur IP ftp
10.224.1.1 21 172.16.3.43 21 #IP externe firewall sur IP ftp
#

Si je me connecte au serveur ftp depuis le LAN, la connexion se fait sans 
problème, mais depuis l'extérieur, j'obtiens l'erreur 500 (illegal port 
command). Dans les FAQ de Wu-ftpd, ils disent que cette erreur est due à la 
présence de "tcp6" au lieur de "tcp" dans inetd.conf, ce qui n'est absolument 
pas mon cas. Par contre, dans les FAQ de proftpd, il faudrait ajouter "allow 
ForreignAddress" dans son fichier de config.

Cette option étant inconnue de Wu-ftpd, comment puis-je faire pour autoriser 
la connexion depuis une adresse IP inconnue du serveur ?

Merci, et désolé pour la tartine !!

**
Cédric Rochat
Ch. du Commonet 4
1341 L'Orient
mail: [EMAIL PROTECTED]
==
Cédric Rochat
Ch. du Tyrol 10
1450 Ste-Croix
mail: [EMAIL PROTECTED]
==
ICQ: 70815513
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question.



Re: ISDN et route

2001-04-04 Par sujet Cedric Rochat

Le Mercredi,  4 Avril 2001 15.39, vous avez écrit :
> Salut à tous,
>
> Je viens de configurer ma carte ISDN et tout le tralala autour de facon a
> avoir un systeme dod (dial on demand).
Utilises-tu Diald?
Si c'est le cas, alors une liaison loop slip sert à cela.

>
> Le problème est que lorsque la communication est arretee (timeout) toutes
> les routes par defaut sont supprimées.
>
> Voici les routes avant et pendant la connection (sunrise) :
> 194.230.2.0 0.0.0.0 255.255.255.0   U 0  00 ippp0
> 89.0.0.00.0.0.0 255.255.255.0   U 0  00 eth0
> 127.0.0.0   0.0.0.0 255.0.0.0   U 0  00 lo
> 0.0.0.0 0.0.0.0 0.0.0.0 U 0  00 ippp0
>
> Et ici les routes après la deconnection :
> 194.230.2.0 0.0.0.0 255.255.255.0   U 0  00 ippp0
> 89.0.0.00.0.0.0 255.255.255.0   U 0  00 eth0
> 127.0.0.0   0.0.0.0 255.0.0.0   U 0  00 lo
>
>
> Que faire pour que la route par default ne soit plus supprimée ?
En supprimer la demande dans ton script ifdown, connect ou qqch...
Cela dépend de ta config, distrib.

voir /etc/ppp...

--
Félix Hauri - en transit;)
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question.



Limite de connexions avec Squid

2001-03-26 Par sujet Cedric Rochat

Nous avons un problème pour implémenter la variable "maxconn" dans les ACL de 
Squid (v 2.4 pre-stable). Cette option permettrait de définir un nombre 
maximal de connexions au Proxy en fonction de l'adresse IP du client,
mais ça n'a pas l'air de fonctionner dans notre cas, bien qu'on ait suivi 
toute la procédure...

Quelqu'un a-t-il réussi à l'implémenter ?

Merci d'avance...
-- 

**
Cédric Rochat
Ch. du Commonet 4
1341 L'Orient
mail: [EMAIL PROTECTED]
==
Cédric Rochat
Ch. du Tyrol 10
1450 Ste-Croix
mail: [EMAIL PROTECTED]
==
ICQ: 70815513
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question.