A proxy auto-config (PAC) file defines how web browsers and other user agents can automatically choose the appropriate proxy server (access method) for fetching a given URL. A PAC file contains a JavaScript function. This function returns a string with one or more access method specifications. These specifications cause the user agent to use a particular proxy server or to connect directly. Multiple specifications provide a fallback when a proxy fails to respond. The browser fetches this PAC file before requesting other URLs. The URL of the PAC file is either configured manually or determined automatically by the Web Proxy Auto-Discovery Protocol.

Context

Modern web browsers implement several levels of automation; users can choose the level that is appropriate to their needs. The following methods are commonly implemented:

History

The Proxy auto-config file format was originally designed by Netscape in 1996 for the Netscape Navigator 2.0 and is a text file that defines at least one JavaScript function.

The PAC file

By** convention, the PAC file is normally named **** . The WPAD standard uses **** . The .pac file is expected to contain at least one function: To use it, a PAC file is published to a HTTP server, and client user agents are instructed to use it, either by entering the URL in the proxy connection settings of the browser or through the use of the WPAD protocol. The URL may also reference a local file as for example: **** . Even** though most clients will process the script regardless of the MIME type returned in the HTTP reply, for the sake of completeness and to maximize compatibility, the HTTP server should be configured to declare the MIME type of this file to be either ******** ******** or ******** . There is little evidence to favor the use of one MIME type over the other. It would be, however, reasonable to assume that ******** ******** will be supported in more clients than ******** ******** as it was defined in the original Netscape specification, the latter type coming into use more ****recently.

Example

A very simple example of a PAC file is: This function instructs the browser to retrieve all pages through the proxy on port 8080 of the server. Should this proxy fail to respond, the browser contacts the Web-site directly, without using a proxy. The latter may fail if firewalls, or other intermediary network devices, reject requests from sources other than the proxy—a common configuration in corporate networks. A more complicated example demonstrates some available JavaScript functions to be used in the function: By default, the PROXY keyword means that a proxy corresponding to the protocol of the original request, be it http, https, or ftp, is used. Other supported keyword and proxy types include:

Limitations

PAC Character-Encoding

The encoding of PAC scripts is generally unspecified, and different browsers and network stacks have different rules for how PAC scripts may be encoded. In general, wholly ASCII PAC scripts will work with any browser or network stack. Mozilla Firefox 66 and later additionally supports PAC scripts encoded as UTF-8.

The function (and similar other functions) performs a DNS lookup that can block the browser for a long time if the DNS server does not respond.

The** **** function has often been reported to give incorrect or unusable results, e.g. **** , the IP address of the localhost. It** may help to remove on the system's host file (e.g. ******** ******** on Linux) any lines referring to the machine host-name, while the line ******** ******** can, and should, ****stay.

Security

In 2013, researchers began warning about the security risks of proxy auto-config. The threat involves using a PAC, discovered automatically by the system, to redirect the victim's browser traffic to an attacker-controlled server instead. Another issue with pac-file is that the typical implementation involve clear text http retrieval, which does not include any security features such as code signing or web certificates. Attackers can perform man-in-the-middle attacks easily.

Old Microsoft problems

Caching of proxy auto-configuration results by domain name in Microsoft's Internet Explorer 5.5 or newer limits the flexibility of the PAC standard. In effect, you can choose the proxy based on the domain name, but not on the path of the URL. Alternatively, you need to disable caching of proxy auto-configuration results by editing the registry. It is recommended to always use IP addresses instead of host domain names in the function for compatibility with other Windows components which make use of the Internet Explorer PAC configuration, such as .NET 2.0 Framework. For example, The current convention is to fail over to direct connection when a PAC file is unavailable. Shortly after switching between network configurations (e.g. when entering or leaving a VPN), may give outdated results due to DNS caching. For instance, Firefox usually keeps 20 domain entries cached for 60 seconds. This**** may be configured via the ******** ******** and ******** ******** configuration ****variables. Flushing the system's DNS cache may also help, which can be achieved e.g. in Linux with ** sudo service dns-clean start ** or in Windows with ** ipconfig /flushdns **. On Internet Explorer 9, returns and can be used as a workaround. The function assumes that the device has a single IPv4 address. The results are undefined if the device has more than one IPv4 address or has IPv6 addresses.

Others

Further limitations are related to the JavaScript engine on the local machine.

Advanced functionality

More advanced PAC files can reduce load on proxies, perform load balancing, fail over, or even black/white listing before the request is sent through the network. One can return multiple proxies: The above will try proxy1 first and if unavailable it will then try proxy2.