37414
04.09.2020, aktualisiert um 12:48:01 Uhr
11727
57
0
Webseite im lokalen Netzwerk einrichten
Hallo,
für den Betriebsrat soll eine Webseite im lokalen Netzwerk eingerichtet werden.
Diese soll dann auf einem freigegebenen Serverlaufwerk liegen und über die Browser aller Rechner aufrufbar sein über den Webseitennamen "Betriebsrat-Infos".
Vor vielen Jahren habe ich schon mal mit XAMPP gearbeitet und erinnere mich ganz dunkel, dass ich damit mal eine lokale Webseite erstellt hatte um sie zu testen - und dass ich diese nachher dann auf einen Webserver (online) hochgeladen habe...
Mittlerweile gibt es sicher andere / bessere Möglichkeiten.
Könnt Ihr mir da weiterhelfen? Es soll möglichst unaufwendig und simpel sein sowie ohne großen Schnick-Schnack.
Danke und Gruß,
imebro
für den Betriebsrat soll eine Webseite im lokalen Netzwerk eingerichtet werden.
Diese soll dann auf einem freigegebenen Serverlaufwerk liegen und über die Browser aller Rechner aufrufbar sein über den Webseitennamen "Betriebsrat-Infos".
Vor vielen Jahren habe ich schon mal mit XAMPP gearbeitet und erinnere mich ganz dunkel, dass ich damit mal eine lokale Webseite erstellt hatte um sie zu testen - und dass ich diese nachher dann auf einen Webserver (online) hochgeladen habe...
Mittlerweile gibt es sicher andere / bessere Möglichkeiten.
Könnt Ihr mir da weiterhelfen? Es soll möglichst unaufwendig und simpel sein sowie ohne großen Schnick-Schnack.
Danke und Gruß,
imebro
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 601920
Url: https://administrator.de/forum/webseite-im-lokalen-netzwerk-einrichten-601920.html
Ausgedruckt am: 23.12.2024 um 01:12 Uhr
57 Kommentare
Neuester Kommentar
soll dann auf einem freigegebenen Serverlaufwerk liegen
Das wären dann normale HTML Dateien, die einfach auf einem Laufwerk liegen. Dafür benötigst du keine Webserver Software.
Du benötigst nur noch ein Programm mit denen du die HTML Dateien erstellst und dort einfach abspeicherst. Das können viele Programme, sogar Word.
Mach dir zuerst Gedanken, ob du wirklich bei statischen HTML Dateien bleiben willst. Bestimmt sollen dynamische Inhalte dazu kommen. Dann geht das nicht mehr mit html und Dateiablagen. Dann muss ein Webserver her mit PHP und Datenbank usw.
IIS kann es, XAMPP kann es, du kannst auch eine eigene VM machen mit PHP und MySQL darin.
Moin,
1. https://www.google.com/search?&q=IIS+Tutorial
2. https://www.w3schools.com/html/
lg,
Slainte
Welche Vorgehensweise würdet Ihr mir denn empfehlen?
0. Bau/Besorg dir ein Spielsystem/VM auf dem du alles testen kannst. Ein Fileeserver ist sicher nicht der richtige Ort um mit dem IIS zu spielen.1. https://www.google.com/search?&q=IIS+Tutorial
2. https://www.w3schools.com/html/
lg,
Slainte
Bedenke, du benötigst zwei Sachen:
1) Ein Webserver, das kann IIS oder XAMPP sein
2) Eine Software, die die html Seiten erstellt oder eine Software, die auf dem Webserver läuft und dir die dynamische Webseitengestaltung einfacher macht, z.B. ein Conten Management System / Joomla / Wordpress, oder ähnliches. Wir haben dafür ein mediaWiki laufen, da kann auch jeder Anwender mit seinen Rechten Inhalte ohne Kenntnisse dazu schreiben.
1) Ein Webserver, das kann IIS oder XAMPP sein
2) Eine Software, die die html Seiten erstellt oder eine Software, die auf dem Webserver läuft und dir die dynamische Webseitengestaltung einfacher macht, z.B. ein Conten Management System / Joomla / Wordpress, oder ähnliches. Wir haben dafür ein mediaWiki laufen, da kann auch jeder Anwender mit seinen Rechten Inhalte ohne Kenntnisse dazu schreiben.
Vielleicht sollte der TO mit einem Raspberry Pi und dem Apachen übers Wochenende mal ein wenig üben um sein Web Know How wieder etwas aufzufrischen.
Ein Webserver mit allem Drum und Dran ist da ja mit apt install apache in 5 Minuten aufgesetzt.
Per WinSCP die Betriebsrats HTML Files einfach mit cut and paste ins HTML Directory kopiert und schon rennt der BR "Hosentaschen" Webserver in max. 10 Minuten.
Und richtig...
Ein Webserver an sich ist noch lange kein Content Management System das sind in der Tat 2 Paar Schuhe...
Ein Webserver mit allem Drum und Dran ist da ja mit apt install apache in 5 Minuten aufgesetzt.
Per WinSCP die Betriebsrats HTML Files einfach mit cut and paste ins HTML Directory kopiert und schon rennt der BR "Hosentaschen" Webserver in max. 10 Minuten.
Und richtig...
Ein Webserver an sich ist noch lange kein Content Management System das sind in der Tat 2 Paar Schuhe...
Als Editor tut es zur Not auch Notepad oder jeder andere Texteditor. Ansonsten gibt's jede Menge HTML-Editoren z.B. auch Dreamweaver von Adobe. Aber im Grund würde ich mir erstmal ein paar HTML-Basics aneignen, dann ist das alles kein Hexenwerk -> https://wiki.selfhtml.org/wiki/HTML/Tutorials/Einstieg
1.) Geht im einfachsten Fall mit einem simplen Editor und der Lektüre von https://wiki.selfhtml.org
2.) Weiter https://wiki.selfhtml.org lesen...
3.) Auch https://wiki.selfhtml.org wie man Menüs mit HTML aufsetzt.
Oder doch gleich Joomla nehmen https://www.joomla.de da gehts dann mit einfachem Klicki Bunti.
oder auch
https://www.websitetooltester.com/website-erstellen/
2.) Weiter https://wiki.selfhtml.org lesen...
3.) Auch https://wiki.selfhtml.org wie man Menüs mit HTML aufsetzt.
Oder doch gleich Joomla nehmen https://www.joomla.de da gehts dann mit einfachem Klicki Bunti.
oder auch
https://www.websitetooltester.com/website-erstellen/
Das heisst in deutsch, dass du zunächst mal planst, bevor du los scriptest.
1) Wie soll die Hauptseite aufrufbar werden? www.firmenname.de? intranet.firmenname.de? ein ganz neuer Name, der im DNS hinterlegt werden muss? Wie heissen die vollen Namen der Rechner im vorhandenen Netzwerk? irgendwas. firmenname.de oder irgendwas.local? Habt Ihr eine Domäne?
2) Welche Webserver Software willst du verwenden? (IIS, XAMPP, Apache alleine, Nginx?)
3) Wo soll der Webserver hin installiert werden? Als eigenständiger Rechner? Als virtuelle Maschine im Hyper-V? Wo ist noch Platz, wo stört es im Fehlerfall nicht, wo kannst du im Fehlerfall ungehindert neu booten?
4) Benötigst du feste oder dynamische Inhalte?
5) Bist du der einzige, der Inhalte regelmäßig hinzufügt?
6) Soll die Webseite von aussen ebenfalls erreichbar sein?
7) Willst du dich intensiv damit befassen wie eine Webseite aufgebaut ist oder willst du was fertiges zum durchklicken? Bzw hast du genug Recourcen um dich damit intensiv auseinander zu setzen oder willst du es einfach nur benutzen wie Word?
8) Welche Recourcen sind im Netzwerk vorhanden? Platz für eine virtuelle Maschine?
Wenn alle 8 Fragen beantwortet sind, können wir uns ein Bild davon machen und dir was konkretes empfehlen und dich auch dort hin führen. Alles andere is ein unkontrolliertes Raten und falsche Empfehlungen. z.B. bei Frage 7 kann man das richtige Frontend für die Webseite aussuchen. Frage 6 ist ganz wichtig, weil bei Zugriff von aussen viele rechtliche Schritte mit berücksichtig werden müssen. Frage 4+5 ist wichtig, damit du später nicht merkst, dass du die falsche Wahl am Anfang getroffen hast. Frage 3 ist wichtig, dass du ungehindert lernen kannst und die Mitarbeiter nicht gestört werden. Frage 2 ist eine Entscheidung, wenn du davon schon was kennst und bevorzugt einsetzen möchtest. Frage 1 ist wichtig, damit du den Webserver von vorne hinein richtig einstellen kannst, ein späterer Umzug ist mit Fehlern verbunden.
1) Wie soll die Hauptseite aufrufbar werden? www.firmenname.de? intranet.firmenname.de? ein ganz neuer Name, der im DNS hinterlegt werden muss? Wie heissen die vollen Namen der Rechner im vorhandenen Netzwerk? irgendwas. firmenname.de oder irgendwas.local? Habt Ihr eine Domäne?
2) Welche Webserver Software willst du verwenden? (IIS, XAMPP, Apache alleine, Nginx?)
3) Wo soll der Webserver hin installiert werden? Als eigenständiger Rechner? Als virtuelle Maschine im Hyper-V? Wo ist noch Platz, wo stört es im Fehlerfall nicht, wo kannst du im Fehlerfall ungehindert neu booten?
4) Benötigst du feste oder dynamische Inhalte?
5) Bist du der einzige, der Inhalte regelmäßig hinzufügt?
6) Soll die Webseite von aussen ebenfalls erreichbar sein?
7) Willst du dich intensiv damit befassen wie eine Webseite aufgebaut ist oder willst du was fertiges zum durchklicken? Bzw hast du genug Recourcen um dich damit intensiv auseinander zu setzen oder willst du es einfach nur benutzen wie Word?
8) Welche Recourcen sind im Netzwerk vorhanden? Platz für eine virtuelle Maschine?
Wenn alle 8 Fragen beantwortet sind, können wir uns ein Bild davon machen und dir was konkretes empfehlen und dich auch dort hin führen. Alles andere is ein unkontrolliertes Raten und falsche Empfehlungen. z.B. bei Frage 7 kann man das richtige Frontend für die Webseite aussuchen. Frage 6 ist ganz wichtig, weil bei Zugriff von aussen viele rechtliche Schritte mit berücksichtig werden müssen. Frage 4+5 ist wichtig, damit du später nicht merkst, dass du die falsche Wahl am Anfang getroffen hast. Frage 3 ist wichtig, dass du ungehindert lernen kannst und die Mitarbeiter nicht gestört werden. Frage 2 ist eine Entscheidung, wenn du davon schon was kennst und bevorzugt einsetzen möchtest. Frage 1 ist wichtig, damit du den Webserver von vorne hinein richtig einstellen kannst, ein späterer Umzug ist mit Fehlern verbunden.
Moin,
Wie man den IIS konfiguriert steht in der IIS-Dokumentation. Links hast Du ja genug bekommen.
Dann nimmst Du einfach einen HTML-Editor Deiner Wahl, erstellst Die Webseiten und legst diese in dem entsprechenden Verzeichnis des IIS ab.
Aber ich würde Dir empfehlen, aquis Vorschlang mit dem RasPI zu überdenken. Das biete auch den Vorteil, daß der betriebsrat unabhängig von der Firmeninfrastruktur wäre.
lks
Wie man den IIS konfiguriert steht in der IIS-Dokumentation. Links hast Du ja genug bekommen.
Dann nimmst Du einfach einen HTML-Editor Deiner Wahl, erstellst Die Webseiten und legst diese in dem entsprechenden Verzeichnis des IIS ab.
Aber ich würde Dir empfehlen, aquis Vorschlang mit dem RasPI zu überdenken. Das biete auch den Vorteil, daß der betriebsrat unabhängig von der Firmeninfrastruktur wäre.
lks
Wer soll die Seiten pflegen? Der Betriebsrat? Kann der HTML? Mach es lieber gleich vernünftig und stelle ihnen Wordpress zur Verfügung. Es gibt viele Anleitungen im Netz zu dem Thema. Praktisch ist auch der Microsoft Web Platform Installer, der für dich php, mariadb und sogar Wordpress etc. installiert.
https://techexpert.tips/de/windows-de/installieren-sie-das-web-platform- ...
https://techexpert.tips/de/windows-de/installieren-sie-das-web-platform- ...
Irgendwie machst du es dir sehr leicht, oder? Du suchst nach Hilfe, du kriegst Hilfe und dann soll man dir auch noch alles übersetzen.
Setz dir eine Linux-VM auf, installier dort einen Apache, richte WordPress ein und du hast dann alles klicki-bunti. Bei euren geringen Anforderungen solltest du da auch in der Zukunft keine Schwierigkeiten haben. Wie du Apache auf Linux einrichtest findest du bei Google wie Sand am Meer. Wie du dann darauf WordPress installierst erst recht.
Selbstinitiative ist so ein wenig wichtig, um das überhaupt verstehen zu können, was du da machst...
Setz dir eine Linux-VM auf, installier dort einen Apache, richte WordPress ein und du hast dann alles klicki-bunti. Bei euren geringen Anforderungen solltest du da auch in der Zukunft keine Schwierigkeiten haben. Wie du Apache auf Linux einrichtest findest du bei Google wie Sand am Meer. Wie du dann darauf WordPress installierst erst recht.
Selbstinitiative ist so ein wenig wichtig, um das überhaupt verstehen zu können, was du da machst...
Zitat von @37414:
...und das heißt auf Deutsch?
...und das heißt auf Deutsch?
Das heißt, dass du die Begriffe auch einfach mal bei der Suchmaschine deiner Wahl platzieren kannst
VirtualHost anlegen: https://support.simpledns.plus/kb/a117/virtual-hosting-with-iis-internet ...
Und passenden DNS-Eintrag auf die IP deines Servers anlegen.
Dann werden die Inhalte auch nur dargestellt, wenn du den Server über die entsprechende Domain aufrufst.
Und wie schon von den Kollegen erwähnt: Nimm ein CMS (z.B.: Wordpress, Joomla, Typo3), dann kann euer Betriebsrat die Inhalte auch selbst pflegen.
Wenn ich das so lese bekomme ich Angst....
Irgendwie glaube ich nicht das dein BR da wirklich HTML-Seiten selbst bauen möchte - das wäre dann schon arg ungewöhnlich... VERMUTLICH möchte der da entweder etwas drauf betreiben (CMS oder irgendeine webbasierte Applikation) ODER das hat noch nen anderen Grund...
In beiden Fällen kläre erst mal die Anforderungen ab - es ist einfach heute nicht anzunehmen das du mit nem simplen Webserver noch was reissen kannst. Da wird dann gerne mal PHP benötigt, ne DB im Hintergrund,...
Und ob du das ganze verstehen wirst weiss ich nicht - denn scheinbar bekommst du es hier nicht hin mit allen Tips die dir gegeben werden mal selbst das Hirn einzuschalten und die Begriffe zu googlen.
Ich würde dir jedoch auch empfehlen nicht auf eurem Fileserver zu arbeiten... Klar - ist schön und schnell - und wenn was kaputt geht fängst du da auch wieder bei 0 an. Dann braucht der BR keinen Webserver, dann hat der hoffentlich nen Backup! Ich frage mich ehrlich gesagt langsam welche Quali nötig ist um IT-Admin zu werden....
Irgendwie glaube ich nicht das dein BR da wirklich HTML-Seiten selbst bauen möchte - das wäre dann schon arg ungewöhnlich... VERMUTLICH möchte der da entweder etwas drauf betreiben (CMS oder irgendeine webbasierte Applikation) ODER das hat noch nen anderen Grund...
In beiden Fällen kläre erst mal die Anforderungen ab - es ist einfach heute nicht anzunehmen das du mit nem simplen Webserver noch was reissen kannst. Da wird dann gerne mal PHP benötigt, ne DB im Hintergrund,...
Und ob du das ganze verstehen wirst weiss ich nicht - denn scheinbar bekommst du es hier nicht hin mit allen Tips die dir gegeben werden mal selbst das Hirn einzuschalten und die Begriffe zu googlen.
Ich würde dir jedoch auch empfehlen nicht auf eurem Fileserver zu arbeiten... Klar - ist schön und schnell - und wenn was kaputt geht fängst du da auch wieder bei 0 an. Dann braucht der BR keinen Webserver, dann hat der hoffentlich nen Backup! Ich frage mich ehrlich gesagt langsam welche Quali nötig ist um IT-Admin zu werden....
Moin,
Ich schließe mich da mal @maretz und auch den anderen an:
Wenn euer BR anfängt, HTML-Seiten mit dem Esitor selbst zu erstellen, dann können die auch nen Webserver selbst betreiben.
Außer, die wollen Word-Dateien als HTML speichern (gruselig)...
Folgender Vorschlag von mir:
Einfacher geht es nicht und damit kommen alle Anwender/ BR-Mitglieder klar.
Gruß
em-pie
Ich schließe mich da mal @maretz und auch den anderen an:
Wenn euer BR anfängt, HTML-Seiten mit dem Esitor selbst zu erstellen, dann können die auch nen Webserver selbst betreiben.
Außer, die wollen Word-Dateien als HTML speichern (gruselig)...
Folgender Vorschlag von mir:
- Besorge dir ne Debian-NetInst und setze eine VM auf.
- Dann besorgst du dir ein WIki und installierst das dort (Anleitungen gibt es zu Hauf)
- Der BR darf alles erstellen, der Rest nur konsumieren...
Einfacher geht es nicht und damit kommen alle Anwender/ BR-Mitglieder klar.
Gruß
em-pie
Hi,
meiner bescheidenen Meinung nach:
=> IIS läuft - passt
=> erstelle einen A Record mit "gewünschtername.euerfirmen.lan"
=> passe in den Einstellungen (bin leider kein WindowsWebserver-Mensch) das Verzeichniss (WebRoot) auf das gewünschte Verzeichniss (da wo die Webseite liegen soll) an und lege dort eine "index.html" an. (Inhalt ist nicht relevant, da kannst du erstmal auch nur "test" reinschreiben).
=> lade den Webserver neu oder starte den Dienst neu - unter Windows vielleicht ein Reboot?
=> danach solltest du über die URL auch schon darauf zugreifen können und deine Webseite anlegen.(Falls DNS nicht greift teste es auch über die IP)
=> Der Webserver sollte natürlich die Rechte besitzen, auf die Files am gewünschten Ort zuzugreifen.
das mit der Test-VM ist sicher keine schlechte Idee wenn du dir unsicher bist, da kannst du dich mal austoben.
Die Idee mit der Wordpress installation ist sicher auch keine schlechte, da du damit schnell und einfach ein CMS hast, welches sich sehr einfach in der Handhabung ist. Eventuell bringst du damit die jeweilige Abteilung dann auch dazu den Content selbst einzupflegen.
meiner bescheidenen Meinung nach:
=> IIS läuft - passt
=> erstelle einen A Record mit "gewünschtername.euerfirmen.lan"
=> passe in den Einstellungen (bin leider kein WindowsWebserver-Mensch) das Verzeichniss (WebRoot) auf das gewünschte Verzeichniss (da wo die Webseite liegen soll) an und lege dort eine "index.html" an. (Inhalt ist nicht relevant, da kannst du erstmal auch nur "test" reinschreiben).
=> lade den Webserver neu oder starte den Dienst neu - unter Windows vielleicht ein Reboot?
=> danach solltest du über die URL auch schon darauf zugreifen können und deine Webseite anlegen.(Falls DNS nicht greift teste es auch über die IP)
=> Der Webserver sollte natürlich die Rechte besitzen, auf die Files am gewünschten Ort zuzugreifen.
das mit der Test-VM ist sicher keine schlechte Idee wenn du dir unsicher bist, da kannst du dich mal austoben.
Die Idee mit der Wordpress installation ist sicher auch keine schlechte, da du damit schnell und einfach ein CMS hast, welches sich sehr einfach in der Handhabung ist. Eventuell bringst du damit die jeweilige Abteilung dann auch dazu den Content selbst einzupflegen.
Ein IIS ist dafür das falsche Werkzeug. Dieses proprietäre Monster macht nur dann wirklich Sinn, wenn man alte ASP.NET Anwendungen hat bzw. irgendwelche Spezialanforderungen, für die man zwingend Windows braucht. Für alles andere gibt es wesentlich performantere, einfachere und bewährte Alternativen. Klassisches Beispiel ist ein LAMP-Stack.
Aber vor der Technik solltest du dir erst mal überlegen, was genau du überhaupt realisieren willst. Statische HTML Seiten manuell zu erstellen halte ich heutzutage in 99,9 der Fälle für untauglich. Das zu Pflegen gibt ein Albtraum, der dann auf DICH zukommt, da der BR das wohl kaum selbst pflegen kann.
Such dir ein CMS, würde etwas quelloffenes wie Wordpress bevorzugen. Bei größeren CMS hast du dann auch eine reichliche Auswahl an Designs: https://wordpress.org/themes/
Dafür musst du dich auch nicht mit dem IIS rumschlagen. Ein LAMP-Stack ist völlig ausreichend, auf einer Distribution deiner Wahl (Debian, Ubuntu, CentOS, ...). Somit kannst du mit komplett quelloffenen und kostenfreien Werkzeugen arbeiten. Da findest du auch zahlreiche Anleitungen und Dokus im Netz.
Statt selbst viel Arbeit in CSS zu stecken, nimmst du ein fertiges Design. Passt das maximal etwas an, wenn überhaupt.
Und nicht zu vernachlässigen: In Wordpress hast du Benutzer und Rollen integriert: https://www.df.eu/blog/wordpress-rollen-benutzer-und-berechtigungen-was- ...
Im saubersten Falle also einfach LDAP-Authentifizierung per Plugin aktivieren https://de.wordpress.org/plugins/ldap-login-for-intranet-sites/ dann können sich die BR-Mitglieder über Benutzergruppen in eurem LDAP, AD oder was ihr halt als zentrale Benutzerverwaltung habt, authentifizieren. Zur Not auch mit manuellen Accounts, aber wenn ihr einen Betriebsrat habt werdet ihr ja kein 10-Mann Unternehmen sein, in dem es keinen zentralen Verzeichnisdienst gibt.
Den Vorschlag mit der VM kann ich auch nur absolut befürworten. Lade dir VirtualBox runter (quelloffenes und kostenfreies Virtualisierungswerkzeug), da kannst du dir eine VM zum gefahrlos rumprobieren erstellen. Unaufwändig und simpel soll es natürlich fast immer sein. Aber selbst da kostet so was ein gewisses Maß an Zeit. Wenn die notwendige Erfahrung fehlt wie bei dir, dann sowieso noch mal mehr - etwas zu lernen dass man nicht aus dem FF beherrscht ist halt einfach immer zeitaufwendiger. Deswegen solltest du da keine falsche Illusion haben, dass da in 1h alles fertig steht, am besten noch inkl. Inhalte.
Das solltest du btw auch abklären, wer die Inhalte zu liefern und vor allem zu Pflegen hat. Dem Fachbereich muss klar sein, wer dafür die Verantwortung übernimmt. Und dir muss natürlich auch klar sein, dass du wohl für die technische Pflege verantwortlich bist. Eine Webseite ist nichts, was man einmal hinstellt und dann nie wieder anfasst. Die muss sowohl inhaltlich als auch technisch regelmäßig gewartet werden, sonst geht es in die Hose.
Aber vor der Technik solltest du dir erst mal überlegen, was genau du überhaupt realisieren willst. Statische HTML Seiten manuell zu erstellen halte ich heutzutage in 99,9 der Fälle für untauglich. Das zu Pflegen gibt ein Albtraum, der dann auf DICH zukommt, da der BR das wohl kaum selbst pflegen kann.
Such dir ein CMS, würde etwas quelloffenes wie Wordpress bevorzugen. Bei größeren CMS hast du dann auch eine reichliche Auswahl an Designs: https://wordpress.org/themes/
Dafür musst du dich auch nicht mit dem IIS rumschlagen. Ein LAMP-Stack ist völlig ausreichend, auf einer Distribution deiner Wahl (Debian, Ubuntu, CentOS, ...). Somit kannst du mit komplett quelloffenen und kostenfreien Werkzeugen arbeiten. Da findest du auch zahlreiche Anleitungen und Dokus im Netz.
Statt selbst viel Arbeit in CSS zu stecken, nimmst du ein fertiges Design. Passt das maximal etwas an, wenn überhaupt.
Und nicht zu vernachlässigen: In Wordpress hast du Benutzer und Rollen integriert: https://www.df.eu/blog/wordpress-rollen-benutzer-und-berechtigungen-was- ...
Im saubersten Falle also einfach LDAP-Authentifizierung per Plugin aktivieren https://de.wordpress.org/plugins/ldap-login-for-intranet-sites/ dann können sich die BR-Mitglieder über Benutzergruppen in eurem LDAP, AD oder was ihr halt als zentrale Benutzerverwaltung habt, authentifizieren. Zur Not auch mit manuellen Accounts, aber wenn ihr einen Betriebsrat habt werdet ihr ja kein 10-Mann Unternehmen sein, in dem es keinen zentralen Verzeichnisdienst gibt.
Den Vorschlag mit der VM kann ich auch nur absolut befürworten. Lade dir VirtualBox runter (quelloffenes und kostenfreies Virtualisierungswerkzeug), da kannst du dir eine VM zum gefahrlos rumprobieren erstellen. Unaufwändig und simpel soll es natürlich fast immer sein. Aber selbst da kostet so was ein gewisses Maß an Zeit. Wenn die notwendige Erfahrung fehlt wie bei dir, dann sowieso noch mal mehr - etwas zu lernen dass man nicht aus dem FF beherrscht ist halt einfach immer zeitaufwendiger. Deswegen solltest du da keine falsche Illusion haben, dass da in 1h alles fertig steht, am besten noch inkl. Inhalte.
Das solltest du btw auch abklären, wer die Inhalte zu liefern und vor allem zu Pflegen hat. Dem Fachbereich muss klar sein, wer dafür die Verantwortung übernimmt. Und dir muss natürlich auch klar sein, dass du wohl für die technische Pflege verantwortlich bist. Eine Webseite ist nichts, was man einmal hinstellt und dann nie wieder anfasst. Die muss sowohl inhaltlich als auch technisch regelmäßig gewartet werden, sonst geht es in die Hose.
Hallo,
eine Bitte: Bevor Du mit der Umsetzung beginnst, nimm Dir erstmal die Zeit, die nötigsten Grundlagen zu erarbeiten (oben mehrfach erwähnt), die offensichtlich noch fehlen.
Auch solltest Du dir über die Absicherung (egal ob interner oder externer Betrieb) ausführliche Gedanken machen.
Der Datenschutz ist hier keinesfalls zu vernachlässigen. Gerade bei einer Betriebsrats-Plattform ist dieser Punkt lieber viermal als dreimal zu überprüfen.
Zudem sollte der Webserver keines Falls auf einem anderen Produktivsystem "mitlaufen". Deshalb bitte nicht einfach das ganze auf dem File Server hochziehen, oder Servern wie (noch schlimmer) Domänencontroller etc.
Ich empfehle hier eine zusätzliche VM aufzusetzen und dort wahlweise einen LEMP-Stack oder den klassischen LAMP Stack einzusetzen.
Gruß
Alex
eine Bitte: Bevor Du mit der Umsetzung beginnst, nimm Dir erstmal die Zeit, die nötigsten Grundlagen zu erarbeiten (oben mehrfach erwähnt), die offensichtlich noch fehlen.
Auch solltest Du dir über die Absicherung (egal ob interner oder externer Betrieb) ausführliche Gedanken machen.
Der Datenschutz ist hier keinesfalls zu vernachlässigen. Gerade bei einer Betriebsrats-Plattform ist dieser Punkt lieber viermal als dreimal zu überprüfen.
Zudem sollte der Webserver keines Falls auf einem anderen Produktivsystem "mitlaufen". Deshalb bitte nicht einfach das ganze auf dem File Server hochziehen, oder Servern wie (noch schlimmer) Domänencontroller etc.
Ich empfehle hier eine zusätzliche VM aufzusetzen und dort wahlweise einen LEMP-Stack oder den klassischen LAMP Stack einzusetzen.
Gruß
Alex
Zitat von @Inf1d3l:
Leute ihr müsst doch berücksichtigen, wie groß das Unternehmen ist (vermutlich klein) und wie viele (fachliche) Ressourcen vorhanden sind (vermutlich keine). Nicht mit Kanonen auf Spatzen schießen... IIS + Microsoft Web Platform Installer reichen (vermutlich) vollkommen aus.
Leute ihr müsst doch berücksichtigen, wie groß das Unternehmen ist (vermutlich klein) und wie viele (fachliche) Ressourcen vorhanden sind (vermutlich keine). Nicht mit Kanonen auf Spatzen schießen... IIS + Microsoft Web Platform Installer reichen (vermutlich) vollkommen aus.
Wo sind denn hier irgendwelche "Kanonen auf Spatzen"?!? Das man den IIS nich grad mit auf nem anderem Server legt wäre ja schon naheliegend. Man nehme nur mal den Fall das der IIS nen Security-Bug hat (was ja vorkommt) - und Mitarbeiter X mal wieder auf irgendwas rumgeklickt hat... Da will man ja eher nich das es gleich auf nen File- oder AD-Server geht und dank VM ist das ja auch kein Problem...
So - ob ich jetzt aber nen ganzen IIS oder nen Linux mit Apache in ne VM packe - das macht am Ende nix aus ausser das ich für den reinen Apache nur minimale Resourcen benötige... Und wenn ich den Weg gehe und wirklich der BR das selbst schreiben will -> dann habe ich da in Sekunden auch PHP oder was auch immer drauf falls die dann auf die nächsten Ideen kommen... Wenn der BR aber nen CMS will (was ich erwarten würde) -> DANN ist auch das üblicherweise unter Apache bei den meisten mir bekannten kein Problem, die Doku dafür gibt es für nahezu jedes wie Sand am Meer (für den IIS gibt es auch genug, aber idR. sehr viel weniger).
Von daher sehe ich da nix mit "Kanonen" -> ich kann mir eben nur viele Vorteile mit wenig Aufwand und keinen weiteren Lizenzkosten holen...
Zitat von @Inf1d3l:
Leute ihr müsst doch berücksichtigen, wie groß das Unternehmen ist (vermutlich klein) und wie viele (fachliche) Ressourcen vorhanden sind (vermutlich keine). Nicht mit Kanonen auf Spatzen schießen... IIS + Microsoft Web Platform Installer reichen (vermutlich) vollkommen aus.
Ich bin bisher noch nie wirklich auf die Idee gekommen, den IIS zu nutzen, daher kann ich dazu wenig beitragen.Leute ihr müsst doch berücksichtigen, wie groß das Unternehmen ist (vermutlich klein) und wie viele (fachliche) Ressourcen vorhanden sind (vermutlich keine). Nicht mit Kanonen auf Spatzen schießen... IIS + Microsoft Web Platform Installer reichen (vermutlich) vollkommen aus.
Aber wenn es möglicherweise eine Virtualisierungs-Infrastruktur gibt, sollte es eigentlich möglich sein, einen Core und 512 MB Arbeitsspeicher für eine kleine Linux-VM abzuzwacken. Darauf dann einen der üblichen Webserver installiert und ein CMS und fertig ist der Lack... Dürfte keine Stunde dauern...
Das vermeidet eben auch Einflüsse auf andere Dienste. Was - gerade wenn wenig Know-How vorhanden ist - durchaus hilfreich sein kann.
Ich bin bisher noch nie wirklich auf die Idee gekommen, den IIS zu nutzen
Macht ja auch kein normal denkender ITler in einer von Apache und Nginx dominierten Welt !Der TO braucht ja scheinbar aber auch den Inhalt sprich den HTML Unterbau für die eigentlich BR Seite.
Dafür sollte er ggf. am Kiosk mal die aktuelle ct' kaufen ?!
https://www.heise.de/select/ct/2020/19/2015512050386541682
Zitat von @NordicMike:
Macht ja auch kein normal denkender ITler in einer von Apache und Nginx dominierten Welt !
Whoops, ich muss gleich meine Webseiten umziehen... :c)Ein normal denkender IT'ler nimmt das, was Sinn macht. Gerade in einem Intranet mit Active Directory ist der IIS besser geeignet (z.B. sind virtuelle Hosts auf andere Serverfreigaben mit aktueller Windows-Anmeldung kein Problem, während man unter Apache dafür noch aufwendig rumfrickeln müsste). Sofern man keine 1000 Besucher gleichzeitig hat (Intranet!), ist der Performance-Unterschied auch kein Argument.
Zitat von @37414:
für den Betriebsrat soll eine Webseite im lokalen Netzwerk eingerichtet werden.
Diese soll dann auf einem freigegebenen Serverlaufwerk liegen und über die Browser aller Rechner aufrufbar sein über den Webseitennamen "Betriebsrat-Infos".
Hallo, die Lösung:für den Betriebsrat soll eine Webseite im lokalen Netzwerk eingerichtet werden.
Diese soll dann auf einem freigegebenen Serverlaufwerk liegen und über die Browser aller Rechner aufrufbar sein über den Webseitennamen "Betriebsrat-Infos".
- Textdatei erstellen,
- in "Betriebsrat-Infos.htm" umbenennen
- und auf freigegebenen Serverlaufwerk speichern.
- Fertig ist die Webseite im lokalen Netz.
Beste Grüße aus dem BR
EDIT
Per OneNote geht es auch per "E-Mail-Empfänger (als Anlage"), eine *.mht Datei wird dabei erzeugt, auch die kannst du ablegen.
Zitat von @Inf1d3l:
Ein normal denkender IT'ler nimmt das, was Sinn macht. Gerade in einem Intranet mit Active Directory ist der IIS besser geeignet (z.B. sind virtuelle Hosts auf andere Serverfreigaben mit aktueller Windows-Anmeldung kein Problem, während man unter Apache dafür noch aufwendig rumfrickeln müsste).
Ein normal denkender IT'ler nimmt das, was Sinn macht. Gerade in einem Intranet mit Active Directory ist der IIS besser geeignet (z.B. sind virtuelle Hosts auf andere Serverfreigaben mit aktueller Windows-Anmeldung kein Problem, während man unter Apache dafür noch aufwendig rumfrickeln müsste).
In welchem Jahr lebst Du denn? Sowas ist mit Apache im Null Komma nix erledigt, auch unter Linux. In der Zeit hat man noch nicht mal die IIS Rolle auf dem Windows Server installiert, so schnell geht das
Sofern man keine 1000 Besucher gleichzeitig hat (Intranet!), ist der Performance-Unterschied auch kein Argument.
Aber der sicherheitstechnische Unterschied und die Betrachtung der Fehleranfälligkeit ist bei 3 Benutzern genauso ein Argument wie bei 1000 Benutzern.
Zitat von @Ad39min:
In welchem Jahr lebst Du denn? Sowas ist mit Apache im Null Komma nix erledigt, auch unter Linux. In der Zeit hat man noch nicht mal die IIS Rolle auf dem Windows Server installiert, so schnell geht das
Aber der sicherheitstechnische Unterschied und die Betrachtung der Fehleranfälligkeit ist bei 3 Benutzern genauso ein Argument wie bei 1000 Benutzern.
Zitat von @Inf1d3l:
Ein normal denkender IT'ler nimmt das, was Sinn macht. Gerade in einem Intranet mit Active Directory ist der IIS besser geeignet (z.B. sind virtuelle Hosts auf andere Serverfreigaben mit aktueller Windows-Anmeldung kein Problem, während man unter Apache dafür noch aufwendig rumfrickeln müsste).
Ein normal denkender IT'ler nimmt das, was Sinn macht. Gerade in einem Intranet mit Active Directory ist der IIS besser geeignet (z.B. sind virtuelle Hosts auf andere Serverfreigaben mit aktueller Windows-Anmeldung kein Problem, während man unter Apache dafür noch aufwendig rumfrickeln müsste).
In welchem Jahr lebst Du denn? Sowas ist mit Apache im Null Komma nix erledigt, auch unter Linux. In der Zeit hat man noch nicht mal die IIS Rolle auf dem Windows Server installiert, so schnell geht das
Sofern man keine 1000 Besucher gleichzeitig hat (Intranet!), ist der Performance-Unterschied auch kein Argument.
Aber der sicherheitstechnische Unterschied und die Betrachtung der Fehleranfälligkeit ist bei 3 Benutzern genauso ein Argument wie bei 1000 Benutzern.
Nun - speziell beim letzten Punkt ist es nur ganz einfach: Wenn man sich mitm IIS auskennt, mitm Apache nicht - meinst du denn das ist sicherer? Ganz davon abgesehen das es grad bei internen Dingen idR. Nicht das Problem des Webservers ist wenn was unsicher ist - eher das die Leute die Passwörter eh untereinander weitergeben, ähnlich/gleich machen,...
Von daher ist es schon korrekt: Man wählt die Anwendungen danach aus was man braucht und ggf. Was man kennt. Alles andere ist unsinn - das is ähnlich wie die üblichen Diskussionen ob Win besser/schlechter Linux/MAC, ob Intel besser/schlechter als AMD,...
In welchem Jahr lebst Du denn? Sowas ist mit Apache im Null Komma nix erledigt, auch unter Linux. In der Zeit hat man noch nicht mal die IIS Rolle auf dem Windows Server installiert, so schnell geht das
Wir leben in einem Jahr, in dem das Häckchen der IIS Rolle in 15 Sekunden angeklickt ist und nach 1 Minute schaut man drauf und sie ist fertig.
Was ist hier eigentlich los? Der TO interessiert sich schon lange nicht mehr für den Kindergarten hier und ihr zerfleischt euch (mal wieder) an so einer Nichtigkeit.
Jeder hier sollte so langsam aber sicher mal aus dem alter raus sein in dem man sich zwanghaft für ein Lager entscheidet.
MS böse und schlecht, Linux frickelig und nur für Nerds.
Bullshit! Alles hat seinen Einsatzzweck und Daseinsberechtigung. Nehmt das beste aus beiden Welten und seid glücklich aber hört auf mit dieser Kinderkacke. Ist ja nicht mehr auszuhalten
Jeder hier sollte so langsam aber sicher mal aus dem alter raus sein in dem man sich zwanghaft für ein Lager entscheidet.
MS böse und schlecht, Linux frickelig und nur für Nerds.
Bullshit! Alles hat seinen Einsatzzweck und Daseinsberechtigung. Nehmt das beste aus beiden Welten und seid glücklich aber hört auf mit dieser Kinderkacke. Ist ja nicht mehr auszuhalten
Auf gehts...die 50 Threads schaffen wir sicher noch zu dem Thema !!!
@37414 ist längst raus. Vielleicht reichts ja noch zu einem finalen: Wie kann ich einen Beitrag als gelöst markieren? um das Thema endlich abzuschliessen.
@37414 ist längst raus. Vielleicht reichts ja noch zu einem finalen: Wie kann ich einen Beitrag als gelöst markieren? um das Thema endlich abzuschliessen.
Stimmt ja auch. Deswegen nimmt man BSD in der Inkarnation als MacOS.
lks
Hab ich (indirekt) auch mit dem LEMP Stack
Taugt es nicht?
Ganz in Gegenteil, "es rockt", würde ich behaupten.
Bestimmt nicht für jeden einzelnen Anwendungsfall geeignet aber für viele umso besser.
Zitat von @Lochkartenstanzer:
Ich mag LAMP lieber.
lks
Ich mag LAMP lieber.
lks
Ist auch nichts verkehrt dran Habe aus gutem Grund beide erwähnt
Zitat von @37414:
Das gute bei dieser Lösung ist, dass alles innerhalb dieser ".mht"-Datei gespeichert wird.
Das Hauptverzeichnis liegt jetzt auf einer Server-Freigabe und kann von jedem Mitarbeiter/-in geöffnet werden... Browser hat ja eh jede/r auf seinem Rechner.
Also... bisher finde ich das gut
Wenn es für dich passt und alle Anforderungen abdeckt, dann ist das doch prima.Das gute bei dieser Lösung ist, dass alles innerhalb dieser ".mht"-Datei gespeichert wird.
Das Hauptverzeichnis liegt jetzt auf einer Server-Freigabe und kann von jedem Mitarbeiter/-in geöffnet werden... Browser hat ja eh jede/r auf seinem Rechner.
Also... bisher finde ich das gut
Ich gebe zu, es wäre nicht die richtige Lösung für mich gewesen, aber wenn es passt, passt es...
Eine Webseite ist auch immer eine Vistitenkarte ! Der BR des TOs hat jetzt ein Stück abgerissene Pappe mit Bleistiftgekritzel... Das hat ja auch einen gewissen Aussagewert.
In diesem Sinne und da alle jetzt gut unterhalten wurden bleibt dem TO dann eigentlich nur noch den Thread zu schliessen:
Wie kann ich einen Beitrag als gelöst markieren?
In diesem Sinne und da alle jetzt gut unterhalten wurden bleibt dem TO dann eigentlich nur noch den Thread zu schliessen:
Wie kann ich einen Beitrag als gelöst markieren?
Zitat von @aqui:
Eine Webseite ist auch immer eine Vistitenkarte ! Der BR des TOs hat jetzt ein Stück abgerissene Pappe mit Bleistiftgekritzel... Das hat ja auch einen gewissen Aussagewert.
Eine Webseite ist auch immer eine Vistitenkarte ! Der BR des TOs hat jetzt ein Stück abgerissene Pappe mit Bleistiftgekritzel... Das hat ja auch einen gewissen Aussagewert.
Ich glaube Du überbewertest das Ganze. Wenn das nur für internen Gebrauch ist und da auf ein oder zwei Seiten die aktuellen Themen für den BR draufstehen, ist das überschaubar. Der Betrieb scheint ja überschaubar zu sein, vermutlich würde sogar einmal ausdrucken und ans Schwarze Brett hängen dasselbe bewirken.
lks