staging.inyokaproject.org

Nach Update 20.04 mit Unison kein SSH-Sync mehr

Status: Ungelöst | Ubuntu-Version: Ubuntu 20.04 (Focal Fossa)
Antworten |

pixel24

Anmeldungsdatum:
20. Februar 2008

Beiträge: 473

Hallo zusammen,

ich habe ein seltsames Problem seit dem Update auf 20.04. Zuvor unter 19.10 lief es problemlos. Ich synce meine Daten mit Unison zwischen dem Server und den Laptops mittels SSH. Eines der Unison-Profile sieht so aus:

1
2
3
4
5
# Unison preferences
root = /home/ich/Downloads
root = ssh://ich@srv01.intern.local//data01/Downloads
sshargs = -C
ignore = Path .Trash*

Es wird also mein User für den SSH-Login genutzt.Der SSH-Login mit "ich" funktioniert auf srv01.intern.local problemlos:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
ich@lt001:~$ ssh -l ich srv01.intern.local
Univention DC Master 4.4-4:

The UCS management system is available at https://srv01.intern.local/ (192.168.24.5)

You can log into the Univention Management Console - the principal tool to manage 
users, groups, etc. - using the "Administrator" account and the password selected 
for the root user on the master domain controller.


Last login: Tue May  5 09:24:37 2020 from 192.168.24.80

...

ich@srv01:~$ cd /data01/Downloads/
ich@srv01:/data01/Downloads$

Ich kann vom Laptop aus (als User "ich" angemeldet) auch eine beliebige Datei von srv01:/data01/Downloads per SSH kopieren:

1
2
3
ich@lt001:~/.unison$ scp ich@srv01.intern.local:/data01/Downloads/test.csv .
test.csv                                                                           100% 8813   146.3KB/s   00:00    
ich@lt001:~/.unison$

In Unison funtioniert der Scan mit den Profilen aber wenn anschließend die Änderungen übertragen werden sollen kommt lediglich der Fehler "Fatal Error ... lost connection with the server".

Nachdem dieses Verhalten Gestern nach dem Update auf 20.04 auf dem ersten Latop auftrat dachte ich zunächst an ein individuelles Problem mit der dortigen Installation. Nachdem ich das zweite Laptop nun auch auf 20.04 gebracht habe und seither hier das gleiche Verhalten habe kann ich dies jedoch ausschließen.

Woran könnte das liegen?

Viele Grüße pixel24

pixel24

(Themenstarter)

Anmeldungsdatum:
20. Februar 2008

Beiträge: 473

Ich habe im Internet etwas recherchiert und hierbei Hinweise gefunden dass es über die Zeile:

1
PermitUserEnvironment yes

in der sshd_config zu lösen wäre was jedoch nicht funktionierte. Auf dem Server (UCS) ist:

1
2
root@srv01:/etc/ssh# dpkg -l | grep unison
ii  unison                                              2.48.3-1+b1                                                         amd64        file-synchronization tool for Unix and Windows

installiert. Auf dem Client (nach Update 20.04):

1
2
3
4
root@lt001:/home/s.gehr# dpkg -l | grep unison
ii  unison                                     2.48.4-4ubuntu1                            amd64        file-synchronization tool for Unix and Windows
ii  unison-all                                 2.48+2                                     all          file synchronization tool (all console versions)
ii  unison-gtk                                 2.48.4-4ubuntu1                            amd64        file-synchronization tool for Unix and Windows with GTK+ interface

Die Versionen sind ja fast identisch ... Im Web habe ich im Kontext zu diesem Fehler auch Hinweise gefunden dass der Fehler aufgrund unterschiedlicher Versionen auftritt.

Wirklich weiter komme ich leider nicht.

Antworten |