Hallo Leute.
ich habe auf einem Debian 8 Rechner svnserve 1.8.10 installiert. Das läuft eigentlich gut. Nun habe ich ein zweiter Rechner, diesmal mit Debian 9 und svn 1.9.5 und der muss auf dem Server zugreifen. Leider klappt es mit der Authentifizierung nicht... Ich bin 1000% sicher, dass das Passwort korrekt ist, aber es wird immer abgelehnt. Leider loggt der svnserve überhaupt nicht. Das einzige, was ich finde, ist auf dem Rechner mit Debian 9 (also der Client):
Feb 19 09:03:39 saphir svn: DIGEST-MD5 make_client_response() Feb 19 09:03:39 saphir svn: DIGEST-MD5 create_layer_keys() Feb 19 09:03:39 saphir svn: DIGEST-MD5 client step 2 Feb 19 09:03:39 saphir svn: DIGEST-MD5 parse_server_challenge() Feb 19 09:03:39 saphir svn: DIGEST-MD5 ask_user_info() Feb 19 09:03:42 saphir svn: DIGEST-MD5 client mech dispose Feb 19 09:03:42 saphir svn: DIGEST-MD5 common mech dispose Feb 19 09:03:42 saphir svn: DIGEST-MD5 client mech dispose Feb 19 09:03:42 saphir svn: DIGEST-MD5 common mech dispose Feb 19 09:03:42 saphir svn: DIGEST-MD5 client mech dispose Feb 19 09:03:42 saphir svn: DIGEST-MD5 common mech dispose Feb 19 09:03:42 saphir svn: DIGEST-MD5 common mech free
Hat jemand eine Ahnung, was das Problem sein kann und wie ich das lösen kann?
Danke Luca Bertoncello (lucabert@lucabert.de)
Hallo Luca,
mußte eben noch mal nachschauen, was SVN überhaupt nochmal war. Ich weiss, dass ich das bei meinen Synologys auch installieren kann, brauche es aber nicht, weil die Synology von haus aus schon Versionierung von Dateien bei Datensicherung anbietet. Aber meine erste Idee dazu war ist, ob Du eventuell eine Firemall am laufen hast und ob Du eventuell den Port 3690 noch freigeben mußt. https://en.wikipedia.org/wiki/List_of_TCP_and_UDP_port_numbers
Gruß Stefan
Am Di., 19. Feb. 2019 um 09:12 Uhr schrieb Luca Bertoncello < lucabert@lucabert.de>:
Hallo Leute.
ich habe auf einem Debian 8 Rechner svnserve 1.8.10 installiert. Das läuft eigentlich gut. Nun habe ich ein zweiter Rechner, diesmal mit Debian 9 und svn 1.9.5 und der muss auf dem Server zugreifen. Leider klappt es mit der Authentifizierung nicht... Ich bin 1000% sicher, dass das Passwort korrekt ist, aber es wird immer abgelehnt. Leider loggt der svnserve überhaupt nicht. Das einzige, was ich finde, ist auf dem Rechner mit Debian 9 (also der Client):
Feb 19 09:03:39 saphir svn: DIGEST-MD5 make_client_response() Feb 19 09:03:39 saphir svn: DIGEST-MD5 create_layer_keys() Feb 19 09:03:39 saphir svn: DIGEST-MD5 client step 2 Feb 19 09:03:39 saphir svn: DIGEST-MD5 parse_server_challenge() Feb 19 09:03:39 saphir svn: DIGEST-MD5 ask_user_info() Feb 19 09:03:42 saphir svn: DIGEST-MD5 client mech dispose Feb 19 09:03:42 saphir svn: DIGEST-MD5 common mech dispose Feb 19 09:03:42 saphir svn: DIGEST-MD5 client mech dispose Feb 19 09:03:42 saphir svn: DIGEST-MD5 common mech dispose Feb 19 09:03:42 saphir svn: DIGEST-MD5 client mech dispose Feb 19 09:03:42 saphir svn: DIGEST-MD5 common mech dispose Feb 19 09:03:42 saphir svn: DIGEST-MD5 common mech free
Hat jemand eine Ahnung, was das Problem sein kann und wie ich das lösen kann?
Danke Luca Bertoncello (lucabert@lucabert.de)
Am 19.02.2019 11:48, schrieb Stefan Engelhardt:
Moin!
mußte eben noch mal nachschauen, was SVN überhaupt nochmal war. Ich
Ah, ah, ah...
weiss, dass ich das bei meinen Synologys auch installieren kann, brauche es aber nicht, weil die Synology von haus aus schon Versionierung von Dateien bei Datensicherung anbietet. Aber meine erste Idee dazu war ist, ob Du eventuell eine Firemall am laufen hast und ob Du eventuell den Port 3690 noch freigeben mußt.
Nein, die Port ist freigeschaltet. Die Kommunikation in sich funktioniert einwandfrei, allerdings die Authentifizierung nicht...
Danke Luca Bertoncello (lucabert@lucabert.de)
Ok, super. Dann könnte man jetzt etwas detailierter denken. Musst Du bei dem SVN-Server Benutzer anlegen und wenn ja, mußt Du die vielleicht noch Gruppen zuordnen. Und diese Gruppen, haben die dann auch alle notwendigen Rechte?
Am Di., 19. Feb. 2019 um 11:54 Uhr schrieb Luca Bertoncello < lucabert@lucabert.de>:
Am 19.02.2019 11:48, schrieb Stefan Engelhardt:
Moin!
mußte eben noch mal nachschauen, was SVN überhaupt nochmal war. Ich
Ah, ah, ah...
weiss, dass ich das bei meinen Synologys auch installieren kann, brauche es aber nicht, weil die Synology von haus aus schon Versionierung von Dateien bei Datensicherung anbietet. Aber meine erste Idee dazu war ist, ob Du eventuell eine Firemall am laufen hast und ob Du eventuell den Port 3690 noch freigeben mußt.
Nein, die Port ist freigeschaltet. Die Kommunikation in sich funktioniert einwandfrei, allerdings die Authentifizierung nicht...
Danke Luca Bertoncello (lucabert@lucabert.de)
Am 19.02.2019 12:21, schrieb Stefan Engelhardt:
Ok, super. Dann könnte man jetzt etwas detailierter denken. Musst Du bei dem SVN-Server Benutzer anlegen und wenn ja, mußt Du die vielleicht noch Gruppen zuordnen. Und diese Gruppen, haben die dann auch alle notwendigen Rechte?
OK, vielleicht habe ich das nicht richtig erklärt... Der Server läuft seit Jahren und die andere Clients (allerdings Debian 8) können seit Jahren problemlos sich anmelden. Das Problem ist wirklich nur jetzt bei dem neuen Client mit Debian 9.
Grüße Luca Bertoncello (lucabert@lucabert.de)
lug-dd@mailman.schlittermann.de