12
Veeam Backup auf QNAP (SMB-Share) gibt Fehler: Benutzername oder Kennwort falsch
Hallo zusammen,
ich habe folgendes Problem:
Mein Veeam-Server kann nicht auf die QNAP backuppen. Beim Backup und auch beim Rescan des Repos kommt die Fehlermeldung: Benutzername oder Kennwort ist falsch.
Mein Setup ist folgendes:
Hyper-V Cluster mit 2 phsysisch getrennten Netzen: 192.168.11.0/24 und 172.16.11.0/24
Das 192er ist das LAN, das 172er das SAN.
QNAP und Hyper-V Hosts hängen je mit 10GBit über einen unmanaged SFP+ Switch zusammen.
Jeder Host und die QNAP haben je noch einen Fuß im LAN (192er) mit 1GBit.
Die QNAP spielt iSCSI Target, Cluster läuft auch soweit. Außerdem bietet sie für die Backups noch einen SMB-Share.
QNAP ist so eingestellt, dass per LAN nur die Weboberfläche erreicht werden kann. Alles andere ist nur vom SAN aus erreichbar (Servicebindung).
QNAP ist AD-Mitglied.
Der Veeam-Server ist eine VM im Cluster mit einer Netzwerkkarte im LAN und einer im SAN.
Backup ist initial einmal durchgelaufen (Full-Backup) aber alle weiteren schlugen Fehl mit "Benutzername oder Kennwort ist falsch".
Basissetup:
SMB-Share auf QNAP, Zugriffsberechtigung: nur Admins und veeam-user.
Veeam-Repo: Verbindung zu QNAP mit veeam-user.
Windows Server 2019 Datacenter
QNAP mit QTS 4.4.3.1400
Veeam 10.0.1.4854
Wie gesagt nach dem 1. Backup sagt er "Warning Failed to enumerate NAS backup metadata files Details: Agent: Failed to process method {NasMaster.ListJobBackups}: Der Benutzername oder das Kennwort ist falsch Path: \\172.16.11.5\Backup-MUCTLS\"
Was ich schon versucht habe: Gastzugriffsrecht auf den Share der QNAP: Vollzugriff (da ja ohnehin nur über das SAN zugegriffen werden kann wäre das nicht schlimm), dann meckert Veeam aber "Unable to investigate \\172.16.11.5\Backup-MUCTLS".
Lege ich ein neues Repository an, erkennt er den Share und kann auch korrekt die Größe etc. berechnen. Mach ich dann aber ein Rescan tritt der Fehler wieder auf.
Verbindung mit DNS-Name hab ich auch schon versucht, ist genau das gleich, außerdem wäre das nicht sinnvoll, das die QNAP ja 2 IPs hat und auch mit beiden im DNS steht. Über die 192er IP würde man sie ja auch gar nicht erreichen.
Vom Windows-System aus (auf dem Veeam-Server) kann ich problemlos auf den Share zugreifen (nach Eingabe von Benutzername und Passwort).
Habt ihr noch irgendwelche klugen Ideen?
Danke schonmal
Ketanest
ich habe folgendes Problem:
Mein Veeam-Server kann nicht auf die QNAP backuppen. Beim Backup und auch beim Rescan des Repos kommt die Fehlermeldung: Benutzername oder Kennwort ist falsch.
Mein Setup ist folgendes:
Hyper-V Cluster mit 2 phsysisch getrennten Netzen: 192.168.11.0/24 und 172.16.11.0/24
Das 192er ist das LAN, das 172er das SAN.
QNAP und Hyper-V Hosts hängen je mit 10GBit über einen unmanaged SFP+ Switch zusammen.
Jeder Host und die QNAP haben je noch einen Fuß im LAN (192er) mit 1GBit.
Die QNAP spielt iSCSI Target, Cluster läuft auch soweit. Außerdem bietet sie für die Backups noch einen SMB-Share.
QNAP ist so eingestellt, dass per LAN nur die Weboberfläche erreicht werden kann. Alles andere ist nur vom SAN aus erreichbar (Servicebindung).
QNAP ist AD-Mitglied.
Der Veeam-Server ist eine VM im Cluster mit einer Netzwerkkarte im LAN und einer im SAN.
Backup ist initial einmal durchgelaufen (Full-Backup) aber alle weiteren schlugen Fehl mit "Benutzername oder Kennwort ist falsch".
Basissetup:
SMB-Share auf QNAP, Zugriffsberechtigung: nur Admins und veeam-user.
Veeam-Repo: Verbindung zu QNAP mit veeam-user.
Windows Server 2019 Datacenter
QNAP mit QTS 4.4.3.1400
Veeam 10.0.1.4854
Wie gesagt nach dem 1. Backup sagt er "Warning Failed to enumerate NAS backup metadata files Details: Agent: Failed to process method {NasMaster.ListJobBackups}: Der Benutzername oder das Kennwort ist falsch Path: \\172.16.11.5\Backup-MUCTLS\"
Was ich schon versucht habe: Gastzugriffsrecht auf den Share der QNAP: Vollzugriff (da ja ohnehin nur über das SAN zugegriffen werden kann wäre das nicht schlimm), dann meckert Veeam aber "Unable to investigate \\172.16.11.5\Backup-MUCTLS".
Lege ich ein neues Repository an, erkennt er den Share und kann auch korrekt die Größe etc. berechnen. Mach ich dann aber ein Rescan tritt der Fehler wieder auf.
Verbindung mit DNS-Name hab ich auch schon versucht, ist genau das gleich, außerdem wäre das nicht sinnvoll, das die QNAP ja 2 IPs hat und auch mit beiden im DNS steht. Über die 192er IP würde man sie ja auch gar nicht erreichen.
Vom Windows-System aus (auf dem Veeam-Server) kann ich problemlos auf den Share zugreifen (nach Eingabe von Benutzername und Passwort).
Habt ihr noch irgendwelche klugen Ideen?
Danke schonmal
Ketanest
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 603184
Url: https://administrator.de/contentid/603184
Printed on: April 23, 2024 at 05:04 o'clock
12 Comments
Latest comment
Hallo,
kennwort oder Benutzername falsch. Mehr bleibt eigentlich nicht über, so oder so ähnlich zig mal im Einsatz.
Grüße
kennwort oder Benutzername falsch. Mehr bleibt eigentlich nicht über, so oder so ähnlich zig mal im Einsatz.
Grüße
sichern
Benutzername oder Kennwort ist falsch
QNAP Freigabe prüfen, (Domänen)Benutzername und/oder Kennwort ist falsch.
Hi,
sorry, hatte das vergessen zu schreiben: Kann nicht sein, habs mehrfach geprüft.
Falsches Kennwort widerspricht ja sonst auch der Aussage, dass ich den Share erfolgreich als Repo anlegen kann.
Der selber AD-User wird übrigens auch für den Connect auf das Cluster benutzt, das funktioniert einwandfrei.
Gruß
Ketanest
sorry, hatte das vergessen zu schreiben: Kann nicht sein, habs mehrfach geprüft.
Falsches Kennwort widerspricht ja sonst auch der Aussage, dass ich den Share erfolgreich als Repo anlegen kann.
Der selber AD-User wird übrigens auch für den Connect auf das Cluster benutzt, das funktioniert einwandfrei.
Gruß
Ketanest
Nimm die QNAP mal in die Domäne auf.
Geht es dann (zufällig)?
Geht es dann (zufällig)?
Sorry, auch vergessen zu erwähnen: Sie ist Domänen-Mitglied.
Dann einfach mal einen Test-Domänen-Benutzer auf DC und QNAP einrichten, Vollzugriff.
Hab grad nochmal was ausprobiert: mit nem lokalen QNAP User, den man in Veeam mit MUCTLS-QNAP1\veeam anlegt scheint es zu gehen...
Kann es damit zusammenhängen, dass der DOMAIN\veeamadmin ein Domain-Admin ist?
Kann es damit zusammenhängen, dass der DOMAIN\veeamadmin ein Domain-Admin ist?
Zitat von @ketanest112:
Hab grad nochmal was ausprobiert: mit nem lokalen QNAP User, den man in Veeam mit MUCTLS-QNAP1\veeam anlegt scheint es zu gehen...
Kann es damit zusammenhängen, dass der DOMAIN\veeamadmin ein Domain-Admin ist?
Hab grad nochmal was ausprobiert: mit nem lokalen QNAP User, den man in Veeam mit MUCTLS-QNAP1\veeam anlegt scheint es zu gehen...
Kann es damit zusammenhängen, dass der DOMAIN\veeamadmin ein Domain-Admin ist?
Wenn der Veeam User Dom Admin ist, und dieser auch für den Connect auf's SMB Share zur Sicherung genutzt wird, sollte es eigentlich klappen, weil der Dom Admin überall ran kommen müsste (wenn nicht grade in der SMB Freigabe verboten).
In unserer Umgebung nutze ich auch Veeam für Backups von Hyper-V Gastmaschinen aus einem Cluster auf ein SMB Share. Läuft einwandfrei, aber bei uns ist alles in einem IP Range.
Zitat von @ketanest112:
Hab grad nochmal was ausprobiert: mit nem lokalen QNAP User, den man in Veeam mit MUCTLS-QNAP1\veeam anlegt scheint es zu gehen...
Kann es damit zusammenhängen, dass der DOMAIN\veeamadmin ein Domain-Admin ist?
Hab grad nochmal was ausprobiert: mit nem lokalen QNAP User, den man in Veeam mit MUCTLS-QNAP1\veeam anlegt scheint es zu gehen...
Kann es damit zusammenhängen, dass der DOMAIN\veeamadmin ein Domain-Admin ist?
Nein das ist kein Problem, aber sollte nicht gemacht werden. Besser wäre das Backup System komplett unabhängig zu machen ;)
Aber nichtdestotrotz funktioniert der Zugriff von Veeam auf ein QNAP mit Domain User. Dies habe ich bereits selbst getestet.
Du musst den Namen der NAS nehmen NAME\admin PW . Was auch noch sein könnte, dass die eine andere SMB Version spricht, der User keinen Zugriff auf den Ordner hat oder du die IP unter Zugriffsschutz nicht freigegeben hast.
Da möchte ich noch gerne in den Raum werfen, dass bei der neuen Veeam B&R Version sich Repositories neben SMB auch über NFS einbinden lassen. Da Du hier QNAP benutzt könnte das für Dich eine interessante Option sein.
Zitat von @tech-flare:
Nein das ist kein Problem, aber sollte nicht gemacht werden. Besser wäre das Backup System komplett unabhängig zu machen ;)
Aber nichtdestotrotz funktioniert der Zugriff von Veeam auf ein QNAP mit Domain User. Dies habe ich bereits selbst getestet.
Nein das ist kein Problem, aber sollte nicht gemacht werden. Besser wäre das Backup System komplett unabhängig zu machen ;)
Aber nichtdestotrotz funktioniert der Zugriff von Veeam auf ein QNAP mit Domain User. Dies habe ich bereits selbst getestet.
Jap, weiß ich, ich ja auch
Zitat von @binBash86:
Du musst den Namen der NAS nehmen NAME\admin PW . Was auch noch sein könnte, dass die eine andere SMB Version spricht, der User keinen Zugriff auf den Ordner hat oder du die IP unter Zugriffsschutz nicht freigegeben hast.
Du musst den Namen der NAS nehmen NAME\admin PW . Was auch noch sein könnte, dass die eine andere SMB Version spricht, der User keinen Zugriff auf den Ordner hat oder du die IP unter Zugriffsschutz nicht freigegeben hast.
Ah, das wäre noch eine Möglichkeit. Ne an der SMB Version liegts nicht, die QNAP erlaubt alle von 1 bis 3. IP Zugriffsschutz ist auch kein Problem, schon gecheckt. Und der User hat Zugriff auf den Ordner (wie ich ja gesagt hatte: lokal im Windows Explorer gehts mit dem selben User)
Zitat von @Ad39min:
Da möchte ich noch gerne in den Raum werfen, dass bei der neuen Veeam B&R Version sich Repositories neben SMB auch über NFS einbinden lassen. Da Du hier QNAP benutzt könnte das für Dich eine interessante Option sein.
Da möchte ich noch gerne in den Raum werfen, dass bei der neuen Veeam B&R Version sich Repositories neben SMB auch über NFS einbinden lassen. Da Du hier QNAP benutzt könnte das für Dich eine interessante Option sein.
Ja, das wär noch ne Idee
