Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 29 Dec 2002 19:22:26 -0600
From:      "Gene Bomgardner" <Gene@bomgardner.net>
To:        stacey@vickiandstacey.com, viteno@t-online.de
Cc:        FreeBSD-questions@freebsd.org
Subject:   Re: No route to host
Message-ID:  <3E0F4B72.21621.1B495883@localhost>
In-Reply-To: <1041209083.68500.213.camel@localhost>
References:  <3E0F3C7F.26337.1B0EF3D4@localhost>

next in thread | previous in thread | raw e-mail | index | archive | help


On 30 Dec 2002 at 0:44, Stacey Roberts wrote:

> Hi Gene,
>    Thanks for that information.
> 

Found it.

From the block of ipfw definitions, under ipfilter,

options		IPFILTER_DEFAULT_BLOCK	#block all packets by

Commented it out, recompiled and voila. 

thanks for the help.
 Now, care to take a shot at this one:
Same machine, when I telnet to it (ie. telnet guardian1), regardless 
of kernel, I get the following:
-----------------------------------------------------------------
td: send do AUTHENTICATION
td: ttloop
td: ttloop read 21 chars
td: recv will NAWS
td: send do NAWS
td: recv will TSPEED
td: send do TSPEED
td: recv will TERMINAL TYPE
td: send do TERMINAL TYPE
td: recv will NEW-ENVIRON
td: send do NEW-ENVIRON
td: recv do ECHO
td: send will ECHO
td: recv will SUPPRESS GO AHEAD
td: send do SUPPRESS GO AHEAD
td: recv do SUPPRESS GO AHEAD
td: send will SUPPRESS GO AHEAD
td: ttloop
td: ttloop read 3 chars
td: recv wont AUTHENTICATION
td: send will ENCRYPT
td: send do XDISPLOC
td: send do OLD-ENVIRON
td: ttloop
td: ttloop read 9 chars
td: recv suboption NAWS 0 80 (80) 0 24 (24)
td: ttloop
td: ttloop read 9 chars
td: recv dont ENCRYPT
td: recv wont XDISPLOC
td: recv wont OLD-ENVIRON
td: send suboption TERMINAL-SPEED SEND
td: send suboption NEW-ENVIRON SEND
td: send suboption TERMINAL-TYPE SEND
td: ttloop
td: ttloop read 34 chars
td: recv suboption TERMINAL-SPEED IS 38400,38400
td: recv suboption NEW-ENVIRON IS
td: recv suboption TERMINAL-TYPE IS "XTERM"
td: send do ECHO
td: send do LINEMODE
td: send will STATUS
td: send do LFLOW
td: ttloop
td: ttloop read 12 chars
td: recv wont ECHO
td: recv wont LINEMODE
td: recv dont STATUS
td: recv wont LFLOW
td: Entering processing loop

FreeBSD/i386 (guardian1.ath.cx) (ttyp0)

login: 
----------------------------------------------------------
Then I type a character and get:

 td: netread 9 chars
td: recv suboption NAWS 0 97 (97) 0 47 (47)
--------------------------------------------------------
ssh works like charm.
Looks like some sort of debugging is running.
Any idas?

Thanks again.

God's Blessings,
Gene

To everything there is a season, and a time to every 
purpose under heaven.    Ecl 3:1 - 
and more recently, The Byrds


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3E0F4B72.21621.1B495883>