Proxomitron은 기본적으로 동시에 적용할 수 있는 필터의 수에 제한이 없다. 이는 단지 여러분이 사용하고 있는 컴퓨터의 메모리 정도에만 제한을 받는다. 그러나, 느린 컴퓨터의 경우에는 너무 많은 필터를 동시에 적용할 경우 인터넷 속도 자체가 크게 떨어져 버릴  우려가 있다. 만일 486이나 느린 컴퓨터를 사용하고 있는 경우라면 다음의 팁을 참고할만 하다. :

• 웹 페이지에 대한 필터들은 많은 CPU 를 소모한다 - GIF 이미지나 헤더에 대한 필터들은 CPU 소모가 적다.
• 꺼져있는 필터들은 CPU 소모가 없다. - 사용하도록 켜놓은 필터들만 CPU를 소모한다.
• 웹 페이지 필터 중에 URL limits 항목을 적절히 사용하면 일부의 페이지에 대해서만 필터들을 적용하도록 할 수 있기 때문에, 시스템 부하를 줄일 수 있다.
• 복잡한 규칙을 가진 필터를 만들 때에는 가능한한 제한된 연산자와 적은 사이즈를 가지도록 하라.
• 다른 사람들이 만든 필터를 적용할 때에는 주의하라. - 즉 그 사람의 환경에서는 제대로 잘 동작하는 필터가 나에게는 속도를 느리게 하거나 부작용을 불러올 경우가 있다. 항상 다른 사람에게 받은 필터는 작동을 항상 의심하고 테스트를 충분히 한 상태에서 적용하라.
• ADSL이나 케이블 모뎀과 같은 고속 인터넷을 사용하고 있는 경우에는 더 좋은 CPU의 컴퓨터가 있어야 브라우징 속도를 향상시킬 수 있다. 물론 이 말은 꼭 Proxomitron이 데이터를 더 빨리 처리하기 위해서 필요하다는 의미가 아니라, 브라우저가 그정도 속도로 들어오는 데이터들을 제때제때 처리해 보여주기 위해서는 더 강력한 CPU가 필요하다는 의미다.

일반적인 전화접속 환경이라면, 펜티엄 120Mhz 컴퓨터라면 다수의 필터를 적용하더라도 느려지는 것은 없다. 또한 펜티엄 160Mhz 정도의 PC라면 고속 인터넷 환경에서도 잘 사용할 수 있다. 사실 현재의 CPU 들은 점점 빨라지고 있기 때문에 여기 적어놓은 시스템 사양은 전혀 의미 없을 지도 모르지만..

Proxomitron은 persistent connections 이라는 기능을 지원하고 있다. 즉, 가장 최근에 접속한 8개까지의 서버들에 연결을 보존하고 있다가, 새로 이 서버들에 접속 요청이 들어올 경우 즉시 사용한다. 이것은 HTTP/1.1 표준의 일부로써 전체적인 네트웍 접속 속도를 빠르게 하는 기능이다. (물론 새 서버로 잦은 연결이 있을 경우에는 약간 불합리한 점이 생기긴 하지만..) 따라서 이들은 계속 열려있는 상태로 남아있게 되고, 다만, 다음과 같은 경우에만 연결이 중단된다.

• 외부 서버나 외부 프락시 서버가 연결을 끊은 경우.
• 새로운 서버로의 연결 요청이 들어온 경우
• 연결 도중 예기치 않은 응답이나 데이터가 들어온 경우
• Proxomitron에서 abort 버튼이 눌러진 경우 (모든 연결된 접속을 끊는 기능을 의미한다.)

종종 사람들이 왜 브라우저 창을 아예 닫았음에도 Proxomitron의 접속이 열려있는지를 물어보는 경우가 있다. 그러나 이에는 약간 오해가 있다. 프락시 서버가 만드는 웹 서버에의 접속은, 웹 브라우저와 Proxomitron 프락시 서버간의 연결과는 별개이다. 즉, Proxomitron 은 실제로 웹 브라우저가 닫혔는지 열렸는지와는 상관 없이 항상 새로운 접속이 어디선가 들어온다는 전제하에서 항상 접속을 대기하고 있는 것이다.

만일 이러한 persistent connections 기능을 이용하고 싶지 않다면 들어오고 나가는 HTTP 헤더에 "Connection: close" 라는 내용을 추가할 수 있다. 그러나 이는 당신이 특별한 네트웍 문제를 안고 있지 않는 이상에야 별로 좋은 생각은 아니다. 이렇게 한다고 해도 보안성이 특별히 향상되는 것은 아니며, 성능에만 큰 지장을 주게될 것이다. 또한 이러한 네트웍 보안 프로그램을 사용할 때는 "연결이 열려있음(연결중임)" 과 "포트가 열려있음"을 구별할 수 있도록 하라.

먼저 웹 서버 환경 변수에 대한 자료 및 이를 테스트하는 페이지를 방문해 보기 바란다! 아마도 이러한 헤더 정보들이 어디서 오는지 어떤 의미를 가지는지를 전체적으로 이해할 수 있게 많은 도움을 줄 것이다. 일단 헤더중 앞에 "HTTP_" 로 시작하는 헤더들만이 HTTP 프로토콜에 의해서 생성된 헤더들이며, 다른 값들은 이와는 별도의 곳에서 들어온 정보들이다.

REMOTE_ADDR 라는 헤더는 TCP/IP 접속 그 자체에서 생성되는 값으로, 접속자의 IP 주소값을 가지고 있다. 이것은 인터넷에서 나와 상대 웹 서버가 통신을 하기 위해서 반드시 필요한 정보로, 수천만개의 인터넷 호스트 중에서 꼭 나에게만 데이터를 보내주기 위해서는 반드시 필요한 일종의 주소 정보이다. 따라서 이 값은 반드시 실제 IP 주소이어야 하며, 그렇지 않으면 웹 서버는 나와 통신을 할 수가 없게 된다. 통상 원격의 프락시 서버를 이용하는 경우에는 프락시를 통과하면서 이 값이 그 프락시 서버의 IP로 바뀌게 되는데, 즉 웹 서버는 일단 프락시 서버에 데이터를 보내주고, 프락시 서버가 다시 그 정보를 나에게 보내주는 형식이 되기 때문이다. 그러나 Proxomitron 은 통상 웹 브라우저가 실행되는 컴퓨터와 같은 컴퓨터에서 실행이 되기 때문에 이러한 IP 주소가 바뀌는 작업은 좀처럼 일어나지 않는다.

REMOTE_HOST 라는 헤더의 값은 여러분이 사용중인 IP 주로의 "Reverse DNS lookup" 값이다. 즉, 여러분이 접속을 시도해 온 IP 주소를 가지고 상대방 웹 서버는 그의 DNS 서버에게 이 컴퓨터의 이름이 어떤 것인지를 물어보는 경우가 있다. 이렇게 물어본 결과로 상대가 유추한 내 컴퓨터의 호스트 이름이 바로 이 값이 된다. 이 정보는 Proxomitron에서 필터링 되지 않는데, 왜냐면 이 정보는 내가 제공하는 개인정보의 차원이 아니라, 웹 서버쪽에서 자기들이 유추한 것을 일방적으로 나에게 제공하는 것에 불과하기 때문이다.

HTTP_VIA, HTTP_FORWARDED, and HTTP_X_FORWARDED_FOR 이 헤더들이야 말로 실제 HTTP 헤더들이다. 그러나 이 헤더는 보통 외부의 프락시 서버를 이용하는 경우에 덧붙여지는 정보들이다. 예컨데 아래와 같이 접속 경로가 형성되어있는 경우를 살펴보자.

+--------------------+   +--------------+   +------------+
|Browser->Proxomitron|-->| Remote Proxy |-->| Web Server | 
+--------------------+   +--------------+   +------------+
     (내 컴퓨터)        (외부 프락시 서버)       (웹 서버)

이 헤더들은 Proxomitron 이 붙이는 것이 아니라 위의 Remote Proxy 가 붙이는 헤더들이므로 우리는 이 헤더를 제어할 방법이 없다. 물론 우리는 그들이 이러한 헤더를 붙이기 전에 우리가 미리 이상한 내용으로 된 같은 이름의 헤더를 미리 붙임으로 해서, 상대 웹 서버나 외부 프락시 서버들이 혼란을 일으키게 할 수는 있을 것이다. 그러나, 대부분의 경우 기본적으로 외부 웹 서버들은 이 정보들을 로깅하거나 보존하지 않으므로 이를 통한 개인 정보 유출의 가능성은 낮다.