Cada portal de vídeo opera de forma distinta. Si el software de cacheado (redireccionador para squid) es capaz de gestionar bien cómo opera cada servicio de vídeo entonces sí se pueden cachear. Hablé de mi experiencia con videocache (http://www.bellera.cat/josep/videocache/squid_videocache_youtube.html) fechada el 1-marzo-2009. Puede que actualmente haya alguna solución con Youtube. Para Youtube si se tiene en cuenta que Las URLs para servir los vídeos contienen el ID del vídeo codificado en Base64, la IP pública que lo pide y el tiempo UNIX en que caduca la URL. se pueden reconocer todas las peticiones relativas a un ID y, por tanto, llegar a servir dicho vídeo desde un repositorio local (caché). Saludos, Josep Pujadas

Tienes que usar como DNS de pfSense de la sucursal el DNS de la sede principal, que supongo que te está resolviendo todo a con IPs privadas. La única pega que le veo es que todas tus resoluciones DNS tendrán que pasar por la IPSEC VPN pero tampoco es mucho tráfico y es UDP (no hay acuse de recibo). Saludos, Josep Pujadas

Cuando se conectan 4 simultaneamente se pone muy lenta la red. 1. Comprueba sin pfSense realmente cuál es la calidad de tu enlace a Internet. 2. En pfSense puedes mirar estados, ocupación del ancho de banda… 3. ¿Tus usuarios pueden hacer todo? Una sola máquina con P2P puede tirar al suelo toda una red. 4. 512 kbit/s por usuario de subida parecen mucho. Normalmente lo que se necesita es bajada. ¿A qué se dedican los PCs? Saludos, Josep Pujadas

Buen dia Josep, Como siempre muchas gracias por su ilustracion sobre el tema, mi preocupacion era que Squid hiciera que mi subida fuera mas lenta, pero con la explicacion que ud me da creo que no, pues a los puertos que subimos video el 1935 tengo una regla en el Firewall para que se haga sin pasar por el Proxy. Entendido, por que el Speedtest.net marca mas lento cuando paso por el Proxy. Ya puedo dormir tranquilo…. jejeje Muchas Gracias Leonardo Moreno

Muchas Gracias por vuestra pronta respuesta. Intentare resolverlo. Un saludo

Por si sirve de algo… http://httpd.apache.org/docs/2.0/es/vhosts/

Igual bloqueando el acceso a connect.facebook.net

Debes poner Los AP (Ubiquiti) en "Access Piont WDS", y el Cliente en "Station WDS" ademas, deben estar en Bridge, de esta forma son completamente transparentes en "Capa 2" (MAC). Saludos

Muchas gracias compañeros, estudiare el tema,

Hola destrudo, eso lo podes hacer con el LightSquid. Una vez instalado el paquete, los reportes los buscas en Status> Proxy report. Saludos

Cada opcion, te ajusta el "timeout" de los Estados (States) http://forum.pfsense.org/index.php/topic,25690.0.html Saludos

A ver, ¿no puedes entrar al configurador web desde el lado LAN?

No, tengo un 2 DNS's internos quienes hacen el trabajo a las vlan's. Seria cosa de alguna manera agregarlos? de que manera? seria una regla flotante para los dns's? Si quieres que las estaciones empleen unos DNS en concreto tienes que añadirlos en la configuración de DHCP de cada interfase y (efectivamente) puedes poner reglas floating que autoricen el paso a ellos. Procuremos abrir nuevos hilos si los temas cambian. ¡Gracias!

Ojo con los nombres usados para host y domain tanto en System - General Setup como en DNS Forwarder - Host Overrides (Split DNS). Deben cumplir normas según el formato maquina.dominio.extension o maquina.subdominio.dominio.extension http://es.wikipedia.org/wiki/Domain_Name_System#Entendiendo_las_partes_de_un_nombre_de_dominio Tal como hemos comentado en privado creo que debes revisar tus nombres. Y añadir a la LAN de pfSense también en la lista DNS Forwarder - Host Overrides (Split DNS), con el nombre de host y domain acorde con System - General Setup. Igual no es necesario pero no está de más. Siempre meto a todos los servidores en esta lista. Saludos, Josep Pujadas

Funciona sin problemas… Ver imagen. Debes tener algún lío con la configuración del servidor OpenVPN. Postea imagen sin datos "privados". El rango de direcciones IP viene determinado por VPN - OpenVPN - Server - Tunnel Settings Tunnel Network     This is the virtual network used for private communications between this server and client hosts expressed using CIDR (eg. 10.0.8.0/24). The first network address will be assigned to the server virtual interface. The remaining network addresses can optionally be assigned to connecting clients. (see Address Pool) En la 1.2.3 ponía Address Pool. [image: status_openvpn_many_clients.jpg] [image: status_openvpn_many_clients.jpg_thumb]

Muchas gracias, como dices antes de hacer nada les preguntare con que equipo se tiene que conectar mi Pfsense. Un Saludo Jose

Hola! Como vas con esto? A mi me paso igual.. durante 2 dias no me funciono la descarga, eso fue la semana pasada, ayer lo intente de nuevo y no tuve problema alguno. Saludos hasta Merida, atte Un Sonorense en africa ;) H

En http://serverfault.com/questions/105014/does-anyone-really-understand-how-hfsc-scheduling-in-linux-bsd-works se preguntan qué hace en realidad HFSC y una de las respuestas envían a http://linux-ip.net/articles/hfsc.en/ (enlace que ya te dí). También dí una vuelta por Traffic Shaper de la sección en inglés de este foro y, según el desarrollador que escribió esta parte para pfSense HFSC tiene mejor comportamiento que CBQ en tiempo real (léase VoIP) pero es bastante confusa su configuración si se quiere afinar. En http://bsdrp.net/documentation/examples/maximum_bsdrp_features_lab están empleando HFSC para su laboratorio de ensayo. BSDRP es un enrutador basado en FreeBSD. Parecido pues a pfSense pero orientado sólo a tareas de enrutador.

Listo. Quedo solucionado, limpiando cookies e historial en FFox 10.0.1

Muchas Gracias por tu ayuda, como siempre era la cosa mas simple. Teniamos un conflicto en las rutas de los equipos. De nuevo muchas gracias por este gran foro que teneis en el que me estoy instruyendo gracias a vuestros conocimientos. Un Saludo Jose