1 votes

Existe-t-il un proxy public qui permet de modifier son fichier hosts ?

Dans mon environnement de déploiement, j'utilise le fichier Hosts local pour changer la destination des domaines vers un autre serveur que j'utilise pour le développement. Cela fonctionne bien et c'est facile à configurer. Mais comme toujours, il y a un problème. Si notre client veut voir le site de développement avant son déploiement sur le serveur principal, nous ne pouvons pas l'obliger à définir son fichier Hosts, de sorte qu'il ne puisse pas accéder au site.

Je pensais qu'il devait y avoir un outil en ligne qui redirige toutes les demandes qui lui sont envoyées vers le serveur selon votre définition. Ainsi, j'enverrais simplement le lien à mon client et il ne remarquerait rien, tout comme un proxy web. J'ai cherché sur Google mais je n'ai rien trouvé d'utile.

L'un d'entre vous connaît-il un outil pour cela ? (Je ne me soucie pas de savoir si c'est une solution gratuite ou payante. Je l'écrirais probablement moi-même, mais je ne veux pas réinventer la roue).

Si elle n'existe pas, quelle solution/procédure de déploiement recommanderiez-vous ?

Merci pour toutes les réponses

0 votes

Pouvez-vous donner plus de détails sur la configuration actuelle ?

0 votes

C'est une longue histoire. Merci pour votre réponse épuisante, vous avez donné suffisamment de solutions possibles à ce problème. Je vais l'accepter, car personne d'autre ne semble connaître l'outil pour cela.

2voto

jcollum Points 10236

Vous devez utiliser un serveur DNS et avoir des domaines différents pour le site de développement et le site de production. Par exemple, dev.example.com et www.example.com.

Votre site ne doit pas dépendre du nom DNS, car les noms de sites peuvent changer. Imaginez que vous avez www.example.com et que votre société est rachetée par exemple2 et que vous devez non seulement changer les noms d'hôtes et le certificat pour www.example2.com mais aussi votre code.

Une autre façon de procéder consiste à exposer le site de développement en tant que www.example.com/dev. Pour ce faire, vous pouvez utiliser un proxy inverse qui redirige /dev vers le site de développement interne. Si vous donnez des détails sur votre architecture, il sera beaucoup plus facile pour notre communauté de proposer une meilleure solution.

Il est également possible d'afficher des sites différents (prod vs dev) en fonction d'autres facteurs comme l'IP source, l'authentification, un cookie HTTP...

Vous pouvez également garder le serveur public sur le port 80/TCP et le dev sur un port différent, comme 8080/TCP. Vous pouvez aussi faire en sorte que le site HTTPS soit le site de développement.

0 votes

Presque la même réponse en même temps ;)

0 votes

Nous pouvons en fait servir pour chaque sous-domaine un autre site. Mais seulement si le serveur DNS se trouve chez votre concurrent et si nous avons accès aux fichiers du serveur. Imaginez une situation où le client a déjà un site Web réalisé par une autre société. Je cherche une solution pour gagner du temps, car cela arrive souvent. De plus, nous avons une tolérance zéro pour les pannes et les hôtes vous permettent de tester votre site Web comme s'il était sur un serveur de production.

0 votes

Le plus simple serait un proxy inverse du type : dev-example1.mycompanyproxy.com pour le site de développement de la société example1 et dev-example2.mycompanyproxy.com pour le site de développement de la société example2.

1voto

Le DNS est la solution la plus simple si votre client ne veut pas modifier le fichier /etc/hosts.

Il suffit de faire en sorte que www-dev.example.com pointe vers le site de dev. N'oubliez pas d'autoriser uniquement votre client à accéder à www-dev.example.com (mot de passe, pare-feu, acl ...).

Cela ne fonctionnera pas si le site Web nécessite que les visiteurs tapent www.example.com, mais ce que vous décrivez dans votre question ne fonctionnera pas non plus dans une telle situation.

Je n'ai pas entendu parler d'un outil en ligne qui puisse faire ce que vous décrivez, mais tous les serveurs proxy que je connais (varnish, apache et même squid) savent comment transférer toute requête http vers le même backend.

0voto

max_ Points 205

Restez simple. J'utiliserais un proxy inverse comme le suggère Mircea ou j'hébergerais simplement le site dans un emplacement temporaire (sous-domaine, domaine ou dossier).

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X