Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Secure-Shell
[Top] [All Lists]

Re: fatal: mm_request_receive_expect error

Subject: Re: fatal: mm_request_receive_expect error
Date: Fri, 26 Oct 2007 11:51:05 -0500
Hello,

I must have overlooked this email.

Anyways,  SSH is forced to use v2 on the client (WSFTP) and server.

Thanks....

On Fri, Oct 19, 2007 at 10:01 PM, in message
<1192849284.16448.53.camel@shadrack>, Leif Ericksen <lericksen@sbcglobal.net>
wrote: 
If the only thing that changes was the destination client it is a GOOD
BET that your PIX is not culpable.

Now, what protocol of SSH is being used on the SSH client?  Is it
forcing say protocol 2 while the destination server only talks protocol
1 or vice verse?  

NOTE: 
/etc/ssh/sshd_config

Port 22
Protocol 2


I am betting it is the Protocol and the client is not self adjusting.


--
Leif Ericksen

On Wed, 2007-10-17 at 13:24 -0500, Ryan McCain wrote:
We have a client that is coming through our PIX firewall (rules are set 
properly) and trying to SSH into our Linux box.  We are using SLED 10 with 
openssh-4.2p1-18.25.  He previously was able to SSH in until will rebuilt the 
server (hardware failure).  Now when he tries login I get this error in 
/var/log/messages:

Oct 16 16:22:12 dss-cs99la07 sshd[16641]: fatal: mm_request_receive_expect: 
read: rtype 48 != type 46 

..He is using a Windows SSH client.  My first guess was he still had our old 
certificate but it prompts him to accept the new one and he does.

I have confirmed myself and others can SSH from outside the firewall so I'm 
pretty sure it's not a firewall issue.

Any ideas?








<Prev in Thread] Current Thread [Next in Thread>