On Thu, Apr 22, 2004 at 02:15:16AM +0000, MonkeyOmen wrote:
> Niklas Bergh <[EMAIL PROTECTED]> writes:
> > Hmmm.. That ought to do it.. If you spawn a standard apache on the linux
> > machine, can your 10.* machines access pages from it successfully?
> 
> Yes.
> 
> > If not, then I think this is a TCP/IP routing issue... Do the test and
> > we'll talk more it this is the issue.
> > 
> > If they can.. Then I suggest that you crank up the loglevel on your
> > freenet server and track what really happens when your 10.* machines
> > tries to request something from http://192.168.1.10:8888/ 
> 
> I tried this but couldn't make any sense out of the *enormous* logfile 
> generated.  With logLevel set to Error nothing came up.  With it set to Debug, 
> it's 100,000+ lines in a short time.

:)

logLevel=debug is *not* recommended. Personally I use logLevel=minor and
use logLevelDetail to get debug logging on individual subsystems of
interest.
> 
> Can you tell me what should I search for in the logfile?
> 
> 
> A couple other things I tried.
> 
> Moving my laptop off the 10.* segment, plugging it into my hub, and assigning 
> 192.168.1.12 to it made no difference.  I take this to mean that my wireless 
> bridge isn't the problem.
> 
> 
> If I telnet to 192.168.1.10:80 from my 10.0.0.2 laptop, I can type in a 
> request and have it served by Apache.  Same with telneting to 192.168.1.10:22 -
>  the ssh server answers.
> 
> But if I telnet to 192.168.1.10:8888 from 10.0.0.2 the connection times out - 
> ie, nobody answers.  (Of course if I telnet to 8888 from 192.168.1.10 (my 
> Freenet server), Fred 0.5 answers as expected.)  I don't know if this means 
> anything.
> 
> 
> Thanks for your help.
-- 
Matthew J Toseland - [EMAIL PROTECTED]
Freenet Project Official Codemonkey - http://freenetproject.org/
ICTHUS - Nothing is impossible. Our Boss says so.

Attachment: signature.asc
Description: Digital signature

_______________________________________________
Support mailing list
[EMAIL PROTECTED]
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:[EMAIL PROTECTED]

Reply via email to