Proxy transparente o no?

[pradocom]

Hola, que diferencia hay, cual no requiere configuracion en los clientes, cual da mas rendimiento?

gracias por todo

[enic68]

hi como va;

Proxy No Transparente: necesitas explicitar en cada cliente (computador de usuario) la ip del servidor proxy y el puerto para su uso.
(en las opciones de conexión de cada browser como firefox o internet explorer).

Proxy transparente : como lo dice el nombre ,  su uso es transparente para el usuario, no necesitas agregar los datos del servidor proxy para el uso del servidor proxy. (squid)

*- Del tema rendimiento.. como decía Einstein,    "es relativo"

Depende de cantidad de usuarios que tengas, comportamiento de navegación de estos, características del hardware (procesador memoria), si es dedicado o no.

Por ejemplo se ha comentado acá (en el foro) que integrar Squid en el mismo servidor pfsense que maneja el resto de todos los servicios (que no son pocos) puede darnos un rendimiento mucho menor que tener el proxy en una máquina solita.

De momento tengo una red pequeña .. y soy "ereje",  tengo todo en una sola máquina en el pfsense  (es Amd doble nucleo 2.6 ghz 2GB Ram un disco duro 200 gb me pareció importante que los componentes fueran nuevos.

bueno todo esto creo que lo puedes encontrar buscando mas en el foro pero creo interesante las ideas contrarias que se puedan dar,

por ejemplo como evitar que los usuarios intenten usar otros proxys. ::)
saludos.-

[pradocom]

Gracias, entonces lo tenia claro, era como me imaginaba, aprovecho para preguntar al aire, que politica de disco duro y memoria es mas aconsejable para unos 80 usuarios:

Hard disk cache system

This specifies the kind of storage system to use.
ufs is the old well-known Squid storage format that has always been there.

aufs uses POSIX-threads to avoid blocking the main Squid process on disk-I/O. (Formerly known as async-io.)

diskd uses a separate process to avoid blocking the main Squid process on disk-I/O.

null Does not use any storage. Ideal for Embedded/NanoBSD.

–-------------------
LRU: Last Recently Used Policy - The LRU policies keep recently referenced objects. i.e., it replaces the object that has not been accessed for the longest time.

Heap GDSF: Greedy-Dual Size Frequency - The Heap GDSF policy optimizes object-hit rate by keeping smaller, popular objects in cache. It achieves a lower byte hit rate than LFUDA though, since it evicts larger (possibly popular) objects.

Heap LFUDA: Least Frequently Used with Dynamic Aging - The Heap LFUDA policy keeps popular objects in cache regardless of their size and thus optimizes byte hit rate at the expense of hit rate since one large, popular object will prevent many smaller, slightly less popular objects from being cached.

Heap LRU: Last Recently Used - Works like LRU, but uses a heap instead.

Note: If using the LFUDA replacement policy, the value of Maximum Object Size should be increased above its default of 12KB to maximize the potential byte hit rate improvement of LFUDA.