Voulant activer un accès restreint sur un site http avec Apache et
Panther, je me renseigne sur plusieurs sites traitant de la question, en
trouve de clairs et précis, suis les indications à la lettre pour au
final obtenir un accès impossible par le web sur le dossier à protéger
dans Webserveur/Documents/
Je ne demande pas comment faire puisque j'ai la procédure sous les yeux
mais seulement si quelqu'un a pu faire fonctionner cet accès restreint
dans le dossier webserveur où se trouve tous les dossiers et documents à
protéger.
j'obtiens en lançant http://localhost "vous n'êtes pas autorisé à voir ce dossier".
t'aurais pas plutôt un problème de droit Unix sur tes fichiers de toutes natures nouvellement créés ? J'ai déjà eu le coup plusieurs fois après des MAJ système, "accès interdit" sur mes sites webs locaux ;-)
Pas impossible - j'essaye d'explorer toutes les pistes. Quels droits doivent donc avoir ces fichiers situés dans /Library/webserver/Documents ?
-- A+
Bernd
Henri Balmain <Henri.Balmain@wanadoo.fr> wrote:
j'obtiens en lançant http://localhost "vous n'êtes pas autorisé à voir
ce dossier".
t'aurais pas plutôt un problème de droit Unix sur tes fichiers de toutes
natures nouvellement créés ? J'ai déjà eu le coup plusieurs fois après
des MAJ système, "accès interdit" sur mes sites webs locaux ;-)
Pas impossible - j'essaye d'explorer toutes les pistes. Quels droits
doivent donc avoir ces fichiers situés dans /Library/webserver/Documents
?
j'obtiens en lançant http://localhost "vous n'êtes pas autorisé à voir ce dossier".
t'aurais pas plutôt un problème de droit Unix sur tes fichiers de toutes natures nouvellement créés ? J'ai déjà eu le coup plusieurs fois après des MAJ système, "accès interdit" sur mes sites webs locaux ;-)
Pas impossible - j'essaye d'explorer toutes les pistes. Quels droits doivent donc avoir ces fichiers situés dans /Library/webserver/Documents ?
-- A+
Bernd
patpro
In article <1g4w3n3.11flna51iab7gyN%, (Henri Balmain) wrote:
il faut surtout qu'apache puisse le lire !
oui, donc possesseur www si je ne m'abuse
ou o+r
Reste plus que la méthode de création des fichiers, refaire ça en passant par le terminal, mais les fichiers produits ont apparememnt les droits à corrigger, ils ont possesseur system, groupe staff alors que l'utilisateur d'apache est www, groupe www ..
`chmod o+r ton_fichier` devrait suffir.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <1g4w3n3.11flna51iab7gyN%Henri.Balmain@wanadoo.fr>,
Henri.Balmain@wanadoo.fr (Henri Balmain) wrote:
il faut surtout qu'apache puisse le lire !
oui, donc possesseur www si je ne m'abuse
ou o+r
Reste plus que la méthode de création des fichiers, refaire ça en
passant par le terminal, mais les fichiers produits ont apparememnt les
droits à corrigger, ils ont possesseur system, groupe staff alors que
l'utilisateur d'apache est www, groupe www ..
`chmod o+r ton_fichier` devrait suffir.
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
In article <1g4w3n3.11flna51iab7gyN%, (Henri Balmain) wrote:
il faut surtout qu'apache puisse le lire !
oui, donc possesseur www si je ne m'abuse
ou o+r
Reste plus que la méthode de création des fichiers, refaire ça en passant par le terminal, mais les fichiers produits ont apparememnt les droits à corrigger, ils ont possesseur system, groupe staff alors que l'utilisateur d'apache est www, groupe www ..
`chmod o+r ton_fichier` devrait suffir.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
Henri.Balmain
patpro wrote:
In article <1g4w3n3.11flna51iab7gyN%, (Henri Balmain) wrote:
il faut surtout qu'apache puisse le lire !
oui, donc possesseur www si je ne m'abuse
ou o+r
Reste plus que la méthode de création des fichiers, refaire ça en passant par le terminal, mais les fichiers produits ont apparememnt les droits à corrigger, ils ont possesseur system, groupe staff alors que l'utilisateur d'apache est www, groupe www ..
`chmod o+r ton_fichier` devrait suffir.
patpro non, c'est peut-être un problème de format de fichiets, j'ai eu ça une
fois avec des fichiers système qui s'ouvrent avec textEdit quand on clique dessus ...
Henri
patpro <patpro@boleskine.patpro.net> wrote:
In article <1g4w3n3.11flna51iab7gyN%Henri.Balmain@wanadoo.fr>,
Henri.Balmain@wanadoo.fr (Henri Balmain) wrote:
il faut surtout qu'apache puisse le lire !
oui, donc possesseur www si je ne m'abuse
ou o+r
Reste plus que la méthode de création des fichiers, refaire ça en
passant par le terminal, mais les fichiers produits ont apparememnt les
droits à corrigger, ils ont possesseur system, groupe staff alors que
l'utilisateur d'apache est www, groupe www ..
`chmod o+r ton_fichier` devrait suffir.
patpro
non, c'est peut-être un problème de format de fichiets, j'ai eu ça une
fois avec des fichiers système qui s'ouvrent avec textEdit quand on
clique dessus ...
In article <1g4w3n3.11flna51iab7gyN%, (Henri Balmain) wrote:
il faut surtout qu'apache puisse le lire !
oui, donc possesseur www si je ne m'abuse
ou o+r
Reste plus que la méthode de création des fichiers, refaire ça en passant par le terminal, mais les fichiers produits ont apparememnt les droits à corrigger, ils ont possesseur system, groupe staff alors que l'utilisateur d'apache est www, groupe www ..
`chmod o+r ton_fichier` devrait suffir.
patpro non, c'est peut-être un problème de format de fichiets, j'ai eu ça une
fois avec des fichiers système qui s'ouvrent avec textEdit quand on clique dessus ...
Henri
patpro
In article <1g4w893.x0bq11ase8eaN%, (Henri Balmain) wrote:
patpro wrote:
`chmod o+r ton_fichier` devrait suffir.
non, c'est peut-être un problème de format de fichiets, j'ai eu ça une
fois avec des fichiers système qui s'ouvrent avec textEdit quand on clique dessus ...
mais qu'est ce que vous faites avec vos machines ? :)))
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <1g4w893.x0bq11ase8eaN%Henri.Balmain@wanadoo.fr>,
Henri.Balmain@wanadoo.fr (Henri Balmain) wrote:
patpro <patpro@boleskine.patpro.net> wrote:
`chmod o+r ton_fichier` devrait suffir.
non, c'est peut-être un problème de format de fichiets, j'ai eu ça une
fois avec des fichiers système qui s'ouvrent avec textEdit quand on
clique dessus ...
mais qu'est ce que vous faites avec vos machines ? :)))
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
In article <1g4wacz.irb9e119xwds7N%, (Bernd) wrote:
Henri Balmain wrote:
`chmod o+r ton_fichier` devrait suffir.
patpro non, c'est peut-être un problème de format de fichiets, j'ai eu ça une
fois avec des fichiers système qui s'ouvrent avec textEdit quand on clique dessus ...
Justement les fichies dont on parle (.htaccess, .htpasswd) s'ouvrent dans mon Mac avec TextEdit. Que faire alors pour l'éviter ?
faire comme j'ai dit dans mon mode d'emploi, utilise nano dans le terminal.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
Schmurtz
Juste des remarque de forme sans importances :
$ sudo bash
"sudo -s" est fait pour ça. (mais c'est strictement la même chose)
# apachectl restart
SystemStarter restart "Web Server"
SystemStarter est la commande dédiée au redémarrage (ou démarrage/arrêt) d'un démon. C'est beaucoup plus pratique que de le faire à la main, surtout que SystemStarter gère les dépendances entre démons et configuration qui doivent être relancés/reconfigurés. Dans le cas d'Apache, ça fait exactement la même chose que apachectl, mais c'est juste pour donner la méthode la plus homogène.
-- Schmurtz
Juste des remarque de forme sans importances :
$ sudo bash
"sudo -s" est fait pour ça. (mais c'est strictement la même chose)
# apachectl restart
SystemStarter restart "Web Server"
SystemStarter est la commande dédiée au redémarrage (ou démarrage/arrêt)
d'un démon. C'est beaucoup plus pratique que de le faire à la main,
surtout que SystemStarter gère les dépendances entre démons et
configuration qui doivent être relancés/reconfigurés. Dans le cas
d'Apache, ça fait exactement la même chose que apachectl, mais c'est
juste pour donner la méthode la plus homogène.
"sudo -s" est fait pour ça. (mais c'est strictement la même chose)
# apachectl restart
SystemStarter restart "Web Server"
SystemStarter est la commande dédiée au redémarrage (ou démarrage/arrêt) d'un démon. C'est beaucoup plus pratique que de le faire à la main, surtout que SystemStarter gère les dépendances entre démons et configuration qui doivent être relancés/reconfigurés. Dans le cas d'Apache, ça fait exactement la même chose que apachectl, mais c'est juste pour donner la méthode la plus homogène.
-- Schmurtz
patpro
In article <bpt5fl$lci$, Schmurtz wrote:
Juste des remarque de forme sans importances :
$ sudo bash
"sudo -s" est fait pour ça. (mais c'est strictement la même chose)
wouaaa sudo -s est super fort, il va dans ma tete pour savoir quel shell je veux lancer ? :) Non, c'est absolument pas la même chose.
# apachectl restart
SystemStarter restart "Web Server"
mouerf, quelle commande de daube. "Web Server", ca c'est un super argument :))) En prime, ca ne supporte pas tous les arguments d'apachectl. (SystemStarter configtest "Web Server" --> PAF dans le mur)
m'enfin...
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <bpt5fl$lci$3@news.polytechnique.fr>, Schmurtz <moi@ici.com>
wrote:
Juste des remarque de forme sans importances :
$ sudo bash
"sudo -s" est fait pour ça. (mais c'est strictement la même chose)
wouaaa sudo -s est super fort, il va dans ma tete pour savoir quel shell
je veux lancer ? :)
Non, c'est absolument pas la même chose.
# apachectl restart
SystemStarter restart "Web Server"
mouerf, quelle commande de daube. "Web Server", ca c'est un super
argument :)))
En prime, ca ne supporte pas tous les arguments d'apachectl.
(SystemStarter configtest "Web Server" --> PAF dans le mur)
m'enfin...
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
"sudo -s" est fait pour ça. (mais c'est strictement la même chose)
wouaaa sudo -s est super fort, il va dans ma tete pour savoir quel shell je veux lancer ? :) Non, c'est absolument pas la même chose.
# apachectl restart
SystemStarter restart "Web Server"
mouerf, quelle commande de daube. "Web Server", ca c'est un super argument :))) En prime, ca ne supporte pas tous les arguments d'apachectl. (SystemStarter configtest "Web Server" --> PAF dans le mur)
m'enfin...
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
Schmurtz
# apachectl restart
SystemStarter restart "Web Server"
mouerf, quelle commande de daube. "Web Server", ca c'est un super argument :)))
C'est fait pour être indépendant du type de serveur web installé. Pour exmple, pour le serveur de courrier, c'est "SMTP" que tu sois en sendmail ou postfix.
Sinon c'est entièrement standardisé pour tous les startupitems : SSH NetInfo Web Server SMTP Printing -> pour CUPS NFS LDAP Cron BIND SMB System Log -> pour syslog
En prime, ca ne supporte pas tous les arguments d'apachectl. (SystemStarter configtest "Web Server" --> PAF dans le mur)
SystemStarter est fait pour permettre une simplification similaire à apachectl pour tous les démons. C'est sur ce point que je voulais insisté. C'est vrai que ça n'est pas indispensable pour apache.
Si t'es un fan de apachectl, sache que "apachectl graceful" et encore plus gentil que "apachectl restart" car il ne coupe pas les connexion en cours".
-- Schmurtz
# apachectl restart
SystemStarter restart "Web Server"
mouerf, quelle commande de daube. "Web Server", ca c'est un super
argument :)))
C'est fait pour être indépendant du type de serveur web installé. Pour
exmple, pour le serveur de courrier, c'est "SMTP" que tu sois en
sendmail ou postfix.
Sinon c'est entièrement standardisé pour tous les startupitems :
SSH
NetInfo
Web Server
SMTP
Printing -> pour CUPS
NFS
LDAP
Cron
BIND
SMB
System Log -> pour syslog
En prime, ca ne supporte pas tous les arguments d'apachectl.
(SystemStarter configtest "Web Server" --> PAF dans le mur)
SystemStarter est fait pour permettre une simplification similaire à
apachectl pour tous les démons. C'est sur ce point que je voulais
insisté. C'est vrai que ça n'est pas indispensable pour apache.
Si t'es un fan de apachectl, sache que "apachectl graceful" et encore
plus gentil que "apachectl restart" car il ne coupe pas les connexion en
cours".
mouerf, quelle commande de daube. "Web Server", ca c'est un super argument :)))
C'est fait pour être indépendant du type de serveur web installé. Pour exmple, pour le serveur de courrier, c'est "SMTP" que tu sois en sendmail ou postfix.
Sinon c'est entièrement standardisé pour tous les startupitems : SSH NetInfo Web Server SMTP Printing -> pour CUPS NFS LDAP Cron BIND SMB System Log -> pour syslog
En prime, ca ne supporte pas tous les arguments d'apachectl. (SystemStarter configtest "Web Server" --> PAF dans le mur)
SystemStarter est fait pour permettre une simplification similaire à apachectl pour tous les démons. C'est sur ce point que je voulais insisté. C'est vrai que ça n'est pas indispensable pour apache.
Si t'es un fan de apachectl, sache que "apachectl graceful" et encore plus gentil que "apachectl restart" car il ne coupe pas les connexion en cours".
-- Schmurtz
patpro
In article <bptd62$lci$, Schmurtz wrote:
C'est fait pour être indépendant du type de serveur web installé. Pour exmple, pour le serveur de courrier, c'est "SMTP" que tu sois en sendmail ou postfix.
oui oui, ça j'avais bien vu, mais c'est une commande systeme, on ne devrait pas s'en servir pour relancer un démon sur un systeme entierement fonctionnel par ailleurs (ie. pour le quel les dépendances sont lancées, et dans le cas par exemple d'un simple changement de conf). Bref, c'est tres bien pour les "Startup items", mais pour le reste *BOF*.
Si t'es un fan de apachectl, sache que "apachectl graceful" et encore plus gentil que "apachectl restart" car il ne coupe pas les connexion en cours".
oui je sais, mais pour un test local de htaccess on s'en fiche pas mal :)
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <bptd62$lci$12@news.polytechnique.fr>,
Schmurtz <moi@ici.com> wrote:
C'est fait pour être indépendant du type de serveur web installé. Pour
exmple, pour le serveur de courrier, c'est "SMTP" que tu sois en
sendmail ou postfix.
oui oui, ça j'avais bien vu, mais c'est une commande systeme, on ne
devrait pas s'en servir pour relancer un démon sur un systeme
entierement fonctionnel par ailleurs (ie. pour le quel les dépendances
sont lancées, et dans le cas par exemple d'un simple changement de
conf). Bref, c'est tres bien pour les "Startup items", mais pour le
reste *BOF*.
Si t'es un fan de apachectl, sache que "apachectl graceful" et encore
plus gentil que "apachectl restart" car il ne coupe pas les connexion en
cours".
oui je sais, mais pour un test local de htaccess on s'en fiche pas mal :)
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
C'est fait pour être indépendant du type de serveur web installé. Pour exmple, pour le serveur de courrier, c'est "SMTP" que tu sois en sendmail ou postfix.
oui oui, ça j'avais bien vu, mais c'est une commande systeme, on ne devrait pas s'en servir pour relancer un démon sur un systeme entierement fonctionnel par ailleurs (ie. pour le quel les dépendances sont lancées, et dans le cas par exemple d'un simple changement de conf). Bref, c'est tres bien pour les "Startup items", mais pour le reste *BOF*.
Si t'es un fan de apachectl, sache que "apachectl graceful" et encore plus gentil que "apachectl restart" car il ne coupe pas les connexion en cours".
oui je sais, mais pour un test local de htaccess on s'en fiche pas mal :)
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
