sábado, 12 de enero de 2013

Centos 5.x: Compilar cooavachilli

Ahora nos toca meternos con este paquete para poder configurar un CaptivePortal, me vi en la tarea de compilar este paquete desde las fuentes(src) ya que en la pagina oficial http://coova.org/CoovaChilli no encontre por ningun lado el rpm para centos.

Bien, leyendo un poco la doc de como llevar a cabo esta labor que fue nada complicado, les quiero recordar que software debe tener nuestro sistema para llevar a cabo esto:
  1. rpm-build
  2. gcc
De aqui arrancamos todo, ahora viene la parte donde bajamos la fuente que en esta ocasión nos toco        trabajar con la versión: 1.3.0.

Seguimos el manual, o sea que ponemos al archivo en:

/usr/src/redhat/SOURCES/

Lo descomprimimos segun la doc y luego dice que:

cd coova-chilli-1.0.X/
rpmbuild -ba coova-chilli.spec
 
Bien aqui viene la parte fea, el ultimo comando no funciona ya que el archivo
coova-chilli.spec no existe en esa ruta, entonces donde esta?
 
Usando la artilleria de Linux o sea el comando find, este localizo este archivo
en:

/usr/src/redhat/SOURCES/coova-chilli-1.3.0/distro/redhat/
 
Asi que nos vamos a esa ruta y ahora si ejecutamos el comando:

rpmbuild -ba coova-chilli.spec

Y esperamos resultados, una vez terminado ya tenemos nuestro archivo.rpm en:

/usr/src/redhat/RPMS/i386

Asi que nos movemos a ese folder y de nuevo nuestra artilleria Linux para la instalación:

rpm -iv coova-chilli-1.3.0-1.i386.rpm

Listo, la configuracion esta en:

/etc/chilli

El servicio se llama:

chilli

Asi que lo que sigue es configurarlo, a darle, saludos!!!

lunes, 7 de enero de 2013

Windows 7 x64: Contpaq i.

   Hoy me tire una pelea con un Contpaq i, el contador me trajo una laptop donde lo queria correr ya que era nueva, el lo intento pero no logro hecharlo a volar, decia que arrancaba todo bien, pero cuando llegaba a el 100% la instalación ahi se quedaba colgada.

   Y no le dejo otra opción que deter la instalacion, y claro como queda a medias no le permitia desinstalarlo ya que queda a medias, Contpaq instala 4 cosas:
  • Microsoft SQL Server 2005
  • ContPAQ i 2.0.0
  • ContPAQ 2005
  • Compak SDK
   Uno de los grandes problemas era que si aparecian en el listado de programas instalados, pero cuando uno deseaba desintalarlos era donde las cosas no funcionaban, y el problema era el SDK ya que nos decia que no estaba instalado, y ni intentar quitar el ContPAQ i ya que regresa y quiere desinstalar el SDK y era el cuento de nunca acabar, ni ccleaner logro ayudar..

   Como atacamos el problema:
  • Renombrar todas las carpetas de contpaq, tanto las de la raiz como las de Program Files(x86).
  • Buscar en los registros de windows todo lo relacionado a computrabajo y renombrarlo, pero antes respaldo.
  • Ejecutar ccleaner y hacer limpia.
  • Reiniciar el equipo.
  • Ejecutar el instalador de contPAQ I como administrador.
  • Nos va a decir que la version de SQL Server tiene conflictos de compatibilidad y que si deseamos continuar, a lo cual le decimos que si, guardan la clave del usuario de SQL Server ya que contpaq se las va a requerir.
  • Cuando arranque la instalación de contpaq i, se abren 2 instalaciones: SDK y Contpaq i, cuando llegue a 100% y se quede colgada la instalación de ambos, cancelan la instalación de SDK, yo lo hice desde el "Taskmgr", contpaq i se terminara de instalar sin problemas.
   Segun mi sentido comun, el SDK tiene que ver con opciones para desarrolladores asi que no creo que contador quiera hacer programas para contpaq.

   Bien, ya que termina todo, una reiniciada.

   Cruzan las manos, todo lo relacionado a contpaq lo ejecutan como "Administrador" no se les olvide. Ejecutan el contpaq i configuracion, ahi le dan el password del usuario de la BD "sa", salvan y ahora si ejecutan el contPAQ i como "Administrador".

   Asi me funciono a mi, saludos!!!

miércoles, 2 de enero de 2013

Freebsd/Pfsense: comando gnu-watch/ifstat

Feliz 2013 a todos los que llegan a mi blog, espero este 2013 sea mucho mejor que cualquiera de los anteriores y que todos sus deseos sean cumplidos y que tengan buen salud que es lo mas importante para continuar nuestro viaje por este vida.

Regresando a lo que hago dia a dia, bien he estado trabajando en distintos temas que me agradan con pfsense,  a veces uno se pregunta como podre ver mis logs en tiempo real sin tener que estar ejecutando tail o cat:

tail -n 30 /var/log/radiusd.log

Yo deseo ejecutar este comando constantemente sin mi intervención para poder debugear ciertos problemas que tengo, se puede?

Claro que si, tenemos el comando gnu-watch en freebsd y por lo tanto para pfsense, en Linux se llama watch.

Como funciona?

Yo deseo que el comando anterior sea ejecutado constantemente, esto lo hacemos asi:

gnu-watch tail -n 30 /var/log/radiusd.log

Lo que va hacer el comando es mostrar ejecutar nuestro comando cada 2 segundos que es el valor que tiene por default, pero podemos reducirlo hasta 0 segundos que es lo minimo con el parametro -n.

Ver siguiente figura:
Figura-1: gnu-watch en operación.
Si observan la figura-2 esa pantalla se estara refrescando cada 2 segundos segun dice en la esquina superior izquierda, podemos estar trabajando y ver nuestro log como va cambiando si es que el sistema esta agragando entradas, de lo contrario nunca van a ver cambios.

Ustedes vean que utilidad pueden darle a este comando, y no solo para ver log, que tal si deseamos ver el comando netstat -m cada segundo:

Ejecuten en su consola:

gnu-watch -n 1 netstat -m

Y vean el resultado.

Ya hable del comando, ahora viene como instalarlo, estamos usando pfsense 2.0.2 asi que nos vamos a la consola y ejecutamos el comando:

NOTA: Puede ser que ya exista una version mas arriba, no hay problema solo verifiquen la versión y listo.

pkg_add -r ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.2-release/misc/gnu-watch-3.2.8.tbz

Ya que termine recuerde ejectar rehash para que pfsense actualice su indice de aplicaciones y este lista para usar.

Comando Ifstat, pfsense tiene el gui que nos dice la taza de transferencia de cada tarjeta, pero a mi me gusta compararlo con algo en la consola para validar el dato, aparte ifstat te muestra todas las tarjetas de un solo golpe, es una herramienta que hasta para windows existe.

Su instalacion es parecida a el paquete anterior pero esta se localiza en otro directorio, asi lo instale:

pkg_add -r ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.2-release/net/ifstat-1.1_4.tbz

Al momento de ejecutarla a mi me muestra lo siguiente:

Figura-2: Ifstat en ejecucion.
Una vez instalada, puedo probar como esta la taza de transferencia interna, a lo mejor la PC de un cliente no esta operando a 100MBs Full, copeo un archivo de maquina a maquina y de cualquier lado ejecuto ifstat y veo los datos en consola.

Estas son 2 de mis herramientas favoritas cuando deseo encontrar la solucion a distintos problemas que se me presentan, espero a ustedes tambien les sirvan de algo, saludos!!!

sábado, 15 de diciembre de 2012

Windows 2008 R2 x64: Task Scheduler con batches.

 Hola, ya vimos en uno de mis blogs como configurar un batch para sacar los respaldos de SQL Server 2008 y configuramos el "Task Scheduler" de Windows 2008 sin problemas, ya que el usuario que lo hizo era el admin de la maquina e instale la bd en el folder default.

  Entonces, el no tuvo problemas para ejecutar el batch, pero que pasa cuando:

1) Se instala la BD en otra particion.
2) El usuario que ejecuta el server es admin local.

 Bien, si tratamos de ejecutar el batch manualmente recordar que debe ser "Como Administrador" de lo contrario "cmd" no lo ejecutara, cuando hacemos esto todo funciona de maravilla. 

  Pero que pasa cuando configuramos "Task Scheduler"? no funciona cuando el usuario por asi decirlo llamado 'sqls' no tiene el permiso "Full Rights" en el folder raiz, que significa esto?

  Bien yo instale el SQL-Server 2008 normal pero la BD las mande a otra particion llamada "D:" , ahi dentro hice un folder llamado "Backups", o sea
"D:\Backups" y dentro guarde mis batches, el que genera los respaldos "Full" y "Differenciales".

  Repito, si yo los probaba en la consola funcionan, el problema era cuando los trataba de ejecutar atraves del "Task Scheduler" no corrian, estuve leyendo en varios foros que muchos pasaban por el mismo problema, en mi caso el truco era que tenia que darle a el folder "Backups" todos los permisos a el usuario que estaba usando para ejecutar el servidor (sqls).

  Ya que en ese folder "Backups" estaban los batches y ahi mismo se iban los respaldos generados.

  Y este usuario aparte debe formar parte del grupo de "Administradores". Listo.

miércoles, 28 de noviembre de 2012

Centos 5x: apcupsd y tarjeta powerchute PCNET.


   Esta vez me toco trabajar con una tarjeta APC9616 con apcupsd en Centos 5, la razon de esto es por que uno de mis servidores no acepto un APC BackupUPS 450 por USB.

   Este servidor tiene corriendo Xen para virtualizar Windows XP, pero tuve que enviar el puerto USB a la maquina virtual ya que ahi estamos corriendo un software que tiene HASP USB KEY.

   Quiero pensar que Xen rehusa a entragarle el USB a el host del Xen, bueno ni modo.

  Entonces me vi en la tarea de poner a trabajar uno de mis 2 UPS modelo viejo pero con pila nueva, el modelo es el SmartUPS 1400.

   Pero no queria hacer uso del puerto serial, por ello me vi en la necesidad de trabajar sobre una tarjeta que ya habia visto que hablaban de ella en el maillist de apcupsd.

   La conseguimos barata y empece a trabajar sobre ella.

   Les voy a dar la informacion basica para ponerla a trabajar.

   De arranque esta configurada para tomar IP de nuestro DHCP, asi que no hubo problemas para esto.

   De ahi esta tiene habilitado un servidor web para administracion, se puede usar tambien via telnet, pero esto por el momento no me ha sido necesario.

   El usuario/password por default es:

apc/apc.

   Simple, apuntan su navegador a el IP que haya tomado la tarjeta y listo.

   De ahi sigue configurar el password que los clientes remotos deben usar para contactar esta interface, no es el mismo que usamos para entrar via web eee Ojo.

   Creo que el limite son 15 caracteres, en mi caso coloque hasta 15.

   Para esto se van a el menu principal que dice UPS, a mano izquierda aparece el submenu PowerChute, tiene 2 opciones:

a) configuration
   Aqui borran la clave que tiene, que de todos modos no se puede ver y colocan la suya "Apply".

b) clients
   Aqui dan de alta los IP's de los  clientes que desean contactar a el UPS en mi caso el IP del equipo que tiene corriendo apcupsd "Apply".

   Hay mas configuraciones pero no he tenido necesidad de usarlas.

   Vamonos sobre apcupsd, la configuracion esta muy clara desde el manual:

## apcupsd.conf v1.1 ##
UPSCABLE ether
UPSTYPE pcnet
LOCKFILE /var/lock
DEVICE 192.168.2.69:apc:mipassword 
UPSCLASS standalone
UPSMODE disable
 

   Ya los parametros de apagado se los dejo a su criterio. DEVICE es el IP que tomo la tarjeta 
PCNET,ya con esto listo es cosa de ejecutar el demonio:
 

service apcupsd start
 

Ahora vamos a ver el estatus:

root# apcaccess

APC      : 001,052,1325
DATE     : 2012-11-28 13:09:14 -0800  
HOSTNAME : mbx-delllaptop
VERSION  : 3.14.10 (13 September 2011) redhat
UPSNAME  : mbx-delllaptop
CABLE    : Ethernet Link
DRIVER   : PCNET UPS Driver
UPSMODE  : Stand Alone
STARTTIME: 2012-11-28 13:09:10 -0800  
MODEL    : SMART-UPS 1400
STATUS   : ONLINE 
LINEV    : 122.8 Volts
LOADPCT  :   0.0 Percent Load Capacity
BCHARGE  : 100.0 Percent
TIMELEFT : 227.0 Minutes
MBATTCHG : 15 Percent
MINTIMEL : 5 Minutes
MAXTIME  : 0 Seconds
MAXLINEV : 123.5 Volts
MINLINEV : 121.5 Volts
OUTPUTV  : 122.2 Volts
SENSE    : High
DWAKE    : 000 Seconds
DSHUTD   : 020 Seconds
DLOWBATT : 02 Minutes
LOTRANS  : 103.0 Volts
HITRANS  : 132.0 Volts
RETPCT   : 000.0 Percent
ITEMP    : 26.1 C Internal
ALARMDEL : 5 seconds
BATTV    : 27.5 Volts
LINEFREQ : 60.0 Hz
LASTXFER : Automatic or explicit self test
NUMXFERS : 1
XONBATT  : 2012-11-28 13:16:16 -0800  
TONBATT  : 0 seconds
CUMONBATT: 15 seconds
XOFFBATT : 2012-11-28 13:16:31 -0800  
LASTSTEST: 2012-11-28 13:16:16 -0800  
SELFTEST : NO
STESTI   : 336
STATFLAG : 0x07000008 Status Flag
REG1     : 0x00 Register 1
REG2     : 0x00 Register 2
REG3     : 0x00 Register 3
MANDATE  : 03/17/99
SERIALNO : NUIMERODESERIE
BATTDATE : 03/17/99
NOMOUTV  : 115 Volts
NOMBATTV :  24.0 Volts
EXTBATTS : 0
FIRMWARE : 70.11.D
END APC  : 2012-11-28 13:40:09 -0800 
 
   Como podran ver estos parametros son los que buscamos:

STATUS   : ONLINE 
BCHARGE  : 100.0 Percent
TIMELEFT : 227.0 Minutes

   Apcupsd esta listo para controlar nuestros equipos, ya otros equipos pueden contactar 
a apcupsd para autoapagarse.
 
   Ahora vamos a ver un cliente windows, la configuracion seria bien sencilla:
 
UPSCABLE ether

UPSTYPE net

DEVICE 192.168.2.64

SCRIPTDIR c:\apcupsd\etc\apcupsd

PWRFAILDIR c:\apcupsd\etc\apcupsd

NOLOGINDIR c:\apcupsd\etc\apcupsd

ONBATTERYDELAY 20

BATTERYLEVEL 15

MINUTES 5

TIMEOUT 0

ANNOY 300

ANNOYDELAY 60

NOLOGON disable

KILLDELAY 0

NETSERVER on

NISIP 0.0.0.0

NISPORT 3551

EVENTSFILE c:\apcupsd\etc\apcupsd\apcupsd.events

EVENTSFILEMAX 10

UPSCLASS standalone

UPSMODE disable

STATTIME 0

STATFILE c:\apcupsd\etc\apcupsd\apcupsd.status

LOGSTATS off

DATATIME 0 

   Cuando arranquen el servicio sin problemas van a poder proteger sus clientes,
cualquier otro ya sea windows, Linux, Unix no deben tener problemas.
   Espero les sirva de algo, saludos!!
 

sábado, 18 de agosto de 2012

Pfsense 2: Squid Proxy y Envio de Parametros Automaticos WPAD.

Una persona que pregunto que si podia remplazar un equipo inhalambrico con pfsense, yo le dije que dependia de si el equipo tenia alguna funcion en especial, el me comento que no, que solo es un acceso para la visita, pero que si deseaba que se tuvieran que autenticar.

Su principal problema era que sentia que sus empleados estaban abusando de ese servicio y ya saben, uno le da clave y este empieza a repartirla a medio mundo, y deseaba saber cuanto tiempo duran, cuanto consumen y donde se la pasan.

Yo le dije que si podria hacerlo, asi que empece mi tarea, tenia yo 6 objetivos:
  1. Que el cambio fuera sencillo y los empleados no notaran mucho el remplazo de equipo.
  2. Usar las mismas credenciales de acceso.
  3. Usar un equipo de bajo consumo de energia, de esos que no hacen ruido o sea sin abanicos y compactos. 
  4. No usar cache de squid.
  5. No bloquear nada.
  6. Que todos pasen por squid y nadie se lo pueda brincar.
Ya con esto en mente, opte por un equipo que tengo tiempo usando de la marca Neoware modelo CA10 le cual tiene las siguientes caracteristicas:
  • CPU 800Mhz.
  • 512RAM DDR400
  • Slot para montar una adaptador de memoria CF y ahi cargar el OS.
  • 1 Slot PCI para poder agregar cualquier tarjeta de PCI(De Red).
  • 4 Puertos USB
  • 1 Puerto Paralelo
  • 2 Puertos Seriales
  • 1 VGA
  • 1 NIC Integrado VIA
  • 1 NIC 3com en la ranura PCI
  • 1 Memoria CF 4GB con pfsense 2.0.1 nano-vga version 4GB.
Aqui esta un imagen del equipo:
Figura 1: Neoware CA10 con Pfsense Nano.
Como observaran, voy a usar la version nano, por cierto estos equipos los estoy ofreciendo en mercadolibre.com.mx si lo buscan como pfsense daran con el.

Ahora regresando a el tema, ya tengo el equipo y pfsense cargado, que necesito configurar?

  • squid
  • sarg
Estos dos paquetes ya hemos visto en el blog como configurarlos ya no voy a tocar estos temas, aclarando que siempre he sido un seguidor de squid modo no-transparente y aqui es lo mismo, nadie se va a brincar el proxy.

Lo que voy agregar es:

  • Usar usuarios locales
  • WPAD para que los navegadores obtengan los parametros del proxy sin intervencion.
Ahora si hago todo desde el GUI, ya no tengo que manipular la configuracion de squid desde la consola, para los usuarios existe una pestaña en los parametros de squid donde hacer esto, ver siguiente imagen:
Figura 2: Creacion de usuarios locales.
Ya tenemos las credenciales de acceso igual como las tiene el sistema que ellos estan manejando, sigue por ahi como configurar WPAD para que los navegadores busquen a el proxy y obtengan los parametros sin la intervencion humana.

Siguiendo el doc: http://doc.pfsense.org/index.php/WPAD_Autoconfigure_for_Squid

Dice que debemos crear 1 archivo llamado: wpad.dat en la raiz del folder root de un servidor web, que en mi caso es la misma caja de pfsense y ahi esta squid mas facil, pero su caso puede ser otro, entoces mi configuración seria:

function FindProxyForURL(url,host)
{
if (isPlainHostName(host)) { return .DIRECT.; }
if (isInNet(host, .192.168.0.0., .255.255.255.0.)) { return .DIRECT.; }
return "PROXY 192.168.50.1:3128";
}

Rapido podremos suponer que squid corre en la maquina con IP 192.168.50.1 y el puerto es el conocido 3128.

Ahi viene como se puede brincar la intranet para que no pase por el Proxy.

Tambien dice que debemos copear ese mismo archivo en otros con los nombres:
  • wpad.da
  • proxy.pac
Les quiero aclarar que yo no he usado esos archivos y mis clientes han logrado obtener la info automatica excepto el navegador opera, leyendo un poco este aun no tiene la funciona de autodescubrir proxies.

De ahi dice el manual que debemos apoyarnos de dns forwarder ya que debemos crear un registro en la seccion "Host Overrides" quedaria asi:
Figura 3: Registro en DNS Forwarder.
Ahora viene la parte del firewall, claro que tambien entra en juego pero estas reglas son sencillas, son 3:

Permitir a la LAN consultar el DNS de pfsense TCP/UDP.
Permitir a la LAN llegar a el puerto 3128 de squid de pfsense TCP.
Permitir a la LAN salir a el puerto FTP si lo llegaran a necesitar TCP.

Es todo, no puedo ser mas abierto por que se supone que la conexion la estan usando para que los clientes puedan accesar a Internet solamente, nada mas, por ello no requiero mas puertos, a lo mejor va a salir algunos en especifico pero hasta el momento no ha pasado nada.

Parece que tenemos todo en su lugar, vamos revisando:
  • Squid configurado y operando.
  • Sarg configurado y operando los scripts de cron.
  • DNS Forwarder configurado.
Prueba de fuego con nuestros navegadores, los configuramos segun el manual:

Windows XP Pro sp3:
Firefox: Si Funciona.
Iexplore: Si Funciona.
Safari: Si Funciona.
Opera: No Funciona, no tiene opcion de busqueda automatica hasta hoy.

Windows 2003:
Firefox: Si Funciona.
Iexplore: Si Funciona.
Safari: Si Funciona.
Opera: No Funciona, no tiene opcion de busqueda automatica hasta hoy.


Windows 7:
Firefox: Si Funciona.
Iexplore: Si Funciona.
Safari: Si Funciona.

Windows Server 2008:
Firefox: Si Funciona.
Iexplore: Si Funciona.
Safari: Si Funciona.


Deseaba probar mi caja Linux pero desgraciadamente fallo el disco, asi que luego pruebo y les informo.

Los updates de Windows sin problemas.


Posibles problemas:


Si estan trabajando sobre esto y cuando prueben y no les aparezca la ventana de autentificacion les recomiendo renovar su IP, este asunto me paso cuando hice los cambios en el DNS forwarder, al renovar mi IP empezo a funcionar sin problemas.

Este equipo entra a trabajar la proxima semana, asi que estaremos monitoreando su funcionamiento, saludos!!!

2012-08-25
Problemas con ciertas tabletas: Pues cabe la sorpresa para enterarme por mi propios ojos que por ejemplo tenemos una tableta de asus con adroid version 4.0.3 y resulta que no tiene soporte para proxy, mucho menos para deteccion automatica, he leido al respecto como muchos equipos y creo que todos tienen este problema, por que google tomo esta decision tan estupida de no agregarle una caracteristica tan basica que es soporte de proxy?

Resumen no puedo usarlo con esta implementacion de pfsense, tengo que buscar el IP crear un alias y agregar una regla que permita la navegacion libre.

Tenemos otro smartphone de motorola con android 2.x, este al menos tiene la opcion de ponerle manualmente el proxy y funciona con el esta implementacion.

Hasto donde he leido la familia de IOS(Apple) desde que salieron tiene este soporte, aun flata probar y ver si es correcto, solo me toco ver uno donde si aparecia la opcion de configuracion.

Si alguien tiene info al respecto espero pueda proporcionarla, saludos!!!

2012-08-27
Si estan trabajando y ya han modificado mucho su pfsense a el punto que ya sus navegadores no pueden obtener los parametros del proxy de manera automatica, les recomiendo que ejecuten el ccleaner en los equipos windows para limpiar todo el cache de sus navegadores.

viernes, 3 de agosto de 2012

Pfsense 2: OpenVPN a FreeBSD/Linux via Shared Key

Buenos dias.

Me llego la inquietud de una persona, que me preguntaba como podria conectar una VPN via OpenVPN de Pfsense a Linux?

Me puse a pensar un poco y me dije si ya hemos levantado tipo Site2Site entre Pfsense, RoadWarrior con clientes Windows, que diferencia hay con clientes tipo Linux/FreeBSD.

Tengo mi dominio y ahi tengo una VPN, no tipo shared por que se me hacen muy fragiles, pero al final de cuenta la puedo usar para llevar a cabo esta pequeña tarea.

Haya tengo FreeBSD 8.x con openvpn 2.2.2, ahora pfsense 2.0.1 tiene la version 2.2.0 entonces no hay tanta diferencia de versiones debe funcionar.

La configuracion de este tipo "Shared Key" es de las mas sencilla, ya que solo hay una llave compartida por todas las partes y esto la hace realmente simple, si alguien tiene esa llave puede entablar comunicacion sin problemas.

Para generar la llave se puede hacer desde Pfsense o atraves de Linux/FreeBSD, desde este ultimo puede ser algo tan sencillo como ejecutar:

openvpn --genkey --secret shared.key

Pero podemos ponerle algunos parametros hacer la llave de encriptacion mas grande que es lo mas recomendable 2048, 4096, etc.

Recordar que al aumentar el tamaño tanto la encriptada como desencriptada y la compresion le lleva mas tiempo a el CPU entonces nuestro equipo de computo va a ser masacrado, por ello es conveniente al estar configurando estos parametros hacer pruebas, ya que le podemos poner una llave de 8192 bits y los equipos encargados de la VPN son pc's PIII 500Mhz 512RAM disco IDE 5400RPM, estos sin van resentir nuestra avaricia de seguridad y mas si vamos a entablar comunicacion con varios puntos.

Volviendo a el caso, ya tenemos nuestra llave(shared.key) creada la cual yo la hice en mi caja FreeBSD y la almacene en:

/usr/local/etc/openvpn/keys

Es momento de configurar ese lado de la conexión, mi archivo de configuración quedaria asi:


local W.X.Y.Z
port 1194
proto udp
dev tun
secret /usr/local/etc/openvpn/keys/shared.key
ifconfig 10.8.0.1 10.8.0.2
push "route 192.168.40.0 255.255.255.0"
route 192.168.50.0 255.255.255.0
keepalive 10 120
cipher AES-192-CBC   # AES
comp-lzo
persist-key
persist-tun
status openvpn-status.log
log         /var/log/openvpn.log
verb 0
daemon

NOTA: verb 0 para no arroje tanto log, pueden subirlo a mas cuando esten empezando por si hay errores poder leer los logs para ver si damos con el problema, una vez entablada y probada la conexion lo bajan a 0 para que no haya nada y salvar accesos a el disco y CPU, si hay problema lo vuelven a subir y de nuevo repiten el ciclo.

Recordar que siempre debemos mandar la red que estamos protegiendo, este FreeBSD es mi firewall para la red:

192.168.40.0/24

Por ello el parametro:

push "route 192.168.40.0 255.255.255.0"

Y mi otro punto que seria el Pfsense que protege la red:

192.168.50.0/24

route 192.168.50.0 255.255.255.0

Estos parametros al momento de entablar la comunicacion el 1ro envia esas ruta a el cliente remoto y el 2do agrega la ruta a el mismo, de lo contrario va a ver enlace pero de ahi no vamos a pasar.

Una vez hecho esto de lado de FreeBSD ya ven que estos sistemas controlan muchos demonios atraves del archivo /etc/rc.conf, ahi voy a poner que siempre que arranque el sistema cargue OpenVPN:


openvpn_enable="YES"
openvpn_if="tap"


Ya con esto listo, arrancamos ese punto:

/usr/local/etc/rc.d/openvpn start

Observemos las rutas que aparecen:

Figura 1: Ruta hacie el otro punto.
Como podran observar en la figura 1, aparece la ruta que dice que toda comunicacion hacia la red
192.168.50./24 se va ir por el gw 10.8.0.2 que es la conexion virtual que se crea con el otro punto una vez entablada la comunicacion.

Ahora vamos del lado de Pfsense, haya es atraves del GUI mas sencillo aun, y tenemos esta configuracion:

Figura 2: Configuracion de Pfsense Shared-Key.
Figura 3: Configuracion terminada.
Figura 4: Nuestro dashboard con la conexion establecida.
Figura 5: Ruta creada para el otro punto.
Reglas del Firewall.

Ya solo es cuestion de abrir sus reglas si es que son paranoicos y solo estan dejando salir/entrar lo que necesitan, entonces en su LAN deben crear lo necesario, alias de los servidores remotos, servicios, yo creo alias a los servidores/servicios remotos y solo dejo pasar lo que necesito no mas.

Del otro lado tambien, por ejemplo en FreeBSD solo tengo 2 reglas que voy a permitir:


pass in quick on $ovpn_if proto tcp from $SiteA to $web port http label "VPN Web Server Access"
pass in quick on $ovpn_if proto tcp from $SiteA to $spam port 3306 label "VPN MySQL Server Access"

$SiteA = Red remota que tiene Pfsense detras.

Es todo lo que voy a permitir, entonces esas mismas reglas debe haber algo que permita llegar a estos equipos y servicios y viceversa.

Como ultimo comentario, si tenemos un puño de servidores remotos a los cuales nos vamos a conectar atraves de Pfsense solo recordar que por cada uno debemos llevar a cabo la configuracion, entonces si tenemos 5 remotos, vamos a tener que crear 5 configuraciones, no necesitamos tener una NIC por cada tunel requerido, recordar que lo que manda es el par: IP-remoto:puerto, entoces nuestro pfsense va a tener 5 conexiones en el puerto 1194 por asi decirlo pero a distinto IP.

Bien es todo por hoy, espero les sirva este pequeño doc sobre pfsense y OpenVPN.