Pero no puedes ingresar a esos servicios vía web, o por las aplicaciones, si es por las aplicaciones lo mas probable sean problemas de puertos que están cerrados

Hola.

De la doc de pfSense, reglas para permitir tráfico de recursos compartidos Win, NETBIOS/MS-DS y acceder a ellos desde LAN a DMZ (otra red lan):

https://doc.pfsense.org/index.php/Example_basic_configuration#Outbound_LAN

To allow LAN to access windows shares on the DMZ, allow NETBIOS/Microsoft-DS from the LAN to the DMZ

Allow TCP/UDP 137 from LAN subnet (NETBIOS) to DMZ subnet
    Allow TCP/UDP 138 from LAN subnet (NETBIOS) to DMZ subnet
    Allow TCP/UDP 139 from LAN subnet (NETBIOS) to DMZ subnet
    Allow TCP 445 from LAN subnet (NETBIOS) to DMZ subnet

Aunque para que funcione lo de resolver por nombre de máquina (formato smb \hostname, no dns), efectivamente, lo que te dice Bellera, solución: servidor WINs.

Salu2

https://forum.pfsense.org/index.php?topic=23265.0

https://forum.pfsense.org/index.php?topic=72527.0

hola de nuevo,

lo he vuelto a montar todo de nuevo y ahora si que funciona. pudo haber sido, como decías Bellera, que alguna ruta no estaba bien, pero después de tanto tiempo revisándolo opte por montarlo desde 0.

Muchas gracias por la ayuda.

Como era de esperarse error mio, no me acordaba que instale squid desde el principio ahi es donde se configura las salidas, gracias por sunapoyo

Pues se arregló. Ayer descubrí que un switch de una de las WAN estaba defectuoso, hacía que los PFSense reportaran la interfaz con paquetes perdidos, siendo que el enlace está bueno.

Luego de reemplazar el switch, reinstalé los paquetes de Squid y SquidGuard en el servidor de respaldo, actualicé la lista negra que uso para filtrar en el maestro y en el de respaldo,  luego arranqué los servicios y ya lleva todo un día funcionando bien.

No sé si el problema era el switch o que la lista negra del maestro tal vez no estaba actualizada, eso no lo había hecho antes.

Es una tarjeta PCI-X? que miedo me dan…. imagino que la estaras usando en un bus PCI normal...

SI tuviera que apostar diria que tiene pinta de un problema de hardware o del driver del pfsense.

Probaria a forzar la velocidad a la mas baja posible y ver si los errores descienden, no se aun problema de autonegociacion que esas tarjetas de intel son muy especialitas

Hola.

He instalado pfSense 2.2.6 amd64 en VMware WorkStation 12 player (ver. no comercial). Con las VMware Guest instaladas.

Efectivamente, con fibra de 100Mbps de bajada, consigo como mucho un tercio de esa velocidad (33Mbps) (la subida es de 10Mbps la consigue al 100%)

Con VirtualBox, el rendimiento es aún peor (bajadas entre 5Mbps y 15Mbps y subida entre el 50% y el 100%). Por lo que , a pesar del handicap del ancho de banda virtualiznando, migro a VMware.

Con Cables Cat5 y 6 y NICs del anfitrión y switch: GigabitEthernet, pero …

Imagino que la appliance CERTIFICADA VMware Ready Appliance de pfSense instaladola sobre ESXI, será otro cantar.

Habrá que conseguirla :)

Salu2

Tienes razón javcasta, acabo de probar y con la opción "allow default gateway switching" funciona. Lo que indico es necesario sólo cuando hay balanceo de carga.

De todas formas para la pregunta de este hilo es necesario verificar si el pfsense que está como proxy tiene Internet.

Lo solucione poniendo todo en el mismo rango de ip del gateway.

Radio 1: como AP, como Router. asigna dhcp, habilito puertos de las otras antenas sobre el rango de ip 192.168.6.xxx/24
Radio 2: como client, modo bridge, ip 192.168.6.xxz/24, port:802
Radio 3: como ap, modo bridge, ip 192.168.6.xxc/24 , port:803
Radio 4: como client, modo bridge, ip 192.168.6.xxv/24, port:804

pf: WAN 192.168.6.xxb/24
pf: Lan 192.168.1.1/24

Maquina conectada en la lan del pf: 192.168.1.15

Con esa configuracion de ejemplo funciona, llego a todas los radios, veo el modem de fiber.

Puertos del PF, ninguno modificado, todo como esta en la foto de arriba posteadas.
Muchas Gracias a los que aportaron!!!

Hola.

Hay doc al respecto:
https://doc.pfsense.org/index.php/Limiters
https://doc.pfsense.org/index.php/Limiters#Using_Limiters_for_Bandwidth_Guarantees

Salu2

Vale…. fallo mio....
En la BIOS el disco estaba en AHCI, lo cambie a IDE y perfecto.

:)

Enhorabuena.

Salu2

Hola.

¿Tienes backup?  :) (si lo tienes, instalar de 0 pfSense, y restaurar el xml del backup, suele ir muy bien, no es perfecto, poero te ahorras unas horas)

De nada y Salu2.

Es la misma funcion, ambos son cachedns, forwarder fue 1ero luego freebsd paso a el resolver y pfsense de igual manera para seguir en paralelo con el OS base que es freebsd.
Si la pregunta es cual usar, usa el resolver en un futuro el otro sera removido.
Saludos.

Muchas peticiones a youtube con proxy transparente son reportadas por lightsquid como accesos a googlevideo.com:443
Muchas peticiones a facebook con proxy transparente son reportadas por lightsquid como accesos a akamaized.net:443

Fijate, que por ahí podés sacar algo interesante de ahí.

Hay muchos otros dominios directamente vinculados con youtube y facebook.