504 Gateway Time-out lors de la tentative de connexion au projet laravel

J’ai un projet laravel v5.2, mon environnement pc est ubnuntu (hôte)

Le projet est sur vms, la configuration de vm est comme ci-dessous:

Il y a un haproxy pour charger deux ensembles relplica dont ils sont aussi des ubuntu vms.

projet est sur mon répertoire personnel pc que je l’ai partagé sur cette réplique définit. Chaque requête est envoyée à haproxy, puis les demandes d’équilibrage sont chargées sur ces deux jeux de réplicas.

la configuration réseau haproxy est bridge (adresse IP statique) pour être accessible aux autres utilisateurs du réseau.

ces configurations de réseau de deux ensembles de réplicas sont NAT pour parler à haproxy uniquement.

Je n’ai eu aucun problème à utiliser cette configuration mais après avoir changé ma connexion internet sur mon PC, je ne peux plus me connecter à mon projet lorsque j’ai mis à jour toutes les configurations et adresses IP.

504 Gateway Time-out The server didn't respond in time. 

La partie étrange est lorsque j’essaie d’atteindre par exemple des informations utilisateur avec un jeton créé manuellement: il n’y a pas de problème et je peux obtenir des données d’informations utilisateur ou d’autres données de routes.

Le problème est simplement de vous connecter, d’enregistrer les routes . ce que je n’ai pas eu ce problème lorsque j’utilisais ma connexion Internet précédente.

Je décris mes configurations de vm et de réseau ci-dessous:

Configuration réseau de mon pc (hôte):

 source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eno1 iface eno1 inet static address 192.168.30.245 netmask 255.255.255.0 network 192.168.30.0 gateway 192.168.30.1 dns-nameservers 8.8.8.8 

Mon pc (hôte) / etc / hosts:

 192.168.30.236 api.project.local 

Le réseau HAproxy vm:

 # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eth0 iface eth0 inet static address 192.168.30.236 netmask 255.255.255.0 network 192.168.30.0 broadcast 192.168.30.255 gateway 192.168.30.1 auto eth1 iface eth1 inet static address 192.168.100.113 netmask 255.255.255.0 network 192.168.100.0 broadcast 192.168.100.255 gateway 10.0.2.15 

Le jeu de réplicas Un réseau:

 # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eth0 iface eth0 inet dhcp auto eth1 iface eth1 inet static address 192.168.100.110 netmask 255.255.255.0 network 192.168.100.0 broadcast 192.168.100.255 gateway 10.0.2.15 

Le réseau de réplicas du jeu B:

 # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eth0 iface eth0 inet dhcp auto eth1 iface eth1 inet static address 192.168.100.110 netmask 255.255.255.0 network 192.168.100.0 broadcast 192.168.100.255 gateway 10.0.2.15 

Les serveurs Mysql et mongodb sont sur mon PC local (hôte) dont l’adresse IP est: 192.168.30.245

Et comme je l’ai dit, il n’y a pas de problème de connexion aux serveurs mysql ou mongodb à partir d’autres routes ou artisan tinker

    J’ai réussi à résoudre ce problème. Le problème était dû à mon changement de réseau et au changement de passerelle.

    pour quiconque a ce type de configuration réseau, il doit savoir que si vous avez un équilibreur de charge et deux paires de réplicas, vous devez définir la même passerelle pour tous, qu’il soit modem ou routeur, pour pouvoir résoudre chacun serveur et os ainsi que les moteurs mysql et mongodb.

    Si vous remarquez que j’ai défini la même passerelle pour tous ces serveurs, mais parce que le sans fil est activé depuis isp et dhcp à partir de isp, ces serveurs ne pourraient pas se résoudre car ils passeraient par NAT.