Re: Proftpd
Bonjour, Maintenant ça fonctionne sur SuSE avec un package RedHat installé en --force :-( cray:~ # rpm -qi proftpd Name: proftpd Relocations: (not relocateable) Version : 1.2.0rc3 Vendor: (none) Release : 1 Build Date: Tue Feb 6 21:40:15 2001 Install date: Wed Mar 7 18:55:58 2001 Build Host: youwish.biteme.com Group : System Environment/DaemonsSource RPM: proftpd-1.2.0rc3-1.src.rpm Size: 673832 License: GPL mais pas avec une compil depuis les sources sur Debian avec le MEME fichier de config ci-dessous ! (Je veux aussi le module mod_ldap.) Ce n'est effectivement pas nécessaire que le serveur fonctionne en root. === ServerName mon-server.chez-moi.com ServerType standalone ServerAdmin root@localhost DeferWelcomeoff DefaultServer on AuthPAM on Port21 Umask 022 Usernobody Group nogroup AllowOverwriteon HiddenStoron DefaultRoot ~ RequireValidShell no Merci Yann -- System administrator, http://www.ynternet.org Non profit organization serving young social entrepreneurs Portal & cybercenters for developing countries Tel.: +41-21-3113047 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: proftpd
Pour ton premier problème, j'ai fait un apt-get install proftpd, il a downloadé depuis security.debian.org et m'a installé: Version: 1.2.0pre10-2.0potato1 ensuite, j'ai édité /etc/proftpd.conf et j'ai exactement ajouté ce que tu as ajouté: defian:/home/schaefer# diff /etc/proftpd.conf.ORIG /etc/proftpd.conf 9a10,11 > DefaultRoot ~/public_html testgrp > Ensuite /etc/init.d/proftpd reload et chez moi ça marche (tm), c'est bien un vrai chroot. Si cela ne marche pas, un coup d'oeil dans /var/log/daemon.log est conseillé. (l'ancienne méthode Anonymous que j'emploie aussi était pour des vieilles versions de proftpd). Note: en l'état, les utilisateurs doivent avoir un shell valide. Sinon regarder dans /usr/doc/proftpd/FAQ-config.html il y a des exemples. Pour LDAP, je ne sais pas trop. Mais si cela marche ailleurs avec la même source, soit c'est la config de compilation (pas de support LDAP), soit c'est quelque chose autour. A voir la version de Debian n'a pas LDAP (proftpd -l). Par contre elle a PAM, et peut-être que cela peut se faire via PAM. Je dois dire que pour le moment je n'ai pas essayé LDAP. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Apache cannot determine host name
On Wed, 7 Mar 2001, Marc Mongenet wrote: > Bonjour, je viens d'installer Apache sur ma Debian 2.2r2 mais la > configuration par défaut ne fonctionne pas. Exemple au boot, après le > boot, en étant connecté par PPP, ça revient au même : Allons-y: defian:/etc# apt-get install apache Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: apache-common The following NEW packages will be installed: apache apache-common 0 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded. [ ... ] /usr/sbin/apachectl start: httpd started chez moi ça marche (tm) [Version: 1.3.9-13.2] > Je ne comprend pas pourquoi Apache n'arrive pas à déterminer le "local > host name". A mon avis, chez moi ça marche car mon /etc/hosts: 127.0.0.1 localhost 193.72.186.8defian.alphanet.ch defian En clair je n'ai pas touché 127.0.0.1 localhost, et j'ai un réseau fixe (Ethernet) avec l'adresse mentionnée. > Bien sûr je pourrais essayer de donner une valeur (laquelle ?) à ServerName, Sauf erreur ServerName est le nom qui sera transmis au client HTTP. Il faut donc que pour tout client qui accédera au serveur Apache, resolve(ServerName) donne bien l'adresse. Apache le trouve tout seul, sauf dans un cas: s'il n'y a aucune autre interface que l'interface locale (ou si les autres interfaces n'ont pas le unresolve qui marche). # ServerName allows you to set a host name which is sent back to clients for # your server if it's different than the one the program would get (i.e. use # "www" instead of the host's real name). # # Note: You cannot just invent host names and hope they work. The name you # define here must be a valid DNS name for your host. If you don't understand # this, ask your network administrator. Si tu mets localhost, le client distant voudra accéder aux requêtes suivantes via localhost, ie lui-même, au lieu du serveur, donc cela ne marchera pas (ni yok-yok, d'ailleurs, car c'est aussi 127.0.0.1). Cela n'a aucune importance, bien sûr, si tu n'as que des clients locaux. Dans ce dernier cas mettre localhost ou yok-yok, équivalent pour toi. On peut donc reprocher à Debian de ne pas avoir vu que ta machine n'a aucune connexion réseau et donc ne pourra jamais être accédée de l'extérieur correctement. Dans ce cas Debian devrait mettre localhost dans ServerName, car Apache ne pourra pas trouver de nom différent d'un nom à valeur locale seulement qui se résoud. Est-ce que j'ai un peu clarifié le problème ? > Effectivement, sur d'autres distribs, il n'y a pas besoin de modifier > httpd.conf pour Ces autres distributions, elles installent une interface `dummy' pour le réseau ? -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: proftpd
Marc SCHAEFER a écrit : > Note: en l'état, les utilisateurs doivent avoir un shell valide. Sinon > regarder dans /usr/doc/proftpd/FAQ-config.html il y a des exemples. OK maintenant ça marche avec une version compilée maison avec mod_ldap. Après avoir réinstallé de package .deb, j'ai changé le script pour que le daemon lancé soit /usr/local/sbin/proftpd. Pas de shell valide nécessaire. Pour LDAP, j'ai une erreur : Starting professional ftp daemon: - Fatal: unknown configuration directive 'LDAPPrefix' on line 154 of '/etc/proftpd.conf'. Il semble qu'il ne trouve pas le module mod_ldap qui est pourtant bien là : rio:/etc# proftpd -l Compiled-in modules: mod_core.c mod_auth.c mod_xfer.c mod_site.c mod_ls.c mod_unixpw.c mod_log.c mod_pam.c mod_ldap.c mod_linuxprivs.c Yann -- System administrator, http://www.ynternet.org Non profit organization serving young social entrepreneurs Portal & cybercenters for developing countries Tel.: +41-21-3113047 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: proftpd
Yann Forget wrote: > > Pour LDAP, j'ai une erreur : > Starting professional ftp daemon: > - Fatal: unknown configuration directive 'LDAPPrefix' > on line 154 of '/etc/proftpd.conf'. > > Il semble qu'il ne trouve pas le module mod_ldap > qui est pourtant bien là : Pas sûr. Il n'y a pas d'erreur pour la première directive LDAP : LDAPServer. Es-tu sûr que LDAPPrefix est correct ? Et si tu l'enlèves a ne marche pas ? -- Paul-Jean Cagnard "Gianna Nannini, pourquoi tant de N ?" -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: proftpd
Paul-Jean Cagnard a écrit : > > Yann Forget wrote: > > > > Pour LDAP, j'ai une erreur : > > Starting professional ftp daemon: > > - Fatal: unknown configuration directive 'LDAPPrefix' > > on line 154 of '/etc/proftpd.conf'. > > > > Il semble qu'il ne trouve pas le module mod_ldap > > qui est pourtant bien là : > > Pas sûr. Il n'y a pas d'erreur pour la première directive LDAP : > LDAPServer. Es-tu sûr que LDAPPrefix est correct ? D'après "Proftpd: A User's Guide" : Example 7-13. A typical configuration fragment LDAPServer "localhost" LDAPPrefix "dc=horde,dc=net" LDAPDN "cn=thedn,dc=horde,dc=net" LDAPDNPass "ldap_dnpass" LDAPNegativeCache on > Et si tu l'enlèves a ne marche pas ? Si je l'enlève pas d'erreur pour la première directive. Mais alors, comment fait-on pour indiquer à quel directory il doit s'adresser ? Yann -- System administrator, http://www.ynternet.org Non profit organization serving young social entrepreneurs Portal & cybercenters for developing countries Tel.: +41-21-3113047 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: proftpd
Yann Forget a écrit : > > Pas sûr. Il n'y a pas d'erreur pour la première directive LDAP : > > LDAPServer. Es-tu sûr que LDAPPrefix est correct ? > > D'après "Proftpd: A User's Guide" : > Example 7-13. A typical configuration fragment > > LDAPServer "localhost" > LDAPPrefix "dc=horde,dc=net" > LDAPDN "cn=thedn,dc=horde,dc=net" > LDAPDNPass "ldap_dnpass" > LDAPNegativeCache on Bon, je me réponds à moi-même car j'ai un peu progressé. Il semble qu'il y ait _beaucoup_ de vieux exemples et de docs dépassés qui traînent sur ce sujet. La config a apparemment complètement changé. Maintenant le serveur se lance bien avec : LDAPServer "localhost" LDAPDNInfo "uid=admin,ou=domains,o=ynternet" "{SHA}***=" LDAPAuthBinds on LDAPDoAuth on "o=ynternet" "(&(uid=%u)(objectclass=person))" LDAPNegativeCache on Mais l'authentification se fait toujours avec PAM bien que j'ai spécifié : AuthPAM off Une idée ? Yann -- System administrator, http://www.ynternet.org Non profit organization serving young social entrepreneurs Portal & cybercenters for developing countries Tel.: +41-21-3113047 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Sound
Petite question un peu hors sujet, mais destinee a trouver une solution Linux plutot que W*... Quelqu'un connait-il un logiciel capable de lire du texte (francais/anglais) et de le balancer sur une carte son ? Y-a-t-il des sites a ce sujet ? Merci Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Sound
Daniel Cordey wrote: > > Petite question un peu hors sujet, mais destinee a trouver une solution Linux > plutot que W*... > > Quelqu'un connait-il un logiciel capable de lire du texte (francais/anglais) et > de le balancer sur une carte son ? Y-a-t-il des sites a ce sujet ? Salut si tu veux juste balancer le texte sur la carte son tu peux essayer $ cat file.txt > /dev/dsp pour un meilleur résultat tu peux essayer festival: http://www.cstr.ed.ac.uk/projects/festival/ je n'ai pas essayé moi-même mais je crois pas qu'il cause français, mais tu peux toujours apporter ta contibution au projet ! Martin -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Apache cannot determine host name
Marc SCHAEFER wrote: > > On Wed, 7 Mar 2001, Marc Mongenet wrote: > > Allons-y: Merci pour tout tes efforts. > chez moi ça marche (tm) [Version: 1.3.9-13.2] J'ai aussi la version 1.3.9-13.2. > > Je ne comprend pas pourquoi Apache n'arrive pas à déterminer le "local > > host name". > > A mon avis, chez moi ça marche car mon /etc/hosts: > >127.0.0.1 localhost >193.72.186.8defian.alphanet.ch defian > > En clair je n'ai pas touché 127.0.0.1 localhost, et j'ai un réseau fixe > (Ethernet) avec l'adresse mentionnée. Est-ce que Apache lirait directement ce fichier ? (voir en-dessous). > > Bien sûr je pourrais essayer de donner une valeur (laquelle ?) à ServerName, > > Sauf erreur ServerName est le nom qui sera transmis au client HTTP. Il > faut donc que pour tout client qui accédera au serveur Apache, > resolve(ServerName) donne bien l'adresse. > > Apache le trouve tout seul, sauf dans un cas: s'il n'y a aucune autre > interface que l'interface locale (ou si les autres interfaces n'ont pas le > unresolve qui marche). Je ne comprend pas très bien ce que fait Apache. Comment peut-il trouver tout seul ? Il y a bien `hostname`, mais il ne semble pas l'utiliser, sinon il trouverait "yok-yok". Et pour les autres interfaces, comment les trouve-t-il, comment sélectionne-t-il la bonne ? Avoir une interface PPP active ne l'intéresse pas chez moi. Pourtant le unresolve marche, j'ai toujours un nom du genre "pop-ls-9-4-1.freesurf.ch" lorsque je suis connecté par PPP. Je suppose qu'il faut lire les sources d'Apache pour comprendre la logique. > # ServerName allows you to set a host name which is sent back to clients for > # your server if it's different than the one the program would get (i.e. use > # "www" instead of the host's real name). > # > # Note: You cannot just invent host names and hope they work. The name you > # define here must be a valid DNS name for your host. If you don't understand > # this, ask your network administrator. > > Si tu mets localhost, le client distant voudra accéder aux requêtes > suivantes via localhost, ie lui-même, au lieu du serveur, donc cela ne > marchera pas (ni yok-yok, d'ailleurs, car c'est aussi 127.0.0.1). > Cela n'a aucune importance, bien sûr, si tu n'as que des clients locaux. > Dans ce dernier cas mettre localhost ou yok-yok, équivalent pour toi. C'est aussi ce que je comprend, merci pour l'approfondissement. > On peut donc reprocher à Debian de ne pas avoir vu que ta machine n'a > aucune connexion réseau et donc ne pourra jamais être accédée de > l'extérieur correctement. Dans ce cas Debian devrait mettre localhost > dans ServerName, car Apache ne pourra pas trouver de nom différent d'un > nom à valeur locale seulement qui se résoud. On pourrait aussi reprocher à Apache de ne pas se satisfaire d'un nom local lorsqu'il ne trouve rien d'autre, non ? > Est-ce que j'ai un peu clarifié le problème ? Oui, un peu, mais je suis difficile satisfaire tant que je n'ai pas tout compris. :-) Pour résumer, 3 points m'échappent : - Comment Apache reconnaît les noms locaux ? - Pourquoi n'utilise-t-il pas le nom local s'il n'en trouve pas d'autre ? - Pourquoi ne trouve-t-il pas le nom réseau lorsque je suis connecté ? Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Sound
Hello, On Thu, Mar 08, 2001 at 11:58:04PM +0100, Daniel Cordey wrote: > Petite question un peu hors sujet, mais destinee a trouver une solution Linux > plutot que W*... > > Quelqu'un connait-il un logiciel capable de lire du texte (francais/anglais) et > de le balancer sur une carte son ? Y-a-t-il des sites a ce sujet ? Tu peux regarder MBROLA : http://tcts.fpms.ac.be/synthesis/mbrola.html A plus. Olivier. -- Olivier Bornet | français : http://puck.ch/f Swiss Ice Hockey Results | english : http://puck.ch/e http://puck.ch/| deutsch : http://puck.ch/g [EMAIL PROTECTED] | italiano : http://puck.ch/i Get my PGP-key at http://puck.ch/pgp or at http://wwwkeys.pgp.net -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.