[redhat] (Squid) proxy httpd accelerator

[Verwijderd]

Hoi,

Ik heb mijn proxyserver draaiende (transparant en wel) werkt allemaal prima. Nu vraag ik me alleen af wat ik precies gedaan heb... ook niet een groot probleem... Maar, wat doet die httpd accelerator nu precies??? Ik heb er al heel wat naar gegoogled en over gelezen op squid-cache.org en begrijp dat het met het onderscheppen van requests te maken heeft maar verder is het me eigenlijk nog niet helemaal duidelijk.


Onderstaande regels snap ik niet.
httpd_accel_host virtual
httpd_accel_port 80
httpd_accel_uses_host_header on

Iemand die mij kan uitleggen wat het precies doet en wat het verschil is met een gewone proxy draaien?

[MikeN]

Het houdt volgens mij in dat squid nu voor webserver speelt en dat hij aan de hand van de Host header van het HTTP request de echte server afleest (vandaar die httpd_accel_uses_host_header). Vervolgens geeft hij de pagina uit z'n cache wanneer mogelijk en haalt hem anders van internet af.

[Verwijderd]

het heeft volges mij ook te maken met het checken van httprequests..
maar: "Vervolgens geeft hij de pagina uit z'n cache wanneer mogelijk en haalt hem anders van internet af" een 'gewone' proxy doet dit tog ook? Hij kijkt of de opgevraagde request in zn cache staat en anders haalt ie hem alsnog van de desbetreffende server...

[Verwijderd]

je kan squid dan gebruiken als reverse proxy.....het lijkt dan of men dan op een webserver connect (bijv. vanaf i-net naar een webserver in je lan/dmz) maar er wordt eigelijk geconnect op de squid bak...die dan vervolgens zn cache raadpleegt en/of de webserver ( in je lan/dmz) benadert voor het http request...google even op reverse proxy + squid voor meer info..

[Verwijderd]

http://squid.visolve.com/whitepaper.htm

Als je dit doorleest zie je toch dat het twee totaal andere dingen zijn. Bij reverse proxy heb je als doel om de werklast van je webservers te beperken, bij transparante proxy helemaal niet...

"Transparent Cache

A transparent cache achieves the same goal as a standard proxy cache, but operates transparently to the browser. The browser does not need to be explicitly configured to access the cache. Instead, the transparent cache intercepts network traffic, filters HTTP traffic (on port 80), and handles the request if the item is in the cache. If the item is not in the cache, the packets are forwarded to the origin web server. For Linux, the transparent cache uses iptables or ipchains to intercept and filter the network traffic. Transparent caches are especially useful to ISPs, because they require no browser setup modification. Transparent caches are also the simplest way to use a cache internally on a network (at peering-hand off points between an ISP and a larger network, for example), because they don't require explicit coordination with other caches.

Reverse Proxy Cache

A reverse proxy cache differs from standard and transparent caches, in that it reduces load on the origin web server, rather than reducing upstream network bandwidth on the client side. Reverse Proxy Caches offload client requests for static content from the web server, preventing unforeseen traffic surges from overloading the origin server. The proxy server sits between the Internet and the Web site and handles all traffic before it can reach the Web server. A reverse proxy server intercepts requests to the Web server and instead responds to the request out of a store of cached pages. This method improves the performance by reducing the amount of pages actually created "fresh" by the Web server."

[ Voor 78% gewijzigd door Verwijderd op 29-04-2003 14:37 ]