M$ (XP) kann sich nicht auf Suse 9.2 einwaehlen: No compression negotiated
Hallo,
ich muß mich leider immer wieder mit dem XP beschäftigen, leider. Diesmal
kann sich ein XP-PC nicht mit einer Suse 9.2 verbinden: No compression negotiated.
Bei Suse 8.2 ging bei einem dutzend Server immer gut, bei ersten Suse 9.2-PC
gehts schief:
Nov 11 17:03:45 pserver ipppd[21915]: sent [0][IPCP ConfReq id=0x1
On Mon, Dec 05, 2005 at 11:57:48PM +0100, Ekkard Gerlach wrote:
Hallo,
ich muß mich leider immer wieder mit dem XP beschäftigen, leider. Diesmal kann sich ein XP-PC nicht mit einer Suse 9.2 verbinden: No compression negotiated. Bei Suse 8.2 ging bei einem dutzend Server immer gut, bei ersten Suse 9.2-PC gehts schief:
-ccp -vj -vjccomp als options probieren. -- Karsten Keil SuSE Labs ISDN development
* Karsten Keil schrieb:
On Mon, Dec 05, 2005 at 11:57:48PM +0100, Ekkard Gerlach wrote:
Hallo,
ich muß mich leider immer wieder mit dem XP beschäftigen, leider. Diesmal kann sich ein XP-PC nicht mit einer Suse 9.2 verbinden: No compression negotiated. Bei Suse 8.2 ging bei einem dutzend Server immer gut, bei ersten Suse 9.2-PC gehts schief:
-ccp -vj -vjccomp als options probieren.
Hilft nicht: ein ssh empf@192.168.98.220 mit korrektem Passwort (mehrere User/PWD-Kombinationen
probiert) resultiert immer in: access denied. ssh wie gesagt von Windows aus, welches
weiß ich nicht, sonst bei Suse8.2geht aber, im übrigen auch bei einer anderen Suse 9.2.
Daher: vielleicht hängt es doch mit der Tel-anlage zusammen???
Dec 6 15:03:06 pserver kernel: ippp1: call from 3093496070 -> 4097xxx accepted
Dec 6 15:03:06 pserver isdnlog: Dec 06 15:03:06 * Call to tei 127 from +49 30/93496070, Berlin on +49
761/4097xxx, Freiburg RING (Data)
Dec 6 15:03:06 pserver isdnlog: Dec 06 15:03:06 Call to tei 119 from +49 30/93496070, Berlin on +49
761/4097xxx, Freiburg CONNECT (Data)
Dec 6 15:03:06 pserver isdnlog: Dec 06 15:03:06 Call to tei 119 from +49 30/93496070, Berlin on +49
761/4097xxx, Freiburg INTERFACE ippp1 called by 3093496070
Dec 6 15:03:06 pserver kernel: isdn_net: ippp1 connected
Dec 6 15:03:06 pserver ipppd[12573]: Local number: 4097368, Remote number: , Type: incoming
Dec 6 15:03:06 pserver ipppd[12573]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 0, fd: 7
Dec 6 15:03:06 pserver ipppd[12573]: sent [0][LCP ConfReq id=0x1
[...] Hilft nicht: ein ssh empf@192.168.98.220 mit korrektem Passwort (mehrere User/PWD-Kombinationen probiert) resultiert immer in: access denied. ssh wie gesagt von Windows aus, welches Nachtrag: es wird vom Suse 9.2-PC KEIN Login-Versuch registriert! Also kommt ssh gar nicht an. Aber Win meldet, daß es die 192.168.98.220 erhalten hat, ein ping geht auch. Ekkard
Ekkard Gerlach schrieb:
* Karsten Keil schrieb:
On Mon, Dec 05, 2005 at 11:57:48PM +0100, Ekkard Gerlach wrote:
Hallo,
ich muß mich leider immer wieder mit dem XP beschäftigen, leider. Diesmal kann sich ein XP-PC nicht mit einer Suse 9.2 verbinden: No compression negotiated. Bei Suse 8.2 ging bei einem dutzend Server immer gut, bei ersten Suse 9.2-PC gehts schief:
-ccp -vj -vjccomp als options probieren.
Hilft nicht: ein ssh empf@192.168.98.220 mit korrektem Passwort (mehrere User/PWD-Kombinationen probiert) resultiert immer in: access denied. ssh wie gesagt von Windows aus, welches weiß ich nicht, sonst bei Suse8.2geht aber, im übrigen auch bei einer anderen Suse 9.2. Daher: vielleicht hängt es doch mit der Tel-anlage zusammen???
Naja, die Telefonanlage hat kaum was mit IP-Routing zu tun, die Verbindung ist ja da. Läuft vielleicht die Susefirewall und blockiert den Zugriff auf den SSH Server? Die Meldung No Compression ist erstmal nicht schlimm, die Verbindung funktioniert auch ohne.
* Holger Krull schrieb:
Verbindung ist ja da. Läuft vielleicht die Susefirewall und blockiert den Zugriff auf den SSH Server? von mir hier, von Suse 8.2 und einer Suse 9.2 gehts einwandfrei, also muß die Firewall aus sein. Die PArtner von mir, die eben alles mit M$ machen und auch gelegentlich sind einwählen sollten, haben eben das Problem. Ich vermute im Augenblick mal, daß das Routing bei den M$-Leuten nicht richtig ist. Es kommt schließlich nicht einmal ein Login beim Server an. Das ssh 192.168.98.200 das die machen, geht vermutlich auf einen ganz anderen PC. Irgend einen "route"-Befehl, gibts auch unter M$, mein Mitarbeiter weiß das, das wir Licht an den Tag bringen,
ich melde mich wieder Ekkard
* Ekkard Gerlach schrieb:
ich melde mich wieder
der Vollständigkeit melde ich mit der LÖsung dieses 2 Monate alten Threads: es mußte seitens M$ ssh2 bei putty erzwungen werden, seitdem klappts. Gruss Ekkard
participants (3)
-
Ekkard Gerlach -
Holger Krull -
Karsten Keil