Recherche avancée

Sur d’autres sites (6107)

• Anomalie #3386 : Spip derrière Varnish : port non-standard dans l’URL ?

  6 avril 2018, par touti touti

  EN 3.1.8 avec les formulaires de formidable il y a la possibilité de stocker l’IP du visiteur, avec la config du serveur de Nfrance sur un site, l’IP stocké était systématiquement celle du serveur.
  J’ai résolu ce souci en mettant la condition REMOTE_ADDR devant
  

  //
  // On note le numero IP du client dans la variable $ip
  //
  if (isset($_SERVER[’REMOTE_ADDR’])) 
      $ip = $_SERVER[’REMOTE_ADDR’] ;
  
  

  
  https://core.spip.net/projects/spip/repository/revisions/23406/entry/spip/ecrire/inc_version.php#L253

  voir aussi $_SERVER["REMOTE_ADDR"] gives server IP rather than visitor IP

• FFMPEG outputs stream to UDP port, but no packets received on that port

  23 août 2018, par user10260735

  I am a bit new to FFMPEG and will appreciate any help I can get !
  Basically, I am trying to transcode a ’webm’ UDP stream to Opus audio stream, and then finally output that to a specific UDP port on my network.

  This is the command I am using :

  ffmpeg -re -i udp://127.0.0.1:2222 -vn -map 0:a -c:a libopus -f ogg udp://127.0.0.1:2224

  However, when I check on port 2224, I do not receive any packets.

  FFMPEG is definitely receiving the input packets because if I run the following command, the file plays out perfectly :

  ffmpeg -re -i udp://127.0.0.1:2222 -vn -map 0:a -c:a libopus -f test.opus

  Does anyone have any suggestions on what mistake I am making ?

• Anomalie #3386 : Spip derrière Varnish : port non-standard dans l’URL ?

  24 septembre 2018, par Pierre KUHN

  Bonjour,

  Je me permet de ré-ouvrir ce ticket car j’ai encore le problème sur des sites en 3.2.1 à jour avec svn.

  Quand j’active le cache chez mon hébergeur, cela rajotue des ports 80 dans les chemin d’image et du coup le site perds la css et les images dans le BO de SPIP

  Je cite mon hébergeur :

  De mémoire, j’ai fait la même chose que pour le dernier site, c’est-à-dire ajouté un bout de code dans le fichier de configuration du site (sauf que pour l’autre site, je l’ai mis dans le index.php à la place).

  C’est le code là :

  <span class="CodeRay">> <span class="keyword">if</span> (<span class="predefined">$_SERVER</span>[<span class="string"><span class="delimiter">'</span><span class="content">HTTP_X_FORWARDED_PROTO</span><span class="delimiter">'</span></span>] == <span class="string"><span class="delimiter">'</span><span class="content">https</span><span class="delimiter">'</span></span>) {
  > <span class="predefined">$_SERVER</span>[<span class="string"><span class="delimiter">'</span><span class="content">HTTPS</span><span class="delimiter">'</span></span>]=<span class="string"><span class="delimiter">'</span><span class="content">on</span><span class="delimiter">'</span></span>;
  > <span class="predefined">$_SERVER</span>[<span class="string"><span class="delimiter">'</span><span class="content">SERVER_PORT</span><span class="delimiter">'</span></span>] = <span class="integer">443</span>;
  > }
  > <span class="keyword">if</span> (<span class="predefined">isset</span>(<span class="predefined">$_SERVER</span>[<span class="string"><span class="delimiter">'</span><span class="content">HTTP_X_FORWARDED_HOST</span><span class="delimiter">'</span></span>])) {
  > <span class="predefined">$_SERVER</span>[<span class="string"><span class="delimiter">'</span><span class="content">HTTP_HOST</span><span class="delimiter">'</span></span>] = <span class="predefined">$_SERVER</span>[<span class="string"><span class="delimiter">'</span><span class="content">HTTP_X_FORWARDED_HOST</span><span class="delimiter">'</span></span>];
  > }
  > </span>
  Télécharger

  La subtilité avec Varnish est que Varnish renvoi sur le port non HTTPS de Apache donc certaines variables renvoyés par Apache ne correspondent pas à la réalité.
  C’est à dire : HTTPS, SERVER_PORT, REQUEST_SCHEME
  C’est pour cela que des headers supplémentaires HTTP_X_FORWARDED_PROTO, HTTP_X_FORWARDED_HOST comme sont passés.

  Il faut également faire attention avec le "SERVER_PORT", quelque chose de 443 peut aussi être du HTTPS, dans notre cas, c’est 4430 par exemple car un reverse proxy écoute déjà le 443 normal. (sauf que dans ce cas précis, le reverse proxy renvois sur le port SSL d’apache).

  En résumé, il y a deux cas différents :
  - reverse proxy écoute sur SSL (443) : renvoi sur le port SSL d’apache (4430, le port choisi est arbitraire). Généralement cela pose pas de problème car cela passe par le circuit HTTPS d’apache.
  - reverse proxy écoute sur SSL (443) : renvoi sur le port HTTP d’apache (8080 par exemple), en passant des headers supplémentaires (HTTP_X_FORWARDED_PROTO par exemple). C’est du "offload" de SSL, cela passe par le circuit HTTP d’apache donc certaines variables peuvent être définie différemment. L’application hébergé doit contrôler les headers supplémentaires et essayer de "détecter" cela.

  Un réglage via mes_options serait jouable ?

  Merci