Xeno
Ehemalige
(Themenstarter)
Anmeldungsdatum: 6. April 2005
Beiträge: 2572
Wohnort: Schweiz
|
dajohb schrieb: Hast du schon LoKal auf dem Server probiert?
z.b. per ssh mit putty auf dem Server und dann:
Das macht The authenticity of host 'localhost (127.0.0.1)' can't be established.
ECDSA key fingerprint is SHA256:Qygz6CQ0Ar+OX6eMsCQ4oGFu729hZ9DPd9RLTre1IcI.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'localhost' (ECDSA) to the list of known hosts.
XXX@localhost's password:
Connected to localhost.
sftp>
Gut oder schlecht? Lg X.
|
dajohb
Anmeldungsdatum: 29. Januar 2016
Beiträge: 166
|
zum einen Gut weil dein sftp lokal funktioniert.
du bist ja mit user und pwd "connected"! Dann sollte auch von dein Client funktionieren. Ich denke, du bist über ssh ein auf den Server drauf oder?
sftp, ssh und scp benutzen alle Port 22/tcp.
Probiere mal die Filezilla aus um auszuschließen, dass es der WINSCP Client ist.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13892
|
Xeno schrieb: Was ist mit der "Variablen" Interface gemeint und wie ermittle ich ihren "Wert"?
Mit "Interface" ist der Name der Netzwerkschnittstelle gemein und dieser kann mit
ifconfig -a
oder mit
ip a
, aber in deinem Fall besser mit:
arp -av
oder mit:
ip n s
ermittelt werden.
|
Xeno
Ehemalige
(Themenstarter)
Anmeldungsdatum: 6. April 2005
Beiträge: 2572
Wohnort: Schweiz
|
Danke für Deinen Support. dajohb schrieb: zum einen Gut weil dein sftp lokal funktioniert.
du bist ja mit user und pwd "connected"! Dann sollte auch von dein Client funktionieren. Ich denke, du bist über ssh ein auf den Server drauf oder?
Ich denke ja; wenn Du das genau wissen willst, musst Du mich am Händchen nehmen.
sftp, ssh und scp benutzen alle Port 22/tcp.
Richtig. Probiere mal die Filezilla aus um auszuschließen, dass es der WINSCP Client ist.
Das mache ich, wenn ich etwas später gerne. Es wäre nur zu Testzwecken, oder? Filezilla kann meines Wissens nicht so bequem synchronisieren (oder doch)?. Lg X.
|
Xeno
Ehemalige
(Themenstarter)
Anmeldungsdatum: 6. April 2005
Beiträge: 2572
Wohnort: Schweiz
|
lubux schrieb: Xeno schrieb: Was ist mit der "Variablen" Interface gemeint und wie ermittle ich ihren "Wert"?
Mit "Interface" ist der Name der Netzwerksschnittstelle gemein und dieser kann mit
ifconfig -a
oder mit
ip a
, aber in deinem Fall besser mit:
arp -av
oder mit:
ip n s
ermittelt werden.
Ah Ok, Du hast nur die interne IP gemeint? Die hätte sogar ich auch einfach so gewusst. Ich habe übrigens auch sichergestellt, dass die routerseiting nicht verstellt werden kann (in den Routereinstellungen). Entschuldige die etwas dämliche Rückfrage; ich bin im Netzwerkvkabular wenig bewandert. Lg X.
|
Xeno
Ehemalige
(Themenstarter)
Anmeldungsdatum: 6. April 2005
Beiträge: 2572
Wohnort: Schweiz
|
lubux schrieb: Xeno schrieb: Es liegt irgendwie an der Ubuntu-Seite, da die den Win-Rechner nicht durchlässt.
Teste mal auf deinem Ubuntu-PC mit:
sudo tcpdump -c 50 -vvveni <Interface> port 22
(Interface anpassen und ohne spitze Klammern) ob der Win-Rechner nicht durchgelassen wird.
sudo tcpdump -c 50 -vvveni 192.168.1.23 port 22 macht sudo tcpdump -c 50 -vvveni 192.168.1.23 port 22
[sudo] Passwort für XXX:
tcpdump: 192.168.1.23: No such device exists
(SIOCGIFHWADDR: No such device)
Nicht gut, oder? Habe ich doch etwas noch nicht begriffen? Lg X.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13892
|
Xeno schrieb: Ah Ok, Du hast nur die interne IP gemeint?
Nein, nicht die IP-Adresse. Die Netzwerkschnittstelle. Z. B. eth0 oder wlan0 oder eth1 oder wlan1 oder die neuen Bezeichnungen. Schau dir die Ausgabe von "ifconfig -a" an.
|
Xeno
Ehemalige
(Themenstarter)
Anmeldungsdatum: 6. April 2005
Beiträge: 2572
Wohnort: Schweiz
|
lubux schrieb: Xeno schrieb: Ah Ok, Du hast nur die interne IP gemeint?
Nein, nicht die IP-Adresse. Die Netzwerkschnittstelle. Z. B. eth0 oder wlan0 oder eth1 oder wlan1 oder die neuen Bezeichnungen. Schau dir die Ausgabe von "ifconfig -a" an.
Ah ok! 😲 sudo tcpdump -c 50 -vvveni enp0s25 port 22 macht tcpdump: listening on enp0s25, link-type EN10MB (Ethernet), capture size 262144 bytes dann passiert bei blinkendem Cursor nichts mehr, d. h. das Terminal hängt. Was tun? Lg X.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13892
|
Xeno schrieb: dann passiert bei blinkendem Cursor nichts mehr, d. h. das Terminal hängt. Was tun?
Das Terminal hängt nicht. Du solltest jetzt für Traffic zum Port 22 sorgen, mit deinem Client.
|
Xeno
Ehemalige
(Themenstarter)
Anmeldungsdatum: 6. April 2005
Beiträge: 2572
Wohnort: Schweiz
|
lubux schrieb: Xeno schrieb: dann passiert bei blinkendem Cursor nichts mehr, d. h. das Terminal hängt. Was tun?
Das Terminal hängt nicht. Du solltest jetzt für Traffic zum Port 22 sorgen, mit deinem Client.
Nämlich wie oder was? Lg X.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13892
|
Xeno schrieb: Nämlich wie oder was?
Z. B. mit:
sftp IP-Adresse
(IP-Adresse anpassen).
|
Xeno
Ehemalige
(Themenstarter)
Anmeldungsdatum: 6. April 2005
Beiträge: 2572
Wohnort: Schweiz
|
lubux schrieb: Xeno schrieb: Nämlich wie oder was?
Z. B. mit:
sftp IP-Adresse
(IP-Adresse anpassen).
Egal welche Adresse ich eingebe, es blinkt einfach nur immer weiter... 😢 Danke für Deine Mühe! Mir fallen die Augen zu, ich fahre morgen weiter. Wer erst hier einsteigt: Das Ziel wäre übrigens wirklich nur entweder (bevorzugt) WinSCP zu benutzen, oder sonst halt eine andere Möglichkeit, um zwei Rechner (1 Windows, 1 Ubuntu) zu verbinden zwecks Datensynchronisation; die beiden Rechner sind im selben Netz (der Windows über WLAN, der Ubuntu sogar LAN). Lg X.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13892
|
Xeno schrieb: Egal welche Adresse ich eingebe, es blinkt einfach nur immer weiter... 😢
Wo hast Du welche Adresse eingegeben? Poste mal die Ausgaben von:
ifconfig -a
arp -av
route -n
auf dem Client. Welche IP-Adresse hat der Server (... auf dem am Port 22 gelauscht wird)?
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8553
Wohnort: Münster
|
Xeno schrieb: […] Das Ziel wäre übrigens wirklich nur entweder (bevorzugt) WinSCP zu benutzen
Dazu ist erforderlich:
Auf Deinem Ubuntu-Rechner muss ein SFTP-Server laufen. Ein SFTP-Server ist ein Subsystem eines SSH-Servers. Teste mit diesen Befehlen (jeweils mit Beispielausgabe von meinem System), ob der SSH-Server läuft: $ pgrep -alf sshd
779 /usr/sbin/sshd -D
$ sudo ss -pant | grep ssh
LISTEN 0 128 0.0.0.0:22 0.0.0.0:* users:(("sshd",pid=779,fd=3)) Teste, ob das SFTP-Subsystem verfügbar ist: $ grep sftp /etc/ssh/sshd_config
Subsystem sftp /usr/lib/openssh/sftp-server
Für die Anmeldung benötigst Du die IP-Adresse des SFTP-Servers, dessen Port (wahrscheinlich 22), Deinen Benutzernamen auf diesem Rechner und Dein Passwort. Die IP-Adresse wird Dir angezeigt mit diesem Befehl: $ ip -4 -br addr show scope global
radio UP 192.168.178.41/24 Die Schnittstelle wird bei Dir nicht radio , sondern anders heißen. Du wirst auch eine andere IP-Adresse und ggf. eine andere Netzmaske haben. Merke Dir Deine Daten. Ich verwende hier im weiteren beispielhaft meine Daten. Deinen Benutzernamen und Passwort kennst Du. Teste den Zugang zum SFTP-Server vom Rechner des Servers aus: $sftp 192.168.178.41
klaus@192.168.178.41's password:
Connected to 192.168.178.41.
sftp> pwd
Remote working directory: /home/klaus
sftp> ls -l
(Liste des Verzeichnisses)
sftp> exit Möglicherweise erhältst Du, wenn dies die erste SSH-Verbindung zu diesem Server ist, noch eine Aufforderung, den SSH-Identifizierungsschlüssel des Servers zu bestätigen. Mach das. Gehe jetzt zu einem anderen Ubuntu-Rechner im selben Netzwerk und wiederhole den Test: $sftp USER@192.168.178.41 Für USER setzt Du Deinen Benutzernamen auf dem Server ein! Das muss genauso wie der lokale Test funktionieren.
Gehe jetzt zum Windows-Rechner. Auf diesem benötigst Du einen SFTP-Client. WinSCP behauptet auf seiner Homepage, das zu sein: „WinSCP ist ein grafischer Open Source SFTP und FTP Client für Windows, der auch das alte SCP-Protokoll unterstützt.“ Ich kenne dieses Programm selber nicht und gehe davon aus, dass diese Selbstaussage zutrifft. Lösche in diesem Programm zuerst alle Verbindungen, die Du bereits zum Rechner mit der IP 192.168.178.41 angelegt hast. Die Bedienungsanleitung sagt Dir, wie das geht. WICHTIG! Lösche auch die SSH-Identifizierungsschlüssel für den Server 192.168.178.41. Ich habe keine Ahnung, wo WinSCP diese Information speichert. (Bei Ubuntu ist es die Datei ~/.ssh/known_hosts.) Erstelle in WinSCP eine neue Verbindung. Benutze diese Angaben: Server 192.168.178.41 (Du denkst daran, dies durch die bei Dir zutreffenden Angaben zu ersetzen?) Port 22 Protokoll SFTP Benutzername: Dein Name auf dem Ubuntu-Rechner, nicht Dein Name auf dem Windows-Rechner! Passwort: ebenso!
oder sonst halt eine andere Möglichkeit, um zwei Rechner (1 Windows, 1 Ubuntu) zu verbinden zwecks Datensynchronisation; die beiden Rechner sind im selben Netz (der Windows über WLAN, der Ubuntu sogar LAN).
Dafür ist SMB gut geeignet. Du musst auf dem Ubuntu-Rechner Samba installieren und einrichten. Das ist wegen der vielen möglichen Optionen und unterschiedlichen Fähigkeiten der Windows-Versionen komplizierter als SFTP.
|
dajohb
Anmeldungsdatum: 29. Januar 2016
Beiträge: 166
|
Xeno schrieb: Danke für Deinen Support. dajohb schrieb: zum einen Gut weil dein sftp lokal funktioniert.
du bist ja mit user und pwd "connected"! Dann sollte auch von dein Client funktionieren. Ich denke, du bist über ssh ein auf den Server drauf oder?
Ich denke ja; wenn Du das genau wissen willst, musst Du mich am Händchen nehmen.
sftp, ssh und scp benutzen alle Port 22/tcp.
Richtig. Probiere mal die Filezilla aus um auszuschließen, dass es der WINSCP Client ist.
Das mache ich, wenn ich etwas später gerne. Es wäre nur zu Testzwecken, oder? Filezilla kann meines Wissens nicht so bequem synchronisieren (oder doch)?. Lg X.
Ja Filezilla nur Testen, ob du dein WINSCP vlt doch ein Fehler hast. Oder wenn möglich auch von andere PC testen. Wenn Ubuntu als Desktop, dann noch besser. Da kannst mit den Native Client von openssh testen.
Meine Meinung nach funktioniert dein SSH Konfiguration auf deinem Server, weil da
funktioniert hat.
Kann aber auch sein, dass dein sshd nur an localhost gebunden ist.
sehen kannst hier:
| netstat -tulpe | grep ssh
|
|