OS X 10.10.1 / etc / hosts e / private / etc / hosts il file viene ignorato e non risolve

32

Come dice il titolo, eseguendo os x 10.10.1. se ho una voce nel mio file hosts e faccio un dig o nslookup mostra ancora un IP diverso da quello che è nel mio file hosts anche dopo aver provato a svuotare varie cache.

Ho provato quanto segue ..

  1. svuota le cache mdns e udns eseguendo:
    1. sudo discoveryutil mdnsflushcache;
    2. sudo discoveryutil udnsflushcaches;
  2. svuota la cache utilizzando dscacheutil -flushcache
  3. ricarica il file discoveryd.plist
    1. sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist
    2. sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist

il mio file hosts appare così ..

% cat /private/etc/hosts
##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##

127.0.0.1   localhost
255.255.255.255 broadcasthost
::1             localhost
fe80::1%lo0 localhost
166.78.60.102   admin.devsite1.com
    
posta gorelative 25.11.2014 - 20:38
fonte

8 risposte

55

/ private / etc / hosts sembra funzionare normalmente per me in Yosemite (versione 10.10.1). Non è necessario svuotare la cache o resettare discoveryd (il risolutore DNS in Yosemite); sudo fs_usage | grep private/etc/hosts mostra discoveryd che legge il file subito dopo aver salvato le modifiche ad esso.

Tuttavia, dig , nslookup e host non vedranno le voci in esso perché ignorano il risolutore del sistema e eseguono ricerche DNS non elaborate. L'hanno sempre fatto, quindi questo non è nuovo in Yosemite. Il modo "ufficiale" di effettuare una ricerca tramite il sistema di risoluzione in OS X è utilizzare dscacheutil :

dscacheutil -q host -a name www.example.com

... ma dal momento che è terribilmente prolisso, tendo a usare solo ping invece (e poi guardo la prima riga, dove elenca l'IP che sta facendo il ping). A partire dal 10.9, puoi anche utilizzare la scheda Ricerca di Network Utility (prima che usasse dig , e quindi aggirato il criterio di ricerca del sistema).

BTW, per favore non prestare attenzione al thread dei macrumors che Tetsujin ha collegato; è pieno di persone che non sanno quello che stanno facendo e stanno fraintendendo i risultati dei propri errori.

    
risposta data 26.11.2014 - 03:24
fonte
15

Ho scoperto un'altra ruga con questo problema.

Per risolvere il problema che stavo riscontrando, ho dovuto aggiungere le voci dei file degli host in stile IPv6.

Sembra che Safari trascuri le voci IPv4 SE hai una configurazione di configurazione di rete IPv6.

Devi aggiungere voci duplicate che risolvono all'indirizzo IPhost localhost in / etc / hosts.

Voce IPv4 127.68.56.101 facebook.com

es. Voce IPv6 fe80::1%lo0 facebook.com

ecc.

    
risposta data 05.12.2014 - 22:42
fonte
1

Il mio file hosts continua ad essere ignorato dopo che ho modificato il testo. Ho provato diversi modi per correggere le terminazioni di linea, aggiunto le voci IPv6 alle voci IPv4 esistenti senza successo dopo la risposta di JB Smiths sopra . Sospetto che la sua risposta funzionerebbe se la mia azienda supporta IPv6 che ho scoperto dopo i miei tentativi.

L'unica soluzione che ha funzionato per me è usare questo plugin gratuito per GUI per modificare il file hosts.

link

    
risposta data 11.07.2015 - 19:04
fonte
1

Ho trovato questo articolo perché Yosemite 10.10.5 non stava raccogliendo le modifiche ai miei file host, e nulla che potessi fare era correggerlo. (Ho riavviato, provato a scaricare cache, seguito ogni consiglio che potevo trovare su Internet ecc. Ecc.)

La risposta è stata così semplice che è imbarazzante, in realtà, ma ho pensato di condividerlo. Ho usato textedit per modificare il file hosts e mi sono permesso di salvare il file come hosts.txt. Normalmente noterei qualcosa di simile, ma sto usando una nuova installazione di Yosemite e non ho ancora attivato "mostra tutte le estensioni di file", quindi non sembrava che il nome del file fosse cambiato quando l'ho visto sul mio desktop.

Quindi è abbastanza ovvio, e la maggior parte delle persone che stanno leggendo questo post probabilmente lo hanno già fatto, ma assicurati di controlla che il file hosts sia effettivamente lì e non sia stato sostituito da hosts.txt .

Per attivare la visualizzazione delle estensioni dei nomi di file, vai a Finder > Preferenze > Mostra tutte le estensioni del nome file

Per impedire a TextEdit di aggiungere l'estensione .txt ai file, apri un file in Modifica testo e scegli File > Salva con nome (se non vedi la voce di menu Salva con nome , tieni premuto il tasto opzione dopo aver fatto clic su File e Salva con nome dovrebbe apparire nel menu). Cerca l'opzione Se non viene fornita alcuna estensione, utilizza ".txt" e deselezionala.

    
risposta data 24.10.2015 - 06:15
fonte
0

Credo che Apple riconoscerà questo come un bug (ne ho presentato uno oggi). Ho notato che le nuove voci in /etc/hosts vengono rilevate ma le modifiche alle voci esistenti vengono ignorate. Quindi ... la modifica del nome host di una voce (ad esempio da web1 a web1a) mi ha fornito una soluzione alternativa.

Voce OLD / etc / hosts: 54.173.164.18 web1

NOVITÀ / etc / hosts entry: 54.174.161.12 web1a

    
risposta data 11.08.2015 - 22:58
fonte
0

Nel mio caso avrei impostato un .ssh / config

#Host *.ourdemo.ca
  User jumpy
  ProxyCommand ssh ourjumpbox.ca -W %h:%p
    
risposta data 21.04.2016 - 21:33
fonte
0

Ho avuto un problema molto simile in cui ho ricevuto via mail due righe da aggiungere al mio /etc/hosts

Il dominio conteneva un - come my-domain.com

Il problema si è rivelato essere il client e-mail del mittente, non importa dire, MS Outlook, che ha convertito l'ascii - nel lungo carattere - che Microsoft ama così tanto da usare la sua correzione automatica incorporata per sostituire il - con il loro - .

Il file hosts sembrava perfetto ed era difficile trovare questo problema. Quando ho eliminato le righe e le ho scritte di nuovo manualmente, hanno iniziato a funzionare.

È stato così difficile capirlo, che sono andato profondamente dentro perché il client MacOS dovrebbe ignorare il file hosts e saltare direttamente alla risoluzione dei nomi.

    
risposta data 28.03.2017 - 22:32
fonte
0

Ho appena avuto questo problema. È stato causato facendo copia / incolla da Hipchat invece di scrivere l'indirizzo.

Il processo di copia ha aggiunto alcuni caratteri errati anziché spazi e ha causato il problema.

Riscrivere la riga ha risolto il problema.

    
risposta data 04.06.2017 - 13:52
fonte

Leggi altre domande sui tag