Sí, se hacen desde la consola.

Pueden hacerse cosas como:

cd /var
mv log /usr/var_en_usr/.
ln -s /usr/var_en_usr/log log

Con el ejemplo, en un FreeBSD normal, trasladamos los logs de /var/log a /usr/var_en_usr/log y se siguen viendo también en /var/log

Espero haberme explicado. Evidentemente, hay que ir con sumo cuidado con estas operaciones…

Gracias Bellera !

Era el Disco Duro,

Router ???

Evidentemente no te quedó claro el tema pfSense únicamente se puede instalar en Hardware x86 (32 o 64 bits)

http://en.wikipedia.org/wiki/X86

gracias PPT tu respuesta me ayudo solucionado el problema, tengo otro pero abrire otro tema

Gracias por la respuesta…..lo raro es que llevo montado como 15 y no me había dado cuenta hasta ahora...supongo que no mucha gente tiene de inicio paginas https.......  :( :o :-\

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

Aqui tengo el post respecto a eso.. https://forum.pfsense.org/index.php?topic=75671.0
Voy a estar pendiente aca.. Soy un novato.. recien empiezo a manejar pfsense. Lo uso desde hace 2 años practicamente como viene por defecto, pero ahi que ir innovando entonces me quiero empapar mas del OS..

el disco esta conformado por tres discos de 1tb cada uno

Si es así, es normal que la instalación estándar considere sólo uno de los discos. A no ser que tu BIOS permita configurarlos como un único disco.

De no ser así, tendrías que utilizar striping y no sé si pfSense lo soporta:

https://www.freebsd.org/doc/handbook/geom-striping.html

Me auto-respondo a la pregunta del NAT Forwarding…

Creando una regla de nateo si funciona, pero tengo la sensación de que no tira ;-).
He probado con Sqlmap contra una base de datos y en el log no aparece nada de nada. No tiene mucho sentido crear una regla de NAT ya que en la configuración puedes poner el apache a escuchar en la WAN.

¿Puede alguien postear un ejemplo de una configuración funcional?
Gracias.

"Redes privadas.

De los más de cuatro mil millones de direcciones permitidas por IPv4, tres rangos están especialmente reservados para utilizarse solamente en redes privadas. Estos rangos no tienen encaminamiento fuera de una red privada y las máquinas dentro de estas redes privadas no pueden comunicarse directamente con las redes públicas. Pueden, sin embargo, comunicarse hacia redes públicas a través de la Traducción de Direcciones de Red o NAT (Network Address Translation)."

Imagino que es lo que dice el amigo Bellera:

"En internet suele haber equipos de conectividad mal configurados."

Saludos.-

@bellera:

Especialmente el bug descrito al final, para la versión 2.2.2 de paquete squid3-dev.

Por defecto, la qLink captura el tráfico entre interfaces locales, por ejemplo entre la WLAN y tu LAN, el cual en general no necesita ser shapeado. Pero todo depende como se configuren las reglas

Es correcto lo que dijo pttm, tu problema se debe seguramente a que se cambió como se manejan las "negate rules". Ahora, en caso de MultiWAN, no se agregan las negate rules automaticamente para las interfaces locales (pero sí para las VPNs).

Se soluciona exactamente como lo mencionaron anteriorermente, con una regla con la subred de destino y dejando el gateway sin especificar

Ummm te confieso que no vi.ese.problema con xen.. la verdad tenia buen.rendimiento.. o quien.sabe quizas nunca me percate  :) :)

Mil gracias por la ayuda….

¡De nada!

El libro  oficial es en español???

Inglés. Incluido en Gold Subscription en formato PDF.

https://www.pfsense.org/get-support/index.html#gold-membership

Con esto también tienes acceso a los PDF y vídeos de los seminarios on-line que se hacen. En inglés, claro.

sabes si con el proxi podrias filtrar HTTPS, en una lista negra????

https://forum.pfsense.org/index.php?topic=73007.msg402349#msg402349

Para más, a parte de este enlace, mírate Últimas aportaciones a Documentación, pues precisamente estuve bastante enfrascado pasando una estructura [pfSense + proxy externo] a [pfSense con proxy] las últimas semanas.

y sabes si hay alguna manera de ligarlo con mi Active directory Microsoft??

Sí, pero NO si está en modo transparente (intercepción), pues el navegador debe saber que tiene un proxy detrás para autenticar.

Creo que hay algún tutorial de esto, no sé si lo tenemos puesto en Documentación (arriba).

Aviso anterior, 2.1.1 –--> https://forum.pfsense.org/index.php?topic=74560.0

El túnel puede ir tanto en TCP como en UDP. Pero será más lento con TCP.

Google openvpn tcp or udp

En cuanto a la integración de todo esto en un sola tarjeta, no lo he experimentado.

No parece imposible, aunque sí atípico.