Wel SSH-verbinding onder Linux, maar niet onder Windows?

[vandenberg]

Als ik vanaf een pc op LAN A een SSH-verbinding wil maken met een NT-server op LAN B, dan lukt dat wel onder Linux, maar onder Windows (XP) niet. Ik krijg dan een time-out en ook geeft een scan op poort 22 van de remote host meestal een filtered poort. Andere open poorten op de NT-server vind ik wel onder Windows.

Onder Linux werkt het probleemloos, zowel de SSH-sessie als het vinden van de open poort 22 met een portscanner.

Binnen LAN B kan ik wel onder Windows XP via SSH connecten met de NT-server en ook kan ik vanaf LAN B een SSH-verbinding met een Windows XP-pc op LAN A maken.
Ook binnen LAN A kan ik onder Windows XP probleemloos een SSH-verbinding opzetten tussen XP/Linux-pc's.

Hoe is het te verklaren dat het onder Windows niet werkt van LAN A naar LAN B?

Gebruikte software onder Windows: putty en OpenSSH on Windows v3.4-3.

[ Voor 6% gewijzigd door vandenberg op 19-04-2003 01:40 ]

[vandenberg]

Echt niemand een idee? Zou het met de verschillende TCP/IP-implementaties van Microsoft en Linux te maken kunnen hebben?

[Verwijderd]

neuj maar geef de ip adressen ff waarop de server en client hangen

[ Voor 9% gewijzigd door Verwijderd op 22-04-2003 20:41 ]

[The Jester]

Zou het kunnen dat Linux SSH2 draait en Windoze SSH1 ??
Ook worden er verschillende encryptie-technieken gebruikt voor SSH. Wellicht dat de windoze-bak iets kritischer is vwb SSH-versie en encryptie-techniek.
Raad aan even WinSCP op die NT-doos te zetten. Daar kun je precies aangeven welke SSH-versies worden toegestaan, alsmede encryptie.

WinSCP is hier te sleuren (freeware): http://winscp.vse.cz/eng/download.php

[vandenberg]

The_Jester schreef op 22 April 2003 @ 23:20:
Zou het kunnen dat Linux SSH2 draait en Windoze SSH1 ??
Ook worden er verschillende encryptie-technieken gebruikt voor SSH. Wellicht dat de windoze-bak iets kritischer is vwb SSH-versie en encryptie-techniek.
Raad aan even WinSCP op die NT-doos te zetten. Daar kun je precies aangeven welke SSH-versies worden toegestaan, alsmede encryptie.

WinSCP is hier te sleuren (freeware): http://winscp.vse.cz/eng/download.php

De Windows-machine draait ook SSH2 en zoals gezegd: binnen beide LAN's werkt het perfect (van Windows-client naar Linux-server en andersom). Het zit 'm niet in SSH, ik denk eerder dat het iets met TCP/IP te maken heeft, aangezien een portscan van de Linux-machine wel en van de Windows-machine niet een open poort 22 op de remote server geeft. Hoe is dat in -naam te verklaren

Bedankt trouwens voor de link naar WinSCP, lijkt me een interessant progje.

[Tekla]

Misschien is er op de router tussen de twee LANs iets niet goed geconfigged? Ik denk niet dat dit aan de TCP/IP implementatie ligt, aangezien je wel vanaf windows LAN B naar een bak op LAN A can connecten. Kan je wel vanaf LAN B naar de desbetreffende machine op LAN A connecten?

[ Voor 16% gewijzigd door Tekla op 24-04-2003 10:18 ]

[The Jester]

Logisch dat je op een van de twee port 22 open ziet.
Degene die de ssh-sessie initieerd, connect NAAR port 22. Zijn source port is > 1024.
Wanneer je vanaf de linux-machine een ssh-sessie start met de Win-bak, zal op die laatste port 22 open gaan. Port 22 == destination. Source-port is >= 1025.

[Verwijderd]

netstat -an op de windows bak geeft aan dat de server luistert naar port 22?
zo ja moet je port 22 forwarden vanaf je router

[vandenberg]

The_Jester schreef op 24 April 2003 @ 13:23:

Logisch dat je op een van de twee port 22 open ziet.

Degene die de ssh-sessie initieerd, connect NAAR port 22. Zijn source port
is > 1024.

Wanneer je vanaf de linux-machine een ssh-sessie start met de Win-bak, zal
op die laatste port 22 open gaan. Port 22 == destination. Source-port is >=
1025.

Sure, je begrijpt me verkeerd: ik heb vanaf een Windows- en een
Linux-client een scan gedaan naar de server op poort 22. In het
eerste geval vond ik geen open poort in het tweede geval wel.

Tekla schreef op 24 april 2003 @ 10:17:

Misschien is er op de router tussen de twee LANs iets niet goed geconfigged?
Ik denk niet dat dit aan de TCP/IP implementatie ligt, aangezien je wel
vanaf windows LAN B naar een bak op LAN A can connecten. Kan je wel vanaf
LAN B naar de desbetreffende machine op LAN A connecten?

Van B naar A is geen probleem. Het zou idd wel eens aan een router kunnen
liggen.


Inmiddels heb ik met een sniffer SSH-sessies onder Windows en Linux
gecaptured en vergeleken. Wat blijkt: onder Windows wordt door de SSH-client
een sourceport in de dynamic range (1025-5000) gekozen en onder Linux ligt
het sourceportnr. veel hoger ( >30000). Onder Linux werkte het immers wel, dus het lijkt hier mee te maken te hebben.

Wat nu wel werkt, is onder Windows connecten van LAN A naar LAN B op poortnummer 6022. De router op LAN B redirect die poort naar poort 22 op de SSH-server. Maar wat de logica hiervan is...