Webanwendungen extern verfügbar machen

[syn412]

Hallo Leute,

habe eine RS812+ im Einsatz.
Auf dieser laufen testweise einige Webanwendungen (Odoo, Mantis, Presta, Docker/Redmine)
Diese sind alle von intern erreichbar unter:


odoo --> http://synology_intern:8069/web/
mantis --> http://synology_intern/mantisbt
presta --> http://synology_intern//prestashop/
redmine --> http://synology_intern:30002

Für den externen Zugriff habe ich eine öffentlichen DNS Eintrag welcher auf die externe IP der Synology verweist.
In der Firewall (Cisco ASA) wird die externe IP mit der internen per NAT geregelt.
Http Dienste sind freigegeben.

EZ-Internet habe ich durchlaufen lassen.

Von außen erreichbar ist

Willkommenseite --> http://synology_extern
mantis --> http://synology_extern/mantisbt


Alle anderen Seiten sind nicht erreichbar.

Hat jemand eine Idee wie ich das einstellen kann damit alle Seiten extern erreichbar sind?

Wie kann man die Synology Willkommenseite auf eine andere verlinken?

Danke für Eure Hilfe

 

[syn412]

Habe den "Fehler" gefunden.
Die Seiten sind jetzt erreichbar.
Ich musste in der Firewall die entsprechenden tcp Ports noch freigeben.

Offen ist noch der Punkt das die Synology Willkommenseite unterdrückt oder weitergeleitet werden soll.

Hat jemand eine Idee dazu?

 

[heavy]

Naja die Weltkugel ist die Standard Seite im Ordner Web und wird über Port 80 angesprochen. Entweder du löscht den Inhalt und legst eine eigene Index.xxx and (htm vor hmtl vor php) oder du trägst deine Domain in den Virtual hosts ein dann wird man direkt in den Ordner/ die Anwendung geleitet.

 

[syn412]

# -)

So einfach ist die Welt.

Danke für die Info

 

[deto01]

Hallo Leute,

bin neu hier und suche noch den richtigen Ort für meine Frage. Da es aber ein Problem mit der externen Verfügbarkeit ist, habe ich mich hier mal reingehängt.

Sowohl mit dem mitgelieferten MediaWiki, als auch mit Wordpress (selbst aufgesetzt, wegen hoffnungslos veralteter Version in DSM 5.2) habe ich beim externen Aufruf Darstellungsprobleme. Die Inhalte kommen zwar rüber, aber das Layout ist nur rudimentär vorhanden.
Wenn ich die Seite aus meinem eigenen Netz über die externe Adresse aufrufe, bleibt er, im Gegensatz zur selbst eingerichteten Owncloud-Installation, auch nicht bei der externen Adresse, sondern springt bei nächster Gelegenheit auf die interne Adresse.

Was kann ich tun, um dem Webserver die externe Adresse beizubringen und die Seiten vernünftig auszuliefern?

Danke für Eure Hilfe.

 

[heavy]

Willkommen im Forum.
1. Die Pakete der DS nehmen und dann updaten.
2. Die Installation der Pakete schon über die dyndns adresse machen, denn sonst ist immer die interne hinterlegt.
3. Wundert es mich dass überhaupt was extern zu erkennen ist, denn normaler weiße müsste sofort auf die intere umgeleitet werden und dann extern nichts zu sehen sein. (aber eventuell hängt das mit der selbstinstallation zu sammen.)

 

[deto01]

Danke für die prompte Antwort.

Soweit so gut. Installation über externen Aufruf des DSM und dann geupdated.
Das erste Problem zeigte sich, als ich mir dann die erste Seite ansehen wollte, was im Gegensatz zur Admin-Oberfläche mit Fehlermeldung abbrach.
Aktuell versuche ich Wordpress aufzurufen, nachdem ich den Browser geschlossen und neu geöffnet habe. Ergebnis: kein Wordpress, weder über die externe noch über die interne Adresse noch über den Link aus der DSM-Oberfläche. Bei letzterem bekomme ich von meiner Fritzbox den Hinweis, dass es die Seite nicht gibt, ansonsten habe ich nur die Browsermeldung "Umleitungsfehler". Owncloud funktioniert problemlos.

Wie geht's weiter? Hat jemand eine Idee?

Überigens, wenn ich die "Web Station" aus der DSM-Oberfläche aufrufe lande ich beim Einlogfenster meiner Fritzbox. Vielleicht hilft das ja weiter.

 

[deto01]

Die erste Erklärung habe ich glaube ich schon gefunden.

Meine Fritzbox meldet sich, weil die Links im DSM nur über http laufen und nicht über https. Http aber nicht freigeschaltet ist. Wenn ich die Adresse entsprechend ändere lande ich einerseits bei der Weltkugel (Web Station) oder beim Umleitungsfehler (Wordpress).

 

[heavy]

Wenn du auf deiner FB landest, dann sind die Ports 80 und 443(https) nicht auf deine DS umgeleitet.
Zu dem anderen keine ahnung was du alles gemacht hast. dass jetzt kein aufruf mehr klappt (vielleich geht es mit den Portweiterleitungen)

 

[deto01]

Yep. Port 80 ist garnicht freigeschaltet mit voller Absicht. Port 443 reicht die Anfrage, wie gesagt durch.

Ich versuch es nochmal von vorne. Vielleicht hats irgendwo gehakt.
Erstmal danke.

 

[heavy]

Ja aber für die Installation brauchst du doch erstmal den Port 80 denn erst wenn alles steht kanns du in den Vhosts auf https umstellen.

 

[deto01]

Wieso brauche ich für die Installation Port 80? Ich meine, vielleicht ist dem ja so, aber der Installationsprozeß verlief eigentlich ohne Probleme.
Und Vhosts habe ich bisher nicht angelegt oder geändert. Der Aufruf soll eigentlich über das Unterverzeichnis laufen und keine eigene Subdomain sein.
In der Systemsteuerung der DSM habe ich http deaktiviert gelassen und nur https freigeschaltet. Der Rest funktioniert klaglos.

Ich versuche es jetzt erst nochmal über https. Vielleicht hat es ja woanders gehakt und nicht am fehlenden Port 80.

 

[heavy]

Wenn du keine virtual hosts anlegst dann landen alle Anfragen aus dem Netz auf der index.xxx im Verzeichnis web das heißt du müsstest dann dort eine Seite erstellen die dich dann auf die Ordner von Wordpress oder Wiki umleitet, oder eben immer hinter die domain anhängen (machbar aber nicht schön). Wenn du nur den port 443 freigibst dann musst du definiv immer https eingeben (oder die Umleitung im DNS system vornehmen) die Zwangsumleitung in der DS auf https funktioniert dann nicht. Bei mir klappte die Erstinstallation von WP nicht über https (mit der dyndns adresse) aber gut eventuell hatte das was mit den schon vorhandenen Vhosts zu tun. Auch nutze ich WP eigentlich nicht, da meine Seiten entweder unter Joomla oder in reinem HTML laufen.

 

[deto01]

Ich glaube ich habe es hingekriegt. Allerdings hat die Installation unter DSM auch im 2. Versuch nicht geklappt.

Wenn ich aber von Hand das System aufsetze und den ersten Aufruf über die externe Adresse ausführe, so dass die Konfiguration über die externe Adresse läuft, dann klappt's auch ohne Port 80. Die Anzeige ist extern wie intern jetzt tadellos.
Und da das ganze eh nur für den privaten Gebrauch bestimmt ist, kann ich auf die vhosts gut verzichten.

Herzlichen Dank für die Hilfe.

 

[heavy]

Warum die Installation von intern nicht geklappt hat kann ich so nicht nachvollziehen, denn bei mir hat sie auf jeder DS bis jetzt immer funktioniert. Und wenn man z.B. in joomla dann die updateserver ändert bekommt man auch immer die aktuellsten Updates.
Wenn es für dich kein Problem ist das du immer hinter die Url auch noch den Ordner anhängst, dann ist das so. Ich würde das nicht wollen. Selbst wenn ich keine bezahlte domain hätte so hätte (und habe ich auch) ich verschiedene dyndns adressen die ich dann über die Vhosts den einzelnen Diensten zuordne.
Wenn du die Installation von Hand gemacht hast, hast (oder musstest du es nicht) auch die openphp dir angepasst?

 

[deto01]

An der open_basedir musste ich nichts anpassen. Da hat nur Owncloud nach der Installation Wünsche gehabt.
Alles was ich gemacht habe war:
Zip mit Programmdateien ins Web-Verzeichnis entpacken.
Über PhpMyAdmin eine Datenbank nebst Benutzer einrichten.
Und die Webside über die externe Adresse aufrufen.
Dann startet des Installationsscript.
Alles was ich jetzt noch regelmäßig machen muss ist von Hand das Update anstoßen und dabei den ftp-Zugang eingeben.

Und da das ganze System nur für den privaten/familiären gebrauch gedacht ist müssen die Links auch nicht alle optimal sein.