Am Sonntag, 15. Mai 2022, 11:47:39 CEST schrieb Ulf Volmer:

On 15.05.22 09:46, Alexander Beck-Ratzka wrote:

...

ich würde von meinem alten auf den neuen Rechner - beide laufen unter OpenSUSE 15.3 - via rsync Daten überspielen. Meine ersten Versuche via ssh (als scp) scheiterten trotz Portfreigabe für Port 22 kläglich.Ich habe den Verdacht, dass ich die Firewall unter OpenSuSE auch noch anpassen muss. Wie mache ich das, am liebsten wäre mir das über Yast.

yast2 -> Security and Users -> Firewall Dort dann unter Interfaces Deine verwendete Zone raussuchen (dürfte 'public' sein) Dann Zones -> <zone>: ssd -> add -> allowed.

Standardmässig sollte ssh aber in public schon offen sein? Was genau passiert denn wenn Du deinen Dateitransfer versuchst? Cheers MH -- Mathias Homann Mathias.Homann@openSUSE.org Jabber (XMPP): lemmy@tuxonline.tech Matrix: @mathias:eregion.de IRC: [Lemmy] on freenode and ircnet (bouncer active) keybase: https://keybase.io/lemmy gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102

Hallo Michakel, vielen Dank für die Antwort, und vielen Dank auch den anderen Antworten! zunächst mal zu rsync: das ist mein Ziel, aber ich bin schon mit ssh gescheitert. ssh user@<ip-adresse-zweiter-rechner> -> no route to host sshd ist aber an. Auf die Idee mit -vvvv hätte ich erst mal auch kommen können, werde ich auch machen, so wie ich meine beiden eigenen Rechern wieder am Start habe; aktuell bin ich aber wieder im Hmeoffice mit Firmenlaptop. Ein ping auf <ip-adresse-zweiter-rechner> reagiert, wenn ich aber auf den Hostnamen ein ping absetze, gibt es keine Antwort. Die Portfreigabe hatte ich am Ende nur versucht, weil ich es einfach nicht verstanden habe.Ich hatte mir das eigentlich ganz einfach vorgestellt: auf beiden Kisten sshd starten, und dann los, aber so einfach war das eben nicht. Ich melde mich wieder, sowie ich den verbose output von ssh leifen kann, das wird aber unter Umständen bis morgen dauern. Beste Grüße Alexander

Michael Behrens hat am 15.05.2022 14:37 geschrieben:

Hallo Alexander,

"kläglich scheitern" ist als Fehlermeldung nicht zu gebrauchen. Welchen Befehl führst du aus (Inhalt der Kommandozeile bitte!). Welche Fehlermeldung tritt dann auf? Hast du schon '-v' versucht? Funktioniert ssh-Login mit denselben Accounts?

Und da du die Fritzbox erwähnst: wie sind die Maschinen damit verbunden? Funktioniert die Namensauflösung? "Portfreigabe" meint doch wohl Freigabe des Ports aus Richtung Internet an der Fritzbox, oder? Wenn ja, warum willst du das? Ist jedenfalls für lokalen Datenverkehr nicht nötig.

Am 15.05.22 um 09:46 schrieb Alexander Beck-Ratzka:

...

Hallo Linux-Spezialisten, ich würde von meinem alten auf den neuen Rechner - beide laufen unter OpenSUSE 15.3 - via rsync Daten überspielen. Meine ersten Versuche via ssh (als scp) scheiterten trotz Portfreigabe für Port 22 kläglich.Ich habe den Verdacht, dass ich die Firewall unter OpenSuSE auch noch anpassen muss. Wie mache ich das, am liebsten wäre mir das über Yast. Falls jemand schon erfolgreich einen Datentransfer in einem Fritzbox Heimnetz gemacht hat, so wäre für eine Beschreibung der Durchführung sehr dankbar.

Alle Rechner sind über den Fritzbox-Switch oder das Fritzbox-WLAN verbunden, die Fritz-Box ist DNS-Server für die lokalen Maschine und lediglich Gateway ins Internet. Vom Internet her ist am Fritzbox-Firewall nichts nach innen freigegeben. Auf den lokalen Maschinen ist kein Firewall installiert. Ich bin ja alleine in diesem Netz...

...

Beste Grüße Alexander

--

Viele Grüße

Michael

Am Montag, 16. Mai 2022, 07:45:19 CEST schrieb Michael Behrens:

Am 16.05.22 um 06:35 schrieb Alexander Beck-Ratzka:

...

Hallo Michakel,

vielen Dank für die Antwort, und vielen Dank auch den anderen Antworten!

zunächst mal zu rsync: das ist mein Ziel, aber ich bin schon mit ssh gescheitert.

...

ssh user@<ip-adresse-zweiter-rechner>

-> no route to host

sshd ist aber an.

Hallo Andreas,

'no route to host' bedeutet eher, dass der Host netzwerktechnisch nicht erreichbar ist, und solange das nicht funktioniert können auch ssh und sshd nicht ausrichten. ping <ip-adresse-zweiter-rechner> geht vermutlich auch nicht?

Erstverdacht: Die Rechner sind per WLAN verbunden? Dann geh mal auf der Fritz in die WLAN-Settings und schau ob du da irgendwas findest - WLAN Accesspoints haben heutzutage so was das nennt sich "client separation", das dient dazu, dass die verschiedenen Rechner am WLAN nicht miteinander reden können. Nachdem ich mir mal alle fileshares eines laptops eines anderen hotelgastes ansehen konnte, weiss ich auch warum und wann man das feature anschaltet :) Cheers MH -- Mathias Homann Mathias.Homann@openSUSE.org OBS: lemmy04 Jabber (XMPP): lemmy@tuxonline.tech Matrix: @mathias:eregion.de IRC: [Lemmy] on liberachat and ircnet (bouncer active) keybase: https://keybase.io/lemmy gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102

Hallo Michael, ein ping geht sehr wohl... Liebe Grüße Alexander

Michael Behrens hat am 16.05.2022 07:45 geschrieben:

Am 16.05.22 um 06:35 schrieb Alexander Beck-Ratzka:

...

Hallo Michakel,

vielen Dank für die Antwort, und vielen Dank auch den anderen Antworten!

zunächst mal zu rsync: das ist mein Ziel, aber ich bin schon mit ssh gescheitert.

ssh user@<ip-adresse-zweiter-rechner>

-> no route to host

sshd ist aber an.

Hallo Andreas,

'no route to host' bedeutet eher, dass der Host netzwerktechnisch nicht erreichbar ist, und solange das nicht funktioniert können auch ssh und sshd nicht ausrichten. ping <ip-adresse-zweiter-rechner> geht vermutlich auch nicht?

--

Viele Grüße

Michael

On Mon, May 16, 2022 at 09:28:25AM +0200, Alexander Beck-Ratzka wrote:

ein ping geht sehr wohl...

Was nicht viel besagt. Schau dir bei BEIDEN Rechnern die Firewall an. Der eine muß ssh rauslassen, der andere rein. flo