OVH Cloud OVH Cloud

apache 2 et tiger

16 réponses
Avatar
Anthony Thibault
Bonjour, j'ai mis à jour mon panther ce week end et depuis que tiger est
en place, mon serveur (qui tourne sous apache 2) a un problème assez
bizarre.

Si je pose un fichier sur ce serveur et que je tente de le télécharger
(que ce soit en réseau local ou via mon ip) le téléchargement commence
et se termine normalement sauf que le fichier ne fait que 120Ko et n'est
donc pas valide)

De quoi cela peut-il venir ?

10 réponses

1 2
Avatar
patpro ~ Patrick Proniewski
In article <427f18c9$0$290$,
Anthony Thibault <anthony_AT_graphismedia.com> wrote:

Si je pose un fichier sur ce serveur et que je tente de le télécharger
(que ce soit en réseau local ou via mon ip) le téléchargement commence
et se termine normalement sauf que le fichier ne fait que 120Ko et n'est
donc pas valide)

De quoi cela peut-il venir ?



c'est un peu vague comme symptome, tu n'as pas de précisions ?
rien dans les logs ? as tu installé un apache tout cuit, ou l'as tu
compilé toi même ? ...

patpro

Avatar
Anthony Thibault
In article <427f18c9$0$290$,
Anthony Thibault <anthony_AT_graphismedia.com> wrote:


Si je pose un fichier sur ce serveur et que je tente de le télécharger
(que ce soit en réseau local ou via mon ip) le téléchargement commence
et se termine normalement sauf que le fichier ne fait que 120Ko et n'est
donc pas valide)

De quoi cela peut-il venir ?




c'est un peu vague comme symptome, tu n'as pas de précisions ?
rien dans les logs ? as tu installé un apache tout cuit, ou l'as tu
compilé toi même ? ...

patpro
C'est un apache 2 que j'avais installé sur mon panther sur lequel j'ai

réinstallé tiger (tout fonctionne d'ailleurs impec sauf ce pb)
Apache 2 installé à la main (selon les conseils de
http://edu.ca.edu/article72.html)

je viens de regarder dans les logs error et pour une demande de
téléchargement de fichier j'ai é: file does not exist
Users/Moi/Sites/fichier.zip (l'emplacement exact de mon fichier)

je comprend pas trop...
serait-ce une histoire de droits qui auraient été écrasés ?


Avatar
patpro ~ Patrick Proniewski
In article <427f1b74$0$316$,
Anthony Thibault <anthony_AT_graphismedia.com> wrote:

je viens de regarder dans les logs error et pour une demande de
téléchargement de fichier j'ai é: file does not exist
Users/Moi/Sites/fichier.zip (l'emplacement exact de mon fichier)

je comprend pas trop...
serait-ce une histoire de droits qui auraient été écrasés ?


bon ben voilà, ça avance.
essaye ça :

sudo -s
(ton pass)
sudo -u www ls /Users/Moi/Sites/fichier.zip

ça permettra de voir si l'utilisateur apache peut lire ton fichier.
Remplace www par le nom de l'utilisateur sous lequel tourne apache, et
le chemin du fichier par son vrai chemin.

patpro

Avatar
Anthony Thibault
In article <427f1b74$0$316$,
Anthony Thibault <anthony_AT_graphismedia.com> wrote:


je viens de regarder dans les logs error et pour une demande de
téléchargement de fichier j'ai é: file does not exist
Users/Moi/Sites/fichier.zip (l'emplacement exact de mon fichier)

je comprend pas trop...
serait-ce une histoire de droits qui auraient été écrasés ?



bon ben voilà, ça avance.
essaye ça :

sudo -s
(ton pass)
sudo -u www ls /Users/Moi/Sites/fichier.zip

ça permettra de voir si l'utilisateur apache peut lire ton fichier.
Remplace www par le nom de l'utilisateur sous lequel tourne apache, et
le chemin du fichier par son vrai chemin.

patpro


J'obtiens comme réponse : le chemin du fichier
/Users/Monnom/Sites/fichier.zip


Avatar
patpro ~ Patrick Proniewski
In article <427f1fab$0$293$,
Anthony Thibault <anthony_AT_graphismedia.com> wrote:

J'obtiens comme réponse : le chemin du fichier
/Users/Monnom/Sites/fichier.zip


donc apache peut le lire, maintenant il faut trouver pourquoi il fait
une erreur quand meme...
quelle URL tapes tu ?

patpro

Avatar
Anthony Thibault
In article <427f1fab$0$293$,
Anthony Thibault <anthony_AT_graphismedia.com> wrote:


J'obtiens comme réponse : le chemin du fichier
/Users/Monnom/Sites/fichier.zip



donc apache peut le lire, maintenant il faut trouver pourquoi il fait
une erreur quand meme...
quelle URL tapes tu ?

patpro
soit http://monip/fichier.zip (mon ip pointant sur le repertoire Sites

du mac), soit en local http://monmac/fichier.zip

le téléchargement commence, puis se bloque et se termine avec un fichier
de 60 à 300 Ko (je viens de faire d'autres tests, la taille n'est pas
tout le temps la même)


Avatar
patpro ~ Patrick Proniewski
In article <427f298f$0$320$,
Anthony Thibault <anthony_AT_graphismedia.com> wrote:

In article <427f1fab$0$293$,
Anthony Thibault <anthony_AT_graphismedia.com> wrote:


J'obtiens comme réponse : le chemin du fichier
/Users/Monnom/Sites/fichier.zip



donc apache peut le lire, maintenant il faut trouver pourquoi il fait
une erreur quand meme...
quelle URL tapes tu ?

patpro
soit http://monip/fichier.zip (mon ip pointant sur le repertoire Sites

du mac), soit en local http://monmac/fichier.zip

le téléchargement commence, puis se bloque et se termine avec un fichier
de 60 à 300 Ko (je viens de faire d'autres tests, la taille n'est pas
tout le temps la même)



et tu as toujours la même erreur dans les logs ?
Que ce passe t-il si tu fais le téléchargement avec wget ou curl, en
activant un maximum de paramètres de verbosité ?

par exemple pour wget :

wget -c -S http://monip/fichier.zip


patpro



Avatar
Anthony Thibault
In article <427f298f$0$320$,
Anthony Thibault <anthony_AT_graphismedia.com> wrote:



In article <427f1fab$0$293$,
Anthony Thibault <anthony_AT_graphismedia.com> wrote:



J'obtiens comme réponse : le chemin du fichier
/Users/Monnom/Sites/fichier.zip



donc apache peut le lire, maintenant il faut trouver pourquoi il fait
une erreur quand meme...
quelle URL tapes tu ?

patpro


soit http://monip/fichier.zip (mon ip pointant sur le repertoire Sites
du mac), soit en local http://monmac/fichier.zip

le téléchargement commence, puis se bloque et se termine avec un fichier
de 60 à 300 Ko (je viens de faire d'autres tests, la taille n'est pas
tout le temps la même)




et tu as toujours la même erreur dans les logs ?
Que ce passe t-il si tu fais le téléchargement avec wget ou curl, en
activant un maximum de paramètres de verbosité ?

par exemple pour wget :

wget -c -S http://monip/fichier.zip


patpro
Bon alors je commence à y voir plus clair :)


Finalement mes logs error ne sont pas à prendre en compte, mais par
contre dans mes logs d'acces, pour une demande de fichier via
http://lemac/1.zip (un fichier 1.zip directement à la racine du dossier
Sites) j'ai une ligne de log qui contient le code 206 qui veut dire
d'après mes recherches que le serveur retourne une partie seulement de
la taille demandée, ce qui est le cas...

Maintenant reste à savoir comment modifier ça.

J'ai également fait un autre test :
si je suis sur le mac et que je tape 127.0.0.1/1.zip dans un navigateur,
je télécharge bien le fichier en entier. si maintenant je passe par mon
IP/1.zip, ça ne fonctionne pas (il me retourne qu'une partie du
fichier)... et évidemment même chose si je tente un téléchargement
depuis le PC (que ce soit en réseau local ou par l'IP)

ça ressemble de plus en plus à une histoire de droit, non ? :)




Avatar
patpro ~ Patrick Proniewski
In article <427f3136$0$321$,
Anthony Thibault <anthony_AT_graphismedia.com> wrote:

par exemple pour wget :

wget -c -S http://monip/fichier.zip



Finalement mes logs error ne sont pas à prendre en compte,


a vrai dire, je m'en doutais ;)

ça ressemble de plus en plus à une histoire de droit, non ? :)


de moins en moins. Tiger intègre la gestion des ACL (gestion étendue des
droits d'accès), mais on ne peut pas encore assigner des droits a des
parties de fichiers.
Donc dans ton cas, il y'a bien un soucis quelque part dans la session
HTTP, mais pas dans les droits de fichier.

Tente la manip que je t'ai décrite avec wget, et colle le résultat ici
qu'on puisse voir ce qu'il en retourne.
Tu peux récupérer wget sur versiontracker, ou dans fink ou dnas
darwinports, ...

patpro


Avatar
Anthony Thibault
In article <427f3136$0$321$,
Anthony Thibault <anthony_AT_graphismedia.com> wrote:


par exemple pour wget :

wget -c -S http://monip/fichier.zip





Finalement mes logs error ne sont pas à prendre en compte,



a vrai dire, je m'en doutais ;)


ça ressemble de plus en plus à une histoire de droit, non ? :)



de moins en moins. Tiger intègre la gestion des ACL (gestion étendue des
droits d'accès), mais on ne peut pas encore assigner des droits a des
parties de fichiers.
Donc dans ton cas, il y'a bien un soucis quelque part dans la session
HTTP, mais pas dans les droits de fichier.

Tente la manip que je t'ai décrite avec wget, et colle le résultat ici
qu'on puisse voir ce qu'il en retourne.
Tu peux récupérer wget sur versiontracker, ou dans fink ou dnas
darwinports, ...

patpro



ça me donne ça :

wget -c -s http://monIP/1.zip
--12:29:01-- http://monIPm/1.zip
=> `1.zip'
Resolving monIP... done.
Connecting to monIP[monIP]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 7,224,657 [application/zip]

1% [ ] 114,688 202.90K/s
ETA 00:34

12:29:17 (202.90 KB/s) - Connection closed at byte 114688. Retrying.

--12:29:18-- http://monIP/1.zip
(try: 2) => `1.zip'
Connecting to monIP[monIP]:80... connected.
HTTP request sent, awaiting response... 206 Partial Content
Length: 7,224,657 (7,109,667 to go) [application/zip]

2% [> ] 180,526
1.36M/s ETA 00:04

12:29:33 (1.36 MB/s) - Connection closed at byte 180526. Retrying.

--12:29:35-- http://monIP/1.zip
(try: 3) => `1.zip'
Connecting to monIP[monIP]:80... connected.
HTTP request sent, awaiting response... 206 Partial Content
Length: 7,224,657 (7,043,772 to go) [application/zip]

2% [> ] 180,885
--.--K/s ETA --:--



etc...



1 2