Ich habe eine virtuellen Server auf VirtualBox aufgesetzt und Port 80 vom Router aus darauf umgeleitet. Übers Web ist kommt man auf das darauf laufende Dokuwiki. Der Server hat eine statische IP-Adresse und hängt an einer Bridge am LAN. Seine IP ist in der /etc/hosts des Linux-Systems verdrahtet, auf dem die VB läuft. Ping vom Host aus über den hosts-Namen des Servers funktioniert. Per Firefox kann ich den Server nur über die IP-Adresse (http://www.xxx.yyy.zzz) erreichen - da fehlt also offensichtlich irgendwo ein Nameserver, der den hosts-Namen auflöst. Wie kann man das ändern?
entweder legst du eine "hosts" Datei auf jedem Rechner der darauf zugreifen soll an, oder du betreibst ein DNS-Server
Oder du sagst es dem Router. Der hat meist auch einen Nameserver.
user schrieb: > entweder legst du eine "hosts" Datei auf jedem Rechner der darauf > zugreifen soll an, oder du betreibst ein DNS-Server Ich habe den Namen auf dem Hostsystem in der hosts verdrahtet und kann ihn von dort über den Namen anpingen. Nur wenn ich per FF über den hosts-Namen vom Hostsystem aus zugreifen will, gehts nicht. M.a.W.: FF löst keine Namen auf, die in der /etc/hosts des Systems vereinbart sind, auf dem er läuft.
Die Sache bleibt mysteriös: bei anderen VServern, die auch in der /etc/host verdrahtet sind, funktioniert der Zugriff vom Host per Browser.
Uhu Uhuhu schrieb: > Per Firefox kann ich den Server nur über die IP-Adresse > (http://www.xxx.yyy.zzz) erreichen - da fehlt also offensichtlich > irgendwo ein Nameserver, der den hosts-Namen auflöst. die hosts datei gilt nur auf dem rechner auf dem sie liegt. /etc/nsswitch.conf gibt vor in welcher reihenfolge hostnamen aufgelöst werden (file, dns). wenn firefox auf einem anderen system als dem vbox-host läuft kann er mit einträgen in dessen /etc/hosts nichts anfangen.
c.m. schrieb: > die hosts datei gilt nur auf dem rechner auf dem sie liegt. Wenn du genau liest, liegt genau dieser Fall vor... > wenn firefox auf einem anderen system als dem vbox-host läuft kann er > mit einträgen in dessen /etc/hosts nichts anfangen. Davon war nirgends die Rede... > /etc/nsswitch.conf gibt vor in welcher reihenfolge hostnamen aufgelöst > werden (file, dns). Das ist hier wohl eher uninteressant - andere VServer, egal mit welchem Gastsysten - auf demselben Host kann ich ja über den hosts-Namen zugreifen. Nur dieser eine tanzt aus der Reihe.
:
Bearbeitet durch User
geht ping addr/name? sicher das du keine tippfehler in der hosts hast?
ping geht bei allen - siehe Eingangsposting. Die /etc/hosts habe ich auch nochmal überprüft: keine Konflikte, alles vorhanden.
:
Bearbeitet durch User
ein wget auf die document-root mit hostname geht auch?
Fritzbox im Einsatz? Dort in die DHCP-Liste gehen, der Kiste einen Namen geben. Dann funktioniert DNS-Auflösung Netzweit.
c.m. schrieb: > ein wget auf die document-root mit hostname geht auch? Nein, das tut auch nicht, aber es bringt Erkenntnis:
1 | $ wget wiki2/wiki/doku.php |
2 | --2013-12-11 13:35:32-- http://wiki2/wiki/doku.php |
3 | Resolving wiki2 (wiki2)... 172.30.5.40 |
4 | Connecting to wiki2 (wiki2)|172.30.5.40|:80... connected. |
5 | HTTP request sent, awaiting response... 404 Not Found |
6 | 2013-12-11 13:35:32 ERROR 404: Not Found. |
Die DNS-Auflösung fnktioniert also. Und dasselbe mit expliziter IP-Adresse:
1 | $ wget 172.30.5.40/wiki/doku.php |
2 | --2013-12-11 13:48:34-- http://172.30.5.40/wiki/doku.php |
3 | Connecting to 172.30.5.40:80... connected. |
4 | HTTP request sent, awaiting response... 200 OK |
5 | Length: unspecified [text/html] |
6 | Saving to: `doku.php.1' |
7 | |
8 | [ <=> ] 8.756 --.-K/s in 0,005s |
9 | |
10 | 2013-12-11 13:48:34 (1,70 MB/s) - `doku.php.1' saved [8756] |
Und um die Verwirrung komplett zu machen:
1 | wget <dyndns-name>/wiki/doku.php |
2 | --2013-12-11 13:56:09-- http://<dyndns-name>/wiki2/doku.php |
3 | Resolving <dyndns-name> (<dyndns-name>)... xxx.xxx.xxx.xxx |
4 | Connecting to <dyndns-name> (<dyndns-name>)|xxx.xxx.xxx.xxx|:80... connected. |
5 | HTTP request sent, awaiting response... 200 OK |
6 | Length: unspecified [text/html] |
7 | Saving to: `doku.php.2' |
8 | |
9 | [ <=> ] 8.756 --.-K/s in 0,05s |
10 | |
11 | 2013-12-11 13:56:10 (179 KB/s) - `doku.php.2' saved [8756] |
1 | $ ping wiki2 |
2 | PING wiki2 (172.30.5.40) 56(84) bytes of data. |
3 | 64 bytes from eulenwiki (172.30.5.40): icmp_req=1 ttl=64 time=0.290 ms |
:
Bearbeitet durch User
1 | HTTP request sent, awaiting response... 404 Not Found |
2 | 2013-12-11 13:35:32 ERROR 404: Not Found. |
ist immerhin vom webserver. hmmmm… versucht der bei einem request den servernamen aufzulösen? trag in die hosts datei der vm auch mal deren ip+name ein und probiers nochmal.
c.m. schrieb: > trag in die hosts datei der vm auch mal deren ip+name ein und probiers > nochmal. Das ändert nichts.
Uhu Uhuhu schrieb: > c.m. schrieb: >> trag in die hosts datei der vm auch mal deren ip+name ein und probiers >> nochmal. > > Das ändert nichts. bitte das access/error log eines geglückten requests mit ip und ein missglückter eintrag mit hostnamen.
Liegt vermutlich einfach daran, dass der Webserver den Hostnamen nicht zuordnen kann und dementsprechend nicht die gewünschte Seite liefert. Habe jetzt nicht gelesen, welchen Server du nutzt, beim Apache wäre das Zauberwort "Virtual Hosts". Der Hostname muss dann auch vom Webserver aus auflösbar sein.
index.htm im /htdocs Verzeichnis vom Webserver?
So, jetzt bin ich der Sache auf die Spur gekommen. Diese Varianten funktionieren:
1 | wget <dyndns-name>/wiki2/doku.php |
2 | |
3 | wget 172.30.5.40/wiki2/doku.php |
4 | wget wiki2/doku.php |
Die erste geht über den Nameserver des Providers, die anderen beiden spielen sich allein im LAN ab. Die letzte hinterläßt folgende Spur im accesslog:
1 | 172.30.5.24 - - [11/Dec/2013:19:11:25 +0100] "GET /wiki2/doku.php HTTP/1.1" 200 9392 "-" "Wget/1.13.4 (linux-gnu)" |
Das wiki liegt auf dem Server unter /var/www/wiki2 und der hosts-Name war wiki2. Um das zu entwirren, habe ich den hosts-Namen geänder in xwiki geändert. Jetzt kann ich aus dem Browser über zwei URLs zugreifen: xwiki/wiki2/doku.php wiki2/doku.php und Daß der zweite Zugriff funktioniert, beruht auf einem Konfigurationsfehler des Apatchen, denn man kann auch wiki2/data/deleted.files zugreifen, was eigentlich nicht sein dürfte, wenn die Konfiguration korrekt wäre. Nachtrag: Seit ich die zum Server gehörige Datei unter /etc/apache2/sites-available repariert habe, funktioniert alles, wie es soll.
:
Bearbeitet durch User
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.