Re: [9fans] HTTP forwarding with aux/trampoline

2009-09-27 Thread Russ Cox
> why didn't you set the mtu to 1454? better, set it to 1000. and remember that you have to set it on the machine doing the transmitting, i.e. the machine running aux/listen1. russ

Re: [9fans] HTTP forwarding with aux/trampoline

2009-09-27 Thread erik quanstrom
> aux/listen1 tcp!*!80 rc -c 'sleep 1; cat /lib/words' what's the sleep for? > (that is, the con(1) connection just waits and waits). With that > threshold, I found: > > --rw-rw-r-- M 9714 akumar akumar 1447 Sep 27 12:52 tmp/170words > --rw-rw-r-- M 9714 akumar akumar 1454 Sep 27 12:53 tmp/171wor

Re: [9fans] HTTP forwarding with aux/trampoline

2009-09-27 Thread Akshat Kumar
> First, if you are not using hget to fetch the URL in question, > use hget. That eliminates the browser. I've tried with wget in the httpserver network. That's how I got the 1666 bytes value. > Second, if you run > > aux/listen1 tcp!*!80 rc -c 'sleep 1; cat /lib/words' > > can you use con -l tc

Re: [9fans] HTTP forwarding with aux/trampoline

2009-09-27 Thread Russ Cox
On Saturday, September 26, 2009, Akshat Kumar wrote: > 'httpserver' is a server on a remote connection from > where the following is run: > > aux/listen1 tcp!*!80 aux/trampoline tcp!httpserver!442 The thing to do is try to break the problem down so that you can eliminate either the httpserver or

Re: [9fans] HTTP forwarding with aux/trampoline

2009-09-26 Thread Lyndon Nerenberg - VE6BBM/VE7TFX
> is t possible that the path mtu is < 1500 bytes? if > so, trampoline isn't going to forward icmp messages. Trampoline just copies the sequence of data bytes. It doesn't know anything about IP or ICMP datagrams.

Re: [9fans] HTTP forwarding with aux/trampoline

2009-09-26 Thread erik quanstrom
On Sat Sep 26 14:14:16 EDT 2009, aku...@mail.nanosouffle.net wrote: > 'httpserver' is a server on a remote connection from > where the following is run: > > aux/listen1 tcp!*!80 aux/trampoline tcp!httpserver!442 > > where httpserver is running httpd that listens on port 442. > All is well, until