5
Typo3 Intranet für Domäne bereitstellen
Hallo,
ich habe auf einem Server Typo3 mit dem Windowsinstaller installiert. Habe mir auch schon eine kleine Seite erstellt. Läuft soweit alles wunderbar. Ein paar kleinere Probleme habe ich allerdings noch.
Das Intranet ist mittels http://10.10.10.10:8888 im kompletten Netzwerk erreichbar.
Ich hätte jetzt allerdings gerne, dass die User nicht immer diese IP eingeben müssen, weil sich die ja kein Mensch merken kann. Nun hätte ich auf dem DC (Windiws Server 2003) im DNS Dienst unter dem Forward-Lookupzonen --> Meine Domäne einen neuen Alias (CName) erstellt. Bei den Vollqualifizierten Domänennamen habe ich "intranet" angegeben. Folglicht lautet der Aliasname "intranet.meinedomäne.local". Als Vollqualifizierten Domänennamen der Zielhosts habe ich 10.10.10.10:8888 angegeben.
Leider funktioniert die Namensauflösung aber nicht. Was habe ich da falsch gemacht?
Das nächste ist, dass ich im Intranet einige Links wie z.B file:///C:/Datei.txt habe. Mit den Standardeinstellungen des IE kann ich diese Links nicht öffnen. Speichern "- ziel speichern unter" - funktioniert aber. Nun habe ich in den Sicherheitseinstellungen des IE unter "Sicherheit", "Lokales Intranet" die IP Adresse des Servers hinterlegt. Die Sicherheitsstufe habe ich testweise auch auf niedrig gestellt. Leider lassen sich diese Links trotzdem nicht öffnen.
Habt ihr eine Idee, an was das liegen kann? Google sagt mir leider zu diesem Thema auch nicht mehr.
Gruß
ich habe auf einem Server Typo3 mit dem Windowsinstaller installiert. Habe mir auch schon eine kleine Seite erstellt. Läuft soweit alles wunderbar. Ein paar kleinere Probleme habe ich allerdings noch.
Das Intranet ist mittels http://10.10.10.10:8888 im kompletten Netzwerk erreichbar.
Ich hätte jetzt allerdings gerne, dass die User nicht immer diese IP eingeben müssen, weil sich die ja kein Mensch merken kann. Nun hätte ich auf dem DC (Windiws Server 2003) im DNS Dienst unter dem Forward-Lookupzonen --> Meine Domäne einen neuen Alias (CName) erstellt. Bei den Vollqualifizierten Domänennamen habe ich "intranet" angegeben. Folglicht lautet der Aliasname "intranet.meinedomäne.local". Als Vollqualifizierten Domänennamen der Zielhosts habe ich 10.10.10.10:8888 angegeben.
Leider funktioniert die Namensauflösung aber nicht. Was habe ich da falsch gemacht?
Das nächste ist, dass ich im Intranet einige Links wie z.B file:///C:/Datei.txt habe. Mit den Standardeinstellungen des IE kann ich diese Links nicht öffnen. Speichern "- ziel speichern unter" - funktioniert aber. Nun habe ich in den Sicherheitseinstellungen des IE unter "Sicherheit", "Lokales Intranet" die IP Adresse des Servers hinterlegt. Die Sicherheitsstufe habe ich testweise auch auf niedrig gestellt. Leider lassen sich diese Links trotzdem nicht öffnen.
Habt ihr eine Idee, an was das liegen kann? Google sagt mir leider zu diesem Thema auch nicht mehr.
Gruß
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 167269
Url: https://administrator.de/contentid/167269
Ausgedruckt am: 22.11.2024 um 16:11 Uhr
5 Kommentare
Neuester Kommentar
Hallo,
ersteinmal zur Namensauflösung: Das klappt nicht!
Du kannst nur auf eine IP umleiten.
Die Port Einstellungen müsstest auf dem Webserver machen. Warum läuft die seite nicht auf 80 oder 443?
Gruß
ersteinmal zur Namensauflösung: Das klappt nicht!
Du kannst nur auf eine IP umleiten.
Die Port Einstellungen müsstest auf dem Webserver machen. Warum läuft die seite nicht auf 80 oder 443?
Gruß
Hallo,
ich hab da mehrere Seiten am laufen. Je nach Port gelange ich auf eine andere Seite. Hab ich da gar keine andere Möglichkeit mit DNS? Ansonsten muss ich das halt so umbiegen, dass ich das Intranet auf dem Server auf Port 80 laufen lasse.
Danke für deine Antwort!
ich hab da mehrere Seiten am laufen. Je nach Port gelange ich auf eine andere Seite. Hab ich da gar keine andere Möglichkeit mit DNS? Ansonsten muss ich das halt so umbiegen, dass ich das Intranet auf dem Server auf Port 80 laufen lasse.
Danke für deine Antwort!
Hey, im DNS hast du keine Porteinstellungen.
Enweder "umbiegen" oder intranet.meinedomäne.local:8888
Gruß
Enweder "umbiegen" oder intranet.meinedomäne.local:8888
Gruß
Je nach dem welchen Webserver du einsetzt hast du folgende Möglichkeiten:
- Apache: Einen Virtuellen Host anlegen und als Servernamen "intranet" angeben.
- IIS: Analog einen Virtuellen Host anlegen. Hier heißt das aber Hostname.
LG
Martin
- Apache: Einen Virtuellen Host anlegen und als Servernamen "intranet" angeben.
- IIS: Analog einen Virtuellen Host anlegen. Hier heißt das aber Hostname.
LG
Martin
Hi,
gerade zu deinem Problem Nr. 1 gibt es ja etliche Lösungen die davon abhängen wie dein Kenntnisstand ist, wie versteckt die Sache sein soll und welche Webserver Software du verwendest.
1.
Einfachste Möglichkeit ist auf dem Webserver der auf Port 80 läuft eine Index Seite zu erstellen die durch einfache Links auf die verschiedenen "Intranets" weiterleitet. So müssen sich die User nichts merken und du brauchst nichts umzukonfigurieren.
2.
Es könnte auch sein dass du dein Typo3 zu einfach installiert hast. Typo3 verträgt durchaus eine base_url. Dadurch nimmt es nicht einen ganzen Port für sich in Anspruch sondern nur einen Pfad. z.B. http://10.10.10.10:8888/typo3 oder eben http://10.10.10.10/typo3 . Dadurch können mehrere Applikationen koexistieren.
3.
Du kannst auch auf dem Webserver am Port 80 auf einen Pfad z.B. /Typo3/ einen reverse proxy aufsetzen der auf den Server auf Port 8888 Umleitet. Aber unbedingt die gleiche base_url verwenden. Du solltest erst gar nicht versuchen von /typo3/ auf z.B. /mytypo3/ umzuleiten oder von /typo3/ auf / .
4.
Es gäbe sogar die Möglichkeit eine virtuelle Webserver Instanz zu konfigurieren die automatisch den Browser auf http://10.10.10.10:8888 umleitet per server side redirect. Dadurch würde der Browser von z.B. intranet1.meinedomäne.local auf http://10.10.10.10:8888 umgeleitet.
5.
Letztendlich gäbe es sogar die Möglichkeit per server side redirect nur den Ordner umzuleiten z.B. von intranet.meinedomäne.local/typo3 auf http://10.10.10.10:8888.
Bei den Lösungen 1,4 und 5 würde der User den Redirect bemerken. Schließlich landet er auf einer ganz anderen Seite als er angegeben hat.
Lösung 2 ist wohl die Sauberste. Lösung 3 bietet sich an wenn eine Application auf einem bestimmten Webserver nicht zur Mitarbeit zu bewegen ist aber auf einem anderen anstandslos läuft.
Ich hoffe sehr ich habe nicht all-zuviel Verwirrung gestiftet.
Gruß
gerade zu deinem Problem Nr. 1 gibt es ja etliche Lösungen die davon abhängen wie dein Kenntnisstand ist, wie versteckt die Sache sein soll und welche Webserver Software du verwendest.
1.
Einfachste Möglichkeit ist auf dem Webserver der auf Port 80 läuft eine Index Seite zu erstellen die durch einfache Links auf die verschiedenen "Intranets" weiterleitet. So müssen sich die User nichts merken und du brauchst nichts umzukonfigurieren.
2.
Es könnte auch sein dass du dein Typo3 zu einfach installiert hast. Typo3 verträgt durchaus eine base_url. Dadurch nimmt es nicht einen ganzen Port für sich in Anspruch sondern nur einen Pfad. z.B. http://10.10.10.10:8888/typo3 oder eben http://10.10.10.10/typo3 . Dadurch können mehrere Applikationen koexistieren.
3.
Du kannst auch auf dem Webserver am Port 80 auf einen Pfad z.B. /Typo3/ einen reverse proxy aufsetzen der auf den Server auf Port 8888 Umleitet. Aber unbedingt die gleiche base_url verwenden. Du solltest erst gar nicht versuchen von /typo3/ auf z.B. /mytypo3/ umzuleiten oder von /typo3/ auf / .
4.
Es gäbe sogar die Möglichkeit eine virtuelle Webserver Instanz zu konfigurieren die automatisch den Browser auf http://10.10.10.10:8888 umleitet per server side redirect. Dadurch würde der Browser von z.B. intranet1.meinedomäne.local auf http://10.10.10.10:8888 umgeleitet.
5.
Letztendlich gäbe es sogar die Möglichkeit per server side redirect nur den Ordner umzuleiten z.B. von intranet.meinedomäne.local/typo3 auf http://10.10.10.10:8888.
Bei den Lösungen 1,4 und 5 würde der User den Redirect bemerken. Schließlich landet er auf einer ganz anderen Seite als er angegeben hat.
Lösung 2 ist wohl die Sauberste. Lösung 3 bietet sich an wenn eine Application auf einem bestimmten Webserver nicht zur Mitarbeit zu bewegen ist aber auf einem anderen anstandslos läuft.
Ich hoffe sehr ich habe nicht all-zuviel Verwirrung gestiftet.
Gruß
