Ich benutze Git Bash in Windows 8. Ich kann sehen, es hat C:\Windows\system32\drivers\etc\hosts über /etc/hosts kopiert. Beachten Sie, dass /etc/hosts kein Link zu C:\Windows\system32\drivers\etc\hosts ist - Sie können dies selbst beweisen, indem Sie C:\Windows\system32\drivers\etc\hosts ändern und sehen, dass /etc/hosts nicht sofort geändert wird. Meine Vermutung ist, dass /etc/hosts von C:\Windows\system32\drivers\etc\hosts kopiert wird, wenn Git Bash gestartet wird, aber das ist wirklich irrelevant für diese Frage.Woher erhält Git Bash all seine Host-Mappings?
Meine eigentliche Frage hier ist, warum andere bekannte Hosts gibt, die in einer dieser Dateien nicht angezeigt werden:
$ ping host-not-in-files
Pinging host-not-in-files [192.168.3.3] with 32 bytes of data:
Reply from 192.168.3.3: bytes=32 time<1ms TTL=64
Reply from 192.168.3.3: bytes=32 time<1ms TTL=64
^C
Wo ist Git Bash immer die Zuordnung von host-not-in-files zu 192.168.3.3 aus?
Hinweis: host-not-in-files ist keine Zeichenkette - ich könnte genauso gut ping bob oder ping fred hier geschrieben haben - es soll nur einen Hostnamen sein, die in werden weder C:\Windows\system32\drivers\etc\hosts oder /etc/hosts gefunden. Ich möchte die tatsächliche Zeichenkette, die ich in meinem PC verwende, nicht in stackoverflow aus Sicherheitsgründen posten - genau aus dem gleichen Grund, warum 192.168.3.3 keine echte IP-Adresse in meinem Netzwerk ist.
Beachten Sie auch, dass ich keine Probleme mit der Verwendung der Hosts in C:\Windows\system32\drivers\etc\hosts oder /etc/hosts haben - diese werden von Git Bash zugeordnet. Ich will nur wissen, wo die anderen Mappings stattfinden.
Sind Sie sicher, dass es sich um eine Git Bash-Version von Ping handelt und nicht um die Standard-Windows-Ping.exe? Wenn es anders ist, verhält sich der Windows-Ping genauso oder gibt er Ihnen den Fehler "konnte Host nicht finden"? –