Fichier hosts semi inopérant - Win 10 - Windows & Software
Marsh Posté le 31-03-2020 à 12:23:39
C'est tellement sale...
Puisque tu as un syno, fais-en ton serveur DNS...
Marsh Posté le 31-03-2020 à 13:53:22
de toute facon, c'est normal il me semble.
a l'origine, le fichier contient :
# Copyright (c) 1993-2009 Microsoft Corp. |
a aucun moment il n'est dit qu'une ligne pouvait conteanir plusieur host.
et si on install le Syno pour faire DNS, autant le faire avec brio .... piHole
https://mariushosting.com/how-to-in [...] ology-nas/
Marsh Posté le 31-03-2020 à 14:05:41
Z_cool a écrit : de toute facon, c'est normal il me semble.
|
A aucun moment il n'est dit le contraire.
Ca a marché pendant plus de 10 ans comme ça sans problème sur vista ubuntu archlinux freesco w2k win8 win10, sauf maintenant.
Seule une réinstallation depuis rien a mis le bazar
Marsh Posté le 31-03-2020 à 14:28:51
mulanee a écrit : A aucun moment il n'est dit le contraire. |
Ben si : dans le commentaire du fichier hosts comme l'a souligné Z_cool (mais le formatage ne fonctionne pas).
C'est un mapping avec une entrée par ligne.
Note le singulier utilisé en anglais : une ligne contient une IP et un hostname.
Pour info, le fonctionnement du fichier hosts date de 1985 (avant l'apparition du protocole DNS) et n'a pas été modifié depuis.
Marsh Posté le 31-03-2020 à 14:40:35
nex84 a écrit : |
Ok
Mais ça ne fonctionne qu'à moitié quand même, on dirait que le nom est recherché sur le réseau et pas sur le fichier local hosts
J'ai testé la solution du NAS serveur de DNS ça fonctionne merci.
Pour la beauté du geste j'aurais souhaité comme avant accéder à mon intranet par http://intranet/ plutôt que par http://intranet.mondomaine/, mais bon ça restera comme le progrès de l'informatique
Marsh Posté le 31-03-2020 à 14:49:15
mulanee a écrit : |
Tu passes à l'étape suivante et tu fais du syno ton serveur dhcp, comme ça tu pourras balancer le suffixe dns de recherche dans les options du dhcp. (à moins que ta box en soit capable nativement, mais j'y crois pas une seconde).
oui ça fait beaucoup de changements d'un coup, mais du coup c'est fait à jamais, t'auras plus d'ordis à trafiquer à chaque install, ce sera dispo pour tout, y compris tablettes, mobiles etc.
Marsh Posté le 31-03-2020 à 14:52:23
Pour info, Windows fait la résolution dans cet ordre : https://support.microsoft.com/fr-fr [...] tion-order
Marsh Posté le 31-03-2020 à 16:04:31
Citation : 1/Le client vérifie si le nom demandé est son propre nom. |
J'aurais bien aimé que ça marche comme ça, mais non
Marsh Posté le 31-03-2020 à 16:23:33
Il faudrait que tu comprennes que le fichier host, c'était super dans les années 80. On est en 2020 là, il est temps de passer à autre chose.
Marsh Posté le 31-03-2020 à 16:25:39
nebulios a écrit : Il faudrait que tu comprennes que le fichier host, c'était super dans les années 80. On est en 2020 là, il est temps de passer à autre chose. |
+1
Le DNS comme propose flash.
Surtout que tu as déjà un Syno qui peut le faire simplement.
Marsh Posté le 01-04-2020 à 09:25:47
nebulios a écrit : Il faudrait que tu comprennes que le fichier host, c'était super dans les années 80. On est en 2020 là, il est temps de passer à autre chose. |
Est-ce que le fait que ce soit ancien doit impliquer que ce soit moins bien?
Marsh Posté le 01-04-2020 à 09:45:52
En informatique (et sécurité informatique), très souvent oui.
Beaucoup de choses qui se faisaient "avant" sont aujourd'hui des dangers pour l'ordi. Parceque "avant" les ordis n'étaient pas multi sessions, n'étaient pas connectés à internet, les virus ne se propageaient que via des exe sur disquettes..
Le fichier host en 2020 devrait être vierge.
Marsh Posté le 01-04-2020 à 10:09:00
Il a été concu à une époque où les réseaux ne dépassaient pas la dizaine de machines.
Le protocole DNS a été créé peu après quand gérer un fichier manuellement n'était plus tenable, surtout avec l'apparition du DHCP.
Ensuite seulement le fichier hosts a été "détourné" pour bloquer certains domaines (pubs, tracking, virus, ...), mais ce n'est pas son but premier.
Je suis d'accord avec flash_gordon : en 2020 il devrait être vide et donc ne plus servir pour la résolution de noms (surtout à l'ère de l'adressage dynamique avec DHCP).
Marsh Posté le 01-04-2020 à 12:13:36
Histoire d’enfoncer un clou de plus : sous Windows 10, le fichier Hosts est désormais ignoré par divers services comme Windows Update et la télémétrie. Pour bloquer ces derniers (encore que bloquer WU est d’une idiotie de niveau intergalactique pour la sécurité du système), il faut donc passer par d’autres moyens.
Marsh Posté le 01-04-2020 à 12:15:51
mulanee a écrit : |
Ce n'est pas ancien, c'est carrément préhistorique. On parle d'une techno qui date des débuts de l'informatique.
Tu peux toujours allumer un feu en frottant des silex, mais en 2020 tout le monde utilise des allumettes. Le fichier host c'est le silex de la résolution de noms.
Marsh Posté le 01-04-2020 à 12:20:08
nebulios a écrit : |
C'est HS, mais il me semble que Linux l'utilise toujours.
Le fait qu'il soit toujours présent lors d'une installation du dernier windows prouve aussi qu'il est toujours vivant.
Marsh Posté le 01-04-2020 à 12:31:49
mulanee a écrit :
C'est HS, mais il me semble que Linux l'utilise toujours. |
Si tu regardes dans gpedit.msc, tu trouveras des réglages pour configurer un lecteur de disquettes.
Sur Windows 10, oui oui.
Marsh Posté le 01-04-2020 à 12:36:11
mulanee a écrit : |
Windows et Linux sont différents et ne sont pas comparables.
Le fait qu'il soit toujours présent sous Windows, ce n'est que pour s'assurer de la rétrocompatibilité pour les vieilleries qui s'en servent encore.
Dont les mécanismes internes de résolution de nom de Windows, même si c'est de moins en moins vrai.
C'est pour cette même raison qu'il reste encore des bouts de NetBIOS, SMBv1/2 (même s'ils sont maintenant désactivés par défaut), etc... dans Windows.
Marsh Posté le 01-04-2020 à 12:43:13
mulanee a écrit : |
Par souci de compatibilité.
Le support des disquettes aussi est toujours là, ça veut pas dire qu'il est conseillé de faire ses backups dessus.
edit
Spoiler : j'avais rédigé cette partie avant le post de leroimerlinbis, sisi |
C'est pareil sous linux.
si tu es insensible au discours sécurité, alors parlons de la praticité.
Tu trouves le fichiers hosts plus facile, c'est uniquement parceque c'est ce que tu as appris il y a longtemps. Dans les faits ça ne l'est pas, c'est au contraire la plus compliquée des méthodes.
Si je prends ton exemple plus haut, comment tu fais pour intégrer un nouvel iphone par exemple ?
Voici ton process actuel (je suppute, mais je suis sûr que c'est ça):
- fixer l'ip dans le dhcp (au mieux.. si ce n'est pas quelque chose que tu fais manuellement sur les bécanes)
- modifier le fichier host sur toutes tes machines
*bonus : impossible de le faire sur les mobiles et tablettes.
Avec un dhcp/dns proprement configuré, voici le process :
- rien
*bonus : ça marche aussi pour les mobiles et tablettes.
Avec un dhcp/dns proprement configuré, tous les noms courts sont directement accessibles. Il n'y a RIEN à faire sur les bécanes. Mon iphone s'est enregistré sur le DHCP ?
voila il est accessible en nom court. J'ai même pas besoin de lui reserver une ip fixe.
Et encore une fois, ça marche sur tous les devices, même ceux dont on ne peut modifier les fichiers hosts. Exemple depuis mon autre mobile :
Bref. Ce que tu fais avec les fichiers hosts, c'est réellement de la préhistoire, ça n'a que des inconvénients face aux moyens modernes (et encore.. modernité, le dhcp ça date pas d'hier) et c'est en plus très manuel.
Marsh Posté le 04-04-2020 à 21:40:51
flash_gordon a écrit : |
Très intéressant.
J'hésite à sauter le pas de faire de mon NAS un serveur dhcp en plus du reste (samba,ftp,http,webdav,openvpn,dns...), pour l'instant c'est la freebox qui fait office.
Dans l'idéal j'aimerais supprimer complètement le dhcp pour être partout en IP fixe (ce que je fais manuellement client pas client et réservant l'ip par la mac address manuellement dans la freebox).
J'ai toujours la crainte qu'un gars se connecte dessus depuis la rue ;/
Marsh Posté le 04-04-2020 à 22:13:28
Alors si tu as peur du mec qui te pirate le wifi, l'absence de dhcp ne fera aucune différence, c'est pas du tout une sécurité.
Marsh Posté le 05-04-2020 à 08:20:18
mulanee a écrit : |
si un gars se connecte a ton wifi depuis la rue, c'est qu'il a trouvé ton mot de passe de ton wifi.
la présence ou absence de DHCP n'y changera rien
Marsh Posté le 05-04-2020 à 11:06:29
+1
Au pire tu limite les adresses MAC autorisée à se connecter à ton wifi.
C'est fastidieux et bourrin mais c'est efficace.
Marsh Posté le 05-04-2020 à 11:11:19
Limite ton DHCP permettrait de voir si il y a un bail bizarre qui a été attribué sur ton réseau...
Marsh Posté le 05-04-2020 à 12:24:56
nex84 a écrit : +1 |
J'aimerais bien mais j'ai seulement trouvé comment attribuer une ip donnée à une adresse mac donnée.
Ca ne limite rien.
Marsh Posté le 05-04-2020 à 12:59:30
mulanee a écrit :
|
Là tu parles de la fonctionnalité des baux statiques du serveur DHCP qui donne toujours la même IP aux adresses MAC configurées.
Moi je parle de la liste blanche des adresses MAC au niveau du point d'accès Wifi. Seuls les périphériques listés dans cette liste pourront se connecter au réseau Wifi.
Marsh Posté le 31-03-2020 à 11:54:00
Bonjour,
Je ne parviens plus à faire prendre en compte correctement mon fichier hosts.
Cette méthode fonctionnait parfaitement avec mon installation win10 précédente, ce n'est plus le cas d'une installation fraiche.
Je m'en servais notamment pour mon intranet (http://intranet/)
extrait du fichier hosts:
192.168.1.5 iphone_M
192.168.1.63 iphone_N
192.168.1.22 syno intranet
Réponse au ping:
C:\Users\emman>ping iphone_M
La requête Ping n’a pas pu trouver l’hôte iphone_M. Vérifiez le nom et essayez à nouveau.
C:\Users\emman>ping iphone_N
Envoi d’une requête 'ping' sur iphone_N [192.168.1.63] avec 32 octets de données :
Réponse de 192.168.1.63 : octets=32 temps=143 ms TTL=64
C:\Users\emman>ping syno
Envoi d’une requête 'ping' sur SYNO.local [2a01:e34:eebb:a420:211:32ff:fe16:9c61] avec 32 octets de données :
Réponse de 2a01:e34:eebb:a420:211:32ff:fe16:9c61 : temps<1ms
C:\Users\emman>ping intranet
La requête Ping n’a pas pu trouver l’hôte intranet. Vérifiez le nom et essayez à nouveau.
Message édité par mulanee le 31-03-2020 à 11:54:39