aim

Offenbar ist das ein Bug in der Software. Der support hat mir dann eine gepachte Version geschickt. Ohne Änderung. Antwort dann war: Es tut uns leid, dann sind wir nicht in der Lage das Gerät in einer Domäne zum laufen zu bringen... Sehr ärgerlich...

Das ist nicht möglich. Ich hatte das Gerät aber testweise manuell hinzugefügt. Das ist aber nicht das gleiche... Hat auch nichts gebracht. Auf dem Gerät ist ein weiterer Android Mediaplayer: mit dem geht es.

Endlich mal im Ereignisprotokoll etwas, mit dem man was anfangen kann. Scheinbar wird gar kein Benutzername übermittelt?! Fehler bei der Authentifizierung der SMB-Sitzung Clientname: \\IP-MEDIAPLAYER Clientadresse: IP-MEDIAPLAYER:59086 Benutzername: Sitzungs-ID: 0x2800 Status: Die versuchte Anmeldung ist ungültig. Der Benutzername war falsch, oder es wurden falsche Informationen zur Authentifizierung angegeben. (0xC000006D) SPN: session setup failed before the SPN could be queried SPN-Überprüfungsrichtlinie: SPN optional / no validation Erläuterung: Dieser Fehler kann auftreten, wenn Sie versuchen, mithilfe falscher Anmeldeinformationen eine Verbindung mit Freigaben herzustellen. Dieser Fehler ist nicht immer ein Hinweis auf ein Problem bei der Autorisierung, sondern in erster Linie bei der Authentifizierung. Er tritt eher bei Nicht-Windows-Clients auf. Dieser Fehler kann zurückzuführen sein auf: die Verwendung falscher Benutzernamen und Kennwörter für NTLM, nicht übereinstimmende LmCompatibility-Einstellungen zwischen Client und Server, einen falschen Dienstprinzipalnamen, doppelte Prinzipalnamen für den Kerberos-Dienst, falsche Kerberos-Diensttickets für die Vergabe von Tickets oder Gastkonten ohne aktivierten Gastzugriff

Nicht wirklich. Scheint ja nun auch nur ein Problem mit Windows Server zu sein. Toll, wenn der alte Player funktioniert und die neue Generation mit neuer Software nicht...seltsam. Ist wohl übrigens baugleich mit Dune...

Ich habe nun mal ES Explorer auf dem Player installiert und hier klappt der Zugriff auf Anhieb. Der Support gab mir sogar eben spontan Antwort: der ES würde ein anderes Protokoll nutzen...

Der Server. Server ist DNS, Router ist Gateway. Arbeite mit festen IPs, testweise aber auch DHCP probiert.

1. beides probiert, gleiches Ergebnis 2. Ja

Wo denn einlesen? Der Player wird in China gefertigt aber in Auftrag einer französischen Firma...und nein, die meinen nur, dass es gehen müsste aber sie keine Erfahrung mit dem Gerät in Serverumgebungen haben. Einzig dass smb1 aktiviert sein muss und dass Nur lokale Benutzeraccounts (also keine abc@outlook.com) funktionieren. Achso und die Qnap reicht nicht, weil Bluray-ISOs ruckeln, wenn von dieser Quelle abgespielt, vom Server nicht. Ist eine sehr günstige Qnap nur für die Datensicherung.

Ich habe mal das Wireshark-Protokoll reduziert auf die Kommunikation des Players, vielleicht kann jemand etwas mit anfangen? Die IP des Zappiti Mediaplayers habe ich ersetzt durch "MEDIAPLAYER-IP" und die IP des Windows 2016 Server durch "SERVER-IP" und dessen Namen durch "SERVERNAME". Das Protokoll bezieht sich exakt auf den Zeitraum, in dem ich versucht habe, mich über den Player auf eine Freigabe auf dem Server zu zugreifen.

Ah ja sorry. Die hatte ich schon in der lokalen Sicherheitsrichtline angepasst. War von Haus aus nicht konfiguriert, ich habe das auf beide zulassen gestellt... keine Änderung.

Aha...und gäbe es da einen Workaround?

Das hilft leider nicht. Man kauft sich ja nicht ohne Grund einen Zappiti... Bin auf das hier gestoßen, vielleicht ein Hinweis...komme aber mit Google noch nicht wirklich weiter: ntlmssp_challenge status_more_processing_required

Ich muss gestehen, dass ich mit wireshark nicht vertraut bin. Habe aber versucht zu ermitteln was passiert durch den Filter smb. Wonach muss ich filtern? Wenn ich nach smb filtere, sehe ich nicht wirklich viel, außer, dass bis zur Shareübersicht wohl anonymer Zugriff erfolgt....dann passiert aber nichts, was ich sehen könnte unter smb.

Ok...hatte ich befürchtet... Keiner eine Idee?! Gibt es eine Möglichkeit die Loginversuche und den Grund für die Zurückweisung am Server auszulesen? Hatte das Loggen in den Sicherheitsrichtlinien aktiviert, aber keine hilfreichen Einträge gefunden...

Tatsächlich soll der Benutzer keine Schreibrechte haben. Der User, der beim alten Player Verwendung findet, hat keine. Aber um dieses Problem auszuschließen, habe ich mich mit einem Nutzer mit administrativen Rechten und sogar als Administrator selbst eingeloggt. Gleiches Ergebnis.

Ich habe seit 2012 mit einem alten Mediaplayer (Zappiti) "gearbeitet".Da ich nun einen 4k-fähigen TV habe, wollte ich mal den damals (2014) auch erworbenen 4K (erstes Model der Reihe) in Betrieb nehmen. Updates sind alle installiert. Meine Netzwerkfreigaben liegen auf einem Windows Server 2016 Std.Mein alter Zappiti greift darauf zu ohne Probleme, sogar ohne Domain im Login.Beim neuen Player habe ich alles durchprobiert:Benutzername, Domain/Benutzername, Domain\Benutzername, Benutzername@Domain -> alles ohne Erfolg.SMB1 ist aktiviert (sonst würde der alte Player ja auch nicht gehen, habe es aber gecheckt), Firewall hatte ich aus und an, alles probiert. AV deaktiviert...alles Erfolglos.Ich mit den Logindaten nur bis zur Share-Übersicht. Sobald ich eine Freigabe auswählen möchte poppt das Loginfenster erneut auf und egal was ich eingebe, es wird zurückgewiesen. Testweise habe ich das Gleiche mit den Verzeichnissen in meiner Qnap probiert (dort liegt ein Backup der Struktur): da geht es.Hat jemand eine ähnliche Konstellation? Ich bin echt überfragt und komme nicht weiter. Wäre für Denkanstöße sehr dankbar!