Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Forum>Netzwerke>hosts Datei wird ignoriert

hosts Datei wird ignoriert

roger01227.08.1417:02
Hallo zusammen!

Ich versuche gerade eine Liste mit Facebook, AD-Anbieter usw in die hosts Datei zu bekommen, leider werden die Einträge ignoriert.

Als Beispiel habe ich den Eintrag
127.0.0.1 mit www.example.com angelegt

Spannenderweise ergibt ein
grep example.com /etc/hosts
das korrekte Ergebnis:
127.0.0.1 www.example.com

Wenn ich in Safari die URL eingebe wird sie aber trotzdem normal aufgerufen (egal ob www.example.com oder http://www.example.com in der hosts Datei steht).


Weiß jemand warum?
0

Kommentare

kaefer27.08.1417:06
Nach dem Eintrag in die hosts Datei mal neugestartet (bzw ab und angemeldet - ich weiß grad nicht wann sie eingelesen wird)?
0
roger01227.08.1417:10
Habe mit
sudo /usr/bin/dscacheutil -flushcache
neu eingelesen > keine Reaktion
auch gerade einen Neustart versucht > keine Reaktion, Problem besteht immer noch.
0
promac27.08.1417:14
Versuche es mal damit:
0
roger01227.08.1417:56
Super Tool, sehr übersichtlich die Verwaltung und mehrere Hosts Dateien nur zum umschalten, genial.

Aber leider werden auch hier die Einträge übergangen.
0
roger01227.08.1417:59
Hier alle Einträge, als Test Facebook:


127.0.0.1        localhost
255.255.255.255    broadcasthost
::1                localhost
fe80::1%lo0        localhost
127.0.0.1 www.facebook.com
127.0.0.1 facebook.com
127.0.0.1 ok.facebook.com
127.0.0.1 www.ok.facebook.com
127.0.0.1 a.ok.facebook.com
127.0.0.1 www.a.ok.facebook.com
127.0.0.1 facebook.com.au
127.0.0.1 www.facebook.com.au
127.0.0.1 nl-nl.facebook.com
127.0.0.1 www.nl-nl.facebook.com
127.0.0.1 facebook.nl
127.0.0.1 www.facebook.nl
127.0.0.1 facebook.com.au
127.0.0.1 www.facebook.com.au
127.0.0.1 login.facebook.com.au
127.0.0.1 www.login.facebook.com.au
127.0.0.1 www-10-01-snc2.facebook.com
127.0.0.1 www-11-01-snc2.facebook.com
127.0.0.1 www-10-03-ash1.facebook.com
127.0.0.1 www-12-08-ash1.facebook.com
127.0.0.1 www-13-08-ash1.facebook.com
127.0.0.1 static.ak.fbcdn.net
127.0.0.1 www.static.ak.fbcdn.net
127.0.0.1 login.facebook.com
127.0.0.1 www.login.facebook.com
127.0.0.1 login.facebook.com.nl
127.0.0.1 www.login.facebook.com.nl
127.0.0.1 fbcdn.net
127.0.0.1 www.fbcdn.net
127.0.0.1 fbcdn.com
127.0.0.1 www.fbcdn.com
127.0.0.1 ads.ak.facebook.com
127.0.0.1 www.ads.ak.facebook.com
127.0.0.1 static.ak.connect.facebook.co m
127.0.0.1 www.static.ak.connect.facebook.com
127.0.0.1 login.facebook.com
127.0.0.1 www.login.facebook.com

Keine Reaktion, alle Seiten lassen sich leider problemlos aufrufen
0
roger01227.08.1418:00
Das wirklich frustrierende daran: auf den W7 Rechnern hat es problemlos geklappt.
0
roger01227.08.1418:04
Hier nslookup vom Mac aus. Das Problem tritt übrigens auf allen Rechner im Netz auf (2 MP Pro, 2 IMac 27")

> www.facebook.com
Server:        192.168.0.1
Address:    192.168.0.1#53

Non-authoritative answer:
www.facebook.com    canonical name = star.c10r.facebook.com.
Name:    star.c10r.facebook.com
Address: 31.13.93.97
0
promac27.08.1418:32
Irgendwas machst du scheinbar falsch, aber was …
Ich mache dieses über LittleSnitch, sieht dann so aus:
0
dreyfus27.08.1420:30
Versuche einmal, alle eigenen Einträge über die Standardeinträge zu setzen.
0
geka27.08.1420:39
Browsercache gelösch?
0
penumbra27.08.1420:40
Wie genau editierst Du die hosts-Datei? Mit welchem Programm?
„enjoy life in full trains“
0
roger01227.08.1422:12
Ich habe versucht sie mit nano (sudo nano /etc/hosts), textedit (auch über sudo) und gasmask zu speichern. Machte keinen Unterschied.

Habe die Einträge über die Standardeinträge gesetzt > selbes Problem

Browsercache Safari gelöscht > selbes Problem (auch nslookup liefert die eigentlich gesperrten Daten, diese werden ja nicht aus dem Browsercache bezogen).
Auch unter Firefox selbes Problem.

Könnte jemand bei sich am Rechner mal versuchen ob ein Eintrag in der hosts Datei fruchtet? Vielleicht gab es irgendwo zwischen 10.9 und 10.9.4 eine Änderung welche die Bearbeitung nutzlos macht.
0
Igor Detlev27.08.1422:46
roger012
Könnte jemand bei sich am Rechner mal versuchen ob ein Eintrag in der hosts Datei fruchtet?

Starte mal Safari neu, oder lösch mal deinen Browserchache, oder zünde eine geweihte Kerze an, oder sowas.

Ich habe es eben getestet, war natürlich überzeugt davon, dass es klappen muss. Mit www.faz.net klappte es auch, aber seltsamerweise nicht mit www.machtechnews.de - MTN wurde trotzdem angezeigt. Da das kaum sein kann, habe ich darauf hin mal Chrome gestartet, und dort wurde der hosts Eintrag sofort berücksichtigt. Wieder zurück in Safari, wurde auch dort plötzlich der Eintrag berücksichtigt.

Dann habe ich auch www.tagesschau.de auf 127.0.0.1 gemappt und in Chrome aufgerufen. Und sie wurde trotzdem angezeigt! In Safari jedoch nicht. Zwei Minuten später wurde in Chrome die Seite nur noch ohne CSS angezeigt. "127.0.0.1 www.tagesschau.de" auskommentiert, und die Seite wird sofort wieder korrekt angezeigt. Kommentierung wegnehmen, wird (in Chrome) trotzdem korrekt angezeigt.

Eventuell werde ich morgen mal recherchieren, was da genau passiert, und wann die hosts vom System gecheckt wird, und wann möglicherweise nicht. Ein "dscacheutil -flushcache; sudo killall -HUP mDNSResponder" nach dem Editieren der hosts Datei scheint keine Unterschied zu machen.
0
roger01227.08.1422:56
Auch ein Neustart ändert nichts.

Bei mir genau das gleiche:
127.0.0.1 www.faz.de
blockiert tatsächlich die Domain (sogar ohne Safari Beenden)
Lösche ich den Eintrag in der hosts kann ich mit refresh www.faz.de sofort wieder neu aufrufen.


Ich fürchte ich werde zur geweihten Kerze greifen ... nur welche Gottheit?
0
roger01227.08.1423:00
Ich quäle mich morgen auch mal durch den ganzen DNS / Resolver, habe leider wenig Ahnung wie Apple da vorgeht.

/etc/netsvc.conf gibt es schonmal keine und /etc/resolv.conf scheint nicht benutzt zu werden.
0
Dieter27.08.1423:32
Ich habe noch nie in mehreren Zeile die selbe IP geschrieben. Immer nur "IP alias1 alias2 ..."
0
sierkb28.08.1400:01
roger012,
Igor Detlev:

bzw. ,
0
buck
buck28.08.1401:38
Kann es sein, dass Du MAMP oder ähnliches installiert hast?
Dann würden die Einträge in der .hosts Datei evtl. übergangen. Habe ich aber gerade nicht mehr so genau im Kopf.
0
Igor Detlev28.08.1408:49
sierkb
OS X keeps a local cache of resolved DNS queries for a time defined by the DNS server, but sometimes it may be necessary to reset the cache immediately and re-query a DNS server. For example, you might do this after an entry on the server is changed or a new entry is added.

Cache löschen reicht also, die Kerze braucht man nicht.
0
roger01228.08.1412:32
Habe das Problem gefunden, in einigen weiterführenden Beiträgen von sierkbs Links findet sich der Hinweis, dass Apple das Resolving anders herum aufrollt (Erst entfernt, dann lokal).

Problem #2: DNS Resolution Orders has DNS Servers Before the Hosts File:

resolver #1
  search domain[0] : hitronhub.home
  nameserver[0] : 192.168.0.1
  nameserver[1] : xxxxxxxxxxxx
  if_index : 5 (en1)
  flags    : Request A records, Request AAAA records
  reach    : Reachable,Directly Reachable Address

resolver #2
  domain   : local
  options  : mdns
  timeout  : 5
  flags    : Request A records, Request AAAA records
  order    : 300000

resolver #3
  domain   : 254.169.in-addr.arpa
  options  : mdns
  timeout  : 5
  flags    : Request A records, Request AAAA records
  order    : 300200

resolver #4
  domain   : 8.e.f.ip6.arpa
  options  : mdns
  timeout  : 5
  flags    : Request A records, Request AAAA records
  order    : 300400

resolver #5
  domain   : 9.e.f.ip6.arpa
  options  : mdns
  timeout  : 5
  flags    : Request A records, Request AAAA records
  order    : 300600

resolver #6
  domain   : a.e.f.ip6.arpa
  options  : mdns
  timeout  : 5
  flags    : Request A records, Request AAAA records
  order    : 300800

resolver #7
  domain   : b.e.f.ip6.arpa
  options  : mdns
  timeout  : 5
  flags    : Request A records, Request AAAA records
  order    : 301000

Ich werde den Workaround über DNSMasq versuchen, wenn das nicht klappt kommt ein fli4l Router hinter das Kabelmodem.

Vielen Dank für die Hilfe!
0
jogoto28.08.1412:56
roger012
Habe das Problem gefunden, in einigen weiterführenden Beiträgen von sierkbs Links findet sich der Hinweis, dass Apple das Resolving anders herum aufrollt (Erst entfernt, dann lokal).
Das kann ich mir nicht vorstellen. Mein Telekom DNS und mein Speedport sind Schnarchnasen, wenn es um Aktualisierung der DNS Einträge geht. Deswegen helfe ich mir mit Einträgen in der host Datei aus. Klappt wunderbar unter Mavericks. Nach Deiner Theorie oder die des Links müsste aber nach wie vor der Speedport und die Telekom DNS bevorzugt abgefragt werden.
0
Marcel Bresink28.08.1413:13
roger012
findet sich der Hinweis, dass Apple das Resolving anders herum aufrollt

Man darf nicht alles glauben, was man im Internet liest …

Der zitierte Artikel enthält einige Fehler und basiert auf falschen Annahmen, vor allem, da der Autor offenbar RFC 6762 nicht kennt.
0
roger01228.08.1419:36
Der zitierte Artikel enthält einige Fehler und basiert auf falschen Annahmen, vor allem, da der Autor offenbar RFC 6762 nicht kennt.
Ich auch nicht
Nach Deiner Theorie oder die des Links müsste aber nach wie vor der Speedport und die Telekom DNS bevorzugt abgefragt werden.
Genau.

Auf jeden Fall ist als Resolver 1 mein Schnarchkabelmodem, was schlichtweg nervt.

resolver #1
search domain[0] : hitronhub.home
nameserver[0] : 192.168.0.1
nameserver[1] : xxxxxxxxxxxx
if_index : 5 (en1)
flags : Request A records, Request AAAA records
reach : Reachable,Directly Reachable Address
0
Marcel_75@work
Marcel_75@work29.08.1400:01
Trage doch mal in

/System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

folgendes ein:

<string>-AlwaysAppendSearchDomains</string> (in der Sektion "ProgramArguments")

Außerdem:

Ein kurzes

dscacheutil -flushcache

reicht nicht aus, besser auch noch:

sudo killall -HUP mDNSResponder

Ich habe in meiner hosts-Datei >20.000 Einträge geblockt (u.a. auch Facebook), funktioniert bestens.
0
roger01229.08.1409:40
Habe die EIntragungen oben durchgeführt, was leider nicht von Erfolg gekrönt war.
<array>
    <string>/usr/sbin/mDNSResponder</string>
    <string>-AlwaysAppendSearchDomains</string>
</array>

Aaaaaber ich habe bisher der Dienst beendet und neu gestartet:
sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist
sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

Als ich den Prozess einfach killen wollte entdeckte ich, das der mDNSResponder über einen Dienst von Handsoff geleitet wird (killall ... klappte nicht; sudo ps -A | grep DNS brachte den entscheidenden Hinweis). Ich hatte HandsOff vor längerer Zeit mal getestet, offensichtlich wurden nicht alle Spuren beseitigt.

Handsoff also neu installiert (findet eine "alte" installation und macht ein Update) und dann entfernt und tata ... Die Einträge in der Hosts Datei funktionieren wieder problemlos.
0
smile
smile29.08.1414:06
blöde frage, sollte die 127.0.0.1 wirklich mehrfach aufgeführt sein? Müssen nicht stattdessen alle Aliase für die IP hintereinander??

also 127.0.0.1 bla.de blubb.de fubar.com

statt
127.0.0.1 bla.de
127.0.0.1 blubb.de
127.0.0.1 fubar.com


??
„Deinen Mac kannst du lieben oder hassen - Dein PC wird Dir immer scheißegal sein.“
0
roger01229.08.1421:35
Die hosts Listen die ich kenne sind alle als Liste aufgeführt. Klappt jetzt auf allen Rechner problemlos.

#facebook
127.0.0.1 www.facebook.com
127.0.0.1 facebook.com
127.0.0.1 ok.facebook.com
127.0.0.1 www.ok.facebook.com
127.0.0.1 a.ok.facebook.com
127.0.0.1 www.a.ok.facebook.com
127.0.0.1 facebook.com.au
127.0.0.1 www.facebook.com.au
127.0.0.1 nl-nl.facebook.com
127.0.0.1 www.nl-nl.facebook.com
127.0.0.1 facebook.nl
127.0.0.1 www.facebook.nl
127.0.0.1 facebook.com.au
127.0.0.1 www.facebook.com.au
127.0.0.1 login.facebook.com.au
127.0.0.1 www.login.facebook.com.au
127.0.0.1 www-10-01-snc2.facebook.com
127.0.0.1 www-11-01-snc2.facebook.com
127.0.0.1 www-10-03-ash1.facebook.com
127.0.0.1 www-12-08-ash1.facebook.com
127.0.0.1 www-13-08-ash1.facebook.com
127.0.0.1 static.ak.fbcdn.net
127.0.0.1 www.static.ak.fbcdn.net
127.0.0.1 login.facebook.com
127.0.0.1 www.login.facebook.com
127.0.0.1 login.facebook.com.nl
127.0.0.1 www.login.facebook.com.nl
127.0.0.1 fbcdn.net
127.0.0.1 www.fbcdn.net
127.0.0.1 fbcdn.com
127.0.0.1 www.fbcdn.com
127.0.0.1 ads.ak.facebook.com
127.0.0.1 www.ads.ak.facebook.com
127.0.0.1 static.ak.connect.facebook.co m
127.0.0.1 www.static.ak.connect.facebook.com
127.0.0.1 login.facebook.com
127.0.0.1 www.login.facebook.com


Oder hier zum Beispiel eine sehr lange hosts Datei:
0
Marcel_75@work
Marcel_75@work29.08.1423:44
Und hier noch eine:

Die Kombination aus beiden ergibt übrigens meine ...
0
Marcel_75@work
Marcel_75@work29.08.1423:48
smile: Im Gegenteil - es ist sogar so, dass die von Dir beschriebene Variante in OS X nachweislich buggy ist.

D.h., obwohl man offiziell "multiple domains per line" nutzen können soll, funktioniert das nicht zuverlässig.
0
someone30.08.1411:58
D.h., obwohl man offiziell "multiple domains per line" nutzen können soll, funktioniert das nicht zuverlässig.

Das ist aber wirklich arm, faul im Kern faellt mir dazu spontan ein...
0
jogoto30.08.1413:47
someone

Naja, mal ehrlich, für die Leute, die unbedingt die Host-Datei per Terminal pflegen wollen ist die ausführliche Methode doch sowieso übersichtlicher. Der Drang diesen "Fehler" zu beheben wird also nicht sonderlich groß sein.
0
someone30.08.1413:58
jogoto
Das befuerchte ich auch, laeuft ja meistens.
Ich bin aber enttaeuscht dass Apple derart grundlegende und einfache Unix Mechanismen offenbar nicht richtig implementiert bzw. kaputt modifiziert hat.
0

Kommentieren

Diese Diskussion ist bereits mehr als 3 Monate alt und kann daher nicht mehr kommentiert werden.