Il file OS X 10.10.1 / etc / hosts e / private / etc / hosts viene ignorato e non si sta risolvendo

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

Ho provato il seguente ..

1. svuota le cache mdns e udns eseguendo:
   1. sudo discoveryutil mdnsflushcache;
   2. sudo discoveryutil udnsflushcaches;
2. svuotare la cache utilizzando dscacheutil -flushcache
3. ricaricare il discoveryd.plistfile
   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 è simile a questo ..

% 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

/ private / etc / hosts sembra funzionare normalmente per me in Yosemite (versione 10.10.1). Non è necessario svuotare la cache o ripristinare discoveryd(il resolver DNS in Yosemite); sudo fs_usage | grep private/etc/hostsmostra la discoverydlettura del file immediatamente dopo aver salvato le modifiche.

[Aggiornamento: è discoverydstato utilizzato solo nelle versioni OS X 10.10.0 - 10.10.3. Nelle versioni precedenti e successive, mDNSResponderfornisce la stessa funzione ... e nota immediatamente anche le modifiche in / etc / hosts.]

Tuttavia, dig, nslookup, e hostnon vedrà le voci in essa, perché essi bypass risolutore del sistema e fanno ricerche DNS prime. Lo hanno sempre fatto, quindi non è una novità in Yosemite. Il modo "ufficiale" di effettuare una ricerca tramite il resolver di sistema in OS X è utilizzare dscacheutil:

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

... ma dal momento che è dolorosamente prolisso, tendo a usare solo pinginvece (e quindi guardare la prima riga, dove elenca quale IP sta eseguendo il ping). A partire da 10.9, è anche possibile utilizzare la scheda Ricerca dell'utilità di rete (prima utilizzata dige quindi ignorata la politica di ricerca del sistema).

A proposito, per favore non prestare attenzione al thread macrumors che Tetsujin ha collegato; è pieno di persone che non sanno bene cosa stanno facendo e fraintendono i risultati dei propri errori.

Ho scoperto un'altra ruga con questo problema.

Per risolvere il problema che stavo riscontrando, ho dovuto AGGIUNGERE voci di file host in stile IPv6.

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

È necessario aggiungere voci duplicate che si risolvono nell'indirizzo localhost IPv6 in / etc / hosts.

Voce IPv4 127.68.56.101 facebook.com

ad es. voce IPv6 fe80::1%lo0 facebook.com

eccetera.

Il mio file hosts continuava a essere ignorato dopo averlo modificato con la modifica del testo. Ho provato diversi modi per correggere i finali di linea, ho aggiunto 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 GUI gratuito per modificare il file hosts.

https://github.com/specialunderwear/Hosts.prefpane/blob/master/README.mdown

Ho trovato questo articolo perché Yosemite 10.10.5 non stava rilevando le modifiche ai file dei miei host e non potevo fare altro che risolverlo. (Ho riavviato, ho provato a svuotare la cache, ho seguito tutti i consigli che ho trovato su Internet, ecc. Ecc.).

La risposta è stata così semplice che in realtà è imbarazzante, ma ho pensato di condividere. Ho usato textedit per modificare il file hosts e mi sono preso la libertà di salvare il file come hosts.txt. Normalmente noterei qualcosa del genere, ma sto usando una nuova installazione di Yosemite e non avevo 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 leggono questo post probabilmente lo hanno già fatto, ma assicurati di controllare che il tuo file hosts sia effettivamente lì e non sia stato sostituito da hosts.txt .

Per attivare la visualizzazione delle estensioni di file, vai su Finder> Preferenze> Mostra tutte le estensioni di file

Per interrompere TextEdit di aggiungere l'estensione .txt ai file, aprire un file in modificare testo e scegliere File> Salva con nome (Se non vedi la Salva con nome voce di menu, tenere premuto il tasto opzione dopo aver fatto clic File e Salva con nome dovrebbe appare nel menu). Cerca l'opzione Se non viene fornita alcuna estensione, usa ".txt" e deselezionala.

Credo che Apple lo riconoscerà come un bug (ne ho inviato uno oggi). Ho notato che /etc/hostsvengono prese nuove voci ma, le modifiche alle voci esistenti vengono ignorate. Quindi .... la modifica del nome host di una voce (ad es. Web1 in web1a) mi ha fornito una soluzione alternativa.

Voce OLD / etc / hosts: 54.173.164.18 web1

NOVITÀ / etc / hosts: 54.174.161.12 web1a

Nel mio caso avrei impostato un .ssh / config

#Host *.ourdemo.ca
  User jumpy
  ProxyCommand ssh ourjumpbox.ca -W %h:%p

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

Il dominio conteneva un -likemy-domain.com

Il problema si è rivelato essere il client di posta elettronica 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 sostituirla -con la loro -.

Il file hosts sembrava perfetto ed è stato difficile trovare questo problema. Quando ho eliminato le righe e le ho riscritte manualmente, hanno iniziato a funzionare.

È stato così difficile da capire questo, che ho approfondito il motivo per cui il client MacOS dovrebbe ignorare il file hosts e saltare direttamente alla risoluzione dei nomi.

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.

Sto usando l'app SelfControl (in realtà su macOS mojave 10.14.4) da un po 'di tempo ormai e ho pensato di controllare come SelfControl fa le sue voci ... sembrano così:

0.0.0.0 xyz.com
:: xyz.com
0.0.0.0 www.xyz.com
:: www.xyz.com

in base a questo ho cambiato tutto nel mio localhost, quindi

127.0.0.1
::1

lavori.