y2kbug at ms25.hinet.net
Sun Mar 14 16:55:39 PST 2004
Can machine B ping the other machine? Even if it can, you might still be
blocking ssh (port 22) with your firewall (if you've installed a
firewall on B). If you do have a firewall, shut it down temporarily and
then see if ssh works.
On Sun, 14 Mar 2004 10:37:01 -0600 (CST)
Eduardo Viruena Silva <mrspock at esfm.ipn.mx> wrote:
> Hello FreeBSD gurus!
> I have a question for you.
> I have two computers, both of them running FreeBSD 2.5.1-RELEASE.
> Let us call them A and B.
> Computer A receives ssh connections from computers running
> Linux, Solaris and even Windows; it also receives connections
> from FreeBSD 4.x and 5.1 but it does not receive
> ssh connections from B.
> A ask for password and then it takes a long time to say
> "Operation timmed out"
> "Connection to A closed".
> Enabling "sshd" in rc.d or using it from inetd makes no difference.
> Strange, isn't it?
> Hope you can help me.
> Thanks in advance:
> PD. Here you will find what "ssh -v A" dislays:
> B:/home/mrspock> ssh -v A
> OpenSSH_3.6.1p1 FreeBSD-20030924, SSH protocols 1.5/2.0, OpenSSL
> debug1: Reading configuration data /etc/ssh/ssh_config
> debug1: Rhosts Authentication disabled, originating port will not be
> debug1: Connecting to A.esfm.ipn.mx [184.108.40.206] port 22.
> debug1: Connection established.
> debug1: identity file /home/mrspock/.ssh/identity type -1
> debug1: identity file /home/mrspock/.ssh/id_rsa type -1
> debug1: identity file /home/mrspock/.ssh/id_dsa type -1
> debug1: Remote protocol version 1.99, remote software version
> OpenSSH_3.6.1p1 FreeBSD-20030924
> debug1: match: OpenSSH_3.6.1p1 FreeBSD-20030924 pat OpenSSH*
> debug1: Enabling compatibility mode for protocol 2.0
> debug1: Local version string SSH-2.0-OpenSSH_3.6.1p1 FreeBSD-20030924
> 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: SSH2_MSG_KEX_DH_GEX_INIT sent
> debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
> debug1: Host 'A.esfm.ipn.mx' is known and matches the DSA host key.
> debug1: Found key in /home/mrspock/.ssh/known_hosts:3
> debug1: ssh_dss_verify: signature correct
> debug1: SSH2_MSG_NEWKEYS sent
> debug1: expecting SSH2_MSG_NEWKEYS
> debug1: SSH2_MSG_NEWKEYS received
> debug1: SSH2_MSG_SERVICE_REQUEST sent
> debug1: SSH2_MSG_SERVICE_ACCEPT received
> debug1: Authentications that can continue:
> debug1: Next authentication method: publickey
> debug1: Trying private key: /home/mrspock/.ssh/identity
> debug1: Trying private key: /home/mrspock/.ssh/id_rsa
> debug1: Trying private key: /home/mrspock/.ssh/id_dsa
> debug1: Next authentication method: keyboard-interactive
> debug1: Authentication succeeded (keyboard-interactive).
> debug1: channel 0: new [client-session]
> debug1: Entering interactive session.
> debug1: channel 0: request pty-req
> debug1: channel 0: request shell
> debug1: channel 0: open confirm rwindow 0 rmax 32768
> debug1: channel_free: channel 0: client-session, nchannels 1
> Read from remote host A.esfm.ipn.mx: Operation timed out
> Connection to A.esfm.ipn.mx closed.
> debug1: Transferred: stdin 0, stdout 0, stderr 101 bytes in 326.2
> seconds debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.3
> debug1: Exit status -1
> freebsd-questions at freebsd.org mailing list
> To unsubscribe, send any mail to
> "freebsd-questions-unsubscribe at freebsd.org"
More information about the freebsd-questions