eeeee gatoreiiiiiiiiii senioritaaaaaa……

Ah no los vi, disculpen. Ya que estan aca, hablemos un poco de como implementar un server POP3 con TPop3D en FreeBSD, of course

TPop3D no es el mejor de los daemons. Pero es simple y rapido de configurar. Y tambien viene con los ports de freebsd.

Entonces:

(ttyp0:22:13 root@hoyganventures:~)# cd /usr/ports/mail/tpop3d/
(ttyp0:22:13 root@hoyganventures:/usr/ports/mail/tpop3d)# make install

Esto nos instala el binario del server como asi tambien una configuracion ejemplo:

(ttyp0:22:16 root@hoyganventures:/usr/ports/mail/tpop3d)# ls -las /usr/local/etc/tpop3d.conf
10 -rw-r–r– 1 root wheel 9076 Apr 15 02:39 /usr/local/etc/tpop3d.conf

(ttyp0:22:16 root@hoyganventures:/usr/ports/mail/tpop3d)# which tpop3d
/usr/local/sbin/tpop3d

ahora necesitamos tener una base en mysql:

create database mailaccounts;

CREATE TABLE IF NOT EXISTS `users` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(255) NOT NULL,
`domain` varchar(255) NOT NULL,
`pass` varchar(32) NOT NULL,
`delivery` text NOT NULL,
`address` varchar(255) NOT NULL,
PRIMARY KEY (`id`),
KEY `name` (`name`),
KEY `domain` (`domain`),
KEY `address` (`address`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

ya que estamos vamos a usar esta tabla para implementar un smtp con postfix y mysql, este seria el uso de los campos (ignoren todos los comentarios sobre el postfix, tomenlo como algo informativo, ya que ese sera un articulo aparte):

id: doh
name: nombre de usuario para el tpop3d y alias para el postfix
domain: nombre de dominio, usado para el postfix y para el tpop3d.
pass: password del usuario, usado por el tpop3d.
delivery: usado por el postfix para especificar como se hace el delivery del mail.
address: usado por el postfix para especificar la direccion de email de cada usuario.

veamos el pedazo del file tpop3d que nos interesa:

## MySQL authentication options
# auth-mysql-enable: (yes | true)
# Enable MySQL authentication.
auth-mysql-enable: true

# auth-mysql-mail-group: (group-name | gid)
# The group name or gid under which access to the mailspool will take place.
# [default: group of user associated with virtualdomain]
auth-mysql-mail-group: mail

# auth-mysql-hostname: hostname [[hostname] hostname] ..
# Host on which to connect to MySQL. Tried in order until a working host is
# found. [default: localhost]
auth-mysql-hostname: localhost

# auth-mysql-database: database
# MySQL database to use for authentication.
auth-mysql-database: mailaccounts

# auth-mysql-username: username
# MySQL username used to access the database.
auth-mysql-username: xxxxx

# auth-mysql-password: password
# Password of MySQL user
auth-mysql-password: xxxxxxxxx

# auth-mysql-pass-query: substitution string
# Query template to use for USER/PASS authentication.
# Return mailpath, password, userid, mailspool type
auth-mysql-pass-query: \
SELECT CONCAT(’/mail/’, ‘$(local_part)’), \
CONCAT(’{plaintext}’, cryptpw), \
‘pop’, ‘maildir’ \
FROM users \
WHERE name = ‘$(local_part)’ \
AND domain = ‘$(domain)’

El tpop3d usara ese query para obtener, en ese orden: mailpath, password, uid, tipo de mailspool (maildir o mailbox). para conocer que otros usos hay para las variables $(…) pueden consultar el man.

El argumento uid especifica los permisos de usuario que tomara el tpop3d para acceder al maildir. FreeBSD viene con un user pop de uid 68 por default que podemos usar (una vez que hayamos otorgado los permisos necesarios para este user en nuestro directorio de mails). El usuario necesita permisos de escritura para borrar mails.

insert into mailaccounts.users (name, domain, pass, delivery, address) values(’user’, ‘hoyganventures.com’, ‘password’, ‘otradir@domain.com’, ‘user@hoyganventures.com’)

Este query ingresa un usuario virtual para el tpop3d y para el postfix, en este caso es una direccion de correo con forward a otra cuenta (detalles para el postfix), lo importante para el tpop3d son los campos name, domain, y pass.

Si el usuario es autenticado de forma exitosa, el damon buscara el directorio /mail/user y lo accedera (en nuestro caso en forma de maildir) para servir los mails de este usuario.

Para probar nuestro daemon:

(ttyp1:22:26 root@hoyganventures:~)# telnet localhost 110
Trying ::1…
Trying 127.0.0.1…
Connected to hoyganventures
Escape character is ‘^]’.
+OK <4708ca40c4a23cba2a8d544ff9c844d8@hoyganventures>
user user@hoyganventures.com
+OK Tell me your password.
pass password
+OK Welcome aboard! You have no messages at all.

Eso es todo amigos. Se que es demasiado concreto, pero en proximos posts iremos contando algunas cositas mas del tpop3d pero mas que nada del setup general de servicios virtuales en freebsd como pop y smtp, ademas obviamente de nuestras super notas contando novedades hoyganeanas, que las hay, hasta la proxima

Buenas y santas, hoygans weberos!

El motivo de este post no es solo rellenar con contenido! aleluya! queremos anunciar (bueno quizas anunciar sea una palabra demasiado grande, podriamos decir comentar) el lanzamiento (puesta online :P) de la primera pagina web a modo de experimento. Por que experimento? Bueno estamos probando como trabajamos en equipo y como nos llevamos y ademas tenemos mucho para aprender sobre google y nuestro “publico” tan buscado, asi que a modo de primera tirada (de dados, no sean mente podrida), les presentamos nuestro primer desarrollo. De que se trata? Sencillamente es un lugar donde poder expresar, de forma totalmente libre, nuestra ira (y vuestra, obviamente!) sobre todos esos temas, personajes, o cosas de la vida cotidiana que hace que nos cueste un poquito mas tener el mejor humor posible dia a dia.

Ejemplos? Politicos, objetos con los que tenemos que lidiar sin importar por que, o burocracias, programas de tv, personajes famosos, etc. Por que no tener un lugar donde podamos decirle en la cara a estos susodichos lo que pensamos de ellos y cuanto nos amarga recordar que estan ahi?.

Bueno, ahora podemos, y la direccion (URL) de este maravilloso paraiso de las quejas es http://www.bardealo.com (proximamente tambien disponible en su version local, http://www.bardealo.com.ar)

No duden en comunicarnos cualquier duda, critica, sugerencia, alabanza (je) o comentarios en general a nuestra direccion de correo electronico (o e-mail si se sienten mas comodos…) info@hoyganventures.com

Los saluda atentamente………. su hoygan de confianza

Si tienen que sobreescribir un file via ssh usando el winscp, y no son el owner pero estan *seguros* de que tienen permisos, y el winscp les dice access denied, permission denied, es probable que los este rebotando porque el winscp quiere hacer un chmod y un touch del file.

Preferences->Transfer, y desactiven “preserve readonly” y la opcion de mantener el timestamp.

Hola samigos!

He aqui un nuevo capitulo hoygan orientado a los techies. Hoy: configuracion de djbdns en FreeBSD (actually en cualquier unix-like supongo).

Home del djbdns

Por que djbdns? Sencillamente porque bind es demasiado lento, inseguro, y bastante complejo de configurar si lo comparamos con el tinydns, el server dns del “paquete” djbdns. DJB por Daniel J. Bernstein, un personaje realmente “poco conocido” pero muy importante del mundillo informatico, los invito a que lean un poco sobre el si no lo conocen, basta con decir que es el autor del qmail como carta de presentacion inicial.

Lamentablemente si bien hay utilidades para el djbdns dentro del /usr/ports, no hay un port propiamente dicho para este software, asi que debemos bajarlo en formato .tar.gz:

(ttyp0:21:42 xx@hoyganventures:~)$ wget http://cr.yp.to/djbdns/djbdns-1.05.tar.gz

El proximo paso es descomprimirlo:

(ttyp0:21:45 xx@hoyganventures:~)$ tar zxf djbdns-1.05.tar.gz
(ttyp0:21:45 xx@hoyganventures:~)$ cd djbdns-1.05
(ttyp0:21:45 xx@hoyganventures:~/djbdns-1.05)$

Y a compilar:

(ttyp0:21:45 xx@hoyganventures:~/djbdns-1.05)$ su -
Password:
(ttyp0:21:45 root@hoyganventures:~/djbdns-1.05)# make setup check

Como resultado, tendremos instalados los siguientes files:

/usr/local/bin/dnscache-conf
/usr/local/bin/tinydns-conf
/usr/local/bin/walldns-conf
/usr/local/bin/rbldns-conf
/usr/local/bin/pickdns-conf
/usr/local/bin/axfrdns-conf
/usr/local/bin/dnscache
/usr/local/bin/tinydns
/usr/local/bin/walldns
/usr/local/bin/rbldns
/usr/local/bin/pickdns
/usr/local/bin/axfrdns
/usr/local/bin/tinydns-get
/usr/local/bin/tinydns-data
/usr/local/bin/tinydns-edit
/usr/local/bin/rbldns-data
/usr/local/bin/pickdns-data

Por ahora solo nos interesan tinydns-conf y tinydns. Este ultimo es el servidor dns y pueden elegir distintas maneras de ejecutarlo, existen las daemontools y tambien pueden armar su propio script de runlevels o incluso dejarlo en un .sh aparte, es cuestion de gustos. Se puede integrar perfectamente con los servicios de init de freebsd tomando el esqueleto de algun otro daemon. Sean creativos y prolijos Si eligen ejecutarlo sin los daemontools, deben tener algunas variables de entorno como IP, UID, GID, y ROOT, ahora van a ver que valores van a tomar, no se impacienten. Continuo:

(ttyp0:21:51 root@hoyganventures:~/djbdns-1.05)# tinydns-conf
tinydns-conf: usage: tinydns-conf acct logacct /tinydns myip

Este programejo nos genera el tree de directorios necesarios (y algunos files) que el tinydns necesita en un home que nosotros especifiquemos. Tambien se encarga de los chown y chmod necesarios para que los permisos sean los correctos de acuerdo al usuario que elijamos. Por default freebsd trae un user para usar con un daemon de dns, se llama bind y tiene uid 53 (doh..), asi que podemos usar ese:

(ttyp0:21:51 root@hoyganventures:~/djbdns-1.05)# mkdir /etc/dns
(ttyp0:21:51 root@hoyganventures:~/djbdns-1.05)# tinydns-conf bind bind /etc/dns/server 0.0.0.0

De esta manera genermos un tree para el tinydns dentro de /etc/dns/server, configurado por default para utilizar el usuario bind para ejecutarse y para utilizar archivos de logs (argumentos bind, bind). Por default el server escuchara en todas las direcciones ip disponibles (0.0.0.0).

(ttyp0:21:55 root@hoyganventures:/etc/dns/server)# cd /etc/dns/server
(ttyp0:21:55 root@hoyganventures:/etc/dns/server)# ls -las
total 12
2 drwxr-sr-t 5 root wheel 512 Apr 15 03:03 .
2 drwxr-xr-x 4 root wheel 512 Jan 15 2001 ..
2 drwxr-sr-x 2 root wheel 512 Jan 15 2001 env
2 drwxr-sr-x 3 root wheel 512 Jan 15 2001 log
2 drwxr-sr-x 2 root wheel 512 Apr 16 03:13 root
2 -rwxr-xr-x 1 root wheel 95 Jan 15 2001 run

lo que nos importa por ahora es el directorio root dentro del home del tiny:
(ttyp0:21:55 root@hoyganventures:/etc/dns/server)# ls -las root
total 34
2 drwxr-sr-x 2 root wheel 512 Apr 16 03:13 .

2 drwxr-sr-t 5 root wheel 512 Apr 15 03:03 ..
2 -rw-r–r– 1 root wheel 44 Jan 15 2001 Makefile
2 -rwxr-xr-x 1 root wheel 77 Jan 15 2001 add-alias
2 -rwxr-xr-x 1 root wheel 79 Jan 15 2001 add-childns
2 -rwxr-xr-x 1 root wheel 76 Jan 15 2001 add-host
2 -rwxr-xr-x 1 root wheel 74 Jan 15 2001 add-mx
2 -rwxr-xr-x 1 root wheel 74 Jan 15 2001 add-ns
4 -rw-r–r– 1 root wheel 3366 Apr 16 03:13 data
14 -rw-r–r– 1 root wheel 12801 Apr 16 03:13 data.cdb

Los add-* son scripts de shell que nos facilitan agregar datos, los cuales son agregados al archivo data, que es un file comun de texto. Luego de hacer cambios utilizamos el Makefile haciendo un make, para generar un archivo binario, el data.cdb.

(ttyp0:21:55 root@hoyganventures:/etc/dns/server)# cd root
(ttyp0:21:56 root@hoyganventures:/etc/dns/server)# ./add-ns localhost 127.0.0.1
(ttyp0:21:57 root@hoyganventures:/etc/dns/server)# ./add-ns 0.0.127.in-addr.arpa 127.0.0.1

Esto genera lineas de texto en el archivo data:

.localhost:127.0.0.1:a:259200
.0.0.127.in-addr.arpa:127.0.0.1:a:259200

Los 259200 indican el tiempo de validez del registro en segundos para los dns cache (cabe mencionar que estos cache no estan obligados a respetarlos y de hecho no lo hacen). La letra ‘a’ indica que es un ns primario, si fuese una letra ‘b’ seria secundario, etc.

De esta forma agregamos dos registros a nuestro dns: un nameserver para el dominio localhost con ip 127.0.0.1 y un nameserver para el dominio 0.0.127.in-addr.arpa con el mismo ip. Este ultimo es el reverse lookup de la clase C 127.0.0

(ttyp0:21:57 root@hoyganventures:/etc/dns/server)# ./add-host localhost 127.0.0.1
(ttyp0:21:57 root@hoyganventures:/etc/dns/server)# ./add-mx localhost 127.0.0.1
(ttyp0:21:57 root@hoyganventures:/etc/dns/server)# ./add-alias hoyganhost 127.0.0.1

En el archivo data:

=localhost:127.0.0.1:86400
@localhost:127.0.0.1:a::86400
+localhost:127.0.0.1:86400

En orden, estamos agregando un registro para el fqdn localhost, con ip 127.0.0.1, un ip que se encarga del mail, tambien 127.0.0.1, y un host extra de nombre hoyganhost, alias de localhost, de ip 127.0.0.1.

Nota: Un ip solo puede tener UN fqdn asignado, es decir que una vez hecho el add-host para un ip, los demas nombres deben ser agregados mediante add-alias.

Otra nota: con add-childns podemos delegar el dominio a otro dns server, no es nuestro caso, pero:

(ttyp0:21:57 root@hoyganventures:/etc/dns/server)# ./add-childns otrodomain.com 1.1.1.1

Entonces:

(ttyp0:21:58 root@hoyganventures:/etc/dns/server)# ./add-ns hoyganventures.com 127.0.0.1
(ttyp0:21:58 root@hoyganventures:/etc/dns/server)# ./add-ns hoyganventures.com 127.0.0.2
(ttyp0:21:58 root@hoyganventures:/etc/dns/server)# ./add-host ns1.hoyganventures.com 127.0.0.1
(ttyp0:21:58 root@hoyganventures:/etc/dns/server)# ./add-host ns2.hoyganventures.com 127.0.0.2
(ttyp0:21:58 root@hoyganventures:/etc/dns/server)# ./add-alias www.hoyganventures.com 127.0.0.1
(ttyp0:21:58 root@hoyganventures:/etc/dns/server)# ./add-alias mail.hoyganventures.com 127.0.0.2
(ttyp0:21:58 root@hoyganventures:/etc/dns/server)# ./add-mx hoyganventures.com 127.0.0.2
(ttyp0:21:58 root@hoyganventures:/etc/dns/server)# make

De esta forma hacemos los insert de registros. Como se borran? Editan el archivo data, borran lo necesario y ejecutan make para regenerar el data.cdb. NO es necesario restartear el tinydns hermoso eh?

SPF:
Para poder tener un registro spf implementado en tinydns, esta pagina los va a ayudar, y si son muy peresos, tienen que editar el archivo data y poner algo como:

:hoyganventures.com:16:\016v=spf1\040mx\040-all:86400

para autorizar a los mx como senders.

Creo que fue todo, uds diran.

saludos!

Sabian que los Permalinks del wordpress funcionan con reglas de mod_rewrite? bueno yo no, asi que asegurense de dar permiso de escritura al apache para el directorio donde resida el wordpress, y ademas poner un allowoverride all dentro de un <directory> especial para ese home.

Y aqui estamos, finalmente hemos terminado de poner el server online. Y tantas cosas para contar… La verdad de la milanesa es que desde que compramos el server queriamos contar la historia de estos hoygans, pero claro, el server es mucho mas que hardware, asi que habia que empezar por el software y estabamos un poco lejos. Bueno, saben que? terminamos y aqui estamos, como decia al principio.

Y quienes estamos? A veces dos, a veces tres, a veces cuatro, ya nos presentaremos de manera mas oficial proximamente, pero de todas maneras poco importa la historia de las personas, lo importante aqui es la historia que escribe el grupo. Y la historia que estamos tratando de escribir es la de gente comun y corriente, pero con ideas (si, ya se, desde que existe internet cualquier perejil con una cuenta en geocities dice tener ideas, pero bueh…), quizas no sean una cosa para decir “pero que brutos, como piensan estos pibes”, pero bueno ya lo dije antes, aqui estamos A lo largo del tiempo iremos develando de a una el conjunto de ideas y proyectos.

Al margen de esta breve (y pobrisima por ahora, lo reconozco) introduccion, vamos a lo importante, que es empezar a contar esa historia.

La historia en si creo que puede ser similar a la de cualquiera de los “emprendedores” que andan por ahi sueltos.. los webitos 2.0.. una o mas personas se encuentran, de forma azaroza o no, y si hay caracteres compatibles se forma un ida y vuelta de ideas, y las cosas comienzan a fluir de forma natural. Este es nuestro caso.. y para abreviar algunos detalles, nuestro objetivo final es tener algunas redes sociales (que ya iremos comentando, todo a su tiempo, estimadisimo!) y algunos otros sitios no tan red pero si bastante sociales en cierto sentido. La historia trata de todo esto justamente. De todo lo que va pasando en el medio.. cosas buenas, cosas malas, cosas que les pueda servir de experiencia a uds tambien… porque… hablemos a calzon quitado.. lo estan pensando… no? “Si estos giles pueden.. por que yo no?” y bueno, asi es como surje todo al fin y al cabo

Lo primero que se nos ocurrio (dos personas hasta aqui) es que ibamos a necesitar una maquina para alojar los sitios. Fue asi que nos dedicamos a mirar sitios de anuncios clasificados, hasta que encontramos el server soñado por unos $700 (pesos argentinos, fechados en 2008, porque quien sabe cuando vendra la proxima devaluacion; y los del dolar no se rian porque por ahi andan tambien).

Cuestion que casi como una señal, el dueño de la maquina vivia cerca de mi casa (y digo vivia porque se fue a vivir a la costa a ponerse un restoran.. como le habra ido..? si, ya baje de la palmera) . Asi que fue casi natural pasar a buscarla. Claro que ese dia justo no estaba, asi que pase y no habia nadie. Pero al otro dia pudimos, finalmente, tener nuestro futuro hotel de proyectos (por decirlo de forma cariñosa). Este fue el aviso que leimos en aquel momento y nos conmovio hasta las lagrimas:

computadora completa pentiun 4 1.7ghz

pentiun 4 original !!

primera mano !!

unica !!

ideal internet,chat,juegos,oficcina, ect

con monitor digital 15 sansung   digital 550v  $699

con monitor LG flatron pantalla plana  17″          $ 799

con windous xp segunda edicion

disco rigido de 40  gb

memoria dimm pc 133 de 256  mb

Placa de Video: GForce 4 MX 440 (NVidia) de 64Mb

actualmente funcionando con bancha ancha  !!

grabadora de cds

disketera

placa de red

con 4  puertos usb

se retira por mi domicilio podes probarla en internet !!

Cosas como “Windous” y PentiuN son inolvidables. Asi que nos decidimos por esta. Ademas que mejor que un pentiun para unos hoygans jeje

El sistema operativo elegido fue FreeBSD 6.x por una cuestion de confianza, sencillamente este sistema operativo nunca me ha defraudado, simple, ordenado, muy distinto de cualquier distribucion de linux que podamos encontrar por alli. La instalacion fue rapida y sin problemas, a continuacion esta la descripcion de nuestros filesystems:

Filesystem     Size    Used   Avail Capacity  Mounted on
/dev/ad0s2a    248M     63M    165M    28%    /
devfs          1.0K    1.0K      0B   100%    /dev
/dev/ad0s3d    4.8G    1.8G    2.6G    41%    /db
/dev/ad0s2d    248M    108K    228M     0%    /root
/dev/ad0s1d    9.7G    4.1G    4.8G    46%    /tmp
/dev/ad0s2e    496M    194M    262M    42%    /usr
/dev/ad0s2f    989M     23M    887M     3%    /usr/home
/dev/ad0s2g    4.8G    1.7G    2.7G    38%    /usr/local
/dev/ad0s2h    1.7G    232M    1.4G    14%    /usr/ports
/dev/ad0s2b    2.9G    437M    2.2G    16%    /usr/src
/dev/ad0s1e    223M     88K    205M     0%    /var
/dev/ad0s1g    959M     34M    848M     4%    /var/db
/dev/ad0s1h    4.4G    2.0M    4.0G     0%    /var/log
/dev/ad0s1f    126M     12K    116M     0%    /var/run
/dev/ad0s3e    4.2G    1.6G    2.2G    42%    /www

Finalmente este setup termino ocupando 3 particiones primarias. Me gusta este tipo de setup porque puedo separar los filesystems write-intensive, como /var, /var/log, /tmp, /var/run.. esos filesystems son tipicamente molestos de cortarse la luz o freezarse la maquina. Idealmente podriamos tener un /, un /usr, y un /usr/local read only, con lo cual los riesgos de algun daño logico al filesystem se reduce drasticamente. Filesystems como /usr/ports, /var/run, /var, fueron tuneados al momento del newfs, variando la cantidad de bloques por fragmento, y tamaños por inodo. Por ejemplo /var/run tiene tipicamente .pid’s, entonces podemos reducir el tamaño en bytes de un inodo a unos miseros 128bytes.
Una vez instalado el sistema operativo aqui en mi casa, actualice los fuentes y el /usr/ports con un cvsup de nuestro cvs server local argentino, y luego de un make buildkernel y un make buildworld (y los install correspondientes) se lo llevo… mi… “socio” (que ya se presentara debidamente espero por si mismo), porque en la casa posee una cuenta corporativa en su ISP (no es que sea del jet set, es que vive tan alejado de la zonas urbanas que no hay otra opcion), donde le dan 3 ip’s publicos fijos, cosa que nos venia de perlas. Asi que ya saben donde tenemos el “housing” (de momento, mas adelante contrataremos un housing de verdad y ya sabran los detalles por este blog, of course). He aqui un uname -a de nuestro hermoso server “itaca” (por la ciudad de Ulises, oBViamente):

FreeBSD itaca.hoyganventures.com 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0: Sat Dec 15 21:37:35 UTC 2007     root@itaca.mshome.net:/tmp/obj/usr/src/sys/GENERIC  i386
En proximos posts iremos describiendo el setup de otros servicios de la maquina, como por ejemplo: dns server, smtp, pop3, svn, spf para envio de mails, apache, mysql, etc. Tambien diversos inconvenientes que tuvimos al registrar los dominios .com con letras ñ y otro tipo de cosas que hacen a todo este proyecto. Esperamos tener posts de caracter tecnico como posts de caracter general e informativos, y esperamos llegar a algun humano y no solo al robot de google jeje

Saludos