Je cherche un "HOWTO" pour utiliser mon Mac comme serveur web. "Partage
web personnel" est déjà activé dans les préférences, mais je ne sais pas
faire pour que les fichiers et dossiers que je placerai dans ~/Sites
soient accessibles.
J'ai modifié /etc/httpd.conf pour que le DocumentRoot soit le répertoire
dans lequel se trouvent les fichiers de mon site (sur un disque
externe), mais cela ne fonctionne pas, car les permissions sur ce disque
sont 700. Si je change ça, les autres utilisateurs pourront y accéder.
Le plus simple, ce serait que les fichiers soient dans ~/Sites, mais là
je les ai copiés, j'ai relancé apache ("sudo /usr/sbin/apachectl
restart"), mais quand je tente de voir http://127.0.0.1/ dans Firefox,
j'ai "permission denied". Pourtant ..
[1] de préférence, sans insulte
--
Yitzhak Isaac Goldstein
AADP's 'left-wing Jewish intellectual'
'fuck me, it's a torment to live amongst the nations'
http://www.chez.com/desmondcoughlan/
In article <1hyti3i.1ik91sj1emsw3uN%, (FiLH) wrote:
apache doit pouvoir lire, donc tu n'as pas 50 solutions. Néanmoins, il n'a pas besoin de pouvoir lire ton home, il a juste besoin du +x sur le répertoire. Donc un chmod o+x sur ton home devrait suffire.
Attention il y a des cas où le simple +x ne fonctionne pas, il me semble que c'est un php+safe mode, peut-être aussi certaines vérifications sur les chemins d'accés où il faut pouvoir lire tous les répertoire entre la racine et le répertoire courrant (pour faire des stats kovontbien).
hmmm, je doute que php/safe_mode s'intéresse à ce qu'il se passe en amont de la racine d'un vhost. Si tu as un exemple je suis intéressé.
On parlait de home hein... donc sur notre serveur il faut que le serveur web puisse lire tous les répertoires jusqu'au public_html de l'utilisateur, et que précisément un mode +x ne fonctionne pas.
J'avoue que j'ai tellement bataillé sur plein de choses ces temps ci que je ne me souviens plus trop de la directive précise qui met ça en jeu.
J'apprécie votre aide, juste une dernière question ... j'ai désactivé les pages, ayant l'intention de refaire le site. Avec PhP activé, les blogs et photos crées par iWeb marcheront ? RSS et compagnie..?
Y.
-- Yitzhak I. Goldstein Mac Mini 1.83 GHz / 1 Mo RAM http://www.flickr.com/photos/yitzhakgoldstein/
FiLH <filh@filh.orgie> wrote:
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
In article <1hyti3i.1ik91sj1emsw3uN%filh@filh.orgie>,
filh@filh.orgie (FiLH) wrote:
apache doit pouvoir lire, donc tu n'as pas 50 solutions. Néanmoins, il
n'a pas besoin de pouvoir lire ton home, il a juste besoin du +x sur le
répertoire.
Donc un chmod o+x sur ton home devrait suffire.
Attention il y a des cas où le simple +x ne fonctionne pas, il me semble
que c'est un php+safe mode, peut-être aussi certaines vérifications sur
les chemins d'accés où il faut pouvoir lire tous les répertoire entre la
racine et le répertoire courrant (pour faire des stats kovontbien).
hmmm, je doute que php/safe_mode s'intéresse à ce qu'il se passe en
amont de la racine d'un vhost. Si tu as un exemple je suis intéressé.
On parlait de home hein... donc sur notre serveur il faut que le serveur
web puisse lire tous les répertoires jusqu'au public_html de
l'utilisateur, et que précisément un mode +x ne fonctionne pas.
J'avoue que j'ai tellement bataillé sur plein de choses ces temps ci que
je ne me souviens plus trop de la directive précise qui met ça en jeu.
J'apprécie votre aide, juste une dernière question ... j'ai désactivé
les pages, ayant l'intention de refaire le site. Avec PhP activé, les
blogs et photos crées par iWeb marcheront ? RSS et compagnie..?
Y.
--
Yitzhak I. Goldstein
Mac Mini 1.83 GHz / 1 Mo RAM
http://www.flickr.com/photos/yitzhakgoldstein/
In article <1hyti3i.1ik91sj1emsw3uN%, (FiLH) wrote:
apache doit pouvoir lire, donc tu n'as pas 50 solutions. Néanmoins, il n'a pas besoin de pouvoir lire ton home, il a juste besoin du +x sur le répertoire. Donc un chmod o+x sur ton home devrait suffire.
Attention il y a des cas où le simple +x ne fonctionne pas, il me semble que c'est un php+safe mode, peut-être aussi certaines vérifications sur les chemins d'accés où il faut pouvoir lire tous les répertoire entre la racine et le répertoire courrant (pour faire des stats kovontbien).
hmmm, je doute que php/safe_mode s'intéresse à ce qu'il se passe en amont de la racine d'un vhost. Si tu as un exemple je suis intéressé.
On parlait de home hein... donc sur notre serveur il faut que le serveur web puisse lire tous les répertoires jusqu'au public_html de l'utilisateur, et que précisément un mode +x ne fonctionne pas.
J'avoue que j'ai tellement bataillé sur plein de choses ces temps ci que je ne me souviens plus trop de la directive précise qui met ça en jeu.
J'apprécie votre aide, juste une dernière question ... j'ai désactivé les pages, ayant l'intention de refaire le site. Avec PhP activé, les blogs et photos crées par iWeb marcheront ? RSS et compagnie..?
Y.
-- Yitzhak I. Goldstein Mac Mini 1.83 GHz / 1 Mo RAM http://www.flickr.com/photos/yitzhakgoldstein/
yitzhak
Le Moustique wrote:
Sincèrement ... _merci_ !! Une réponse sans invective ni "humour" (sic) digne de la cours de récré.
L'humour de cour de récré est à prendre... comme de l'humour! Si tu te braques ou t'en offusques, c'est toi qui en pâtis le plus. Je ne crois pas que quiconque ait voulu être blessant, simplement un peu taquin. Ca m'arrive très fréquemment (mon surnom en provient), mais je tâche de ne jamais froisser quelqu'un.
Ce qui agaçait, c'est d'une part qu'ils repetaient le "Yitzhak n'a jamais fait de conneries en tant que root" (ce qui - à l'heure de ces mots- vrai (mais je n'ai jamais dit que je n'en ferai pas), et ii) la conclusion "hâtive" (AMHA) que si ça ne marchait pas, c'était forcément de me faute.
Pour cela, je modifie le httpd.conf pour que la page *par défaut* soit dans ~/Sites. J'ai bon ?
Je ne pourrais te dire, je ne sais pas modifier ces fichiers de conf... mais ça doit être possible, ou bien tu crées un lien entre le dossier /Documents dans lequel on arrive par défaut et le dossier (pas forcément ~/Sites) dans lequel tu stockeras les fichiers à partager.
J'ai aussi trouvé un peu insultantes les réponses genre, "réparer, après tout ce que t'as fait'. J'ai beaucoup oublié depuis que je n'exerce plus ce métier, mais quand même, je sais éditer httpd.conf. Et comment étais-je censé savoir qu'Apple avait créé un fichier pour chaque utilisateur? Sous les UNIX "normaux", les virtual directives sont dans le fichier principal. Bon, je ne vais pas en faire un plat: Tiger c'est comme ça. Si ça ne me plaît pas, je n'ai qu'à changer d'OS, et je n'en ai point envie.
Dis-moi si j'ai capté le truc .. il va de soi qu'il y a des versions "vierges" de tout fichier auquel je touche. Je peux donc revenir à zéro sans souci.
Oui, tu as certainement compris le principe, mais tu te compliques un peu la vie, je crois.
Oui, ça marche ... il y a un souci avec DNS, mais c'est parce que j'ai créé un sous-domaine. http://coughlan.fr/ La même chose m'est arrivée avec 1&1 quand j'ai essayé de créer un sous-domaine du site de mon école. Là j'ai supprimé le sous-domaine, et j'attends que DNS soit mis à jour.
Merci encore!
Y.
-- Yitzhak I. Goldstein Mac Mini 1.83 GHz / 1 Mo RAM http://www.flickr.com/photos/yitzhakgoldstein/
Le Moustique <lemoustic@freesurf.fr> wrote:
Sincèrement ... _merci_ !! Une réponse sans invective ni "humour"
(sic) digne de la cours de récré.
L'humour de cour de récré est à prendre... comme de l'humour! Si tu te
braques ou t'en offusques, c'est toi qui en pâtis le plus. Je ne crois
pas que quiconque ait voulu être blessant, simplement un peu taquin.
Ca m'arrive très fréquemment (mon surnom en provient), mais je tâche de
ne jamais froisser quelqu'un.
Ce qui agaçait, c'est d'une part qu'ils repetaient le "Yitzhak n'a
jamais fait de conneries en tant que root" (ce qui - à l'heure de ces
mots- vrai (mais je n'ai jamais dit que je n'en ferai pas), et ii) la
conclusion "hâtive" (AMHA) que si ça ne marchait pas, c'était forcément
de me faute.
Pour cela, je modifie le httpd.conf pour que la page *par défaut* soit
dans ~/Sites. J'ai bon ?
Je ne pourrais te dire, je ne sais pas modifier ces fichiers de conf...
mais ça doit être possible, ou bien tu crées un lien entre le dossier
/Documents dans lequel on arrive par défaut et le dossier (pas forcément
~/Sites) dans lequel tu stockeras les fichiers à partager.
J'ai aussi trouvé un peu insultantes les réponses genre, "réparer, après
tout ce que t'as fait'. J'ai beaucoup oublié depuis que je n'exerce
plus ce métier, mais quand même, je sais éditer httpd.conf. Et comment
étais-je censé savoir qu'Apple avait créé un fichier pour chaque
utilisateur? Sous les UNIX "normaux", les virtual directives sont dans
le fichier principal. Bon, je ne vais pas en faire un plat: Tiger c'est
comme ça. Si ça ne me plaît pas, je n'ai qu'à changer d'OS, et je n'en
ai point envie.
Dis-moi si j'ai capté le truc .. il va de soi qu'il y a des versions
"vierges" de tout fichier auquel je touche. Je peux donc revenir à zéro
sans souci.
Oui, tu as certainement compris le principe, mais tu te compliques un
peu la vie, je crois.
Oui, ça marche ... il y a un souci avec DNS, mais c'est parce que j'ai
créé un sous-domaine. http://coughlan.fr/ La même chose m'est arrivée
avec 1&1 quand j'ai essayé de créer un sous-domaine du site de mon
école. Là j'ai supprimé le sous-domaine, et j'attends que DNS soit mis
à jour.
Merci encore!
Y.
--
Yitzhak I. Goldstein
Mac Mini 1.83 GHz / 1 Mo RAM
http://www.flickr.com/photos/yitzhakgoldstein/
Sincèrement ... _merci_ !! Une réponse sans invective ni "humour" (sic) digne de la cours de récré.
L'humour de cour de récré est à prendre... comme de l'humour! Si tu te braques ou t'en offusques, c'est toi qui en pâtis le plus. Je ne crois pas que quiconque ait voulu être blessant, simplement un peu taquin. Ca m'arrive très fréquemment (mon surnom en provient), mais je tâche de ne jamais froisser quelqu'un.
Ce qui agaçait, c'est d'une part qu'ils repetaient le "Yitzhak n'a jamais fait de conneries en tant que root" (ce qui - à l'heure de ces mots- vrai (mais je n'ai jamais dit que je n'en ferai pas), et ii) la conclusion "hâtive" (AMHA) que si ça ne marchait pas, c'était forcément de me faute.
Pour cela, je modifie le httpd.conf pour que la page *par défaut* soit dans ~/Sites. J'ai bon ?
Je ne pourrais te dire, je ne sais pas modifier ces fichiers de conf... mais ça doit être possible, ou bien tu crées un lien entre le dossier /Documents dans lequel on arrive par défaut et le dossier (pas forcément ~/Sites) dans lequel tu stockeras les fichiers à partager.
J'ai aussi trouvé un peu insultantes les réponses genre, "réparer, après tout ce que t'as fait'. J'ai beaucoup oublié depuis que je n'exerce plus ce métier, mais quand même, je sais éditer httpd.conf. Et comment étais-je censé savoir qu'Apple avait créé un fichier pour chaque utilisateur? Sous les UNIX "normaux", les virtual directives sont dans le fichier principal. Bon, je ne vais pas en faire un plat: Tiger c'est comme ça. Si ça ne me plaît pas, je n'ai qu'à changer d'OS, et je n'en ai point envie.
Dis-moi si j'ai capté le truc .. il va de soi qu'il y a des versions "vierges" de tout fichier auquel je touche. Je peux donc revenir à zéro sans souci.
Oui, tu as certainement compris le principe, mais tu te compliques un peu la vie, je crois.
Oui, ça marche ... il y a un souci avec DNS, mais c'est parce que j'ai créé un sous-domaine. http://coughlan.fr/ La même chose m'est arrivée avec 1&1 quand j'ai essayé de créer un sous-domaine du site de mon école. Là j'ai supprimé le sous-domaine, et j'attends que DNS soit mis à jour.
Merci encore!
Y.
-- Yitzhak I. Goldstein Mac Mini 1.83 GHz / 1 Mo RAM http://www.flickr.com/photos/yitzhakgoldstein/
yitzhak
patpro ~ Patrick Proniewski wrote:
In article <1hyrrpl.1eg412c1ki4bvrN%, (Yitzhak Isaac Goldstein) wrote:
Alors si j'ai bien capté, le site qui est servi, s'il n'y a pas le "~machin", ce sont les pages dans /Library/WebServer/Documents, ouais ?
voilà.
Donc, continuons ... j'ai un nom de domain qui est à présent hebergé par 1&1. Je veux que http://mondomaine.fr/ tombe systématiquement sur ~/Sites.
Pour cela, je modifie le httpd.conf pour que la page *par défaut* soit dans ~/Sites. J'ai bon ?
non.
On ne touche pas aux fichiers de conf systeme, sauf si on sait exactement ce que l'on fait. Dans le genre de surprise : mise à jour Apple qui écrase le httpd.conf. Le plus sûr pout toi, c'est de faire ta tambouille dans /etc/httpd/users/ton-login.conf.
Tu peux copier-coller ceci, dans le fichier en question :
tu sauves, tu relances apache, après ca devrait être bon.
T'es un génie. Merci !
Y.
-- Yitzhak I. Goldstein Mac Mini 1.83 GHz / 1 Mo RAM http://www.flickr.com/photos/yitzhakgoldstein/
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
In article <1hyrrpl.1eg412c1ki4bvrN%yitzhak@yahoo.fr>,
yitzhak@yahoo.fr (Yitzhak Isaac Goldstein) wrote:
Alors si j'ai bien capté, le site qui est servi, s'il
n'y a pas le "~machin", ce sont les pages dans
/Library/WebServer/Documents, ouais ?
voilà.
Donc, continuons ... j'ai un nom de domain qui est à présent hebergé par
1&1. Je veux que http://mondomaine.fr/ tombe systématiquement sur
~/Sites.
Pour cela, je modifie le httpd.conf pour que la page *par défaut* soit
dans ~/Sites. J'ai bon ?
non.
On ne touche pas aux fichiers de conf systeme, sauf si on sait
exactement ce que l'on fait. Dans le genre de surprise : mise à jour
Apple qui écrase le httpd.conf. Le plus sûr pout toi, c'est de faire ta
tambouille dans /etc/httpd/users/ton-login.conf.
Tu peux copier-coller ceci, dans le fichier en question :
In article <1hyrrpl.1eg412c1ki4bvrN%, (Yitzhak Isaac Goldstein) wrote:
Alors si j'ai bien capté, le site qui est servi, s'il n'y a pas le "~machin", ce sont les pages dans /Library/WebServer/Documents, ouais ?
voilà.
Donc, continuons ... j'ai un nom de domain qui est à présent hebergé par 1&1. Je veux que http://mondomaine.fr/ tombe systématiquement sur ~/Sites.
Pour cela, je modifie le httpd.conf pour que la page *par défaut* soit dans ~/Sites. J'ai bon ?
non.
On ne touche pas aux fichiers de conf systeme, sauf si on sait exactement ce que l'on fait. Dans le genre de surprise : mise à jour Apple qui écrase le httpd.conf. Le plus sûr pout toi, c'est de faire ta tambouille dans /etc/httpd/users/ton-login.conf.
Tu peux copier-coller ceci, dans le fichier en question :
tu sauves, tu relances apache, après ca devrait être bon.
T'es un génie. Merci !
Y.
-- Yitzhak I. Goldstein Mac Mini 1.83 GHz / 1 Mo RAM http://www.flickr.com/photos/yitzhakgoldstein/
yitzhak
Xavier wrote:
Yitzhak Isaac Goldstein wrote:
Sous les UNIX "normaux", les virtual directives sont dans le fichier principal
Ca fait longtemps que ce n'est plus vrai
$ tail -1 /usr/local/etc/apache/httpd.conf Include etc/apache22/Includes/*.conf
Ca se peut. Sur le serveur de mon bahut, il y a ...
# VirtualHost example: # Almost any Apache directive may go into a VirtualHost container. # The first VirtualHost section is used for requests without a known # server name. # #<VirtualHost *:80> # ServerAdmin # DocumentRoot /www/docs/dummy-host.example.com # ServerName dummy-host.example.com # ErrorLog /var/log/dummy-host.example.com-error_log # CustomLog /var/log/dummy-host.example.com-access_log common #</VirtualHost>
Commenté, car je ne m'en sers pas, mais il y est ..
Y.
-- Yitzhak I. Goldstein Mac Mini 1.83 GHz / 1 Mo RAM http://www.flickr.com/photos/yitzhakgoldstein/
Xavier <xavier@groumpf.org> wrote:
Yitzhak Isaac Goldstein <yitzhak@yahoo.fr> wrote:
Sous les UNIX "normaux", les virtual directives sont dans
le fichier principal
Ca fait longtemps que ce n'est plus vrai
$ tail -1 /usr/local/etc/apache/httpd.conf
Include etc/apache22/Includes/*.conf
Ca se peut. Sur le serveur de mon bahut, il y a ...
# VirtualHost example:
# Almost any Apache directive may go into a VirtualHost container.
# The first VirtualHost section is used for requests without a known
# server name.
#
#<VirtualHost *:80>
# ServerAdmin webmaster@dummy-host.example.com
# DocumentRoot /www/docs/dummy-host.example.com
# ServerName dummy-host.example.com
# ErrorLog /var/log/dummy-host.example.com-error_log
# CustomLog /var/log/dummy-host.example.com-access_log common
#</VirtualHost>
Commenté, car je ne m'en sers pas, mais il y est ..
Y.
--
Yitzhak I. Goldstein
Mac Mini 1.83 GHz / 1 Mo RAM
http://www.flickr.com/photos/yitzhakgoldstein/
Sous les UNIX "normaux", les virtual directives sont dans le fichier principal
Ca fait longtemps que ce n'est plus vrai
$ tail -1 /usr/local/etc/apache/httpd.conf Include etc/apache22/Includes/*.conf
Ca se peut. Sur le serveur de mon bahut, il y a ...
# VirtualHost example: # Almost any Apache directive may go into a VirtualHost container. # The first VirtualHost section is used for requests without a known # server name. # #<VirtualHost *:80> # ServerAdmin # DocumentRoot /www/docs/dummy-host.example.com # ServerName dummy-host.example.com # ErrorLog /var/log/dummy-host.example.com-error_log # CustomLog /var/log/dummy-host.example.com-access_log common #</VirtualHost>
Commenté, car je ne m'en sers pas, mais il y est ..
Y.
-- Yitzhak I. Goldstein Mac Mini 1.83 GHz / 1 Mo RAM http://www.flickr.com/photos/yitzhakgoldstein/
laurent.pertois
Yitzhak Isaac Goldstein wrote:
J'ai aussi trouvé un peu insultantes les réponses genre, "réparer, après tout ce que t'as fait'. J'ai beaucoup oublié depuis que je n'exerce plus ce métier, mais quand même, je sais éditer httpd.conf. Et comment étais-je censé savoir qu'Apple avait créé un fichier pour chaque utilisateur? Sous les UNIX "normaux", les virtual directives sont dans le fichier principal. Bon, je ne vais pas en faire un plat: Tiger c'est comme ça. Si ça ne me plaît pas, je n'ai qu'à changer d'OS, et je n'en ai point envie.
Je ne veux pas critiquer mais c'est quand même écrit dans le httpd.conf :
$ grep Include /etc/httpd/httpd.conf # "Includes", "FollowSymLinks", "ExecCGI", or "MultiViews". # Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec Include /private/etc/httpd/users/*.conf
Mais bon, l'essentiel c'est qu'on arrive à trouver ce que tu cherches.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Yitzhak Isaac Goldstein <yitzhak@yahoo.fr> wrote:
J'ai aussi trouvé un peu insultantes les réponses genre, "réparer, après
tout ce que t'as fait'. J'ai beaucoup oublié depuis que je n'exerce
plus ce métier, mais quand même, je sais éditer httpd.conf. Et comment
étais-je censé savoir qu'Apple avait créé un fichier pour chaque
utilisateur? Sous les UNIX "normaux", les virtual directives sont dans
le fichier principal. Bon, je ne vais pas en faire un plat: Tiger c'est
comme ça. Si ça ne me plaît pas, je n'ai qu'à changer d'OS, et je n'en
ai point envie.
Je ne veux pas critiquer mais c'est quand même écrit dans le httpd.conf
:
$ grep Include /etc/httpd/httpd.conf
# "Includes", "FollowSymLinks", "ExecCGI", or "MultiViews".
# Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec
Include /private/etc/httpd/users/*.conf
Mais bon, l'essentiel c'est qu'on arrive à trouver ce que tu cherches.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
J'ai aussi trouvé un peu insultantes les réponses genre, "réparer, après tout ce que t'as fait'. J'ai beaucoup oublié depuis que je n'exerce plus ce métier, mais quand même, je sais éditer httpd.conf. Et comment étais-je censé savoir qu'Apple avait créé un fichier pour chaque utilisateur? Sous les UNIX "normaux", les virtual directives sont dans le fichier principal. Bon, je ne vais pas en faire un plat: Tiger c'est comme ça. Si ça ne me plaît pas, je n'ai qu'à changer d'OS, et je n'en ai point envie.
Je ne veux pas critiquer mais c'est quand même écrit dans le httpd.conf :
$ grep Include /etc/httpd/httpd.conf # "Includes", "FollowSymLinks", "ExecCGI", or "MultiViews". # Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec Include /private/etc/httpd/users/*.conf
Mais bon, l'essentiel c'est qu'on arrive à trouver ce que tu cherches.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
yitzhak
Laurent Pertois wrote:
Yitzhak Isaac Goldstein wrote:
J'ai aussi trouvé un peu insultantes les réponses genre, "réparer, après tout ce que t'as fait'. J'ai beaucoup oublié depuis que je n'exerce plus ce métier, mais quand même, je sais éditer httpd.conf. Et comment étais-je censé savoir qu'Apple avait créé un fichier pour chaque utilisateur? Sous les UNIX "normaux", les virtual directives sont dans le fichier principal. Bon, je ne vais pas en faire un plat: Tiger c'est comme ça. Si ça ne me plaît pas, je n'ai qu'à changer d'OS, et je n'en ai point envie.
Je ne veux pas critiquer mais c'est quand même écrit dans le httpd.conf :
$ grep Include /etc/httpd/httpd.conf # "Includes", "FollowSymLinks", "ExecCGI", or "MultiViews". # Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec Include /private/etc/httpd/users/*.conf
Mais bon, l'essentiel c'est qu'on arrive à trouver ce que tu cherches.
Je reconnais volontiers mon erreur. Y.
-- Yitzhak I. Goldstein Mac Mini 1.83 GHz / 1 Mo RAM http://coughlan.fr/ http://www.flickr.com/photos/yitzhakgoldstein/
J'ai aussi trouvé un peu insultantes les réponses genre, "réparer, après
tout ce que t'as fait'. J'ai beaucoup oublié depuis que je n'exerce
plus ce métier, mais quand même, je sais éditer httpd.conf. Et comment
étais-je censé savoir qu'Apple avait créé un fichier pour chaque
utilisateur? Sous les UNIX "normaux", les virtual directives sont dans
le fichier principal. Bon, je ne vais pas en faire un plat: Tiger c'est
comme ça. Si ça ne me plaît pas, je n'ai qu'à changer d'OS, et je n'en
ai point envie.
Je ne veux pas critiquer mais c'est quand même écrit dans le httpd.conf
:
$ grep Include /etc/httpd/httpd.conf
# "Includes", "FollowSymLinks", "ExecCGI", or "MultiViews".
# Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec
Include /private/etc/httpd/users/*.conf
Mais bon, l'essentiel c'est qu'on arrive à trouver ce que tu cherches.
Je reconnais volontiers mon erreur.
Y.
--
Yitzhak I. Goldstein
Mac Mini 1.83 GHz / 1 Mo RAM
http://coughlan.fr/
http://www.flickr.com/photos/yitzhakgoldstein/
J'ai aussi trouvé un peu insultantes les réponses genre, "réparer, après tout ce que t'as fait'. J'ai beaucoup oublié depuis que je n'exerce plus ce métier, mais quand même, je sais éditer httpd.conf. Et comment étais-je censé savoir qu'Apple avait créé un fichier pour chaque utilisateur? Sous les UNIX "normaux", les virtual directives sont dans le fichier principal. Bon, je ne vais pas en faire un plat: Tiger c'est comme ça. Si ça ne me plaît pas, je n'ai qu'à changer d'OS, et je n'en ai point envie.
Je ne veux pas critiquer mais c'est quand même écrit dans le httpd.conf :
$ grep Include /etc/httpd/httpd.conf # "Includes", "FollowSymLinks", "ExecCGI", or "MultiViews". # Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec Include /private/etc/httpd/users/*.conf
Mais bon, l'essentiel c'est qu'on arrive à trouver ce que tu cherches.
Je reconnais volontiers mon erreur. Y.
-- Yitzhak I. Goldstein Mac Mini 1.83 GHz / 1 Mo RAM http://coughlan.fr/ http://www.flickr.com/photos/yitzhakgoldstein/
filh
Xavier wrote:
Yitzhak Isaac Goldstein wrote:
Sous les UNIX "normaux", les virtual directives sont dans le fichier principal
Ca fait longtemps que ce n'est plus vrai
Well... en fait on fait ce qu'on veut hein...
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
Xavier <xavier@groumpf.org> wrote:
Yitzhak Isaac Goldstein <yitzhak@yahoo.fr> wrote:
Sous les UNIX "normaux", les virtual directives sont dans
le fichier principal
Ca fait longtemps que ce n'est plus vrai
Well... en fait on fait ce qu'on veut hein...
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Roland Barthes.
http://www.filh.org
Sous les UNIX "normaux", les virtual directives sont dans le fichier principal
Ca fait longtemps que ce n'est plus vrai
Well... en fait on fait ce qu'on veut hein...
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
yitzhak
Le Moustique wrote:
Ce qui agaçait, c'est d'une part qu'ils repetaient le "Yitzhak n'a jamais fait de conneries en tant que root" J'ai aussi trouvé un peu insultantes les réponses genre, "réparer, après tout ce que t'as fait'.
Hem, je connais des forums nettement plus "agressifs"... d'ailleurs, je me demande si tu ne les connais pas aussi. :-)
Mais de quoi tu parles ....?
http://minilien.fr/a0kcn8
;-)
En fait, oui j'en connais qui sont plus agressifs .. donc quand je viens sur un forum dédié au Mac .. je n'ai pas forcément envie de polémiquer ici.
Oui, ça marche ... il y a un souci avec DNS, mais c'est parce que j'ai créé un sous-domaine. http://coughlan.fr/ La même chose m'est arrivée avec 1&1 quand j'ai essayé de créer un sous-domaine du site de mon école. Là j'ai supprimé le sous-domaine, et j'attends que DNS soit mis à jour.
Si le site coughlan.fr est sur ta machine, il est fonctionnel à cette heure... Et c'est bien ce qu'il me semblait, j'ai déjà vu ce nom traîner sur frm ou ukrm. ;-)
En effet, ça marche. Merci. :-)
Y.
-- Yitzhak I. Goldstein Mac Mini 1.83 GHz / 1 Mo RAM http://coughlan.fr/ http://www.flickr.com/photos/yitzhakgoldstein/
Le Moustique <lemoustic@freesurf.fr> wrote:
Ce qui agaçait, c'est d'une part qu'ils repetaient le "Yitzhak n'a
jamais fait de conneries en tant que root"
J'ai aussi trouvé un peu insultantes les réponses genre, "réparer, après
tout ce que t'as fait'.
Hem, je connais des forums nettement plus "agressifs"... d'ailleurs, je
me demande si tu ne les connais pas aussi. :-)
Mais de quoi tu parles ....?
http://minilien.fr/a0kcn8
;-)
En fait, oui j'en connais qui sont plus agressifs .. donc quand je viens
sur un forum dédié au Mac .. je n'ai pas forcément envie de polémiquer
ici.
Oui, ça marche ... il y a un souci avec DNS, mais c'est parce que j'ai
créé un sous-domaine. http://coughlan.fr/ La même chose m'est arrivée
avec 1&1 quand j'ai essayé de créer un sous-domaine du site de mon
école. Là j'ai supprimé le sous-domaine, et j'attends que DNS soit mis
à jour.
Si le site coughlan.fr est sur ta machine, il est fonctionnel à cette
heure... Et c'est bien ce qu'il me semblait, j'ai déjà vu ce nom traîner
sur frm ou ukrm. ;-)
En effet, ça marche. Merci. :-)
Y.
--
Yitzhak I. Goldstein
Mac Mini 1.83 GHz / 1 Mo RAM
http://coughlan.fr/
http://www.flickr.com/photos/yitzhakgoldstein/
Ce qui agaçait, c'est d'une part qu'ils repetaient le "Yitzhak n'a jamais fait de conneries en tant que root" J'ai aussi trouvé un peu insultantes les réponses genre, "réparer, après tout ce que t'as fait'.
Hem, je connais des forums nettement plus "agressifs"... d'ailleurs, je me demande si tu ne les connais pas aussi. :-)
Mais de quoi tu parles ....?
http://minilien.fr/a0kcn8
;-)
En fait, oui j'en connais qui sont plus agressifs .. donc quand je viens sur un forum dédié au Mac .. je n'ai pas forcément envie de polémiquer ici.
Oui, ça marche ... il y a un souci avec DNS, mais c'est parce que j'ai créé un sous-domaine. http://coughlan.fr/ La même chose m'est arrivée avec 1&1 quand j'ai essayé de créer un sous-domaine du site de mon école. Là j'ai supprimé le sous-domaine, et j'attends que DNS soit mis à jour.
Si le site coughlan.fr est sur ta machine, il est fonctionnel à cette heure... Et c'est bien ce qu'il me semblait, j'ai déjà vu ce nom traîner sur frm ou ukrm. ;-)
En effet, ça marche. Merci. :-)
Y.
-- Yitzhak I. Goldstein Mac Mini 1.83 GHz / 1 Mo RAM http://coughlan.fr/ http://www.flickr.com/photos/yitzhakgoldstein/
Henripasdespammerci
Yitzhak Isaac Goldstein wrote:
Gilbert OLIVIER wrote:
J'ai modifié /etc/httpd.conf pour que le DocumentRoot soit le répertoire dans lequel se trouvent les fichiers de mon site (sur un disque externe), mais cela ne fonctionne pas, car les permissions sur ce disque sont 700. Si je change ça, les autres utilisateurs pourront y accéder.
Après les modifs que tu as faite, va savoir comment ça va marche ? :-))
C'est un peu fatiguant de lire à chaque fois que c'est de ma faute que ça ne marche pas.
Pour info, l'adresse indiquée dans les Préférences Système est ..
http://192.168.0.10/
.. ou bien ...
http://192.168.0.10/~yitzhak
Ca aurait marché sur mon Mac (et en fait, ça marche toujours), mais en dehors du ce petit réseau, il y a de fortes chances pour que ça foire.
si tu veux rendre ton serveur accessible à tout internet, il te faut une adresse IP fixe pour le routeur de ton réseau, ouvrir celui-ci aux requêtes http, et ensuite "mapper" le dit routeur pour que les requêtes externes qui lui arrivent soit redirigées vers l'adresse IP du mac où se trouve ton site, sur lequel tu devras bien sur activer le service web
Pour ouvrir et mapper ton routeur, tu te connecte à lui avec un navigateur à l'adresse interne de celui-ci (habituellement 192.168.0.1, parfois 192.168.1.1, souvent identifiant d'usine admin, mot de passe d'usine password) et tu dit au bon endroit, généralement en anglais, d'ouvrir le port 80 et de le rediriger vers ton ordinateur 192.168.0.10
J'ai modifié /etc/httpd.conf pour que le DocumentRoot soit le répertoire
dans lequel se trouvent les fichiers de mon site (sur un disque
externe), mais cela ne fonctionne pas, car les permissions sur ce disque
sont 700. Si je change ça, les autres utilisateurs pourront y accéder.
Après les modifs que tu as faite, va savoir comment ça va marche ? :-))
C'est un peu fatiguant de lire à chaque fois que c'est de ma faute que
ça ne marche pas.
Pour info, l'adresse indiquée dans les Préférences Système est ..
http://192.168.0.10/
.. ou bien ...
http://192.168.0.10/~yitzhak
Ca aurait marché sur mon Mac (et en fait, ça marche toujours), mais en
dehors du ce petit réseau, il y a de fortes chances pour que ça foire.
si tu veux rendre ton serveur accessible à tout internet, il te faut une
adresse IP fixe pour le routeur de ton réseau, ouvrir celui-ci aux
requêtes http, et ensuite "mapper" le dit routeur pour que les requêtes
externes qui lui arrivent soit redirigées vers l'adresse IP du mac où se
trouve ton site, sur lequel tu devras bien sur activer le service web
Pour ouvrir et mapper ton routeur, tu te connecte à lui avec un
navigateur à l'adresse interne de celui-ci (habituellement 192.168.0.1,
parfois 192.168.1.1, souvent identifiant d'usine admin, mot de passe
d'usine password) et tu dit au bon endroit, généralement en anglais,
d'ouvrir le port 80 et de le rediriger vers ton ordinateur 192.168.0.10
J'ai modifié /etc/httpd.conf pour que le DocumentRoot soit le répertoire dans lequel se trouvent les fichiers de mon site (sur un disque externe), mais cela ne fonctionne pas, car les permissions sur ce disque sont 700. Si je change ça, les autres utilisateurs pourront y accéder.
Après les modifs que tu as faite, va savoir comment ça va marche ? :-))
C'est un peu fatiguant de lire à chaque fois que c'est de ma faute que ça ne marche pas.
Pour info, l'adresse indiquée dans les Préférences Système est ..
http://192.168.0.10/
.. ou bien ...
http://192.168.0.10/~yitzhak
Ca aurait marché sur mon Mac (et en fait, ça marche toujours), mais en dehors du ce petit réseau, il y a de fortes chances pour que ça foire.
si tu veux rendre ton serveur accessible à tout internet, il te faut une adresse IP fixe pour le routeur de ton réseau, ouvrir celui-ci aux requêtes http, et ensuite "mapper" le dit routeur pour que les requêtes externes qui lui arrivent soit redirigées vers l'adresse IP du mac où se trouve ton site, sur lequel tu devras bien sur activer le service web
Pour ouvrir et mapper ton routeur, tu te connecte à lui avec un navigateur à l'adresse interne de celui-ci (habituellement 192.168.0.1, parfois 192.168.1.1, souvent identifiant d'usine admin, mot de passe d'usine password) et tu dit au bon endroit, généralement en anglais, d'ouvrir le port 80 et de le rediriger vers ton ordinateur 192.168.0.10
Henri
-- Henri Balmain http://freenours.org
yitzhak
Henri Balmain wrote:
Yitzhak Isaac Goldstein wrote:
Gilbert OLIVIER wrote:
J'ai modifié /etc/httpd.conf pour que le DocumentRoot soit le répertoire dans lequel se trouvent les fichiers de mon site (sur un disque externe), mais cela ne fonctionne pas, car les permissions sur ce disque sont 700. Si je change ça, les autres utilisateurs pourront y accéder.
Après les modifs que tu as faite, va savoir comment ça va marche ? :-))
C'est un peu fatiguant de lire à chaque fois que c'est de ma faute que ça ne marche pas.
Pour info, l'adresse indiquée dans les Préférences Système est ..
http://192.168.0.10/
.. ou bien ...
http://192.168.0.10/~yitzhak
Ca aurait marché sur mon Mac (et en fait, ça marche toujours), mais en dehors du ce petit réseau, il y a de fortes chances pour que ça foire.
si tu veux rendre ton serveur accessible à tout internet, il te faut une adresse IP fixe pour le routeur de ton réseau, ouvrir celui-ci aux requêtes http, et ensuite "mapper" le dit routeur pour que les requêtes externes qui lui arrivent soit redirigées vers l'adresse IP du mac où se trouve ton site, sur lequel tu devras bien sur activer le service web
Pour ouvrir et mapper ton routeur, tu te connecte à lui avec un navigateur à l'adresse interne de celui-ci (habituellement 192.168.0.1, parfois 192.168.1.1, souvent identifiant d'usine admin, mot de passe d'usine password) et tu dit au bon endroit, généralement en anglais, d'ouvrir le port 80 et de le rediriger vers ton ordinateur 192.168.0.10
Merci, tout baigne.. ça marche maintenant.
Y.
-- Yitzhak I. Goldstein Mac Mini 1.83 GHz / 1 Mo RAM http://coughlan.fr/ http://www.flickr.com/photos/yitzhakgoldstein/
Henri Balmain <Henripasdespammerci@freenours.org> wrote:
J'ai modifié /etc/httpd.conf pour que le DocumentRoot soit le répertoire
dans lequel se trouvent les fichiers de mon site (sur un disque
externe), mais cela ne fonctionne pas, car les permissions sur ce disque
sont 700. Si je change ça, les autres utilisateurs pourront y accéder.
Après les modifs que tu as faite, va savoir comment ça va marche ? :-))
C'est un peu fatiguant de lire à chaque fois que c'est de ma faute que
ça ne marche pas.
Pour info, l'adresse indiquée dans les Préférences Système est ..
http://192.168.0.10/
.. ou bien ...
http://192.168.0.10/~yitzhak
Ca aurait marché sur mon Mac (et en fait, ça marche toujours), mais en
dehors du ce petit réseau, il y a de fortes chances pour que ça foire.
si tu veux rendre ton serveur accessible à tout internet, il te faut une
adresse IP fixe pour le routeur de ton réseau, ouvrir celui-ci aux
requêtes http, et ensuite "mapper" le dit routeur pour que les requêtes
externes qui lui arrivent soit redirigées vers l'adresse IP du mac où se
trouve ton site, sur lequel tu devras bien sur activer le service web
Pour ouvrir et mapper ton routeur, tu te connecte à lui avec un
navigateur à l'adresse interne de celui-ci (habituellement 192.168.0.1,
parfois 192.168.1.1, souvent identifiant d'usine admin, mot de passe
d'usine password) et tu dit au bon endroit, généralement en anglais,
d'ouvrir le port 80 et de le rediriger vers ton ordinateur 192.168.0.10
Merci, tout baigne.. ça marche maintenant.
Y.
--
Yitzhak I. Goldstein
Mac Mini 1.83 GHz / 1 Mo RAM
http://coughlan.fr/
http://www.flickr.com/photos/yitzhakgoldstein/
J'ai modifié /etc/httpd.conf pour que le DocumentRoot soit le répertoire dans lequel se trouvent les fichiers de mon site (sur un disque externe), mais cela ne fonctionne pas, car les permissions sur ce disque sont 700. Si je change ça, les autres utilisateurs pourront y accéder.
Après les modifs que tu as faite, va savoir comment ça va marche ? :-))
C'est un peu fatiguant de lire à chaque fois que c'est de ma faute que ça ne marche pas.
Pour info, l'adresse indiquée dans les Préférences Système est ..
http://192.168.0.10/
.. ou bien ...
http://192.168.0.10/~yitzhak
Ca aurait marché sur mon Mac (et en fait, ça marche toujours), mais en dehors du ce petit réseau, il y a de fortes chances pour que ça foire.
si tu veux rendre ton serveur accessible à tout internet, il te faut une adresse IP fixe pour le routeur de ton réseau, ouvrir celui-ci aux requêtes http, et ensuite "mapper" le dit routeur pour que les requêtes externes qui lui arrivent soit redirigées vers l'adresse IP du mac où se trouve ton site, sur lequel tu devras bien sur activer le service web
Pour ouvrir et mapper ton routeur, tu te connecte à lui avec un navigateur à l'adresse interne de celui-ci (habituellement 192.168.0.1, parfois 192.168.1.1, souvent identifiant d'usine admin, mot de passe d'usine password) et tu dit au bon endroit, généralement en anglais, d'ouvrir le port 80 et de le rediriger vers ton ordinateur 192.168.0.10
Merci, tout baigne.. ça marche maintenant.
Y.
-- Yitzhak I. Goldstein Mac Mini 1.83 GHz / 1 Mo RAM http://coughlan.fr/ http://www.flickr.com/photos/yitzhakgoldstein/
