On Tue, 01 Mar 2011 16:43:40 +0100, Nils HÃgelmann wrote:
Hi Amos,
are there any news about this?
The splash page template has been added to 3.2 and the langpack already
that includes setup instructions for several popular browsers.
The code change to send it on non-proxy requests has not been done yet.
A secondary change to make squid look up its first available generic
listening port instead of using a hard-coded 3128 for use in that
template has also not yet been done.
Amos
On Wed, 12 May 2010 23:02:08 +0200, Nils HÃgelmann
<n...@xxxxxxxxxxxxxxx>
wrote:
> Hi Henrik,
>
> thanks for the answer, a fallback feature for direct requests
would be
> great :-)
>
> regards
> nils
>
> Am 12.05.2010 22:38, schrieb Henrik NordstrÃm:
>> tis 2010-05-11 klockan 17:04 +0200 skrev Nils HÃgelmann:
>>
>>
>>> At the current state, it shows an "invalid URL" ... "while
trying to
>>> retrieve the URL: /" error on direct access, which prevents
using url
>>> rewriters(and deny_info too?!) so how to do this?...
>>>
>> You can't.
>>
>> The reason is because Squid really need to know if an request is
being
>> proxied or accelerated as it have impact on how the request
should be
>> processed, and HTTP requires web servers (including accelerators)
to
>> also know how to process requests using full URL.
>>
>> Can't you move the proxy to a separate port, freeing up port 80
to be
>> used as a web server?
>>
>> But yes, I guess we could add support for fallback mode when
seeing an
>> obvious webserver request on a proxy port instead of bailing out
with
>> invalid request.
>>
FYI:
There are some security holes opened when defaulting to intercept
or
accel mode on supposedly forward traffic.
Mandrivia has supplied captive-portal 'splash' pages for 3.2 that
can be
sent instead of the current invalid response page. If anyone can
spare the
time to implement a bit of polish let me know please, there are only
two
small'ish alterations needed to make this happen for 3.2.
Amos
