ssh-login und CUPS-Ausgabe schlagen nach upgrade fehl?!
Ich habe hier zu hause einen Server und eine Workstation mit einer
pre-releade von Woody laufen gehabt. Irgendwie hat es mich gerissen, und
ich habe den Server per dist-upgrade aktualisiert auf woody-3.0-r1. Die
Workstation läuft noch auf der alten Lehmanns-Pre-Release.
Neben Problemen mit CUPS (geänderte Pfade zu Icons/Dateien) sind zwei
Probleme geblieben.
Das erste Problem ist meine SSH-Verbindung zum Server. Bisher konnte ich
mich immer mit `ssh jd@artus' beim Server (artus) einloggen. Nun kommt
es zu folgender (mir nichtssagenden) Meldung:
,----
| $ ssh jd@artus
| Permission denied (publickey,keyboard-interactive).
`----
Ein Versuch mit erhöhter `Geschwätzigkeit' bringt folgenden Berg von
Meldung zum Vorschein:
,----
| $ ssh -v jd@artus
| OpenSSH_3.0.1p1, SSH protocols 1.5/2.0, OpenSSL 0x0090602f
| debug1: Reading configuration data /etc/ssh/ssh_config
| debug1: Seeding random number generator
| debug1: Rhosts Authentication disabled, originating port will not be trusted.
| debug1: restore_uid
| debug1: ssh_connect: getuid 1001 geteuid 1001 anon 1
| debug1: Connecting to artus [192.168.1.1] port 22.
| debug1: temporarily_use_uid: 1001/1001 (e=1001)
| debug1: restore_uid
| debug1: temporarily_use_uid: 1001/1001 (e=1001)
| debug1: restore_uid
| debug1: Connection established.
| debug1: identity file /home/jd/.ssh/identity type 0
| debug1: identity file /home/jd/.ssh/id_rsa type -1
| debug1: identity file /home/jd/.ssh/id_dsa type -1
| debug1: Remote protocol version 2.0, remote software version OpenSSH_3.4p1 Debian 1:3.4p1-1
| debug1: match: OpenSSH_3.4p1 Debian 1:3.4p1-1 pat ^OpenSSH
| Enabling compatibility mode for protocol 2.0
| debug1: Local version string SSH-2.0-OpenSSH_3.0.1p1
| debug1: SSH2_MSG_KEXINIT sent
| debug1: SSH2_MSG_KEXINIT received
| debug1: kex: server->client aes128-cbc hmac-md5 none
| debug1: kex: client->server aes128-cbc hmac-md5 none
| debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
| debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
| debug1: dh_gen_key: priv key bits set: 135/256
| debug1: bits set: 1626/3191
| debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
| debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
| debug1: Host 'artus' is known and matches the RSA host key.
| debug1: Found key in /home/jd/.ssh/known_hosts:5
| debug1: bits set: 1579/3191
| debug1: ssh_rsa_verify: signature correct
| debug1: kex_derive_keys
| debug1: newkeys: mode 1
| debug1: SSH2_MSG_NEWKEYS sent
| debug1: waiting for SSH2_MSG_NEWKEYS
| debug1: newkeys: mode 0
| debug1: SSH2_MSG_NEWKEYS received
| debug1: done: ssh_kex2.
| debug1: send SSH2_MSG_SERVICE_REQUEST
| debug1: service_accept: ssh-userauth
| debug1: got SSH2_MSG_SERVICE_ACCEPT
| debug1: authentications that can continue: publickey,keyboard-interactive
| debug1: next auth method to try is publickey
| debug1: try privkey: /home/jd/.ssh/id_rsa
| debug1: try privkey: /home/jd/.ssh/id_dsa
| debug1: next auth method to try is keyboard-interactive
| debug1: authentications that can continue: publickey,keyboard-interactive
| debug1: no more auth methods to try
| Permission denied (publickey,keyboard-interactive).
| debug1: Calling cleanup 0x80633cc(0x0)
`----
So recht schlau werde ich daraus nicht. Lediglich die Meldungen zum
"identity file" fallen auf. ssh schein die Dateien .ssh/id_dsa und /
oder id_rsa zu suchen. Diese sind bei mir aber nicht vorhanden.
,----[auf der Workstation]
| $ ls .ssh
| identity identity.pub known_hosts
`----
,----[auf dem Server]
| artus$ ls .ssh
| authorized_keys
`----
Auf der Workstation ist ssh 3.0.1p1-1.2 installiert. Ich will noch
keinen Upgrade der Workstation wagen, da ich erst die bestehenden
Probleme lösen will
Das zweite Problem ist die Druckausgabe mit CUPS auf meinen ollen Epson
Stylus Color 600. Dieser leif bisher erstaunlich zufriedenstellend. Nach
dem upgrade kann ich von Linux aus nicht mehr drucken. Die Druckausgabe
wird vertikal auf doppelte Höhe verzerrt!
Meine Kidz drucken von Windoze aus auf einen raw-Kanal. Die
vorformatierte Ausgabe funktioniert nach wie vor.
Hat jemand irgendwelche Ideen zu diesen Problemen?
--
Joerg Desch <jd AT die-deschs DOT de> or <joerg.desch AT t-online DOT de>
Reply to: