DS audio Android macht keinen DNS-Lookup

[phrphz]

Ich habe lange verzweifelt versucht, DS Audio für Android zum Laufen zu kriegen, bis ich jetzt endlich rausgefunden habe, was das Problem ist: Offenbar macht die App keinen DNS Lookup.

Wenn ich beim connecten die lokale IP im WLAN eintrage, funktioniert es, ebenso wenn ich die externe IP eintrage. Mit dem lokalen Hostname aber geht es nicht ("DiskStation ist nicht angeschlossen"), ebensowenig wie mit dem DynDNS-Hostname ("Das Netzwerk ist jetzt nicht erreichbar."). QuickConnect ist bei mir deaktiviert.

Gibt es dafür eine Lösung? DS note und DS photo funktionieren ohne Schwierigkeiten, DS audio aber nur mit IP-Adresse. Via Browser ist die Audio Station unter beiden Hostnamen porblemlos erreichbar.

Auf der Suche nach diesem Problem habe ich diverse Forenposts in anderen Foren gefunden, wo jemand nach genau diesem Problem fragt, aber nie eine Antwort.

 

[Fusion]

Habe die Audio Station mit benutzerdefinierter Domain eingerichtet und DS Audio verbindet sich ohne Probleme via benutzerdefinierter.domain.de:443 und https.

 

[phrphz]

Hm, seltsam. Genau das habe ich auch probiert, und mit IP-Adresse geht das auch, aber eben nicht mit Domain. Und nur bei DS audio. Auch Android, bei Dir?

EDIT: Android 7.1.1, BQ Aquaris X5 Plus.

 

[Fusion]

Ja, ebenfalls Android (7.1.1 OnePlus 3).

Dein Test "via Browser" ist der Browser auf dem Mobilgerät?

Wie kommst du per IP auf die Audio Station? Bei benutzerdefinierter Domain sollte diese nur noch auf die Domain hören, im Falle der IP würde man auf der Web Sation landen.
Oder meinst du die benutzerdefinierte Domain fürs DSM unter Systemsteuerung > Netzwerk > DSM Einstellungen?
Ich rede von Systemsteuerung > Anwendungsportal > Anwendungen > Audio Station

 

[phrphz]

Mobil-Browser hatte ich noch gar nicht probiert, aber ja, das funktioniert auch.

Auf IP bin ich gekommen, weil ich an der Stelle, wo man die Adresse der Diskstation eingeben kann, mal den Pfeil nach unten gedrückt habe. Dann sucht er Diskstations im lokalen Netz und trägt sie dann als IP-Adresse ein, mit dem HTTP-Port. Das funktioniert, ebenso wie der HTTPS-Port mit entsprechend gesetztem Häkchen. Der lokale Hostname im Heimnetz (diskstation bzw. diskstation.fritz.box, natürlich ebenfalls mit dem gleichen Port) funktioniert nicht.

Ich muss aber gestehen, dass ich in Sachen externe IP gelogen habe. Habe es eben getestet (Port 443), das geht nicht, gleiches Ergebnis wie mit DynDNS-Hostname ("Das Netzwerk ist jetzt nicht erreichbar."). Ich war einfach davon ausgegangen, wenn interne IP geht, geht externe auch.

Web Station ist nicht aktiv.

Ich rede auch von Systemsteuerung > Anwendungsportal > Anwendungen > Audio Station. Da ist keine spezielle Domain eingetragen, aber der Aliasname audio. Genauso bei Note Station und Photo Station: Dort habe ich bei den jeweiligen Apps … verschiedenes eingetragen, wie ich gerade sehe: Bei DS photo meine.domain.de ohne Alias und Port (HTTPS aktiv), bei DS note meine.domain.de/notes (mein Alias) ohne Port (HTTPS aktiv). Beide Entsprechungen funktionieren bei DS audio nicht.

Aber … YAY! \o/ Wie ich gerade so am Rumprobieren und Nachschauen bin, sehe ich, dass ich an der Fritzbox nicht nur die Ports 443 und 80 auf die Diskstation weiterleite, sondern auch den HTTPS-Port für die Diskstation-Oberfläche. Wenn ich diese Portnummer an meinen DynDNS-Hostnamen anhänge klappt es! War also nur der falsche Port. Seltsam, dass das ganz ohne Portangabe (also vmtl. 443) mit DS photo und DS note geht, mit DS audio aber nicht. :-/

Danke für Deine Unterstützung!

 

[heavy]

Wenn du dir das hier mal angeschaut hättest dann wäre es dir eventuell aufgefallen welche Ports die einzelnen Apps brauchen.

 

[Fusion]

@heavy - ist ja leider nicht generell in allen Lebenslagen so. Bezieht sich rein auf den Standard und dann auch noch im Browser. Bei den Mobil-Apps ist es dann wieder anders, was die notwendige Eingabe angeht.
Aber als Referenz taugt die Liste immer.

@phrpz - wie gesagt sind andere Eingaben nötig in Browser oder Apps. Wenn du genaue Angaben machst, was du in welche Felder einträgst, Browser oder App, von wo (Mobilfunknetz, WLAN,..), findet sich vielleicht der Fehler.
An Portweiterleitungen halte ich geistig mal fest 80/443/5001.
Anwendungsportal die Aliase /note, /audio (Photo Station ist separat)
Sonst keinerlei Eintragungen zu Ports oder Domains?
Ist meine.domain.de eine externe Domain, oder ist das in deinem Verständnis die diskstation.fritz.box?

Wird keine benutzerdefinierte Domain im Anwendungsportal gesetzt (also dein Fall, NUR Alias), dann sind die Anwendungen über den DSM Port (ohne Änderung 5000/5001) erreichbar.

Das ist der Weg den die DS Apps nehmen. Als Hostname ist dann nur die meine.domain.de in den Apps einzutragen und das https Häkchen.
DS Audio wird in dem Fall automatisch (im Hintergrund, fest programmiert) den Port 5001 verwenden, ebenso DS Note.
DS Photo verbindet sich mit 443. Wie gesagt, OHNE Portangaben, nur Hostname und https Häkchen.
Wenn DS Note die Eingabe inklusive Alias zulässt vermute ich, dass sie dann im Hintergrund von 5001 auf 443 wechseln.

Im Browser erreicht man die Audio Station direkt dann auch via https://meine.domain.de/audio, also Port 443 und Alias, ebenso die Note Station und die Photo Station per /note und /photo
Indirekt erreicht man sie via https://meine.domain.de:5001 über die DSM Oberfläche.

Persönlich habe ich benutzerdefinierte Domains gesetzt.
In den Apps muss ich dann meine.domain.de:443 als Host eintragen und zusätzlich den https Haken setzen.

 

[heavy]

@ Fusion ich weiß nicht ob du nicht nach unten auf die Seite gegangen bist oder ob es bei dir (wie auch ab und zu bei mir) einen Anzeigen Fehler gab aber auf der Seite (etwas weiter unten) stehen auch die Ports die von den Apps standard mäßig verwendet werden. Und Sorry wenn einer an den Ports rumbiegt dann bin ich der Meinung dann sollte er schon wissen was er tut, oder wenigstens wissen was er gemacht hat.

 

[Fusion]

Ja, habe ich alles gelesen. Finde es leider trotzdem noch verbesserungswürdig, weil es für den unbedarften Leser auch in den einfachsten Standardfällen schnell anders wird als gedacht.
z.B. das die Apps die Ports fest verdrahtet haben, ohne dass man sie angeben muss bzw. erst angeben muss, wenn man eben andere verwenden will.
Oder wenn man einen Alias definiert wird einem dann direkt unter der Einstellung die url angezeigt, z.B. https://dynDNS/audio
Da könnte man meinen man bräuchte die Portweiterleitung für 5001 nicht mehr, ist aber falsch. Während https://dynDNS/audio im Browser einwandfrei funktioniert, nimmt die DS App immer noch Hostname "dynDNS" und den Port 5001 (fest-verdrahtet in der App, und mit https angehakt). Ob er mit "dynDNS:443" und https Häkchen (wenn nur ein Alias definiert ist) Verbindung bekommen würde bin ich mir grad nicht mehr sicher.

Ich muss jedenfalls öfters wieder drüber nachdenken, wenn ich jemand was erzähle, um welche App geht es (weil die ja auch nicht alle konsistent sind), was wurde sonst konfiguriert, etc. (unter anderem , weil ich bei mir eben nur benutzerdefinierte Domains verwende.

Lesen bildet, fast immer.