Siduction Forum
Siduction Forum => Software - Support => Topic started by: michaa7 on 2011/09/30, 13:47:25
-
Ich möchte gelegentlich zwischen zwei rechnern im Home-LAN daten austauschen. Die WS hängt ständig am LAN, das schleppi nur gelegentlich (kabelgebunden). WLAN habe ich noch nicht aktiviert und soll hier jetzt erstmal keine rolle spielen.
Wie kann ich es möglichst einfach so einrichten, dass
1) ich bei angestecktem schleppi von der WS aus lesend und schreibend auf dessen Home zugreifen kann,
aber
2) bei nicht angestecktem schleppi ich nicht ewig irgendwelche verbindungsversuche habe.
Ich will einfach daten, die ich auf beiden rechner bearbeite aktualisieren, auf den jeweils anderen rechner die neuesten daten kopieren.
Bislang habe ich sowas mit scp gemacht, aber das läßt sich doch bestimmt eleganter und bequemer lösen ...
-
Was spricht weiterhin gegen scp?
Ggfs halt auch grafisch per Dolpin, mc oder sonstwas.
-
geht scp auch über xfe, FM oder thunar?
und es ist langsam!
-
Naja, ich mach sowas ja am Liebsten gleich per mc, aber Thunar kann das auch, wenn die entspr. gvfs-Pakete installiert sind.
-
ok, das heißt aber es geht dann über smb/samba (windowsnetzwerk). Dann muß ich mich als admin erstmal um die rechte kümmern, bei scp genügt/genügen ja das/die user passwort/passwörter. Oder geht scp auch über thunar?
bzw:
warum funktioniert folgendes im mc nicht:
/#sh:<user>@192.168.0.20
nicht (ip stimmt)? Fehlermeldung: Kann nicht ins Verzeichnis wechseln.
-
Im mc benutzt man menü ==> rechts/links ==> Shell-Verbindung.
In das folgende Fenster gibt man dann username@host ein.
-
schau dir mal das Thema "zeroconf" bzw "Avahi" an .. damit mach ich es.
http://wiki.ubuntuusers.de/avahi
-
danke, aber das war klar ;-)
Klar ist nicht warum es nicht funktioniert.
Und im übrigen ist genau dies der grund waum ich scp, ssh usw hasse: ich nutze ews sehr selten und sitze jetz seit einer geschlagenen stunde davor um eine mickrige textdatei zu kopieren, ich kann mich per ssh verbinden ich gebe das richtige passwort ein, ich kann nicht über scp kopieren, mich nicht mit dem mc verbinden, es ist alles wiedermal nerfender scheissdreck und ich könnhte sämtlioche computer der welt aus dem fenstzer werfen
"connection refused" trotz richtigem passwort
???
-
wie gehst du den genau vor?
-
ich logge mich vom schleppi mittels ssh ein (das geht, von der WS zum scchleppi geht auch das nicht: ssh mh@192.168.xx.xx --> connection refused; /etc/sshd_config überprüft, ist identisch!) und wühle mich per ls .. durch die verzeichnisse. Datei gefunden, pfad gemerkt, neues fenster $:
$ scp user@remote-ip:pfad user@schleppi-ip:speicherpfad
--> passwort-abfrage
--> richtiges userpasswort
connection refused
-
beim mc gebe ich ein wie oben beschrieben, keine verbindung zum verzeichniss
-
Warum geht
schleppi-->WS
ssh user@192.168.x.10 (10 ist WS)
aber
WS -->schleppi
ssh user@192.168.x.20 (20 ist schleppi)
geht nicht
passwörter sind gleich, sshd_config ist gleich
Gibt es irgendwo ne list mit erlaubten/verbotenen ip_s, kann sien dass icdiese auf der WS mal angelegt habe, wo könnte dies sein?
-
mit Avahi mach ich es einfach so:
ssh -X ich2@stallrechner
z.B. ;)
Dabei ist ich2 der normale nutzer auf dem stallrechner ....
-
jetzt auch ncoh avahi, ich wäre froh jemand köönte mir erklaren warum es bei mir mit dem mc nicht geht, es ist nett gemeint, aber es nutz mir nichts hier vom stöchsken auf's hölzken zu kommen
-
läuft auch der ssh server auf beiden kisten?
greetings
vibora
-
der mc - Midnight Commander ist ja "nur" ein dateimanager. Mit avahi stellst du recht unkompliziert die verbindung her, danach kannst du mc, dolphin etc verwenden. Einfach mal meinen link oben folgen.
-
nein avahi hilft dir nur dass du dir keine IP-Adressen merken musst und in dolphin oder ähnlichen Dateimanagern angezeigt bekommst, das ein rechner scp, samba o.ä. kann.
michaa7 hat ja die IP-Adressen und weiß welche Protokolle auf welchem läuft -> avahi hilft hier erstmal nicht :)
@michaa7: mach mal ein 'ssh -vvvvv', dann gibt er mehr Infos raus, wo es hackelt - ich vermute mal /etc/hosts.deny bzw. /etc/hosts.allow - Schon mal compress ausprobiert ('-C'), damit wird das ganze schneller :)
Für die Harten im Garten gibt es ja netcat - (schnell und sehr geekig):
für die Empfängerseite:
# netcat -l -p 7000 | tar x
Für die Senderseite
# tar cf - * | netcat otherhost 7000
-
blockiert vielleicht eine Firewall auf dem Laptop den ssh-Port?
-
Hallo,
mögliche Fehler, die bei mir mit ssh im Lan schon passiert sind:
- geschlossener ssh Port durch Firewall
- Fehlende Einträge in /etc/hosts
- ssh nicht installiert
- ssh nicht aktiviert
Vieleb Grüße,
Holger
-
So lange der Datenaustausch nur im lokalen Netz stattfindet, kann auch nfs benutzt werden. Wundere mich, dass das noch nicht genannt wurde..
-
läuft auch der ssh server auf beiden kisten?
greetings
vibora
Wie stelle ich das fest? Jedoch ist meiner erinnerung nach bei *nicht* laufendem sshd die fehlermeldung eine andere, irgendwas mit "connection not availabel", dennoch, ne erklärung wär's
-
nein avahi hilft dir nur dass du dir keine IP-Adressen merken musst und in dolphin oder ähnlichen Dateimanagern angezeigt bekommst, das ein rechner scp, samba o.ä. kann.
michaa7 hat ja die IP-Adressen und weiß welche Protokolle auf welchem läuft -> avahi hilft hier erstmal nicht :)
@michaa7: mach mal ein 'ssh -vvvvv', dann gibt er mehr Infos raus, wo es hackelt - ich vermute mal /etc/hosts.deny bzw. /etc/hosts.allow - Schon mal compress ausprobiert ('-C'), damit wird das ganze schneller :)
Für die Harten im Garten gibt es ja netcat - (schnell und sehr geekig):
für die Empfängerseite:
# netcat -l -p 7000 | tar x
Für die Senderseite
# tar cf - * | netcat otherhost 7000
der netcat kram, taugt der zur analyse oder zum übertragen?
BTW, am liebsten wäre mir immer noch, ich bekäme das über mc hin.
Hier der output über ssh -vvvvv ...
$ ssh -vvvvv mh@192.168.x.x
OpenSSH_5.9p1 Debian-1, OpenSSL 1.0.0e 6 Sep 2011
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.x.x [192.168.x.x] port 22.
debug1: connect to address 192.168.x.x port 22: Connection refused
ssh: connect to host 192.168.x.x port 22: Connection refused
-
läuft auch der ssh server auf beiden kisten?
greetings
vibora
Wie stelle ich das fest? Jedoch ist meiner erinnerung nach bei *nicht* laufendem sshd die fehlermeldung eine andere, irgendwas mit "connection not availabel", dennoch, ne erklärung wär's
OMG, der kandidat hat 100 punkte, sshd läuft gar nicht :oops:
Nur, warum sehe ich in rcconf ssh weder aktiviert noch deaktiviert? Wie aktiviere ich sshd nun?
EDIT:// ok, ssh ist aktiviert, nur es geht immer noch nicht (beide maschinen neu gebootet!
-
der netcat kram taugt zum übertragen, es verschlüsselt halt nicht und hat auch sonst nur tcp overhead, weswegen es seehr schnell ist, das ist die Variante die ich verwende wenn ich mir sicher bin, das das lokale Netz sicher ist und ich viele Daten rüberschafeln will.
@michaa7: Du hast ein aptosid? Mit /etc/init.d/ssh start kannst du ssh sofort anmachen. Ansonsten bei rcconf bei ssh einen Hacken und neustarten. Oder hast du vlt. gar keinen ssh Server installiert?
apt-cache policy openssh-server
openssh-server:
Installiert: 1:5.9p1-1
Kandidat: 1:5.9p1-1
Versionstabelle:
*** 1:5.9p1-1 0
500 http://cdn.debian.net/debian/ sid/main amd64 Packages
500 http://cdn.debian.net/debian/ testing/main amd64 Packages
100 /var/lib/dpkg/status
1:5.5p1-6 0
500 http://cdn.debian.net/debian/ stable/main amd64 Packages
-
klar ist das ein aptosid auf beiden rechnern, ssh-server ist installiert (gleiche version wie von dir oben angezeigt) systeme sind up-to-date, /etc/ssh/sshd_config zum soundsovielstem mal verglichen, ich habe keine plan was ich sonst noch nachschauen, vergleichen oder testen könnte.
ping zum rechner funktioniert
-
ein reinstall auf dem läptop (sshd war zuvor installiert und aktiviert) brachte dann die (er-) lösung.
BTW: ich erinnere mich, dass ich bei der aptosid installation vor 2 monaten die frage nach der aktivierung des ssh-server verneinte! Das nachträgliche aktivieren scheint fehlzuschlagen ... wie man hier sieht.
Die verbindung mit mc werde ich später noch testen, da habe ich im mom keinen nerv zu ...
-
öhm also ssh server nachinstallien sollte klappen wie jedes andere Paket auch, wenn nicht wäre das ein bug des ssh Paketes!
-
das geht an meiner aussage vorbei, du hast es nicht verstanden:
sshd server war immer schon installiert, aber seit der installtion durch den aptosid installer *de-* aktiviert. Das *nachträgliche* aktivieren brachte ihn aber *nicht* in einen funktionsfahigen zustand. Das geschah erst mit dem *re-* install.
-
BTW: mc funḱtioniert nun auch, lag also am ssh-server.
Und diese methode ist einfach super, danke towo für den tipp!