Probleme NAT pour mon serveur Web

chris4916

@zeverybest
C'est parce que l'interface web d'admin de pfSense écouter sur l'interface WAN sur le port 80 et/ou 443.
Le message que tu vois est celui de cette interface qui dit que l'URL que tu demande n'est pas autorisée parmi en tant que URL d'administration

zeverybest

@chris4916
c'est bien ce qui me semblait avoir compris.
Y a t il un moyen de desactiver cette écoute sur le port WAN (qui manque de securité a mon gout. Il vaut mieux une connexion VPN pour l'administrer a distance)
j'ai essayé dans les Réglages Avancés de modifier le port TCP de l'interface de config, mais ça change la connexion en local, mais ne fonctionne toujours pas.
est ce sans issue?

zeverybest

en fait, ça ne fonctionne pas :
lorsque j'essaye de me connecter a MONDOMAINE.xx:85 depuis mon PC, ça fonctionne, mais si je le fait depuis l'exterieur (smartphone en 4G) ça ne fonctionne pas.

je suis désespéré

chris4916

tu as lu ça: https://docs.netgate.com/pfsense/en/latest/config/advanced-admin.html

zeverybest

@chris4916
oui, et en suivant ces indication, cela ne fonctionne pas :
j'ai modifié le port de l'interface d'amin en 4343
augmenté le nombre de processue similtanés (a 10)
desactivé la redirection de linterface

dans ma regle NAT, en Destination, j'ai WAN address et port HTTPS
et en cible, l'adresse IP de mon serveur Web

eh bien cela ne fonctionne pas
je commence a désespérer

ccnet

@zeverybest said in Probleme NAT pour mon serveur Web:

j'ai modifié le port de l'interface d'amin en 4343

Inutile.

L'interface administration de Pfsesne n'a pas être exposé sur internet donc pas sur Wan.2.
Si l'on souhaite administrer depuis l'extérieur on passe par un VPN.
ET on nat tranquillement pour serveur Web. On créé un groupe de port 80 + 443 que l'on nomme par exemple HttpPorts et on translat HttpPort wan vars HttpPort en interne, vers l'ip du serveur cible en interne.

chris4916

Je pense que le problème de zeverybest n'est pas exactement celui-ci.
Il n'y a pas (ou je n'ai jamais vu) de setting permettant de spécifier que le serveur web qui expose l'interface d'administration n'écoute que sur les interfaces internes.
Du coup, celui-ci bind sur toutes les interfaces, y compris le WAN.
Bien sûr il convient d'avoir une règle de FW qui n'en permette pas l'accès mais ça n'empêche pas le process d'occuper la place, d'où le commentaire de la doc que je mettais en lien ci-dessus.

@zeverybest ne peux-tu pas coller ici une copie d'écran de ta règle de NAT ?
Je te confirme que ça fonctionne normalement très bien, j'utilise ce mécanisme quotidiennement, sans HAproxy, pour accéder à mon serveur de mail et ponctuellement au webmail.

zeverybest

@chris4916

j'espere que ça pourra aider

zeverybest

j'ai tourné le probleme dans tous les sens et cela ne fonctionne pas.
j'ai tout essayé (enfin, tout, sauf la bonne solution, mais je ne l'ai pas trouvé)

je galère vraiment

ma regle NAT a t elle pu aider quelqu'un a comprendre mon probleme?

chris4916

@zeverybest
juste par curiosité, pourquoi n'y a t-il a de règle de FW associée, ce qui est bien plus simple à géré, à mon avis

zeverybest

@chris4916
c'est une excellente question :
parceque je pensais qu'une regle NAT sufisait
comment faire?
je demande a ce que la regle soit créer automatiquement par la regle NAT ?

c'est pertinent ?

ou il vaut mieux la faire manuellement?
(et dans ce cas, je mets quoi ? (j'autorise le HTTPS depuis WAN net vers admin Net?)

zeverybest

@zeverybest
effectivement, il y a du mieux

mais si je ne rajoute pas "index.php" cela ne fonctionne pas
il faut que je tape le chemin complet : http://mondomaine.fr/index.php

là, je ne comprend pas

jdh

Les règles NAT génèrent automatiquement la règle WAN, il fallait donc laisser cette génération auto.

Devoir taper 'index.php' est une question liée au serveur web ...

zeverybest

@jdh
mais en local, cela fonctionne : pas besoin d'ajouter "index.php"
et pas en distant

mais c'est pas grave, j'ai mon acces depuis l'exterieur

Encore merci de votre aide a tous