Hi! Wie funktioniert das mit rsynch und einer Passwort Datei bei ssh Verbindungen? Das Passwort in eine normale Datei zu schreiben und --password-file= ... war nicht sehr hilfreich. lg
Hi!
Wie funktioniert das mit rsynch und einer Passwort Datei bei ssh Verbindungen? Das Passwort in eine normale Datei zu schreiben und --password-file= ... war nicht sehr hilfreich.
besser ist es mit public keys zu arbeiten. Dazu mit ssh-keygen -b 2048 -t dsa oder ssh-keygen -b 2048 -t rsa einen schluessel anlegen (ohne passwort!) und den inhalt von ~/.ssh/id_rsa.pub bzw. ~/.ssh/id_dsa.pub in ~/.ssh/authorized_keys auf dem zielrechner kopieren. dann in /etc/sshd/sshd_config public_key auf "yes" setzen. schon sollte es gehen. leider geht das bei mir seit der 9.1 nicht mehr, bisher konnte ich dafür weder eine erklärung noch eine lösung finden. neuerzeugen der schlüssel etc. hilft alles nix :-( ciao T
Guten Morgen zusammen, ich habe auf mehrern Servern iptables-Firewalls laufen (SuSEfirewall und eigene Skripte, je nach dem) und stets kommen die iptables-Meldungen in /var/log/messages bzw. /var/log/syslog an. Was muss ich ändern, damit alle iptables-Meldungen _nur_ in /var/log/iptables.log ankommen. -> Ich möchte eine eigene log-Datei nur für die Firewallmeldungen haben. Danke Christoph
Am Montag, 29. November 2004 08:44 schrieb Dr. Thorsten Brandau:
leider geht das bei mir seit der 9.1 nicht mehr, bisher konnte ich dafür weder eine erklärung noch eine lösung finden. neuerzeugen der schlüssel etc. hilft alles nix :-(
Was läuft denn falsch, hatte hier weder unter 9.1, noch jetzt unter 9.2 Probleme mit den Public-Keys. Und ich nutz das recht intensiv, innerhalb des Netzes und auch ausserhalb zu Packman oder Sourceforge. Wenn sich der Key eines Rechners ändert, muss dieser übrigens immer aus der ~/.ssh/known_hosts gelöscht werden und beim ersten Login danach manuell bestätigt werden, dass mit dieser Kiste Kontakt aufgenommen werden soll. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hi!
leider geht das bei mir seit der 9.1 nicht mehr, bisher konnte ich dafür weder eine erklärung noch eine lösung finden. neuerzeugen der schlüssel etc. hilft alles nix :-(
Was läuft denn falsch, hatte hier weder unter 9.1, noch jetzt unter 9.2 Probleme mit den Public-Keys. Und ich nutz das recht intensiv, innerhalb des Netzes und auch ausserhalb zu Packman oder Sourceforge.
Es wird kein pub-key paket versendet. Nur passwort logins sind möglich.
Wenn sich der Key eines Rechners ändert, muss dieser übrigens immer aus der ~/.ssh/known_hosts gelöscht werden und beim ersten Login danach manuell bestätigt werden, dass mit dieser Kiste Kontakt aufgenommen werden soll.
das ist bekannt und habe ich auch gemacht. ohne erfolg. die pub-key kommunikation zwischen der 9.1 und anderen versionen klappt einfach nicht. da ich den server in naher zukunft von 9.0->9.2 bringe werde ich sehen ob das dann funktioniert aber mit <9.1 and 9.1 oder 9.2 gehts definitiv nicht. war auch schon mal thema auf der liste, erfolglos uebrigens. bei anderen scheint es zu gehen. ciao T
Am Montag, 29. November 2004 12:59 schrieb Dr. Thorsten Brandau:
da ich den server in naher zukunft von 9.0->9.2 bringe werde ich sehen ob das dann funktioniert aber mit <9.1 and 9.1 oder 9.2 gehts definitiv nicht. war auch schon mal thema auf der liste, erfolglos uebrigens.
Also mein Gateway im Keller läuft unter SuSE 8.2, Notebook und Desktop unter 9.2 (vorher 9.1), keinerlei Probleme mit SSH Pub-Key Identifizierung. Wichtig ist, dass ssh-Server und client auf die selbe ssh-Version lauschen (hier ssh2), ansonsten einfach mal die Logfiles prüfen, was falsch läuft. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hi!
Also mein Gateway im Keller läuft unter SuSE 8.2, Notebook und Desktop unter 9.2 (vorher 9.1), keinerlei Probleme mit SSH Pub-Key Identifizierung. Wichtig ist, dass ssh-Server und client auf die selbe ssh-Version lauschen (hier ssh2), ansonsten einfach mal die Logfiles prüfen, was falsch läuft.
das tun sie (2,1). aber leider ohne erfolg. es geht uebrigens auch nicht mit PUTTY (was mit der 8.2 funktioniert). ebenfalls nicht mit cygwin. vielleicht habe ich ja eine montags-suse. ciao T
participants (4)
-
Christoph
-
Dr. Thorsten Brandau
-
Manfred Tremmel
-
Martin Hochreiter