From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Sun, 27 Sep 2009 10:22:12 -0700 Message-ID: Subject: Re: [9fans] HTTP forwarding with aux/trampoline From: Russ Cox To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Topicbox-Message-UUID: 78a57b9c-ead5-11e9-9d60-3106f5b1d025 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 listen1. First, if you are not using hget to fetch the URL in question, use hget. That eliminates the browser. Second, if you run aux/listen1 tcp!*!80 rc -c 'sleep 1; cat /lib/words' can you use con -l tcp!yourserver!80 to get all of /lib/words? Third, if you run hget on the machine where you normally run listen1, can you fetch the page normally? I think Erik is right that you have MTU problems. I think that either the connection from 442 to listen1 or the connection from listen1 to your client machine has its device MTU set larger than some intermediate piece of network hardware allows, so that once the packets get too big they just start dropping on the floor, and for some reason the ICMP packets you'd need to do path MTU discovery on that connection are not getting through either. But you need to isolate the problem with a simpler test case first. Russ