Squid (software)

(Redirected from Squid server)

Squid is a caching and forwarding HTTP web proxy. It has a wide variety of uses, including speeding up a web server by caching repeated requests, caching World Wide Web (WWW), Domain Name System (DNS), and other network lookups for a group of people sharing network resources, and aiding security by filtering traffic. Although used for mainly HTTP and File Transfer Protocol (FTP), Squid includes limited support for several other protocols including Internet Gopher, Secure Sockets Layer (SSL),[7] Transport Layer Security (TLS), and Hypertext Transfer Protocol Secure (HTTPS). Squid does not support the SOCKS protocol, unlike Privoxy, with which Squid can be used in order to provide SOCKS support.

Squid
Developer(s)Duane Wessels, Henrik Nordström, Amos Jeffries, Alex Rousskov, Francesco Chemolli, Robert Collins, Guido Serassio and volunteers[2]
Initial releaseJuly 1996; 28 years ago (1996-07)
Stable release
6.12[3] Edit this on Wikidata / 11 October 2024
Repositorygithub.com/squid-cache/squid
Written inC++[4]
Operating systemBSD, Linux, Unix, Windows[5]
TypeProxy server
LicenseGPL 2.0 or later[6]
Websitewww.squid-cache.org
The LAMP stack with Squid as web cache.

Squid was originally designed to run as a daemon on Unix-like systems. A Windows port was maintained up to version 2.7. New versions available on Windows use the Cygwin environment.[8][9] Squid is free software released under the GNU General Public License.

History

edit

Squid was originally developed as the Harvest object cache,[7] part of the Harvest project at the University of Colorado Boulder.[10][11] Further work on the program was completed at the University of California, San Diego and funded via two grants from the National Science Foundation.[12] Duane Wessels forked the "last pre-commercial version of Harvest" and renamed it to Squid to avoid confusion with the commercial fork called Cached 2.0, which became NetCache.[13][14] Squid version 1.0.0 was released in July 1996.[13] SquidNT, a port of the Squid proxy server was merged into the main Squid project in September 2006.[15]

Squid is now developed almost exclusively through volunteer efforts.

In October 2023, it was revealed that Squid continued to suffer from 35 security vulnerabilities which had not been fixed for two and a half years after their initial reporting.[16]

Basic functionality

edit

After a Squid proxy server is installed, web browsers can be configured to use it as a proxy HTTP server, allowing Squid to retain copies of the documents returned, which, on repeated requests for the same documents, can reduce access time as well as bandwidth consumption. This is often useful for Internet service providers to increase speed to their customers, and LANs that share an Internet connection. Because the caching servers are controlled by the web service operator, caching proxies do not anonymize the user and should not be confused with anonymizing proxies.

A client program (e.g. browser) either has to specify explicitly the proxy server it wants to use (typical for ISP customers), or it could be using a proxy without any extra configuration: "transparent caching", in which case all outgoing HTTP requests are intercepted by Squid and all responses are cached. The latter is typically a corporate set-up (all clients are on the same LAN) and often introduces the privacy concerns mentioned above.

Squid has some features that can help anonymize connections, such as disabling or changing specific header fields in a client's HTTP requests. Whether these are set, and what they are set to do, is up to the person who controls the computer running Squid. People requesting pages through a network which transparently uses Squid may not know whether this information is being logged.[17] Within UK organisations at least, users should be informed if computers or internet connections are being monitored.[18]

Reverse proxy

edit

The above setup, caching the contents of an unlimited number of webservers for a limited number of clients, is the classical one. Another setup is "reverse proxy" or "webserver acceleration" (using http_port 80 accel vhost). In this mode, the cache serves an unlimited number of clients for a limited number of—or just one—web servers.

As an example, if slow.example.com is a "real" web server, and www.example.com is the Squid cache server that "accelerates" it, the first time any page is requested from www.example.com, the cache server would get the actual page from slow.example.com, but later requests would get the stored copy directly from the accelerator (for a configurable period, after which the stored copy would be discarded). The result, without any action by the clients, is less traffic to the source server, meaning less CPU and memory usage, and less need for bandwidth. This does, however, mean that the source server cannot accurately report on its traffic numbers without additional configuration, as all requests would seem to have come from the reverse proxy. A way to adapt the reporting on the source server is to use the X-Forwarded-For HTTP header reported by the reverse proxy, to get the real client's IP address.

It is possible for one Squid server to serve simultaneously as a normal and a reverse proxy. For example, a business might host its own website on a web server, with a Squid server acting as a reverse proxy between clients (customers accessing the website from outside the business) and the web server. The same Squid server could act as a classical web cache, caching HTTP requests from clients within the business (i.e., employees accessing the internet from their workstations), so accelerating web access and reducing bandwidth demands.

Media-range limits

edit

For example, a feature of the HTTP protocol is to limit a request to the range of data in the resource being referenced. This feature is used extensively by video streaming websites such as YouTube, so that if a user clicks to the middle of the video progress bar, the server can begin to send data from the middle of the file, rather than sending the entire file from the beginning and the user waiting for the preceding data to finish loading.

Partial downloads are also extensively used by Microsoft Windows Update so that extremely large update packages can download in the background and pause halfway through the download, if the user turns off their computer or disconnects from the Internet.

The Metalink download format enables clients to do segmented downloads by issuing partial requests and spreading these over a number of mirrors.

Squid can relay partial requests to the origin web server. In order for a partial request to be satisfied at a fast speed from cache, Squid requires a full copy of the same object to already exist in its storage.

If a proxy video user is watching a video stream and browses to a different page before the video completely downloads, Squid cannot keep the partial download for reuse and simply discards the data. Special configuration is required to force such downloads to continue and be cached.[19]

Supported operating systems

edit

Squid supports many operating systems, including:

See also

edit

References

edit
  1. ^ "Squid Project Logo". Retrieved 6 July 2014.
  2. ^ "Who looks after the Squid project?".
  3. ^ "squid-6.12". 11 October 2024. Retrieved 13 October 2024.
  4. ^ squid-cache/squid, Squid, 27 July 2022, retrieved 27 July 2022
  5. ^ "What is the Best OS for Squid?".
  6. ^ "Squid License".
  7. ^ a b C.Mic Bowman, Peter B. Danzig, Darren R. Hardy, Udi Manper, Michael F. Schwartz, The Harvest information discovery and access system, Computer Networks and ISDN Systems, Volume 28, Issues 1–2, December 1995, Pages 119–125. doi:10.1016/0169-7552(95)00098-5
  8. ^ "Squid for Windows". GitHub. February 2024. Current build is based on the latest Squid 4 build for Cygwin Windows 64 bit
  9. ^ "Squid-cache.org Knowledge Base". Squid on Windows
  10. ^ Squid intro, on the Squid website
  11. ^ Harvest cache now available as an "httpd accelerator", by Mike Schwartz on the http-wg mailing list, Tue, 4 April 1995, as forwarded by Brian Behlendorf to the Apache HTTP Server developers' mailing list
  12. ^ "Squid Sponsors". Archived from the original on 11 May 2007. Retrieved 13 February 2007. The NSF was the primary funding source for Squid development from 1996–2000. Two grants (#NCR-9616602, #NCR-9521745) received through the Advanced Networking Infrastructure and Research (ANIR) Division were administered by the University of California San Diego
  13. ^ a b Duane Wessels Squid and ICP: Past, Present, and Future, Proceedings of the Australian Unix Users Group. September 1997, Brisbane, Australia
  14. ^ "netcache.com". Archived from the original on 12 November 1996. Retrieved 7 August 2012.
  15. ^ "Squid FAQ: Does Squid run on Windows?".
  16. ^ "55 Vulnerabilities in Squid Caching Proxy and 35 0days". 11 October 2023.
  17. ^ See the documentation for header_access and header_replace for further details.
  18. ^ See, for example, Computer Monitoring In The Workplace and Your Privacy
  19. ^ "Squid Configuration Reference". Retrieved 26 November 2012.
  20. ^ OS/2 Ports by Paul Smedley, OS/2 Ports
  21. ^ "KnowledgeBase/Windows - Squid Web Proxy Wiki".

Further reading

edit
edit