Archive for June, 2007

Configuracion PF Openbsd Netbsd Freebsd

June 30, 2007

vamos a configurar pf en unos cuantos pasos )

preparen su pf.conf temporal para trabajar en ese y no regarla en el principal

para validar que las reglas de PF esten bien escritas, pero sin cargarlas al sistema, se ejecuta lo siguiente:

$ pfctl -n -f myarchivopf.conf

ahora, en las primeras lineas deben de escribirse variables que se usaran en las reglas

para nuestro proposito, tendriamos solo 2 variables; una llamada red_internet y la otra red_lan

en esas apuntariamos el nombre de dispositivo de nuestras tarjetas de red: rl0, em0, vr0 o como se llame

en red_internet pondriamos el dispotivo de red que esta conectado hacia la Internet

para nuestro ejemplo pondremos la vr0

en red_lan pondriamos el dispositivo de red que esta conectado a nuestra red local

para nuestro ejemplo podremos la rl0

entonces, en nuestro pf.conf quedaria asi:

red_internet=”vr0″
red_lan=”rl0″

como todos sabemos, en UNIX existe el dispositivo loopback o lo0 que siempre apunta la IP 127.0.0.1; este es indispensable para que los procesos de nuestra maquina se comuniquen entre ellos

entonces, nuestro dispositivo lo0 no debe de estar regido por las reglas del firewall; entonces le diremos a PF que ignore y no ande chingando a nuestro loopback

entonces, la siguiente regla seria:

set skip on lo0

la primera regla de seguridad de un firewall, es que se bloqueen todo paquete que vaya entrar que este corrupto

todo paquete entrante incompleto o corrupto, que lo bloquee nuestro firewall

los paquetes extraños podrian ser algun xploit o vulnerabilidad que pueda afectar al firewall

ahora nuestra politica de filtrado en firewall seria: “bloquea TODOS los paquetes entrantes, y luego, deja pasar unicamente los que te vamos a permitir que pases”

para bloquear toda conexion entrante, nuestra siguiente regla en pf.conf seria:

block in all

no vayan a activar su pf.conf porque se van a desconectar de la red eh

ahora, como queremos que nuestras maquinas en la LAN se puedan comunicar entre estas y tambien el firewall pueda comunicarse con estas; vamos a abrir las conexiones de nuestra LAN

para eso, nuestra siguiente instruccion en nuestro pf seria:

pass quick on $red_lan

recuerden que $red_lan es un llamado de nuestra variable que apunta a nuestro dispositivo de red que esta conectado a la red local

nuestras siguientes reglas; seria, el redirigir las conexiones de entrada a nuestro servidor web

nuestra regla seria: redirige las conexiones entrantes de nuestra tarjeta de red de Internet que provengan de cualquier direccion que pidan el puerto 80 (www) y que las mande a tal IP

entonces, en nuestro pf pondriamos:

rdr on $red_internet proto tcp from any to any port www -> 200.33.45.111 port www

esa es una opcion

la otra forma de ponerla seria:

rdr on $red_internet proto tcp from any to any port 80 -> 200.33.45.111

la ultima que acabo de poner, por logica, dice que las conexiones entrantes por el puerto 80 se las mande a 200.33.45.111; la maquina de esa IP sabe que es una peticion al puerto 80

la del servidor NetBSD que se supone tiene una IP publica asignada

si el firewall y el servidor es el mismo equipo; entonces no seria necesario redirigir

para el caso que, en vez de rdr seria

pass in quick on $red_internet proto tcp from any to port www

ahora, podriamos tener el caso de que nuestro Firewall tenga la IP publica, pero que nuestro servidor web esta en un equipo dentro de nuestra red local; la regla seria:

rdr on $red_internet proto tcp from any to 200.33.45.111 port www -> 192.168.1.4 port www
ahora viene la regla que usaremos para nuestro caso de 2 servidores Web detras de un firewall

suponemos que nuestro servidor NetBSD es 200.33.45.111 y nuestro servidor Debian es 200.33.45.20

serian 2 reglas de redireccion, en nuestro pf.conf estaria asi:

rdr on $red_internet proto tcp from any to 200.33.45.111 port www -> 200.33.45.111 port www

rdr on $red_internet proto tcp from any to 200.33.45.20 port www -> 200.33.45.20 port www

recordemos que en un paquete TCP, siempre vienen los datos del remitente y el destinatario; nuestro Firewall lee los datos del paquete, lee el destinatario y lo manda a donde le corresponde

ahora, hay que probar esas reglas en el firewall; para activar nuestras reglas, se usaria:

# pfctl -e -f mi_pf.conf

si hay broncas, la desactivamos con:

# pfctl -d
una vez que se vio que funciona; hay que activar en /etc/sysctl.conf:

net.inet.ip.forwarding=1

net.inet6.ip6.forwarding=1

y en nuestro /etc/rc.conf:

pf=YES

pf_rules=/etc/pf.conf

y listo ya tenemos funcionando nuestro PF )

=============================================================================

especial thanks to Hokum )

Useing A Sun 13W3-VGA Adaptor On A SGI Indy

June 20, 2007

Connecting a standard PC-Monitor to an SGI causes usually no problems as long as it supports sync-on-green, sometimes also referred to as composite-sync signal. All usual high end monitors and the better flat screens support sync-on-green, a list of compatible monitors is available at the Linux for Playstation 2 website.

If you are lucky and have an SGI 13W3-to-VGA cable at hands, your monitor will most likely work like a charm.

But what happens if you only have on of those generic SUN 13W3-to-VGA adaptors at hand? They would work if you plugged in a SUN box, but fail when attaching an SGI. The reason for this is simple: SUN and SGI have different a different pinout on the 13W3 port, which prevent interchangeing the adaptors.

So if the only thing you have is a SUN 13W3-to-VGA adaptor and you really need to connect your SGI, the only way is to break some of the pins from the 13W3 side. Although my web searches revealed that actually only one pin had to the broken off, I never found which one it was. It’s like one of those things everyone seems to know about so nobody would actually tell you…

So after digging around some hundred entries in the newsgroups I found a consensus between two variants which apparently should lead to success. One stated that all small pins should be broken off, leaving only the three RGB (the coaxial) pins. The other statement was to break off all non-GND pins.

So I decided to go with the second approach first, breaking off only the non-GND pins. After checking with the SGI techpubs library I got on hold of this pinout scheme:

2-4_13W3_pinouts

Beware that this image shows the pinout of the connector on the box, so when looking at the adaptor it’s actually reversed angle. I used a screw driver to remove the non-GND pins: 1, 2, 3, 4, 6 and 7.

Finally the SGI PROM monitor appeared on screen after attaching the modified adaptor.
Somebody was actually very happy when this worked out :-)

DSC00220

P.S. The modified adaptor would not work on a SUN aftwards. As stated earlier only one pin must really be broken off which possible allows dual-use of the adaptor on both SGI and SUN boxes. As to my knowledge two of the pins are looped to allow a SUN to detect a monitor. Since I didn’t bother in going through the SUN tech sheets this is unverified information. If somebody out there knows it please drop me note.

Solaris

June 20, 2007

Steve Jobs and Bill Gates

June 15, 2007

Remote Desktop

June 15, 2007

Remote Desktops on Linux, BSD any client. http://www.nomachine.com/

VPS

June 15, 2007

Virtual Servers with virtualbox ) , so easy to use and so easy to install, just download virtualbox install it and get ready to have virtual boxes on your manice D , OSX, Solaris, BSD runing on Linux ) , here it is the url: http://www.virtualbox.org/

SGI Prism Deskside

June 15, 2007


SGI Prism Deskside, a real dream desktop D

SGI Prism

June 14, 2007


Monster machine!!
This Machine can handle up to 256 cup’s and 3TB of ram! wow D

El Peregrino

June 7, 2007

Ayer termine de leer el libro de Paulo Coelho, el Peregrino, y la verdad me sorpendio mucho de lo que habla, ya habia leido otros libros de el, pero en especial este tiene algo que sorprende, entre otras cosas habla del viaje de Santiago de Compostela de 700 kilometros y de lo que uno se encuentra en los viajes, y por lo tanto me identifique mucho con el libro, por ser un viajero interminable, unas de las cosas que viene ahi es un salmo que es para los viajeros y dice asi:

Salmo Sagrado de los que viajan y luchan por vencer:

< >

y por ultimo termina diciendo asi:

Recuerda que las personas llegan siempre a la hora exacta a los lugares donde los estan esperando.

Permite que las señales se transformen en guia del camino.
Un gran abrazo
Paulo Coelho