SQL Server unter Docker: Keine Verbindung

[NAS-Newbee]

Hab gerade das Passwort nochmal geändert: > 10 Stellen, mind. je 2 x Groß, Klein, Sonder, Zahl ---> leider nichts
Mit HEidiSQL auch kein Zugriff.

Im Protokoll hab ich diesen Fehler gefunden:

 

[maxblank]

Es wäre mir neu, dass im SQL Management Studio der Port angegeben werden muss oder sollte.
Kann sein, dass ich mich da auch irre.

 

[NAS-Newbee]

Aber auch ohne Port geht nichts

 

[maxblank]

Hast du dir das mal angeschaut?
https://learn.microsoft.com/de-de/s...mport-and-export-wizard?view=sql-server-ver16

 

[Tommi2day]

Das Verbinden mit dem Studio ist hier beschrieben: https://learn.microsoft.com/de-de/sql/linux/sql-server-linux-manage-ssms?view=sql-server-ver16. Dort gibt es auch einen Link, was man bei Problemen prüfen sollte

 

[Ulfhednir]

@NAS-Newbee
Das Aufsetzen ist eigentlich überhaupt kein Hexenspiel. Ich würde weiterhin mit der Minimalkonfiguration probieren und auf Volume-Mounting verzichten. Hast du probeweise mal die Firewall auf der DS deaktiviert?

 

[NAS-Newbee]

Ich verzweifle gerade. Alles probiert, Firewall aus, auf das Mounting verzichtet, alle möglichen Servernamenkombinationen ausprobiert ... nichts klappt.
Auch das Protokoll des Containers zeigt keine Fehler an.
Es ist echt schade, trotz der tollen Unterstützung hier und der vielen Hilfe kriege ich keine Verbindung hin.

Ich probiere nochmal ein bisschen rum, lösche alles und fange nochmal von vorne an. Dann stelle ich hier nochmal die Einstellungen vor. Vielleicht fällt Euch ja noch irgendetwas auf.

 

[sky63]

Startet denn der Container fehlerlos?

 

[NAS-Newbee]

Ich habe nochmal was gefunden im Protokol:




Ich habe das Kennwort aber mehrmals überprüft. Liegt es evtl. am Tastaturlayout des Servers?

 

[NAS-Newbee]

So, hab nochmal alles neu aufgesetzt.
Ich habe immer noch einen Fehler, aber dieser ist nun anders:

Während ich vorher bei der Verbindung über das SQL Management Studio es ca. 30 Sekunden dauerte, bis die o.g. Fehlermeldung kam, kommt nun sofort nach dem Klick auf Verbinden folgende Meldung:



Also "Logon failed for user sa"

Ich bin mir aber 100% sicher, dass das Kennwort richtig ist. Habe es extra nach Word kopiert.

EDIT: Ich hab es jetzt mit verschiedenen Passwörtern versucht, von ganz einfachen wie abc bis zu komplexen. Irgendwie scheint das noch das Problem zu sein, alles andere läuft jetzt.

 

[Ulfhednir]

Hast du zufälligerweise ein @-Zeichen im Passwort? Schau mal bei Github rein:
https://github.com/microsoft/mssql-docker/issues/55

 

[NAS-Newbee]

Nein, kein @ Zeichen. Ich hab ganz einfache Passworte (abc) genommen bis hin zu komplexen, aber immer drauf geachtet, als Sonderzeichen nur das Plus oder Minuszeichen zu nehmen, um sowas auszuschließen.

 

[NAS-Newbee]

Startet denn der Container fehlerlos?

Hab ihn gerade nochmal neu gestartet. Läuft Grün.

Mich wundert etwas diese Meldung:

 

[Tommi2day]

Lösch doch mal nach dem Stoppen und Löschen des Containers auch alle Files aus dem Mount. Vermute da ist noch nichts an Nutzdaten drin. . Wenn Du mit den Passwörtern experimentiert hast, hat er jetzt das erste genommen wo er schreiben konnte. Alle Passwortänderungen nach der initialisierung wurden nicht mehr angenommen, weil er schon was hatte. Dann kannst Du das Passwort nochmal explizit setzen. Ein @ oder Backslash oder Hochkomma sowieauch noch & und ! sollten wegen der Sonderbedeutung auf der Linux Kommandozeile vermieden werden. Doppelpunkt, Hash, Unterstich, und Fragezeichen sind dagegen als Sonderzeichen Ok.
Der User mssql ist OK. Container sollten nicht als root laufen. Dieser User hat die 10001, deswegen sollten die Rechte für die Host Mounts entsprechend auf diesen User gesetzt werden.

 

[NAS-Newbee]

Das war jetzt Gedankenübertragung. Genau das habe ich auch vorhin gedacht und gemacht. Hab da einen Eintrag bei Github zu gefunden.

Hat aber auch nicht funktioniert.
Ich hab dann mal die 2019er Version vom Server komplett über die Befehlszeile installiert und zum Laufen gebracht, aber immer noch das Problem mit dem Passwort.

Vielen, vielen Dank für Eure Hilfe und Euer Mitdenken, aber ich will Eure und auch meine Zeit nicht damit nicht weiter rauben. Ist nicht meine Art, aufzugeben bei so etwas, aber hier ist ein Punkt, wo ich merke: Ich komme nicht weiter und es nervt nur noch, dass ich es nicht hinbekomme.

 

[Tommi2day]

Nimm doch mal einen anderen Client (VSCode, Datagrip,ODBC, etc) um auszuschließen, das es nicht am Studio selbst liegt. Ich habe bis auf die Sache mit einem initial zu kurzem Password überhaupt keine Probleme gehabt. Hochfahren, Moment warten bis die DB initialisiert ist, verbinden, läuft

 

[Ulfhednir]

Meine Rede: Ich sagte ja, dass es kein Hexenwerk ist. Dass es an SSMS liegt, möchte ich ja beinah obligatorisch ausschließen. Zumal er bereits den Versuch mit HeidSQL gestartet hat. Mal noch eine Idee: Stimmt denn auch tatsächlich die IP vom Server? Nicht, dass du die ganze Zeit Anfragen an den falschen SQL-Server startest.

 

[sky63]

Ist ja das was ich die ganze Zeit sage. Zu allererst auf die Zielmaschine begeben und mit netstat feststellen ob dort überhaupt der Port offen ist und lauscht. Vorsichtshalber auch noch schauen ob die Maschine die richtige IP hat. Bevor das nicht geklärt ist braucht man sich um nichts anderes Gedanken machen. Das dauert keine 30 Sekunden sofern netstat zur Verfügung steht.

gruss,
sky

 

[NAS-Newbee]

Vielen Dank Euch. Ich habe netstat mal aufgerufen. Allerdings bekomme ich da eine lange Liste, mit der ich wenig anfangen kann.
Die IP-Adresse der NAS ist 192.168.8.11. So rufe ich den Server auch als Servernamen im Management Studio auf. Ich glaube nicht, dass es daran liegt.
Am Anfang hatte ich aj immer eine Fehlermeldung, die nach 30 Sekunden erschien und mir sagte, dass keine Verbdinung zum Server auzfgebaut wurde.
Nachdem ich nochmal komplett neu installiert habe, kommt aber sofort (innerhalb < 1 Sekunde) die Meldung, dass das Passwort für den User sa falsch ist. Daher sollte meiner Ansicht nach eine Verbindung zum Server bestehen.

 

[Ulfhednir]

Ich wäre ja dazu geneigt mal per TeamViewer bzw. RustDesk einmal rüber zuschauen. Bei Bedarf einfach mal eine PN schicken.