[Future010]

Hallo zusammen,

Ich würde gerne eine Website in Html Format auf einem IIS Server hosten, dazu habe ich schon eine Server Rolle hinzugefügt (IIS Server). Wenn ich auf Website hinzufügen klicken, kann diese zwar hinzugefügt werden, doch erscheint diese dann leider nicht wenn ich in den Browser gehe und beispielsweise www.test.de eingebe nicht.
Wenn ich localhost eintippe erscheint meine Website, ich hätte jedoch gerne, dass ich diese Mittels IP direkt oder via Adresse www.test.de ansprechen kann. Ich wüsste dazu vermutlich einen DNS Server konfigurieren, nur leider funktioniert das nicht ganz,

Falls Jemand helfen könnte, wäre das sehr gut.
Danke

[RalphS]

Einfach

127.0.0.1 www.test.de

In die hosts Datei eintragen.

[Future010]

Das funktioniert, nur mich würde interessieren, wie es jetzt möglich ist, diese Website im Intranet zu veröffentlichen und auf diese Mittels VM zuzugreifen.

[lingo]

Guten Morgen Future010,

ich denke bei Mircosoft werden deine Fragen beantwortet.

Wenn die Webseite schon fertig ist, dann versuche doch mal über einen Andern PC mittels IP-Adresse diese Anzeigen zu lassen.

ggf. musst du noch die WindowsFirewall einrichten und entsprechende Portsfreischalten.

Weiterhin solltest du die DNS Einstellungen nicht vergessen

Grüße
Lingo

Dieser Beitrag wurde von lingo bearbeitet: 13. August 2014 - 07:55

[FloBrand]

Ich bin Servertechniker und kenne mich deshalb aus.

Ganz einfach, du musst am DNS Server eine Forward Lookup Zone erstellen, dort dann die Domain hinzufügen und deligieren!

Dazu verleite ich gerne auf das von mir erstellte Video:
http://youtu.be/eKDLIcbtSiY

Beste Grüße,
Florian

Dieser Beitrag wurde von FloBrand bearbeitet: 16. August 2014 - 14:20

[Future010]

Danke für die Antworten.

Ich habe es noch selbst geschafft eine Website zu hosten (IIS und DNS).
Wer ebenfalls wissen möchte wie das funktioniert, bitte bescheid sagen.
Ich würde dann eine gute Anleitung von mir zur Verfügung stellen !

[Future010]

Mich würde darüber hinaus noch interessieren, wie es möglich ist einen DNS-Server mit einem Fileserver zu koppeln, sodass man von einem Client auf eine Website zugreifen kann, welche sich auf dem Fileserver befindet.

Desweiteren würde mich interessieren, ob man eine Website (sagen wir mal eine index.html Datei) auf einen Fileserver packen kann und dann via Browser auf diese zugreifen kann.


Ich freue mich schon auf eure Antworten!

[RalphS]

Da muß nichts gekoppelt werden. Ein DNS-Server ordnet IP-Adressen Namen zu. Nicht mehr. Nicht weniger.

Aber bei einem Windows-Dateiserver ist das eigentlich gar nicht notwendig: man kann einfach den Rechnernamen ansprechen.

DNS hat demgegenüber einfach den Vorteil, daß es (DNS-)Domains gibt, welche der Windows-Namensdienst nicht unterstützt (\\SERVER1, \\SERVER2 vs. \\server.wohnzimmer.zuhause.local, \\server.sohnemann.zuhause.local).

Dazu muß DNS aber natürlich entsprechend konfiguriert werden.

Vorsicht: jede DNS-Domain, die man auf seinem DNS-Server einrichtet, ist dann NUR NOCH lokal erreichbar. Man kann seinen privaten Webserver so "www.microsoft.com" nennen, bekommt dann aber keinen Zugriff mehr auf Microsoft's Webangebot.

Re: index.html, ja klar kann man die einfach "doppelklicken" und dann wird die auch angezeigt. Das kommt allerdings auch darauf an, wie diese HTML-Dateien geschrieben sind (Stichwort externe Referenzen) und ob es einfache HTML-Seiten sind oder serverseitige Scripts beinhalten (welche, wie der Name ja andeutet, einen dahinterstehenden Webserver erfordern).


TO: Es würde, glaube ich, helfen, wenn Du uns die Problematik insgesamt einmal darstellen würdest. So ließe sich besser helfen.

[Future010]

Versuchsaufbau:

1. Ein Fileserver (stellt eine Datei zur Verfügung index.html)
2. Ein IIS Server soll nun auf diese Datei zugreifen und sie hosten können
3. Ein DNS Server soll darüber hinaus aus der bloßen IP des IIS Servers eine vernünftige Adresse basteln
3.1 DNS IIS Client und Fileserver sind in einer Domäne.
4. Ein Client soll nun auf die fertige Website zugreifen.

Ich habe im Fileserver die Berechtigung bereits gegeben (Vollzugriff Jeder.
Im IIS Server habe ich als Netzlaufwerk Z:\ angegeben Z:\ wird vom Fileserver bereitgestellt.
Wenn ich im IIS Server den Pfad Z:\ öffne, wird mir dieser auch angezeigt.
DNS Server habe ich ebenfalls konfiguriert. Im Client wird mir nun der Fehlercode 500 angezeigt (Ressource kann nicht angezeigt werden) sobald ich www.page.com eingebe (www.page.com wurde im IIS und DNS schon konfiguriert und mit "lokalen" Websiten, also welche, die direkt auf dem IIS sind funktioniert das ganze auch
nur über die "Brücke" Fileserver eben nicht.

Wenn mir jemand helfen könnte wäre das sehr nett!
Danke an dieser Stelle!

Dieser Beitrag wurde von Future010 bearbeitet: 19. August 2014 - 13:48

[RalphS]

Aha.

Das klingt zunächst nach Berechtigungsproblemen.

Schau mal in der Ereignisanzeige (eventvwr), was es da an IIS-bezogenen Fehlermeldungen gibt.

[Future010]

Ereignisanzeige habe ich mir angesehen steht leider nichts spezifisches drin.

Error 500 erscheint im Browser, wenn ich die Website aufrufen will.
Aber dieser Error-Code bedeutet doch eigentlich, dass er das Netzlaufwerk
auf dem Fileserver findet, es nur nicht anzeigen kann (aus welchem Grund auch immer).

Zum Netzlaufwerk noch eines, freigegeben habe ich es im Fileserver, welcher in einer separaten VM
läuft. Ich habe dann im IIS dieses Netzlaufwerk hinzugefügt (Im Computer als Z:\) und verwende es wieder
als Pfad im IIS für die Website.

[RalphS]

Schlage zunächst dringend vor, das "Z:\" auf den UNC-Pfad (\\server\share) zu ändern - der Server läuft nicht im Benutzer-, sondern im Systemkontext und kennt daher den LW-Buchstaben nicht (zwangsläufig).

5xx - HTTP-Fehler sind einfach serverspezifische Fehler: nicht in der Kommunikation mit dem Browser ist was schiefgegangen, sondern der Server selber funktioniert nicht so, wie er soll (kann nicht auf die Datenbank zugreifen, erreicht die angegebene Ressource mangels Berechtigung nicht, PHP-Engine angefordert und die funktioniert aber nicht, dergleichen mehr).

Nur interessehalber: gibt es für die Konfiguration einen spezifischen Grund? Ich mein, rein vom Konfigurationsaufwand ist es ja schon schwieriger als zB die Daten "lokal" auf demselben System zu haben, wo auch der Webserver drauf läuft.

Klar ist es so die professionellere Variante, aber eben auch aufwendiger.

[Future010]

Zitat

Schlage zunächst dringend vor, das "Z:\" auf den UNC-Pfad (\\server\share) zu ändern - der Server läuft nicht im Benutzer-, sondern im Systemkontext und kennt daher den LW-Buchstaben nicht (zwangsläufig).

Kannst du das vllt. näher erklären, wie ich auf den UNC Pfad wechseln kann ?

[RalphS]

Da, wo Du das Stammverzeichnis in der IIS-Konfiguration zugewiesen hast. Das muß dann halt von Laufwerksbuchstaben auf den Netzwerkpfad geändert werden.

Am Ende muß das so aussehen, daß der Server seine Daten nicht von Z:\... holt, sondern eben von \\Server\Freigabe\... , also unabhängig von (willkürlich zuweisbaren) Laufwerksbuchstaben.

Außerdem (aber das geht dann schon etwas weiter) könntest Du, je nachdem ob der Dateiserver und der Webserver in einer Domain stecken oder nicht, noch die Zugriffsrechte auf Datei- und Freigabeebene einschränken. Wenn JEDER Vollzugriff hat, ist definitiv zuviel; das ist kein Scheunentor, da wurde die Scheune gleich ohne Wände gebaut.

Mit Domain wäre das dann das Webserverkonto in der Domain (findet sich in den Systemeinstellungen des IIS).

Ohne Domain (= Arbeitsgruppe, Workgroup) müßtest Du auf dem Dateiserver ein dediziertes Benutzerkonto für den IIS anlegen (beliebig) und diesem dann die erforderlichen Berechtigungen einräumen.

Erwartungsgemäß ist das für einen Webserver, der lediglich statische Webseiten (HTML) ausliefert, Nur-Lesen.

So stellst Du sicher, daß sich da nix einschleicht. Sonst kann mit etwas Pech "irgendwer" was bei Dir auf den Rechner mit dem Webserver hochladen (Malware etc).

Dieser Beitrag wurde von RalphS bearbeitet: 20. August 2014 - 07:20

[Future010]

Eben gerade selbst geschafft. (ich verstehe selbst noch nicht ganz, warum mir das nicht sofort eingefallen ist...)


JA super es funktioniert:

LÖSUNG: UNC-Pfad angeben anstatt Netzlaufwerk Z:\


Danke RalphS und FloBrand!

Dieser Beitrag wurde von Future010 bearbeitet: 20. August 2014 - 07:20