# Apache et local

**URL:** <https://www.debian-fr.org/t/apache-et-local/83867>\
**Category:** Support Debian\
**Created:** [Janvier 30, 2021, 10:27 UTC](https://www.debian-fr.org/t/apache-et-local/83867 "2021-01-30T10:27:27Z")\
**Posts on this page:** 15\
**Page:** 2

<div class="post-metadata">

**Author:** ![Minthaka](https://www.debian-fr.org/user_avatar/www.debian-fr.org/minthaka/32/12939_2.png) [@Minthaka](https://www.debian-fr.org/u/Minthaka)\
**Post date:** [Février 4, 2021, 2:55 UTC](https://www.debian-fr.org/t/apache-et-local/83867/21 "2021-02-04T14:55:35Z")

</div>

> [@PmGs](#):
>
> on a été un reset complet (pa

l’idee est bonne, mais la box ne joue aucun role dans cette histoire, elle ne fait que fournir internet, contrairement aux installation de base, tout mon réseaux est gere par le firewall et le switch

---

<div class="post-metadata">

**Author:** ![Minthaka](https://www.debian-fr.org/user_avatar/www.debian-fr.org/minthaka/32/12939_2.png) [@Minthaka](https://www.debian-fr.org/u/Minthaka)\
**Post date:** [Février 4, 2021, 2:57 UTC](https://www.debian-fr.org/t/apache-et-local/83867/22 "2021-02-04T14:57:23Z")

</div>

> [@Zargos](#):
>
> citées avant. donc nor

désolé erreur de fichier ca c’est pour le serveur de mail qui lui aussi est hébergé sur le même serveur. et qui as le même problème

---

<div class="post-metadata">

**Author:** ![Minthaka](https://www.debian-fr.org/user_avatar/www.debian-fr.org/minthaka/32/12939_2.png) [@Minthaka](https://www.debian-fr.org/u/Minthaka)\
**Post date:** [Février 4, 2021, 3:32 UTC](https://www.debian-fr.org/t/apache-et-local/83867/23 "2021-02-04T15:32:20Z")

</div>

Bon je crois a peux savoir d’ou cela peux provenir,  
J’ai le reverse proxy qui redirige automatiquement les HTTP vers les HTTPS.  
Mais ma conf d’apache fait plus ou moins la même chose, d’où redondance peux etre une source de conflis.  
Question quel est la meilleurs facons de faire laisser le proxy ou apache

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Février 4, 2021, 4:13 UTC](https://www.debian-fr.org/t/apache-et-local/83867/24 "2021-02-04T16:13:13Z")

</div>

Si ton reverse proxy bascule de HTTP vers HTTPS, alors ne le fait pas sur le serveur apache.  
Sachant que ton reverse proxy lui peut communiquer en HTTP avec le serveur, les client eux ne verront que de l’HTTPS.  
Il faut cependant ne pas oublier de faire une ré-écriture des réponses du serveur apache pour la cas où dans la réponse il puisse se trouver un lien HTTP.  
de fait:

1. bascule HTTP vers HTTPS sur le reverse proxy (c’est donc le reverse proxy qui va gérer les certificat)
2. serveur Apache en HTTP vis à vis du reverse proxy (tu peux aussi le mettre en HTTPS mais ça ajoutera de la charge sur le reverse proxy)
3. ré-écriture des éventuelles réponses du serveur apache ayant du http dedans (comme par exemple la requête demande une information qui est renvoyée sur forme de lien par le serveur, il faut s’assurer que la réponse du serveur soit en https)

---

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Février 4, 2021, 8:14 UTC](https://www.debian-fr.org/t/apache-et-local/83867/26 "2021-02-04T20:14:57Z")

</div>

> [@Minthaka](#):
>
> la box ne joue aucun role

J’avais au moins compris cela 🙂 , et la box sert toujours de passerelle et un petit reset ne prend pas bcps de temps. Ceci dit mon cas de figure était différent c’etait la redirection https (443) qui ne fonctionnait plus alors qu’elle était toujours paramétrée correctement!

---

<div class="post-metadata">

**Author:** ![Minthaka](https://www.debian-fr.org/user_avatar/www.debian-fr.org/minthaka/32/12939_2.png) [@Minthaka](https://www.debian-fr.org/u/Minthaka)\
**Post date:** [Février 4, 2021, 8:37 UTC](https://www.debian-fr.org/t/apache-et-local/83867/27 "2021-02-04T20:37:24Z")

</div>

> [@Zargos](#):
>
> nse il puisse se trouver un lien

Bon alors ca viens du pfsense.  
J’ai remonter un serveur neuf pour tester. et la même problème.  
j’ai coupé le HAproxy pour voir et toujours même souci  
donc blocage peut être au niveau de … grand mystère

le nslookup pointe bien, vers le bon serveur.  
le tracert aussi.

Je pense pas que cela soit un problème de regeles de pare-feux, sinon je ne pourrais pas pointer le second server HASSIO qui ne pose aucun souci

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Février 4, 2021, 8:41 UTC](https://www.debian-fr.org/t/apache-et-local/83867/28 "2021-02-04T20:41:16Z")

</div>

> [@Minthaka](#):
>
> J’ai remonter un serveur neuf pour tester. et la même problème.

monté un serveur avec quoi? comment?

> [@Minthaka](#):
>
> et la même problème

Lequel? logs? messages d’erreurs?

> [@Minthaka](#):
>
> le nslookup pointe bien, vers le bon serveur.

nslookup   
résultat ?

> [@Zargos](#):
>
> la configuration que je vois ici ne correspond à aucune des URL citées avant. donc normal qu’il y ait un problème. Normalement tu devrais avoir un vhost pour `www.mondomaine.fr` et un pour `cloud.mondomaine.fr` (si ce sont bien des sites différents).

Il va être difficile de t’aider, quand tu ne donnes pas les réponses aux questions posées.

---

<div class="post-metadata">

**Author:** ![Minthaka](https://www.debian-fr.org/user_avatar/www.debian-fr.org/minthaka/32/12939_2.png) [@Minthaka](https://www.debian-fr.org/u/Minthaka)\
**Post date:** [Février 4, 2021, 9:05 UTC](https://www.debian-fr.org/t/apache-et-local/83867/29 "2021-02-04T21:05:13Z")

</div>

Dans la DMZ sur mon HOST Priincipal; j’ai creer une nouvel VM avec DEBIAN 10 avec la meme IP.  
Un serveur LAMP + Nextcloud

Le même problème:  
Accès en 80 avec les URLS depuis Internet OK  
acces en 443 vec les URLS depuis Internet OK  
Accès en 80 avec les URLS depuis VLAN OK  
Acces en 443 Avec les URLS depuis VLAN KO ( Delais d’attente est dépassée)

Nslookup:  
Serveur : `shambala.smouts.fr`  
Address: 192.168.40.1 ( Ok PFSENSE)

Nom : `cloud.smouts.fr`  
Address: 172.16.128.52 ( OK Serveur cloud)

En terme de log je sais pas ou chercher pour voir ce que mon serveur reponds

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Février 4, 2021, 9:59 UTC](https://www.debian-fr.org/t/apache-et-local/83867/30 "2021-02-04T21:59:29Z")

</div>

normalement tu dois avoir 2 virtuals hosts dans ta configuration apache: un pour chaque service.

Pour les logs, tu as les logs apache sur le serveur apache dans /var/log/apache2/access pour les réussis, /var/log/apache2/error pour les échecs (les noms peuvent être différents suivant ce que tu as comme configuration.

sur le pfsense normalement tu devrais avoir des logs, soit en temps réel, soit dans les logs statiques /var/log/. Dnas le menu du pare-feu pfsense tu dois avoir un log viewer que tu peux utiliser.

Si seul le 443 ne marche pas, soit c’est la configuration apache qui pose problème auquel cas tu trouveras l’info dans les logs apaches, mais je pense plutôt que c’est dans le pare-feu que le problème se pose.

Coté reverse-proxy HAproxy, tu dois avoir deux frontend: 1 pour la première URL, 1 pour la deuxième URL. Idem pour les backends, même si ceux-ci pointent vers le même serveur. Et dans les deux cas tu dois aussi avoir les règles conditionelles qui règlemente le passage du FE vers le BE.

j’essaye de deviner étant donné que j’utilise plutôt OPNsense que pfsense.

---

<div class="post-metadata">

**Author:** ![Minthaka](https://www.debian-fr.org/user_avatar/www.debian-fr.org/minthaka/32/12939_2.png) [@Minthaka](https://www.debian-fr.org/u/Minthaka)\
**Post date:** [Février 4, 2021, 10:12 UTC](https://www.debian-fr.org/t/apache-et-local/83867/31 "2021-02-04T22:12:39Z")

</div>

> [@Zargos](#):
>
> er étant donné que j’utilise plutôt OPNsense qu

ou je connais les logs acces et error, mais il n’y a aucune entrée qui arrive quand j’essais d’accéder aux pages.  
donc soit le server rejette avant apache , soit cela n’arrive pas sur le serveur directement .bloquer par le firewall

j’élimine d’embler une fermeture pur et dure du 443 sur la dmz vue que le servver HASSIO est OK  
donc si le FW bloque , il le fait pour cette ip en particulier

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Février 4, 2021, 10:15 UTC](https://www.debian-fr.org/t/apache-et-local/83867/32 "2021-02-04T22:15:41Z")

</div>

Quelles sont les configuration vhost pour les trois sites?

---

<div class="post-metadata">

**Author:** ![Minthaka](https://www.debian-fr.org/user_avatar/www.debian-fr.org/minthaka/32/12939_2.png) [@Minthaka](https://www.debian-fr.org/u/Minthaka)\
**Post date:** [Février 5, 2021, 7:47 UTC](https://www.debian-fr.org/t/apache-et-local/83867/33 "2021-02-05T07:47:31Z")

</div>

```nohighlight
<VirtualHost *:80>
  DocumentRoot /var/www/html/nextcloud/
  ServerName cloud.smouts.f r

  <Directory /var/www/html/nextcloud/>
    Require all granted
    AllowOverride All
    Options FollowSymLinks MultiViews

    <IfModule mod_dav.c>
      Dav off
    </IfModule>
  </Directory>
</VirtualHost>

<VirtualHost *:443>
        ServerName cloud.smouts.f r
        ServerAlias cloud.smouts.f r
        DocumentRoot "/var/www/html/nextcloud/"
        <Directory "/var/www/html/nextcloud/">
                Options Indexes FollowSymLinks MultiViews
                AllowOverride All
                Order allow,deny
                Allow from all
        </Directory>
        SSLEngine on
        SSLVerifyClient none
        SetEnvIf User-Agent ".*MSIE.*" nokeepalive ssl-unclean-shutdown downgrade-1.0 force-response-1.0
        SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL
		SSLCertificateFile	/etc/ssl/certs/ssl-cert-snakeoil.pem
		SSLCertificateKeyFile /etc/ssl/private/ssl-cert-snakeoil.key
        ServerSignature Off
        <IfModule mod_headers.c>
        Header always set Strict-Transport-Security "max-age=15768000; includeSubDomains; preload"
        </IfModule>
        ErrorLog /var/log/apache2/owncloud-error.log
        LogLevel warn
</virtualHost>

```

---

<div class="post-metadata">

**Author:** ![Minthaka](https://www.debian-fr.org/user_avatar/www.debian-fr.org/minthaka/32/12939_2.png) [@Minthaka](https://www.debian-fr.org/u/Minthaka)\
**Post date:** [Février 5, 2021, 7:48 UTC](https://www.debian-fr.org/t/apache-et-local/83867/34 "2021-02-05T07:48:51Z")

</div>

je n’ai pas la config du HASSIO, car tout est automatique on pas acces a grand chose

---

<div class="post-metadata">

**Author:** ![Minthaka](https://www.debian-fr.org/user_avatar/www.debian-fr.org/minthaka/32/12939_2.png) [@Minthaka](https://www.debian-fr.org/u/Minthaka)\
**Post date:** [Février 5, 2021, 8:04 UTC](https://www.debian-fr.org/t/apache-et-local/83867/35 "2021-02-05T08:04:18Z")

</div>

fin d’alerte, j’ai rebooter électriquement mon pfsense et mon switch et tout est rentrée dans l’ordre.  
J’avais déjà rebooter plusieurs fois le pfsense mais toujours avec l’interface. ou laors c’etait le switch .

bref des truc chelou du genre sont déjà arrivés, je me demande si HAproxy est pas un peux trop pour me petit boitier pfsense

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Février 6, 2021, 1:05 UTC](https://www.debian-fr.org/t/apache-et-local/83867/36 "2021-02-06T01:05:48Z")

</div>

> [@Minthaka](#):
>
> je n’ai pas la config du HASSIO, car tout est automatique on pas acces a grand chose

Comment ça?

sinon tes confs ne sont pas très propres.

[Page précédente](https://www.debian-fr.org/t/apache-et-local/83867.md?page=1)
