¿Qué pasaría si Microsoft rediseñara la interfaz de GMail?
Ver aquí =P
miércoles 28 de noviembre de 2007
Windows Vista OUT!
Para nadie es una novedad de que Windows Vista deja mucho que desear, acá encontré un artículo donde hablan de que es el peor artículo tecnológico de la historia!!!
sábado 24 de noviembre de 2007
Haciendo Linux más seguro
Partiendo de la base de que Linux es un sistema operativo muy seguro, existe la posibilidad de incrementar esta característica, lea aquí.
Enjoy!
Enjoy!
Ubuntu para virtualización
Si estos tipos piensan en todo, si te gustan las máquinas virtuales esta noticia es para tí.
Leer aquí.
Enjoy!
Leer aquí.
Enjoy!
lunes 13 de agosto de 2007
Facilidades para instalar Linux
No digas que el mundo del pingüino es difícil, pues para evitar eso se han construido sitios como este para hacerle la vida más fácil; lean este artículo sobre aquello.
Enjoy!
Enjoy!
viernes 8 de junio de 2007
Electricidad Inalámbrica
Como usted lo lee, ahora no nos andarán robando los cables por el famoso cobre, ya que tendremos electricidad WIFI (emmm, inalámbrica!), se llama WiTricity o WiTricidad. Les dejo el link para que lo lean.
Enjoy!
Enjoy!
martes 29 de mayo de 2007
Microsoft recomienda usar Linux
Aunque parezca mentira, el encargado del laboratorio vinculado al Open Source en Microsoft recomienda usar Linux para algunas tareas. Les dejo el link para que me crean :-P. Click here para la noticia!
click here para el documento explicativo del uso de linux
Como nos cambia la vida eh?
Enjoy!
click here para el documento explicativo del uso de linux
Como nos cambia la vida eh?
Enjoy!
jueves 24 de mayo de 2007
Al fin se hizo realidad!
Juassss!!! 24/Mayo/2007 día clave, día en el que Dell comienza a vender equipos con Ubuntu (Linux) instalado, bien por ellos! véalo ute mesmo.
enjoy!
enjoy!
jueves 17 de mayo de 2007
Tcp Wrappers + Xinetd
Este es un ultra resumido tutorial de como implementar reglas con estas dos aplicaciones, no se entrará en ningún detalle, para ello RTFM ( dirijase al manual de ayuda :-D ).
Para comenzar debemos tener instalados los paquetes: tpcd (tcp-wrappers) y xinetd (super servidor de aplicaciones de red).
Los archivos asociados a tcpd son: /etc/hosts.allow (políticas para permitir) y /etc/hosts.deny (políticas para denegar, actualmente solo se agrega una línea de configuración y las demás reglas son administradas en el primer archivo)
Para xinetd tenemos la configuración general ubicada en /etc/xinetd.conf , pero también posee un directorio en el cual se pueden incluir en archivos separados las políticas de cada servicio (solo por orden), este es /etc/xinetd.d .
Empecemos viendo el archivo /etc/xinetd.conf (man xinetd.conf):
defaults{
log_type = FILE /var/log/servicelog
log_on_success = PID HOST USERID DURATION EXIT
log_on_failure = USERID HOST ATTEMPT
}
Lo anterior son las configuraciones por defecto para cualquier servicio, lo que dice es que existe un archivo log en el cual se escribirán mensajes con información específica según sea el caso (se accede en forma exitosa o no al servicio)
service finger
{
flags = NAMEINARGS
socket_type = stream
protocol = tcp
wait = no
user = root
server = /usr/sbin/tcpd
server_args = /usr/sbin/in.fingerd
}
Lo anterior pertenece a un servicio en particular (podría haber sido configurado dentro del directorio /etc/xinetd.d con el nombre finger). En resumen, lo anterior dice que el servicio fingerd (el cual da la posibilidad de consultar por un usuario en forma remota, por ejemplo: finger usuario@maquina , si en maquina está corriendo el servicio fingerd y el cliente está autorizado para hacer consultas, la información del usuario será desplegada) será administrado por tcp wrappers
(server = /usr/sbin/tcpd , más adelante veremos como se administra desde ahí)
service ssh
{
socket_type = stream
protocol = tcp
wait = no
user = root
server = /usr/sbin/sshd
server_args = -i
only_from = 10.0.0.1
bind = 10.0.0.218
redirect = 10.0.0.110 22
access_times = 09:45-17:40
disable = no
}
El bloque anterior está dedicado al servicio sshd , básicamente dice que sólo se permitirá una conexión desde la ip 10.0.0.1 el cual consulta a la máquina 10.0.0.218 (donde estamos configurando estas políticas), además esta petición será redireccionada al equipo con ip 10.0.0.110 al puerto 22 (ssh, es como un DNAT en iptables), adicionalmente sólo se permitirá que la operación funcione entre las 09:45 de la mañana y las 17:40 hrs de la tarde (bastante útil como se podrán dar cuenta).
Con estos dos ejemplos podrán ver lo fácil que es crear políticas de seguridad con xinetd.
Ahora volvemos para el caso del servicio fingerd que utiliza a tcpd para decidir si acepta o no conexiones. Para esto editamos el archivo /etc/hosts.allow :
in.fingered: 10.0.0. EXCEPT 10.0.0.110 : spawn /bin/echo `date` %c desde %h server %s con usuario %u >> /var/log/fingerd
Con lo anterior mencionamos que serán aceptadas las consultas que provengan de toda la red 10.0.0 (o sea, 10.0.0.X) salvo el equipo 10.0.0.110. Luego de eso se enviará un mensaje al archivo /var/log/fingerd que contiene información que podrán entender si ven el manual del hosts.allow (man hosts.allow).
Les dejo unos links para que se informen más a fondo de las configuraciones que pueden realizar, enjoy!
Manual de Red Hat
Sobre Xinetd
Más de Xinetd
Para comenzar debemos tener instalados los paquetes: tpcd (tcp-wrappers) y xinetd (super servidor de aplicaciones de red).
Los archivos asociados a tcpd son: /etc/hosts.allow (políticas para permitir) y /etc/hosts.deny (políticas para denegar, actualmente solo se agrega una línea de configuración y las demás reglas son administradas en el primer archivo)
Para xinetd tenemos la configuración general ubicada en /etc/xinetd.conf , pero también posee un directorio en el cual se pueden incluir en archivos separados las políticas de cada servicio (solo por orden), este es /etc/xinetd.d .
Empecemos viendo el archivo /etc/xinetd.conf (man xinetd.conf):
defaults{
log_type = FILE /var/log/servicelog
log_on_success = PID HOST USERID DURATION EXIT
log_on_failure = USERID HOST ATTEMPT
}
Lo anterior son las configuraciones por defecto para cualquier servicio, lo que dice es que existe un archivo log en el cual se escribirán mensajes con información específica según sea el caso (se accede en forma exitosa o no al servicio)
service finger
{
flags = NAMEINARGS
socket_type = stream
protocol = tcp
wait = no
user = root
server = /usr/sbin/tcpd
server_args = /usr/sbin/in.fingerd
}
Lo anterior pertenece a un servicio en particular (podría haber sido configurado dentro del directorio /etc/xinetd.d con el nombre finger). En resumen, lo anterior dice que el servicio fingerd (el cual da la posibilidad de consultar por un usuario en forma remota, por ejemplo: finger usuario@maquina , si en maquina está corriendo el servicio fingerd y el cliente está autorizado para hacer consultas, la información del usuario será desplegada) será administrado por tcp wrappers
(server = /usr/sbin/tcpd , más adelante veremos como se administra desde ahí)
service ssh
{
socket_type = stream
protocol = tcp
wait = no
user = root
server = /usr/sbin/sshd
server_args = -i
only_from = 10.0.0.1
bind = 10.0.0.218
redirect = 10.0.0.110 22
access_times = 09:45-17:40
disable = no
}
El bloque anterior está dedicado al servicio sshd , básicamente dice que sólo se permitirá una conexión desde la ip 10.0.0.1 el cual consulta a la máquina 10.0.0.218 (donde estamos configurando estas políticas), además esta petición será redireccionada al equipo con ip 10.0.0.110 al puerto 22 (ssh, es como un DNAT en iptables), adicionalmente sólo se permitirá que la operación funcione entre las 09:45 de la mañana y las 17:40 hrs de la tarde (bastante útil como se podrán dar cuenta).
Con estos dos ejemplos podrán ver lo fácil que es crear políticas de seguridad con xinetd.
Ahora volvemos para el caso del servicio fingerd que utiliza a tcpd para decidir si acepta o no conexiones. Para esto editamos el archivo /etc/hosts.allow :
in.fingered: 10.0.0. EXCEPT 10.0.0.110 : spawn /bin/echo `date` %c desde %h server %s con usuario %u >> /var/log/fingerd
Con lo anterior mencionamos que serán aceptadas las consultas que provengan de toda la red 10.0.0 (o sea, 10.0.0.X) salvo el equipo 10.0.0.110. Luego de eso se enviará un mensaje al archivo /var/log/fingerd que contiene información que podrán entender si ven el manual del hosts.allow (man hosts.allow).
Les dejo unos links para que se informen más a fondo de las configuraciones que pueden realizar, enjoy!
Manual de Red Hat
Sobre Xinetd
Más de Xinetd
Los equipos/software que usa Michael Dell
El CEO de la prestigiosa empresa Dell, Michael Dell, publicó las que son sus estaciones de trabajo (computadores y software), al parecer tiene buen gusto, ya que anuncia que utiliza Ubuntu 7.04 (Juas!). Leer aquí!
enjoy!
PD: vamos por el wen camino :-D
enjoy!
PD: vamos por el wen camino :-D
Microsoft sucks!
Así es, los de Microsoft son una Mc Fly'ssss, perdedores y mamones!!!
Hace unos días salen con el cuento de que en Linux se violan 235 patentes de los mamones de Microsoft, a esto salio el gurú Linus Torvalds enfrentando estos dichos, pidiendo que informen cuales serían las patentes y en cuales aplicaciones se infringen, y ante esto los perdedores salen con que quieren hacer alianzas estratégicas para corregir esto. NA!
revisenlo ustedes mismos: click here!
enjoy!
Hace unos días salen con el cuento de que en Linux se violan 235 patentes de los mamones de Microsoft, a esto salio el gurú Linus Torvalds enfrentando estos dichos, pidiendo que informen cuales serían las patentes y en cuales aplicaciones se infringen, y ante esto los perdedores salen con que quieren hacer alianzas estratégicas para corregir esto. NA!
revisenlo ustedes mismos: click here!
enjoy!
lunes 14 de mayo de 2007
ATI se las trae
Gracias a la adquisición de ATI por parte de AMD, será posible tener un funcionamiento óptimo de estas tarjetas gráficas en Linux, revisen este link.
Enjoy!
Enjoy!
Suscribirse a:
Entradas (Atom)
