blocage envoi d'images selon réglage freebox

Général
1

  Bonjour,

j'ai le problème suivant que je n'arrive pas à résoudre et qui laisse
indifférent le support de free...

Depuis peu je suis passé en mode routeur sur ma freebox et tout
semble bien fonctionner pour les 2 ordinateurs qui y sont reliés
(ssh, sftp, ftp,...) sauf l'écriture d'articles sur un site
collaboratif spip. En fait seul l'envoi d'images bloque (je peux
écrire un article fait de texte pur). Si je remets la freebox
en mode non routeur cela fonctionne de nouveau. Si quelqu'un a
une solution ou un début de piste, merci beaucoup.

Bruno
  

2

Bonsoir,

Est ce que vous êtes en IP dynamique?

Cordialement,

Teddy Payet

Le 10 févr. 2010 à 17:54, bruno <bruno.pincon@iecn.u-nancy.fr> a écrit :

Bonjour,

j'ai le problème suivant que je n'arrive pas à résoudre et qui laisse
indifférent le support de free...

Depuis peu je suis passé en mode routeur sur ma freebox et tout
semble bien fonctionner pour les 2 ordinateurs qui y sont reliés
(ssh, sftp, ftp,...) sauf l'écriture d'articles sur un site
collaboratif spip. En fait seul l'envoi d'images bloque (je peux
écrire un article fait de texte pur). Si je remets la freebox
en mode non routeur cela fonctionne de nouveau. Si quelqu'un a
une solution ou un début de piste, merci beaucoup.

Bruno

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Discuter chez rezo.net

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

3

Est ce que vous êtes en IP dynamique?

  Oui.

Bruno

4

Teddy Payet <teddy.spip <at> gmail.com> writes:

Bonsoir,

Est ce que vous êtes en IP dynamique?

  Oui.

Bruno

5

Bonjour,

Par filtrage des adresses, j'entends un mécanisme qui permet d'intercepter les requêtes http et de décider si oui ou non elles peuvent aboutir.
Les exemples classiques sont le filtrage parental, ou les contrôles d'accès en entreprise.

Généralement, ce type de filtrage est fait par un proxy transparent qui intercepte tout ce qui sort du réseau à destination du port tcp 80 d'une machine située sur internet.
Concrètement, ce type de dispositif "reformule" les requêtes issues des navigateurs situés sur le réseau local avant de les envoyer sur internet.

J'en arrive ainsi à la seconde question: les images sont chargées via le protocole http depuis le navigateur vers le serveur. S'il y a un proxy transparent au milieu, il peut donc potentiellement flanquer le bazar ... D'où mes questions :slight_smile:

6

Vincent wrote:

Bonjour,

Par filtrage des adresses, j'entends un mécanisme qui permet d'intercepter les requêtes http et de décider si oui ou non elles peuvent aboutir.
Les exemples classiques sont le filtrage parental, ou les contrôles d'accès en entreprise.

Généralement, ce type de filtrage est fait par un proxy transparent qui intercepte tout ce qui sort du réseau à destination du port tcp 80 d'une machine située sur internet.
Concrètement, ce type de dispositif "reformule" les requêtes issues des navigateurs situés sur le réseau local avant de les envoyer sur internet.

   OK, merci pour les explications mais a priori pas de mécanisme de ce type chez moi.

J'en arrive ainsi à la seconde question: les images sont chargées via le protocole http depuis le navigateur vers le serveur. S'il y a un proxy transparent au milieu, il peut donc potentiellement flanquer le bazar ... D'où mes questions :slight_smile:

    Ce qui ne marche pas dans mon cas serait donc l'envoi d'une image via http de ma machine vers une autre
(en tout cas celle du serveur du site collaboratif géré par spip). C'est quand même bizarre, j'ai vérifié que
ftp, sftp, ssh fonctionnaient bien, je vais essayer une manip identique sur un autre serveur pour voir si c'est
systématique.

Bien cordialement
Bruno

7

Pinçon Bruno a écrit :

Vincent wrote:

Bonjour,

Par filtrage des adresses, j'entends un mécanisme qui permet d'intercepter les requêtes http et de décider si oui ou non elles peuvent aboutir.
Les exemples classiques sont le filtrage parental, ou les contrôles d'accès en entreprise.

Généralement, ce type de filtrage est fait par un proxy transparent qui intercepte tout ce qui sort du réseau à destination du port tcp 80 d'une machine située sur internet.
Concrètement, ce type de dispositif "reformule" les requêtes issues des navigateurs situés sur le réseau local avant de les envoyer sur internet.

  OK, merci pour les explications mais a priori pas de mécanisme de ce type chez moi.

J'en arrive ainsi à la seconde question: les images sont chargées via le protocole http depuis le navigateur vers le serveur. S'il y a un proxy transparent au milieu, il peut donc potentiellement flanquer le bazar ... D'où mes questions :slight_smile:

   Ce qui ne marche pas dans mon cas serait donc l'envoi d'une image via http de ma machine vers une autre
(en tout cas celle du serveur du site collaboratif géré par spip). C'est quand même bizarre, j'ai vérifié que
ftp, sftp, ssh fonctionnaient bien, je vais essayer une manip identique sur un autre serveur pour voir si c'est
systématique.

Bien cordialement
Bruno

question bete : le site est bien configuré ? l'url par laquelle tu accèdes à Spip est bien celle déclarée dans la config ?

8

Pinçon Bruno a écrit :

Vincent wrote:

Bonjour,

Par filtrage des adresses, j'entends un mécanisme qui permet d'intercepter les requêtes http et de décider si oui ou non elles peuvent aboutir.
Les exemples classiques sont le filtrage parental, ou les contrôles d'accès en entreprise.

Généralement, ce type de filtrage est fait par un proxy transparent qui intercepte tout ce qui sort du réseau à destination du port tcp 80 d'une machine située sur internet.
Concrètement, ce type de dispositif "reformule" les requêtes issues des navigateurs situés sur le réseau local avant de les envoyer sur internet.

  OK, merci pour les explications mais a priori pas de mécanisme de ce type chez moi.

J'en arrive ainsi à la seconde question: les images sont chargées via le protocole http depuis le navigateur vers le serveur. S'il y a un proxy transparent au milieu, il peut donc potentiellement flanquer le bazar ... D'où mes questions :slight_smile:

   Ce qui ne marche pas dans mon cas serait donc l'envoi d'une image via http de ma machine vers une autre
(en tout cas celle du serveur du site collaboratif géré par spip). C'est quand même bizarre, j'ai vérifié que
ftp, sftp, ssh fonctionnaient bien, je vais essayer une manip identique sur un autre serveur pour voir si c'est
systématique.

Bien cordialement
Bruno

deuxieme question bete : ca serait pas un probleme de droits sur /IMG ?

9

Bonjour à tous,

J'ai lu rapidement et l'évocation du port 80 chez free
M'interpelle. Il y a une modif à ce propos depuis fin Janvier.
Pour en savoir plus: http://www.freenews.fr/spip.php?article7660

Yanik

-----Message d'origine-----
De : Stephane [mailto:stephane@rezo.net]
Envoyé : jeudi 11 février 2010 16:48
Cc : SPIP
Objet : Re: [Spip] blocage envoi d'images selon réglage freebox

Pinçon Bruno a écrit :

Vincent wrote:

Bonjour,

Par filtrage des adresses, j'entends un mécanisme qui permet
d'intercepter les requêtes http et de décider si oui ou non elles
peuvent aboutir.
Les exemples classiques sont le filtrage parental, ou les contrôles
d'accès en entreprise.

Généralement, ce type de filtrage est fait par un proxy transparent
qui intercepte tout ce qui sort du réseau à destination du port tcp 80
d'une machine située sur internet.
Concrètement, ce type de dispositif "reformule" les requêtes issues
des navigateurs situés sur le réseau local avant de les envoyer sur
internet.

  OK, merci pour les explications mais a priori pas de mécanisme de ce
type chez moi.

J'en arrive ainsi à la seconde question: les images sont chargées via
le protocole http depuis le navigateur vers le serveur. S'il y a un
proxy transparent au milieu, il peut donc potentiellement flanquer le
bazar ... D'où mes questions :slight_smile:

   Ce qui ne marche pas dans mon cas serait donc l'envoi d'une image via
http de ma machine vers une autre
(en tout cas celle du serveur du site collaboratif géré par spip).
C'est quand même bizarre, j'ai vérifié que
ftp, sftp, ssh fonctionnaient bien, je vais essayer une manip identique
sur un autre serveur pour voir si c'est
systématique.

Bien cordialement
Bruno

deuxieme question bete : ca serait pas un probleme de droits sur /IMG ?
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Discuter chez rezo.net

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

10

bruno a écrit :

  Bonjour,

j'ai le problème suivant que je n'arrive pas à résoudre et qui laisse
indifférent le support de free...

Depuis peu je suis passé en mode routeur sur ma freebox et tout
semble bien fonctionner pour les 2 ordinateurs qui y sont reliés
(ssh, sftp, ftp,...) sauf l'écriture d'articles sur un site collaboratif spip. En fait seul l'envoi d'images bloque (je peux
écrire un article fait de texte pur). Si je remets la freebox
en mode non routeur cela fonctionne de nouveau. Si quelqu'un a
une solution ou un début de piste, merci beaucoup.

Au fait, il est hebergé où ce site ?

Et quel est au juste le probleme quand tu uploades une image avec ta freebox en mode routeur ?

Tu accèdes comment au site ? par adresse IP ou avec un domaine ?
comment est réglé ton apache ? virtualhost ? avec ServerName ? ServerAlias ?

c'est bizarre ton probleme...

@++

11

Yanik Bourgeois a écrit :

Bonjour à tous,

J'ai lu rapidement et l'évocation du port 80 chez free
M'interpelle. Il y a une modif à ce propos depuis fin Janvier.
Pour en savoir plus: http://www.freenews.fr/spip.php?article7660

ca concerne l'hebergement des pages perso chez free (tonlogin.free.fr).
Et ca ne pose probleme que pour faire lire au serveur (script PHP) un contenu externe (syndication de flux RSS par exemple)

La, si j'ai bien compris, le probleme est un probleme de reseau : dès qu'il passe sa freebox en mode routeur, il a des soucis

Ca peut venir d'un routeur chez l'hebergeur qui délire, mais ca ne le ferait pas particulièrement sur le web et encore moins que pour l'upload d'images.

Amha, le pb est mal cerné, il faut refaire quelques tests et voir précisément ce qu'il se passe.

@Bruno : Tu peux utiliser firefox et le plugin entetes en direct déjà, tu pourras nous dire déjà ce qui sort de ton navigateur.

Selon le probleme, un petit coup d'oeil à /tmp/spip.log pourrait aussi te donner quelques indications.

@++

12

>
> Depuis peu je suis passé en mode routeur sur ma freebox et tout
> semble bien fonctionner pour les 2 ordinateurs qui y sont reliés
> (ssh, sftp, ftp,...) sauf l'écriture d'articles sur un site
> collaboratif spip. En fait seul l'envoi d'images bloque (je peux
> écrire un article fait de texte pur). Si je remets la freebox
> en mode non routeur cela fonctionne de nouveau. Si quelqu'un a
> une solution ou un début de piste, merci beaucoup.

Au fait, il est hebergé où ce site ?

  Sur un serveur de l'EN, l'url du site :
   
http://www3.ac-nancy-metz.fr/eco-p-montet-nancy/

Et quel est au juste le probleme quand tu uploades une image avec ta
freebox en mode routeur ?

Une fois choisie l'image à envoyer, je clique sur le bouton
d'envoi et ça mouline advitam eternam (ce sont des petites
images, si je suis en mode non routeur le téléchargement se
fait en 5 sec).

Tu accèdes comment au site ? par adresse IP ou avec un domaine ?
comment est réglé ton apache ? virtualhost ? avec ServerName ? ServerAlias ?

  En fait je suis juste utilisateur, j'accède à ce site
via l'url mentionnée plus haut à laquelle je rajoute
un mot clé ce qui me donne accès à un login/passwd
et j'ai alors une interface pour écrire des articles.

c'est bizarre ton probleme...

  Oui je trouve aussi :wink:

A+
Bruno

13

Stephane <stephane <at> rezo.net> writes:

Amha, le pb est mal cerné, il faut refaire quelques tests et voir
précisément ce qu'il se passe.

@Bruno : Tu peux utiliser firefox et le plugin entetes en direct déjà,
tu pourras nous dire déjà ce qui sort de ton navigateur.

Selon le probleme, un petit coup d'oeil à /tmp/spip.log pourrait aussi
te donner quelques indications.

  Je me demandais justement comment tester ce qui se passe
et commençais à regarder diverses docs (j'y connais
rien...). Merci je vais essayer ça.

  A+
Bruno

14

Stephane <stephane <at> rezo.net> writes:

@Bruno : Tu peux utiliser firefox et le plugin entetes en direct déjà,
tu pourras nous dire déjà ce qui sort de ton navigateur.

  Voici ce que me sort le plugin avant blocage :

http://www3.ac-nancy-metz.fr/eco-p-montet-nancy/dist/images/searching.gif

GET /eco-p-montet-nancy/dist/images/searching.gif HTTP/1.1

Host: www3.ac-nancy-metz.fr

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.17)
Gecko/2010011009 Mandriva/1.9.0.17-0.1mdv2009.1 (2009.1) Firefox/3.0.17

Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8

Accept-Language: fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3

Accept-Encoding: gzip,deflate

Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7

Keep-Alive: 300

Connection: keep-alive

Referer:
http://www3.ac-nancy-metz.fr/eco-p-montet-nancy/ecrire/?exec=articles_edit&id_article=470

Cookie: spip_session=5_77849621cc218d68e718f77544d2db88

HTTP/1.1 200 OK

Date: Sat, 13 Feb 2010 18:09:05 GMT

Server: Apache/2.0.46 (Red Hat)

Last-Modified: Thu, 22 Jan 2009 14:38:48 GMT

Etag: "a8c3c6-475-3af12e00"

Accept-Ranges: bytes

Content-Length: 1141

Keep-Alive: timeout=30, max=250

Connection: Keep-Alive

Content-Type: image/gif

Si je comprends bien (pas sûr...) le début correspond à mon clic
sur un bouton (qui doit m'ouvrir une fenêtre me permettant de
rechercher mon image dans mes répertoires), bref c'est une
demande d'une certaine page html, qui est satisfaite car la
suite dit :

     HTTP/1.1 200 OK

  Mais (si mon interprétation est bonne...) ne devrait-il pas y avoir une
nouvelle requête quand (une fois l'image sélectionnée) j'appuie sur
un bouton "Téléchargement" ?

Selon le probleme, un petit coup d'oeil à /tmp/spip.log pourrait aussi
te donner quelques indications.

  Je trouve pas ce genre de fichier.

  Merci pour l'aide.
Bruno