ddns alternativer anbieter

    Also das mit dem CNAME-Eintrag bei Strato funktioniert »SO« (Falls die Verlinkung ok ist). Das leitet die ganze Geschichte dann über deine Domain an deinen Router, dort muß die entsprechende Portfreigabe eingerichtet sein, dass es an das NAS weitergeht und auf dem NAS müssen dann die virtuellen Hosts eingerichtet werden und darüber lässt sich einstellen, wo die Reise auf dem Webserver hingeht. Darüber können dann auch diverse Subdomains deiner Domain auf unterschiedliche Ziele auf dem Webserver geleitet werden.

    Hi,


    einige von den versierteren Nutzern werden mich jetzt warscheinlich steinigen aber für alle, welche gerne "Flickschustern"


    Hinterlegt auf eurem Strato eine Index.html mit folgendem Inhalt

    HTML
    <html>
<head>
<title>Server</title>
</head>
<frameset cols="100%">
<frame src="https://xxx.myqnapcloud.com:port/">
</frameset>
</html>

    bei 3. könnt Ihr auswählen, was als Adresse angezeigt werden soll
    bei 6. nehmt ihr die ddns von Qnap oder insofern ihr habt eine, welche im Router oder NAS hinterlegt ist
    bedenkt, dass ihr bei einer Weiterleitung evtl noch den Port braucht, denn Standardports will man ja nicht einfach durchleiten


    Der Vorteil:
    -HTTPS funktioniert
    -Ihr könnt auswählen, was als Adresse angezeigt wird
    -Der Port ist nicht auf den ersten Blick ersichtlich


    Mit bekannte Nachteile:
    - relativ unsaubere Methode
    - weitergeleiteter Port ist nachvollziehbar, wenn auch nicht direkt sichtbar

    @Pfeiffer geht das ganze, dass man den port nicht sieht?


    @Horst Girtew ich glaube du weißt nicht genau wie ich das meine, da auf meiner Subdomain die Fritz per Fritz DynDNS weitergeleitet ist, will ich auf meine Domain mein Webserver der QNAP weiterleiten, dass ganze aber mittels HTTPS und weiß nicht genau wie. Dachte eig. an den QNAP DynDNS Dienst und den Webserver irgendwie per Virtuelle Umgebung oder so. Bzw. würde mir auch reichen, wenn ich meine myqnapcloud Adresse an einen Virtuellen Webserver einbinden könne. Problem ist aber das halt nur HTTPS geht.


    Edit: Ich will halt auch einfach das meine QNAP Strato als DynDNS aktzeptiert ... das muss doch irgendwie möglich sein ..! ||


    Edit2: Ist es irgendwie möglich, von der subdomain auf meine Hauptdomain weitergeleitet zu werden? Wenn es mittels HTTPS passiert? A-Record dachte ich, aber das geht ja nicht, da die IP meiner Hauptdomain ja durch DynDNS immer wechselt ..? Oder hab ich ein Denkfehler?


    Habe nämlich jetzt die Fritz als DynDNS auf meine Hauptdomain gemacht, als Virtuellen Host "owncloud.hauptdomain.de" eingerichtet und wenn ich nun in der Subdomain von Strato auf "owncloud.hauptdomain.de" gehe muss ich die ja irgendwie an meine Hauptdomain weiterleiten... das Problem ist, ich weiß nicht wie...


    MFG

    Erstmal brauchst du nur einen einzigen DynDNS-Dienst. Wenn du den von Fritz/AVM hast, brauchst du den QNAP-eigenen nicht. Dann legst du deine Subdomain an bliblablub.deine-domain.de und gibst bei dem CNAME-Eintrag die dynDNS-Adresse von Fritze an. Im Router machts du die entsprechende Portweiterleitung zum NAS und dort erstellst du einen virtuellen Host mit dem Hostnamen »bliblablub.deine-domain.de« und dem Ordnernamen »da wo es auf dem Webserver hingehen soll« Protokoll: HTTPS und Anschluß 8081 (bzw. das was du bei der Webservereinrichtung für https eingestellt hast.)


    Für jede weitere Subdomain woanders hin auf dem Webserver (falls Bedarf besteht) machst du den gleichen CNAME-Eintrag und den noch einen virtuellen Host, nur mit dem entsprechenden anderen Ordnernamen.


    Dann kommst du mit h-t-t-p-s://bliblablub.deine-domain.de (ohne die Minusse in https) da hin, wo du auf dem Webserver hin willst. Da kommt zwar die Warnung, dass die Verbindung nicht sicher ist, aber vor seinem eigenen Server muß man sich ja erstmal nicht fürchten. Da kommt dann das Kapitel mit dieser Zertifikatseinrichtung.

    Top, grad getestet, das klappt danke. Jetzt stehe ich noch vor dem Problem, dass ich meine Qnap per Subdomain erreichen möchte. Also sagen wir mal per Qnap.domain.de und Domain.de ist per Fritz meine dyndns. Also wo es hakt ist theoretisch das die Subdomain einen Port weiter gibt. Ist das auch realisierbar?


    Mit freundlichen Grüßen

    Du könntest versuchen, erstmal für qnap.domain.de einen ganz normalen virtuellen Host anlegen, der irgendwo auf dem Webserver landet und dann per Hand in der config-Datei die Zeile mit


    DocumentRoot


    durch


    Redirect 301 / h-t-t-p://NAS-IP:Port


    ersetzen. Also natürlich die IP des NAS und den richtigen Port reinschreiben statt der Wörter und wieder ohne Minüsse. Die Konfigurationsdateien sind.


    /etc/config/apache/extra/httpd-vhosts-user.conf


    für http und


    /etc/config/apache/extra/httpd-ssl-vhosts-user.conf


    für https. (Ist jetzt nur ne Idee, die klappen könnte. Vielleicht ist ja jemand hier, der sich regelmäßig in Routern herumtreibt und Ports weiterleitet.) Ich schalte nur mit virtuellen Hosts ab und zu mal temporär Webseitenentwürfe frei, damit der Kunde mal draufgucken kann, wenn ich da anfange zu basteln.

    Hallo,


    ich stehe genau vor diesem Problem.


    Leider weiß ich nicht, was ich mit dem zweiten Quellcodeabschnitt zu tun habe. Auch bin ich nicht sicher wo überall dyndns.strato.com durch die zumindest im Browser durch handshake testbare "dyndns.strato.com/nic/update" -Adresse ersetzen muss. Ja, es geht ein Eintrag ohne https:// davor, eben im Format der gezeigten Zeilen.


    Der Browser promptet mit einem Login-Fenster wie beim FTP und nach Eingabe der Daten zeigt er:
    notfqdn "meine akt. IPv4-Adr."


    Den Rest schaffe ich schon irgendwie, hab in grauer Vorzeit mal Sun-OS gemacht. Google weiß sicher, wo die Startscripten liegen und wie man vor dem Start des ddns schnell noch die geänderte ddns_update_for _cgi.sh platziert.


    Bauchschmerzen hab ich da schon, wenn das Ding nicht mehr hochkommt? Tanzt das Ding dann nochmal Samba, gibt es noch eine console, mit der man das wieder hinbiegen kann? Oder muss das Backup herhalten?

    Danke für die Erklärung. Bei mir ist noch ein #mod by hugo zwischen drin, ich hab es vor die


    /usr/sbin/ez-ipupdate -c $config_file 2>/dev/null
    result=$?


    wie im Quelltext gesetzt.


    Kopiert nach /share/HDA_DATA/DDNS-glu
    Morgen mach ich das Startscript.





    Vielen Dank derweil

    #mod by hugo


    Ist übrigens nur ein Kommentar. Da hat der gewisse Hugo nur im Quelltext gekennzeichnet, wo er was geändert (modifiziert) hat. Für die Abarbeitung des Scriptes ist es egal, wo das steht, weil es ignoriert wird. Es sollte wegen der Übersichtlichkeit nur da stehen, wo Hugo auch die Änderung gemacht hat.

    Zitat von QuixX

    ... hab in grauer Vorzeit mal Sun-OS gemacht.

    SunOS ist übrigens das Betriebssystem für SUNs. (Retourkutsche)


    Nicht, dass ich der Bourne-Shell-Guru wäre, aber der Anfang des Scripts erinnert sogar massive Holzpfosten an das Kommentarzeichen. Schau es Dir einfach mal an.
    Überrascht war ich von wget, das bei Solaris (SunOS mit Grafik) nicht dabei ist. Aber hier bei dem Mini-UX.


    ich hab jetzt mtdblock5 nach /tmp/config gemountet


    mount -t ext2 /dev/mtdblock5 /tmp/config


    und dort ein autorun.sh erstellt mit


    Code
    !#shcp /share/HDA_DATA/DDNS-glu/ddns_update_for_cgi.sh /etc/init.d

    und noch ein
    chmod +x /tmp/config/autorun.sh
    ausgeführt.


    Ohne Neustart sagt das NAS bei Eingabe der DDNS-Daten:

    Code
    interner DDNS-Serverfehler, wenden Sie sich an Ihren technischen DDNS-Support

    Es werden gerade Backups gezogen. Danach starte ich mal neu :S


    Jetzt sind die Backups und der Neustart durch und ich habe versucht im Webadmin den DDNS mit der Auswahl dyndns.org zu konfigurieren. Leider kommt der Fehler


    Code
    interner DDNS-Serverfehler, wenden Sie sich an Ihren technischen DDNS-Support

    immer noch.


    Und im Systemereignisprotokol steht:


    Code
    Typ Datum Uhrzeit Benutzer Quellen-IP Computername InhaltWarnung 2016/11/18 12:52:19 admin 192.168.1.web_client --- [DDNS] DDNS failed to update.

    Wo könnte da der Fehler liegen?


    Das richtige ddns_update_... shellscript liegt in init.d.


    Danke fürs korrekt formatieren :)


    Mir sagen Pictogramme immer so wenig :D, aber ich hab es jetzt gefunden

    Code
    echo "hello world"

    Der Editor war vim.


    ddns_update.conf:


    Da ist schon etwas drin, das nur über den Webadmin eingegeben wurde. Allerdings zeigt der Webadmin zum ddns immer noch die Daten der nicht mehr nutzbaren mysubdomain.dyndns.com.


    Eigenartiger Weise scheint sich die WAN-IP seit ein paar Tagen nicht zu ändern. Als Mod kannst Du das sicher auch sehen.

    Einmal editiert, zuletzt von QuixX ()

    Versuche es mal mit dem Server https://dyndns.strato.com/nic/update.

    Zitat von QuixX

    Allerdings zeigt der Webadmin zum ddns immer noch die Daten der nicht mehr nutzbaren mysubdomain.dyndns.com.

    Dort sollten die Daten für Strato eingegeben und gespeichert werden (Host, User und Passwort). Diese sollten so auch in der conf erscheinen (mit Ausnahe des PW, welches encryptet wird)

    Der Browser-handshake ging auch ohne https://.
    Muss ich dann neu starten, oder kann man nur den Dienst neu starten?



    Dort wurden die Daten ja eingegeben, angemeckert und beim nächsten Aufruf der Seite stehen die alten Daten ge"grey"t schon da.

    Zitat von QuixX


    Jetzt sind die Backups und der Neustart durch und ich habe versucht im Webadmin den DDNS mit der Auswahl dyndns.org zu konfigurieren. Leider kommt der Fehler


    Code
    interner DDNS-Serverfehler, wenden Sie sich an Ihren technischen DDNS-Support

    immer noch.

    Ok. Das darüber, dass der Fehler bei Eingabe der Daten kommt, hab ich überlesen.
    Ist dein über autorun kopiertes Script unter /etc/init.d/ ausführbar?
    Ansonsten in der autorun.sh noch eine Zeile chmod +x /etc/init.d/ddns_update_for_cgi.sh einfügen.

    mit dem FF auf[url]https://dyndns.strato.com/nic/update[/url] eingeloggt frisst Strato die IP,


    ping@sshNAS auf subdomain.mydomain.ext geht und dauert av. 25ms.


    Wenn ich in der ssh das ddns_update_for_cgi.sh starte, dann kommt die Meldung:


    Code
    [~] # /etc//init.d/ddns_update_for_cgi.shStarting ddns update: disabled.[~] #

    Wenn ich im Webadmin versuche den DDNS zu starten kommt wieder das Fenster


    Code
    interner DDNS-Serverfehler, wenden Sie sich an Ihren technischen DDNS-Support


    Meine WAN-IP ist doch geändert. Falsch ist nur die IP in der ddns_update.conf