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]

Tunnel goes haywire

Subject: Tunnel goes haywire
Date: Thu, 16 Nov 2006 09:36:35 +1100
We have a tunnel we use to tunnel FlexLM ports through (a license manager).

we run with ssh -v (version OpenSSH_3.9p1, OpenSSL 0.9.7a). Its an old version because newer versions cause a different problem for us.

After some amount of uptime, the output from ssh -v goes haywire, with 100s of message per second like that below. A Ctrl-C and re-run stops them. Can anybody shed some light as to what might be going on? What should we do next to debug it?

debug1: channel 40: send eof
debug1: channel 41: read<=0 rfd 48 len 0
debug1: channel 41: read failed
debug1: channel 41: input open -> drain
debug1: channel 41: close_read
debug1: channel 41: input: no drain shortcut
debug1: channel 41: ibuf empty
debug1: channel 41: input drain -> closed
debug1: channel 41: send eof
debug1: channel 42: read<=0 rfd 49 len 0
debug1: channel 42: read failed
debug1: channel 42: input open -> drain
debug1: channel 42: close_read
debug1: channel 42: input: no drain shortcut
debug1: channel 42: ibuf empty
debug1: channel 42: input drain -> closed
debug1: channel 42: send eof
debug1: channel 43: read<=0 rfd 50 len 0
debug1: channel 43: read failed
debug1: channel 43: input open -> drain
debug1: channel 43: close_read
debug1: channel 43: input: no drain shortcut
debug1: channel 43: ibuf empty
debug1: channel 43: input drain -> closed
debug1: channel 43: send eof
debug1: channel 44: read<=0 rfd 51 len 0
debug1: channel 44: read failed
debug1: channel 44: input open -> drain
debug1: channel 44: close_read
debug1: channel 44: input: no drain shortcut
debug1: channel 44: ibuf empty
debug1: channel 44: input drain -> closed
debug1: channel 44: send eof
debug1: channel 45: read<=0 rfd 52 len 0
debug1: channel 45: read failed
debug1: channel 45: input open -> drain
debug1: channel 45: close_read
debug1: channel 45: input: no drain shortcut
debug1: channel 45: ibuf empty
debug1: channel 45: input drain -> closed
debug1: channel 45: send eof
debug1: channel 46: open confirm rwindow 131072 rmax 32768
debug1: channel 47: open confirm rwindow 131072 rmax 32768
debug1: channel 48: open confirm rwindow 131072 rmax 32768
debug1: channel 49: open confirm rwindow 131072 rmax 32768
debug1: channel 50: open confirm rwindow 131072 rmax 32768
debug1: channel 51: open confirm rwindow 131072 rmax 32768
debug1: channel 52: open confirm rwindow 131072 rmax 32768
debug1: channel 53: open confirm rwindow 131072 rmax 32768
debug1: channel 54: open confirm rwindow 131072 rmax 32768

<Prev in Thread] Current Thread [Next in Thread>
  • Tunnel goes haywire, Greg Bell <=