Home Rien ne vaut un bon petit chez soit
Post
Cancel

Rien ne vaut un bon petit chez soit

localhost ! Toute personne ayant déjà développé un site web ou une api connaîtra ce mot, c’est notre hôte local, notre propre ordinateur, notre petit chez soit.

Mais pourquoi avoir à développer notre site sous un nom aussi générique que celui là ?! Ne méritons nous pas un peu plus de fantaisie pour notre bel intérieur ?! Serait on condamné à avoir tout nos sites uniquement sous le nom localhost?!

Et bien je vous dis non! Avec un peu de connaissance en ops et d’administration sous linux / macOS je vous montre dans cet article comment personnaliser tout ça.

C’est quoi un hostname ?

Je ne suis pas le mieux placé pour vous parler de réseau mais je vais essayer de rester clair.

Votre ordinateur est identifié par une ip, cette ip est différente en fonction de là où on se situe. J’entends par là que votre ordinateur ainsi que celui sur lequel j’écris ces lignes se reconnaissent tout les deux par l’ip 127.0.0.1 et pourtant ce ne sont pas les mêmes machines.

Et des ips il en existe plein, et soyons réaliste si on devait toutes les retenir on ne s’en sortirait pas, on a donc eu besoin d’un meilleur système, les hostnames.

Un hostname c’est une étiquette que nous allons apposer sur une ip pour qu’elle soit reconnaissable par un humain, ainsi localhost est le hostname de l’ip 127.0.0.1.

De la même manière noether-blog.github.io correspond au hostname de l’ip d’une machine chez github sur laquelle est hébergée ce blog.

Pour repérer à quel ip correspond un hostname votre ordinateur va regarder sur un server dns qui vous donnera l’ip correspondante (pour savoir quel server dns votre ordinateur appelle vous pouvez utiliser la commande cat /etc/resolv.conf).

Mais localhost ?

Effectivement, localhost n’est pas résolu par un server dns mais est propre à votre machine, ces hosts sont définis dans le fichier /etc/hosts.

Avec la commande cat /etc/hosts vous aurez un résultat similaire à celui-ci

1
2
3
4
5
6
7
127.0.0.1	localhost
::1	localhost ip6-localhost ip6-loopback
fe00::0	ip6-localnet
ff00::0	ip6-mcastprefix
ff02::1	ip6-allnodes
ff02::2	ip6-allrouters
172.17.0.2	39ad6355b8ad

Seule la première ligne nous intéresse, celle-ci nous permet de dire à notre ordinateur que lorsque nous appelons localhost il doit nous rediriger sur l’ip 127.0.0.1

Si maintenant vous décidez de rajouter une ligne dans /etc/hosts (il faut l’ouvrir en admin)

1
127.0.0.1 noether.blog.io

Et que vous renseignez l’url http://noether.blog.io/ dans votre navigateur, vous serez alors redirigé sur l’ip 127.0.0.1


Démo

Dans un nouveau dossier, créez une page index.html basique avec un Hello world dedans: echo 'Hello World' > index.html

Ouvrez un terminal dans ce dossier et tapez la commande python -m http.server 4200

Rendez vous sur http://noether.blog.io:4200/ vous verrez alors notre Hello World

Faites Ctrl+C dans vos terminaux pour couper les servers python.


Ainsi en rajoutant des lignes dans votre fichier /etc/hosts vous pouvez définir des domaines personnalisés qui ne fonctionneront que sur votre environnement de travail, classe non ?

Sur certains OS, certaines terminaisons de domaines sont réservées, par exemple Manjaro ne vous laissera pas définir une url personnalisée en .local il faudra dans certains cas faire un peu preuve d’imagination

Ainsi si vous développez votre site sous un framework javascript quelconque et que votre commande serve lance un petit server qui écoute sur le port 3000, vous pourrez accéder à votre site par le localhost:3000 ou par mon-host-perso.noether:3000 à condition de l’avoir renseigné dans /etc/hosts évidemment.

Ok mais le port ?

Alors oui vous l’avez vu dans la démo, changer le hosts n’empêchera pas de devoir renseigner le port au moment de l’appel.

Sachez que l’on ne se débarrassera jamais réellement du port, si vous avez 4 sites web + 2 apis, il vous faudra 6 ports. Par défaut si aucun port n’est renseigné dans votre url au moment de l’appel, celui-ci sera envoyé sur le port 80.

Donc on ne peut pas se débarrasser des ports mais on peut les cacher, c’est un poil tricky à faire mais c’est possible, et pour cela il nous faut un reverse proxy.

Un reverse proxy est un logiciel qui permet de capter du traffic entrant sur un seul port de votre machine pour ensuite le rediriger sur d’autre port de votre machine en fonction du hostname avec lequel il est appelé.

---
title: Schéma reverse proxy
---
flowchart LR
A(noether.blog.io)-->C
B(emmy.blog.io)-->C
D(my-site.hello.local)-->C
C[ReverseProxy]

C --> E([localhost:8080])
C --> F([localhost:4200])
C --> G([localhost:3000])

Sur ce schéma, le reverse proxy redirige le traffic entrant sur le port 80 vers les ports 8080, 4200 et 3000

Plusieurs logiciels permettent cela, les deux plus connu étant nginx et httpd (connu également sous le nom apache). Ils ne sont pas bien compliqué à configurer mais nous verrons cela en détail dans un prochain article.

Conclusion

Je vous ai montré ici comment configurer vos hostnames et donc personnaliser vos environnements de travail, à vous de belles urls nommées en accord avec vos projets web, la seule limite est désormais votre imagination!

This post is licensed under CC BY 4.0 by the author.