[SSH] Connecten duurt lang (geen dns prob.)

[jelmervos]

Als ik verbinding maak met PuTTY naar mijn Debian machine via SSH duurt het heel lang voordat ik een login prompt krijgt. En dit is GEEN DNS probleem, omdat ik alle IP nummers intern in de DNS server heb zitten. Als ik namelijk 1 maal ben ingelogt zie je perfect de hostname staan vanaf welke PC de login is. Overigens heb ik de hostname+IP's niet in de hosts file staan, maar dat hoeft ook niet omdat ze bij de DNS server bekend zijn, toch?

Waarom duurt het dan zolang (9-10 sec), en als ik een SSH verbinding maak naar een andere host gaat dit wel snel.


FTP gaat wel snel met conecten.

[Verwijderd]

GEEN DNS probleem

Weet je dat héél zeker? Ik heb een accountje bij ISD-holland (gratiz provider) en die hebben geen PTR record in hun DNS staan, of tenminste, bij een aantal hosts niet.
Bij mij duurt het dan ook zo lang. In m'n log zie ik bijv:

code:

Jan 24 17:05:47 ocean sshd[10440]: reverse mapping checking getaddrinfo for dyn.dailup.c227128228.isd-holland.nl failed - POSSIBLE BREAKIN ATTEMPT!
Jan 24 17:08:58 ocean sshd[10459]: reverse mapping checking getaddrinfo for dyn.dailup.c227128228.isd-holland.nl failed - POSSIBLE BREAKIN ATTEMPT!

[jelmervos]

maar FTP gaat wel snel, en hij kan prima de namen achterhalen met 'host' bijvoorbeeld.

[Verwijderd]

Volgens mij ben ik nog niet wakker en hoef je dit niet te doen, maar het kan geen kwaad .

Ik zou de hosts file van je Winhoos doos ook maar eens aanpassen, die staat in c:\windows\system32\drivers\etc\hosts of c:\winnt\system32\drivers\etc. Dan weet je zeker dat je geen dns probleem hebt, die reverse-lookup werkt aan beide kanten.

[jelmervos]

ik d8 dat een DNS server voldoende was?

[jelmervos]

Wil er nog even iets aan toevogen:
als iemand anders connecten 'ergens' op internet, dus niet vanuit het lokale netwerk, treed precies hetzelfde probleem op, je moet 10 sec. wachten op de login prompt.

PuTTY geeft mij deze log:

2002-01-26 11:17:24Looking up host "vos.homeip.net"
2002-01-26 11:17:25Connecting to 62.163.36.240 port 22
2002-01-26 11:17:25Server version: SSH-2.0-OpenSSH_3.0.2p1
2002-01-26 11:17:25We claim version: SSH-2.0-PuTTY-Release-0.52
2002-01-26 11:17:25Using SSH protocol version 2
2002-01-26 11:17:25Doing Diffie-Hellman group exchange
2002-01-26 11:17:25Doing Diffie-Hellman key exchange
2002-01-26 11:17:42Host key fingerprint is:
2002-01-26 11:17:42ssh-rsa 1024 83:60:01:fd:11:f1:36:e1:09:09:12:57:cd:e6:67:d2
2002-01-26 11:17:42Initialised AES-256 client->server encryption
2002-01-26 11:17:42Initialised AES-256 server->client encryption

[Verwijderd]

Ha, ik ben er hopelijk achter.
Probeer eens in te loggen met als putty-protocol instelling ssh1. Dan gaat het wel snel! Ik heb het nu op ssh2 staan, en daar gaat 'ie:

code:

2002-01-26 15:09:23 Looking up host "192.168.1.7"
2002-01-26 15:09:23 Connecting to 192.168.1.7 port 22
2002-01-26 15:09:23 Server version: SSH-1.99-OpenSSH_3.0.2p1
2002-01-26 15:09:23 We claim version: SSH-2.0-PuTTY-Release-0.52
2002-01-26 15:09:23 Using SSH protocol version 2
2002-01-26 15:09:23 Doing Diffie-Hellman group exchange
2002-01-26 15:09:23 Doing Diffie-Hellman key exchange
2002-01-26 15:09:28 Host key fingerprint is:
2002-01-26 15:09:28 ssh-rsa 1024 6d:17:97:0a:9c:17:0c:0d:84:58:cf:70:4e:6e:f3:e0
2002-01-26 15:09:28 Initialised zlib (RFC1950) compression
2002-01-26 15:09:28 Initialised zlib (RFC1950) decompression
2002-01-26 15:09:28 Initialised triple-DES client->server encryption
2002-01-26 15:09:28 Initialised triple-DES server->client encryption

Volgens mij zit 't 'm daar in. Want ssh1 code:

code:

2002-01-26 15:11:04 Looking up host "192.168.1.7"
2002-01-26 15:11:04 Connecting to 192.168.1.7 port 22
2002-01-26 15:11:04 Server version: SSH-1.99-OpenSSH_3.0.2p1
2002-01-26 15:11:04 We claim version: SSH-1.5-PuTTY-Release-0.52
2002-01-26 15:11:04 Using SSH protocol version 1
2002-01-26 15:11:04 Received public keys
2002-01-26 15:11:04 Host key fingerprint is:
2002-01-26 15:11:04     1024 97:c0:b5:24:1f:f8:f1:c8:92:dc:bf:dc:33:89:0d:c9
2002-01-26 15:11:04 Encrypted session key
2002-01-26 15:11:04 Using 3DES encryption
2002-01-26 15:11:04 Trying to enable encryption...
2002-01-26 15:11:04 Initialised triple-DES client->server encryption
2002-01-26 15:11:04 Initialised triple-DES server->client encryption
2002-01-26 15:11:04 Installing CRC compensation attack detector
2002-01-26 15:11:04 Successfully started encryption

Die gaat wel snel! Hoe lossen we dit op?

[Verwijderd]

kijk eens in /etc/hosts.allow en /etc/hosts.deny

[WHiZZi]

Dit probleem had ik ook met Windows XP -> Linux

Zou best kunnen dat de Windows 2000 dit ook kent. Dit probleem zit hem in de FIREWALL van Windows XP/2000

Just try it. Zet die firewall uit van Windows XP en het gaat weer goed.

[jelmervos]

Hij blijft bij mij protocol 2 gebruiken, ook al zet ik hem op 1.
Het is overigens pas zo langzaam sinds de nieuwe PuTTY, daarvoor ging het wel sneller.

Proberen jullie maar es:
host: vos.homeip.net
gewoon de standaard SSH poort.

[WHiZZi]

Op zaterdag 26 januari 2002 16:51 schreef jelmervos het volgende:
Proberen jullie maar es: vos.homeip.net gewoon de standaard SSH poort.

Doet het gewoon hoor, gewoon normaal snel hier

Check je firewall nou es, zet die gewoon ff uit.

edit: Die van je windows bak bedoel ik dus.

[jelmervos]

Op zaterdag 26 januari 2002 16:53 schreef WHiZZi het volgende:

[..]

Doet het gewoon hoor, gewoon normaal snel hier

Check je firewall nou es, zet die gewoon ff uit.

edit: Die van je windows bak bedoel ik dus.

uuhmm, ik draai Windows 2000 zonder firewall.

[WHiZZi]

Op zaterdag 26 januari 2002 16:55 schreef jelmervos het volgende:

[..]

uuhmm, ik draai Windows 2000 zonder firewall.

Ok, leuke test:
Kun je je Windows 2000 bak pingen vanuit Linux ?

[jelmervos]

IP en DNS naam geen probleem:

PING 192.168.0.5 (192.168.0.5): 56 data bytes
64 bytes from 192.168.0.5: icmp_seq=0 ttl=128 time=10.4 ms
64 bytes from 192.168.0.5: icmp_seq=1 ttl=128 time=2.6 ms
64 bytes from 192.168.0.5: icmp_seq=2 ttl=128 time=60.9 ms
64 bytes from 192.168.0.5: icmp_seq=3 ttl=128 time=60.7 ms

PING goofy.localnet (192.168.0.5): 56 data bytes
64 bytes from 192.168.0.5: icmp_seq=0 ttl=128 time=8.0 ms
64 bytes from 192.168.0.5: icmp_seq=1 ttl=128 time=140.2 ms
64 bytes from 192.168.0.5: icmp_seq=2 ttl=128 time=160.8 ms

[Verwijderd]

Op zaterdag 26 januari 2002 16:51 schreef jelmervos het volgende:
Hij blijft bij mij protocol 2 gebruiken, ook al zet ik hem op 1.
Het is overigens pas zo langzaam sinds de nieuwe PuTTY, daarvoor ging het wel sneller.

Proberen jullie maar es:
host: vos.homeip.net
gewoon de standaard SSH poort.

HOP!!! zie je wel. ik draait ook 0.52, en ken net zolang wachten als dat ik hier thuis moet, EN IK HEB GEEN XP + FIREWALL!!!

[jelmervos]

Hoe kan dat dan?

[Verwijderd]

Ging best wel snel ...

code:

 slogin -v vos.homeip.net
OpenSSH_3.0.2p1, SSH protocols 1.5/2.0, OpenSSL 0x0090603f
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 0 geteuid 0 anon 1
debug1: Connecting to vos.homeip.net 1.1.1.1 port 22.
debug1: temporarily_use_uid: 0/0 (e=0)
debug1: restore_uid
debug1: temporarily_use_uid: 0/0 (e=0)
debug1: restore_uid
debug1: Connection established.
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_3.0.2p1
debug1: match: OpenSSH_3.0.2p1 pat ^OpenSSH
Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.0.2p1
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: 117/256
debug1: bits set: 1643/3191
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
The authenticity of host 'vos.homeip.net (1.1.1.1)' can't be established.
RSA key fingerprint is <lange rij>.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'vos.homeip.net,1.1.1.1' (RSA) to the list of known hosts.
debug1: bits set: 1560/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,password,keyboard-interactive
debug1: next auth method to try is publickey
debug1: try privkey: /root/.ssh/identity
debug1: try privkey: /root/.ssh/id_rsa
debug1: try privkey: /root/.ssh/id_dsa
debug1: next auth method to try is keyboard-interactive
Password:

Daar ben ik gestopt

[Verwijderd]

Je kunt beter niet overstappen op het versie 1 protocol. Protocol 2 gaat snel vanaf hier. Je zou cygwin kunnen gebruiken ipv putty. www.cygwin.com

[jelmervos]

Ik zal es een andere client proberen idd, omdat het pas zo is sinds de nieuwe PuTTY, en de oude er volgens mij geen last van heeft.

[jelmervos]

SecureCRT 4.5.1 doet precies hetzelfde, lang wachten. Ik vraag me toch echt af waarom?

[jelmervos]

Wat zolang duurt is de vet gemaakte regel:

SecureCRT - Version 3.4.1
[SSH LOCAL ONLY] : SecureCRT(3.4.1) : Using SSH2Core v2.0.0.9
[SSH LOCAL ONLY] : State Change: SSH_STATE_UNINITIALIZED->SSH_STATE_CONNECTING
[SSH LOCAL ONLY] : State Change: SSH_STATE_CONNECTING->SSH_STATE_EXPECT_IDENTIFIER
[SSH LOCAL ONLY] : connected
[SSH LOCAL ONLY] : RECV : Remote Identifier = "SSH-2.0-OpenSSH_3.0.2p1"
[SSH LOCAL ONLY] : CAP : Remote can re-key
[SSH LOCAL ONLY] : CAP : Remote sends language in password change requests
[SSH LOCAL ONLY] : CAP : Remote sends algorithm name in PK_OK packets
[SSH LOCAL ONLY] : CAP : Remote sends algorithm name in public key packets
[SSH LOCAL ONLY] : CAP : Remote sends algorithm name in signatures
[SSH LOCAL ONLY] : CAP : Remote sends error text in open failure packets
[SSH LOCAL ONLY] : CAP : Remote sends name in service accept packets
[SSH LOCAL ONLY] : CAP : Remote includes port number in x11 open packets
[SSH LOCAL ONLY] : CAP : Remote uses 160 bit keys for SHA1 MAC
[SSH LOCAL ONLY] : CAP : Remote supports new diffie-hellman group exchange messages
[SSH LOCAL ONLY] : CAP : Remote is IETF-DRAFT compliant
[SSH LOCAL ONLY] : SEND : KEXINIT
[SSH LOCAL ONLY] : State Change: SSH_STATE_EXPECT_IDENTIFIER->SSH_STATE_INITIAL_KEYEXCHANGE
[SSH LOCAL ONLY] : RECV : Read kexinit
[SSH LOCAL ONLY] : Kex Method = diffie-hellman-group-exchange-sha1
[SSH LOCAL ONLY] : Host Key Algo = ssh-dss
[SSH LOCAL ONLY] : Send Cipher = aes128-cbc
[SSH LOCAL ONLY] : Recv Cipher = aes128-cbc
[SSH LOCAL ONLY] : Send Mac = hmac-md5
[SSH LOCAL ONLY] : Recv Mac = hmac-md5
[SSH LOCAL ONLY] : Compressor = none
[SSH LOCAL ONLY] : Decompressor = none
[SSH LOCAL ONLY] : SEND : KEXDH_GEX_REQUEST
[SSH LOCAL ONLY] : RECV : KEXDH_GEX_GROUP
[SSH LOCAL ONLY] : RECV : DH Prime is 1535 bits
[SSH LOCAL ONLY] : SEND : KEXDH_INIT
[SSH LOCAL ONLY] : RECV : KEXDH_REPLY
[SSH LOCAL ONLY] : SEND : NEWKEYS
[SSH LOCAL ONLY] : State Change: SSH_STATE_INITIAL_KEYEXCHANGE->SSH_STATE_INITIAL_EXPECT_NEWKEYS
[SSH LOCAL ONLY] : RECV : NEWKEYS
[SSH LOCAL ONLY] : State Change: SSH_STATE_INITIAL_EXPECT_NEWKEYS->SSH_STATE_USERAUTH
[SSH LOCAL ONLY] : SEND : SERVICE_REQUEST [userauth]
[SSH LOCAL ONLY] : RECV : SERVICE_ACCEPT
[SSH LOCAL ONLY] : SENT : USERAUTH_REQUEST [none]
[SSH LOCAL ONLY] : RECV : USERAUTH_FAILURE, continuations [publickey,password,keyboard-interactive]
[SSH LOCAL ONLY] : SENT : USERAUTH_REQUEST [password]
[SSH LOCAL ONLY] : RECV : AUTH_SUCCESS
[SSH LOCAL ONLY] : State Change: SSH_STATE_USERAUTH->SSH_STATE_CONNECTION
[SSH LOCAL ONLY] : SEND: agent forwarding request
[SSH LOCAL ONLY] : Agent request succeeded
[SSH LOCAL ONLY] : SEND: Pty Request
[SSH LOCAL ONLY] : PTY request succeeded
[SSH LOCAL ONLY] : SEND: shell request
[SSH LOCAL ONLY] : Shell request succeeded

[jelmervos]

Iemand misschien een idee?