(해석 또는 이해가 잘못된 부분이 있다면 댓글로 편하게 알려주세요.)
All modern web browsers let you configure the use of proxies. In fact, many browsers provide multiple ways of configuring proxies, including:
모든 모던 웹 브라우저에서 프록시 사용을 구성할 수 있습니다.
실제로 많은 브라우저가 프록시를 구성하는 여러 가지 방식을 다음과 같이 제공하고 있습니다.
Manual configuration
You explicitly set a proxy to use.
Manual configuration
Browser preconfiguration
The browser vendor or distributor manually preconfigures the proxy setting of the browser (or any other web client) before delivering it to customers.
Browser preconfiguration
Proxy auto-configuration (PAC)
You provide a URI to a JavaScript proxy auto-configuration (PAC) file; the client fetches the JavaScript file and runs it to decide if it should use a proxy and, if so, which proxy server to use.
Proxy auto-configuration (PAC)
Javascript Proxy Auto-configuration (PAC) 파일에 URI를 제공합니다.
클라이언트는 Javascript 파일을 불러와 실행시켜 프록시를 사용해야 할지, 사용해야 한다면 어떤 프록시를 사용할지를 결정합니다.
WPAD proxy discovery
Some browsers support the Web Proxy Autodiscovery Protocol (WPAD), which automatically detects a “configuration server” from which the browser can download an auto-configuration file.*
WPAD proxy discovery
일부 브라우저는 Web Proxy Autodiscovery Protocol(WPAD)을 지원합니다.
이 프로토콜은 브라우저가 자동 구성 파일을 다운로드할 수 있는 "구성 서버"를 자동으로 감지합니다.
Many web clients allow you to configure proxies manually. Both Netscape Navigator and Microsoft Internet Explorer have convenient support for proxy configuration.
많은 웹 클라이언트에서 프록시를 수동으로 구성할 수 있습니다.
Netscape Navigator와 Microsoft Internet Explorer는 모두 프록시 구성을 편리하게 지원합니다.
In Netscape Navigator 6, you specify proxies through the menu selection Edit ➝ Preferences ➝ Advanced ➝ Proxies and then selecting the “Manual proxy configuration” radio button.
In Microsoft Internet Explorer 5, you can manually specify proxies from the Tools ➝ Internet Options menu, by selecting a connection, pressing “Settings,” checking the “Use a proxy server” box, and clicking “Advanced.”
Other browsers have different ways of making manual configuration changes, but the idea is the same: specifying the host and port for the proxy. Several ISPs ship customers preconfigured browsers, or customized operating systems, that redirect web traffic to proxy servers.
브라우저마다 수동 구성을 바꾸는 방법이 다양하지만 아이디어는 동일합니다. 프록시에 대한 호스트와 포트 번호를 지정하는 것입니다.
일부 ISP(Internet Service Provider)는 웹 트래픽을 프록시 서버로 리디렉션 시키기 위해 사전에 구성된 브라우저나 커스터마이징된 OS를 제공합니다.
Manual proxy configuration is simple but inflexible. You can specify only one proxy server for all content, and there is no support for failover. Manual proxy configuration also leads to administrative problems for large organizations. With a large base of configured browsers, it’s difficult or impossible to reconfigure every browser if you need to make changes.
수동 프록시 구성은 간단하지만 유연하지 않습니다.
모든 콘텐츠에 대해 오직 하나의 프록시 서버만 지정할 수 있고 장애 복구 기능은 지원하지 않습니다.
또한 수동 프록시 구성은 거대한 조직에 대한 관리 문제를 발생시킵니다.
구성된 브라우저의 수가 많으면 변화가 필요할 때 모든 브라우저를 재구성하는 것이 어렵거나 불가능합니다.
Proxy auto-configuration (PAC) files are a more dynamic solution for proxy configuration, because they are small JavaScript programs that compute proxy settings on the fly. Each time a document is accessed, a JavaScript function selects the proper proxy server.
Proxy Auto-Configuration (PAC) 파일은 프록시 구성을 위한 동적 솔루션입니다. 프록시 설정을 즉각적으로 연산하는 작은 JavaScript 프로그램이기 때문입니다.
문서가 접근될 때마다 JavaScript 함수가 적절한 프록시 서버를 선택합니다.
To use PAC files, configure your browser with the URI of the JavaScript PAC file (configuration is similar to manual configuration, but you provide a URI in an “automatic configuration” box). The browser will fetch the PAC file from this URI and use the JavaScript logic to compute the proper proxy server for each access. PAC files typically have a .pac suffix and the MIME type “application/x-ns-proxy-autoconfig.”
PAC 파일을 사용하기 위해서는 JavaScript PAC 파일에 대한 URI로 브라우저를 구성해야 합니다. (수동 구성과 유사하지만 "automatic configuration" 박스에 URI를 제공합니다.)
브라우저는 해당 URI로부터 PAC 파일을 불러온 후 JavaScript 로직을 사용하여 액세스마다 적절한 프록시 서버를 연산할 것입니다.
PAC 파일은 일반적으로 .pac 접미사와 "application/x-ns-proxy-autoconfig" MIME 타입을 가집니다.
Each PAC file must define a function called FindProxyForURL(url,host) that computes the proper proxy server to use for accessing the URI. The return value of the function can be any of the values in Table 6-1.
각각의 PAC 파일은 FindProxyForURL(url,host) 함수를 정의해야 합니다. 이 함수는 URI에 접근하기 위해 사용하는 적절한 프록시 서버를 연산합니다.
함수의 반환 값은 Table 6-1에 있는 값 중 하나입니다.
The PAC file in Example 6-1 mandates one proxy for HTTP transactions, another proxy for FTP transactions, and direct connections for all other kinds of transactions.
For more details about PAC files, refer to Chapter 20.
Another mechanism for browser configuration is the Web Proxy Autodiscovery Pro- tocol (WPAD). WPAD is an algorithm that uses an escalating strategy of discovery mechanisms to find the appropriate PAC file for the browser automatically. A client that implements the WPAD protocol will:
- Use WPAD to find the PAC URI.
- Fetch the PAC file given the URI.
- Execute the PAC file to determine the proxy server.
- Use the proxy server for requests.
브라우저 구성의 또다른 매커니즘에는 Web Proxy Autodiscovery Protocol(WPAD)가 있습니다.
WPAD는 브라우저에 대한 적절한 PAC 파일을 자동으로 찾는 검색 매커니즘의 점진적인 전략을 사용하는 알고리즘입니다.
WPAD 프로토콜을 구현한 클라이언트는 아래와 같습니다.
- PAC URI를 찾기 위해 WPAD를 사용합니다.
- URI가 주어지면 PAC 파일을 불러옵니다.
- PAC 파일을 실행하여 프록시 서버를 결정합니다.
- 요청에 대해 프록시 서버를 사용합니다.
WPAD uses a series of resource-discovery techniques to determine the proper PAC file. Multiple discovery techniques are used, because not all organizations can use all techniques. WPAD attempts each technique, one by one, until it succeeds.
WPAD는 적절한 PAC 파일을 결정하기 위해 일련의 리소스 검색 기술을 사용합니다.
이때 모든 조직이 모든 기술을 사용할 수는 없기 때문에 여러 검색 기술을 사용합니다.
WPAD는 성공할 때까지 각각의 기술을 하나씩 시도합니다.
The current WPAD specification defines the following techniques, in order:
- Dynamic Host Discovery Protocol (DHCP)
- Service Location Protocol (SLP)
- DNS well-known hostnames
- DNS SRV records
- DNS service URIs in TXT records
For more information, consult Chapter 20.
현재 WPAD 명세에서는 다음의 기술들을 순차적으로 정의하고 있습니다.
- Dynamic Host Discovery Protocol (DHCP)
- Service Location Protocol (SLP)
- DNS well-known hostnames
- DNS SRV records
- DNS service URIs in TXT records
자세한 정보는 Chapter 20을 참고 바랍니다.
오늘 분량은 글이 아주 고봉밥이군요... 어쩌다 보니 점심 때부터 계속 네트워크 공부를 하고 있어서 뇌가 네트워크에 절여진 기분입니다. 하루종일 봤더니 이제 그만 보고 싶습니다. 그치만 읽다 보니 DHCP 얘기가 나와서 DHCP가 무엇이었는지 딱 한 번만 더 복습하고 진짜 마무리하겠습니다.
DHCP는 호스트의 네트워크 환경을 자동으로 설치하는 기법으로, IP를 보조하는 3계층 프로토콜입니다. 구체적으로는 클라이언트가 DHCP 서버를 호출하는 operation을 보내면 네트워크에 존재하는 여러 서버 중 하나가 임시 IP 주소를 제안하고, 클라이언트가 해당 IP 주소의 할당을 요청하여 서버가 승인하는 과정으로 이루어집니다. DHCP는 궁극적으로 제한된 IP 주소를 재사용하기 위한 용도로 사용됩니다.
네트워크 수업 재밌어서 나름 열심히 들었는데 시간이 좀 지나니 기억이 하나도 안 납니다. 계속 반복해서 아예 장기 기억으로 넘겨 버려야겠어요.