SCO, el ex rey de Unix, malvendido por 25 millones de euros
La compañía, que consideraba que Novell y Linux en general violaba sus patentes, está en bancarrota
L.F. - Madrid - 25/10/2007
La historia de SCO es digna de un melodrama del que se acaba escribir el último episodio. La compañía, que fue uno de los grandes actores en la informática corporativa está vendiendo su negocio de Unix por tan sólo 36 millones de dólares. La oferta de sólo 25,2 millones de euros ha sido realizada por un fondo de inversión neoyorquino, llamado JGD Management.
El pasado mes de agosto, SCO ya se había acogido al capitulo 11 de las leyes estadounidenses, es decir se había declarado en
Bancarrota . A su crisis natural se ha sumado una sentencia judicial en su contra , tras años de litigios contra IBM, Novell por infringir sus patentes con sus desarrollos de Linux, que supuestamente violaban copyrights de Unix.
SCO eligió el camino erróneo , el de los tribunales pues trató de sustentar su futuro a través del pago de licencias y denuncias, en lugar de tratar de evolucionar hacia soluciones de código abierto como han hecho sus competidores. Sin duda, nunca pensó que Linux llegaría tan lejos.
Tomado de: http://www.elpais.com/articulo/internet/SCO/ex/rey/Unix/malvendido/25/millones/euros/elpeputec/20071025elpepunet_5/Tes
Comentarios: Este es el comentario de Antonio Ognio con quien estoy de acuerdo en este punto 100%.
Yo creo que es la propia SCO quien ha contribuido más a su propio fin.
Compraron Caldera, una distro que en su momento estaba bien valorada y
tenía tecnología interesante, recuerdo una charla sobre las
tecnologías de Caldera en el evento empresarial de Linux que tuvo
lugar acá por el 2001 y en ese momento los vientos pintaban bien para
ellos.
Si Sun ha tenido que adaptarse a los nuevos tiempos y liberar su
tecnología, ¿porqué no lo hizo SCO? En un momento su OpenUNIX le dada
duro, por ejemplo a SuSE en cualquier tipo de benchmarks. Ellos
realmente fallaron en crear un ecosistema positivo alrededor de sus
ofrecimientos y tuvieron la peor campaña de relaciones públicas con la
comunidad que uno se pueda imaginar con su desatinado juicio.
SCO era una marca muy respetable, sus tecnologías también eran
interesantes y su red de contactos y especialistas era envidiada por
muchos.
IBM se reinventó con el opensource, Novell se reinventó con el
opensource, Sun se reinventó con el opensource, hasta Microsoft se ha
esta reinventando con el opensource con sus dos licencias aprobadas
por OSI y proyectos que técnicamente tienen mucho valor con IronPython
y IronRuby, que Novell redistribuye como parte de Mono.
¿Y SCO no se pudo reinventar? Seguramente tuvieron mil maneras, pero
no lo hicieron. Patético. No conozco el caso de cerca pero esta
reflexión es lo que se me ocurre como la principal explicación de su
fracaso.
Todo cambio es una amenaza, pero también una oportunidad. Las grandes
corporaciones ya estan aprendiendo a encontrar relaciones win-win con
la comunidad, pero claro, toda regla tiene su excepción.
Si alguien quiere leer toda la historia:
http://en.wikipedia.org/wiki/SCO_Group
Saludos,
Antonio-
jueves, 25 de octubre de 2007
miércoles, 24 de octubre de 2007
Boot Camp Asterisk diciembre 2006
El año pasado se realizo en el mes de diciembre el 2do curso de Asterisk en el hotel Prince en la ciudad de Lima, en la cual se dieron cita muchos entusiastas de conocer las tecnologias desarrolladas con Asterisk y la telefonia IP.
No solo hubo gente peruana, tambien uruguashos, Bolivianos, Arequipeños jejejj, una experiencia muy interesante, fueron 2 dias completos donde el instructor Alfred Certain de la empresa Gecko explico temas de instalacion, configuracion y puesta en marcha de los servicios basados en asterisk.
Realmente extenuante las clases pero despues de recuperarse a los 3 dias es gratificante.
Recien puedo subir las fotos del 2do dia del evento, como veran ya ni ganas para tomarse fotos hay.
Aqui las fotos con comentarios calientess: http://picasaweb.google.com/mmca13/BootcampAsteriskLimaDiciembre2006
Hay mas fotos en el album.
saludos a todos
Miguel
Conectar opensolaris a una red wireless
Un metodo para conectar una tarjeta de red en opensolaris:
Identificaremos con la instrucción dladm show-dev el interfaz de red wireless, en mi caso son dos, ipw0 (Intel 2100b) y ath0 (Atheros) de forma que sepamos cual usar. Con dladm scan-wifi buscaremos las redes inalámbricas disponibles.
Una vez identificados el interfaz wireless y la red a la que nos queremos conectar:
# ifconfig ath0 plumb
# dladm create-secobj -c wpa millave
provide value for 'millave': ************
confirm value for 'millave': ************
# dladm connect-wifi -e mi_ap_wifi -k millave -s wpa
# ifconfig ath0 dhcp
Si necesitamos emplear WEP en vez de WPA, cambiaremos muy pocos parámetros:
# ifconfig ipw0 plumb
# dladm create-secobj -c wep millave2
provide value for 'millave2′: ************
confirm value for 'millave2′: ************
# dladm connect-wifi -e mi_ap_wifi -k millave2 -s wep ipw0
# ifconfig ipw0 dhcp
Si con ésto no aún no hemos logrado conectarnos a nuestro punto de acceso (AP) inalámbrico, quizás necesitemos especificar el BSSID (dirección hardware/MAC del AP). En mi caso, no podía conectarme a mi AP porque el ESSID está oculto (sin broadcasting del ESSID configurado en el AP); por tanto ejecutaremos lo siguiente:
# dladm connect-wifi -e mi_ap_wifi -i 0:12:34:56:78:90 -k millave -s wpa ath0
Y ya está, no hay nada más que configurar, en éste paso deberíamos poder conectarnos a través de wireless.
Recordad que en las últimas versiones del sistema, se introdujo una nueva tecnología llamada NWAM o "Network Auto-Magic", que consiste básicamente en configurar nuestros interfaces de red (wired ó wireless) de manera automática, o más bien, automágica :-)
Ésto significa que si conectamos un cable de red a nuestra interfaz wired y existe el protocolo DHCP en la red, nuestro sistema se configurará automáticamente sin tener que hacer un ifconfig [interfaz] dhcp. Si además tenemos interfaz wireless, se nos mostrará una ventana con las redes inalámbricas disponibles, siempre que estemos usando el escritorio gráfico JDS (incluído en OpenSolaris). Y si además desconectamos el cable de red, el sistema se conectará automáticamente a la última red wireless conocida, si puede.
NWAM dispondrá en el futuro de más herramientras gráficas que nos permitan configurar perfiles de red para cuando vayamos al trabajo, a nuestro hogar o a casa de un amigo y no tener que meter a mano -ni en la consola- apenas ningún dato.
Para comprobar si tenemos funcionando NWAM, bastará con ejecutar la instrucción svcs nwam, si no es así, debemos desactivar previamente el "anterior" gestor de red:
svcadm disable svc:/network/physical:default
svcadm enable svc:/network/physical:nwam
Este aporte ha sido diseñado por Iban Nieto en la lista de distriubcion de opensolaris.
saludos
Miguel
Identificaremos con la instrucción dladm show-dev el interfaz de red wireless, en mi caso son dos, ipw0 (Intel 2100b) y ath0 (Atheros) de forma que sepamos cual usar. Con dladm scan-wifi buscaremos las redes inalámbricas disponibles.
Una vez identificados el interfaz wireless y la red a la que nos queremos conectar:
# ifconfig ath0 plumb
# dladm create-secobj -c wpa millave
provide value for 'millave': ************
confirm value for 'millave': ************
# dladm connect-wifi -e mi_ap_wifi -k millave -s wpa
# ifconfig ath0 dhcp
Si necesitamos emplear WEP en vez de WPA, cambiaremos muy pocos parámetros:
# ifconfig ipw0 plumb
# dladm create-secobj -c wep millave2
provide value for 'millave2′: ************
confirm value for 'millave2′: ************
# dladm connect-wifi -e mi_ap_wifi -k millave2 -s wep ipw0
# ifconfig ipw0 dhcp
Si con ésto no aún no hemos logrado conectarnos a nuestro punto de acceso (AP) inalámbrico, quizás necesitemos especificar el BSSID (dirección hardware/MAC del AP). En mi caso, no podía conectarme a mi AP porque el ESSID está oculto (sin broadcasting del ESSID configurado en el AP); por tanto ejecutaremos lo siguiente:
# dladm connect-wifi -e mi_ap_wifi -i 0:12:34:56:78:90 -k millave -s wpa ath0
Y ya está, no hay nada más que configurar, en éste paso deberíamos poder conectarnos a través de wireless.
Recordad que en las últimas versiones del sistema, se introdujo una nueva tecnología llamada NWAM o "Network Auto-Magic", que consiste básicamente en configurar nuestros interfaces de red (wired ó wireless) de manera automática, o más bien, automágica :-)
Ésto significa que si conectamos un cable de red a nuestra interfaz wired y existe el protocolo DHCP en la red, nuestro sistema se configurará automáticamente sin tener que hacer un ifconfig [interfaz] dhcp. Si además tenemos interfaz wireless, se nos mostrará una ventana con las redes inalámbricas disponibles, siempre que estemos usando el escritorio gráfico JDS (incluído en OpenSolaris). Y si además desconectamos el cable de red, el sistema se conectará automáticamente a la última red wireless conocida, si puede.
NWAM dispondrá en el futuro de más herramientras gráficas que nos permitan configurar perfiles de red para cuando vayamos al trabajo, a nuestro hogar o a casa de un amigo y no tener que meter a mano -ni en la consola- apenas ningún dato.
Para comprobar si tenemos funcionando NWAM, bastará con ejecutar la instrucción svcs nwam, si no es así, debemos desactivar previamente el "anterior" gestor de red:
svcadm disable svc:/network/physical:default
svcadm enable svc:/network/physical:nwam
Este aporte ha sido diseñado por Iban Nieto en la lista de distriubcion de opensolaris.
saludos
Miguel
lunes, 22 de octubre de 2007
Evento Ubuntu en Lima sabado 27 de Octubre del 2007
Install Party Ubuntu - 7.10 Gutsy Gibbon.
Instala, disfruta, comparte y aprende.
Se invita a todo el publico en general al evento que se realizara este sabado 27 de noviembre a partir de las 10:00 a.m, en el local del COS situado en: Jr. General Cordova 1926 Lince entre las cuadras 3 y 4 de Canevaro.
Mas informes en http://www.ubuntu-pe.org/node/50
ShipIt de Ubuntu 7.10 activado!
A 9 días del lanzamiento de la versión final de Ubuntu 7.10 (Gusty Gibbon) ya se puede hacer la pre-orden por el servicio de ShipIt (envío de CDs a domicilio).
Las órdenes son despachadas en uno o dos días después del lanzamiento oficial y tardan aproximadamente 2 semanas en llegar a domicilio.
saludos
Miguel
Manifestacion Antitaurina en Huancayo
MANIFESTACIÓN NACIONAL
DOMINGO 28 DE OCTUBRE
HORA : 1PM.
Simultáneamente en departamentos y
provincias del país:
LIMA: Plaza San Martín
PIURA: Plazuela Ignacio Merino
ICA: Plaza de Armas de Ica
AREQUIPA: Plaza de Armas de Arequipa
PUNO: Plaza de Armas de Puno
HUANCAYO: Ovalo El Tambo
Difúndelo en tu blog, web, comuna, foro, groups y
por todos los medios que estén a tu alcance.
Solo con tu apoyo haremos posible
que se terminen las Corridas de toros
en el país.
Actualizaciones:
http://peruantitaurino.blogspot.com
En lo personal apoyo esta movida por cuanto considero que las corridas de toros son
un salvajismo y que lo unico que logra es denigrar el genero humano.
Ya me gustaria ver a Mario Vargas Llosa con unos punzones sobre la espalda corriendo por la plaza de Acho, no creo que ahi si le parezca las corridas de toros una linda costumbre.
saludos
Miguel
DOMINGO 28 DE OCTUBRE
HORA : 1PM.
Simultáneamente en departamentos y
provincias del país:
LIMA: Plaza San Martín
PIURA: Plazuela Ignacio Merino
ICA: Plaza de Armas de Ica
AREQUIPA: Plaza de Armas de Arequipa
PUNO: Plaza de Armas de Puno
HUANCAYO: Ovalo El Tambo
Difúndelo en tu blog, web, comuna, foro, groups y
por todos los medios que estén a tu alcance.
Solo con tu apoyo haremos posible
que se terminen las Corridas de toros
en el país.
Actualizaciones:
http://peruantitaurino.blogspot.com
En lo personal apoyo esta movida por cuanto considero que las corridas de toros son
un salvajismo y que lo unico que logra es denigrar el genero humano.
Ya me gustaria ver a Mario Vargas Llosa con unos punzones sobre la espalda corriendo por la plaza de Acho, no creo que ahi si le parezca las corridas de toros una linda costumbre.
saludos
Miguel
viernes, 19 de octubre de 2007
Firewall IPfilter en opensolaris
Firewall IPFilter
Desde el punto de vista de la Seguridad, una de las nuevas funcionalidades (a parte de JASS, TCP_WRAPPER, RBAC y SMF) de Solaris 10 y OpenSolaris es la incorporación de IPFilter como herramienta de filtrado (tcp/udp) y NAT con el Soporte de Sun Microsystems.
En versiones anteriores de Solaris (a partir de la 8 y todavia compatible en 9), se incorporó de forma gratuita el producto SunScreen en su version Lite hasta la v3.1.
En este articulo vamos a configurar de forma sencilla la proteccion de nuestro sistema con unas simples reglas y entender su funcionamiento.
Inicializamos los modulos del Kernel.
# ipf -E
Y ya podemos activar el uso de este software, gestionandolo a través de SMF.
# svcadm enable ipfilter
# svcs | grep ipfilter
online 11:17:24 svc:/network/ipfilter:default
# tail -f /var/svc/log/network-ipfilter\:default.log
[ abr 25 18:14:26 Disabled. ]
[ abr 25 18:14:26 Rereading configuration. ]
[ abr 25 18:30:41 Disabled. ]
[ sep 11 11:17:11 Enabled. ]
[ sep 11 11:17:14 Executing start method ("/lib/svc/method/ipfilter start") ]
[ sep 11 11:17:24 Method "start" exited with status 0 ]
Luego ya podemos testear su estado, asi:
# ipfstat -iol
empty list for ipfilter(out)
empty list for ipfilter(in)
Esto es debido a que todavia no esta configurado. Tenemos que crear un fichero /etc/ipf/pfil.ap en el cual indicamos la interfaz sobre la que va a actuar este software, y el fichero /etc/ipf/ipf.conf en el cual implementamos nuestra politica de reglas de filtrado o NAT.
# ifconfig -a
lo0: flags=2001000849 mtu 8232 index 1
inet 127.0.0.1 netmask ff000000
pcn0: flags=201000843 mtu 1500 index 2
inet 10.73.130.251 netmask ffffff00 broadcast 10.73.130.255
ether 0:c:29:ef:ed:da
# vi /etc/ipf/pfil.ap
P Filter pfil autopush setup
#
# See the autopush(1M) manpage for more information.
#
# Format of the entries in this file is:
#
#major minor lastminor modules
#iprb -1 0 pfil
#elxl -1 0 pfil
pcn0 -1 0 pfil
#e1000g -1 0 pfil
#bge -1 0 pfil
#nf -1 0 pfil
#fa -1 0 pfil
#ci -1 0 pfil
#el -1 0 pfil
#ipdptp -1 0 pfil
#lane -1 0 pfil
#dnet -1 0 pfil
#pcelx -1 0 pfil
#spwr -1 0 pfil
# vi /etc/ipf/ipf.conf
#
# ipf.conf
#
# IP Filter rules to be loaded during startup
#
# See ipf(4) manpage for more information on
# IP Filter rules syntax.
# Block any packets which are too short to be real
block in quick all with short
#
# drop and log any IP packets with options set in them.
block in all with ipopts
#
# Allow all traffic on loopback.
pass in quick on lo0 all
pass out quick on lo0 all
#
# Public Network. Block everything not explicity allowed.
#block in log on pcn0 all
block in log on pcn0 from any to any port = 22
block out on pcn0 all
#
# Allow pings out.
pass out quick on pcn0 proto icmp all keep state
#
# for testing, allow pings from ben and jerry
pass in quick on pcn0 proto icmp from 10.73.130.122/32 to 10.73.130.251/32
#
# Allow outbound state related packets.
pass out quick on pcn0 proto tcp/uDp from any to any keep state
#
# allow ssh from 172.16.0.0/16 only.
# pass in log quick on pcn0 from 172.16.0.0/16 to 172.16.1.100/32 port = 22
# Actually, allow ssh only from ben, jerry, MSU
pass in quick on pcn0 proto tcp from 10.73.130.122/32 to 10.73.130.251/32 port = 22
En esta sencilla configuración hemos bloqueado todo el trafico y unicamente permitimos desde la ip 10.73.130.122 acceder por ssh a la ip 10.73.130.251, ademas del trafico icmp.
Volvemos a reiniciar el servicio y listamos las reglas de nuevo.
# svcadm disable ipfilter
# svcadm enable ipfilter
# ipftsat -iol
pass out quick on lo0 all
block out on pcn0 all
pass out quick on pcn0 proto icmp from any to any keep state
pass out quick on pcn0 proto tcp/udp from any to any keep state
block in quick from any to any with short
block in from any to any with ipopts
pass in quick on lo0 all
block in log on pcn0 from any to any port = 22
pass in quick on pcn0 proto icmp from 10.73.130.122/32 to 10.73.130.251/32
pass in quick on pcn0 proto tcp from 10.73.130.122/32 to 10.73.130.251/32 port = ssh
Luego si lanzamos una conexión con un cliente ssh, desde la ip 10.73.130.68 con destino la ip 10.73.130.122, vemos facilmente como es rechazada:
# tail -f /var/adm/ipfilter.log
11/09/2007 19:11:41.430677 pcn0 @0:4 b 10.73.130.68,50315 -> 10.73.130.251,22 PR tcp len 20 44 -S IN
Y además las estadisticas desde que se inicio el servicio.
# ipfstat -hio
0 pass out quick on lo0 all
3 block out on pcn0 all
0 pass out quick on pcn0 proto icmp from any to any keep state
2 pass out quick on pcn0 proto tcp/udp from any to any keep state
0 block in quick from any to any with short
0 block in from any to any with ipopts
0 pass in quick on lo0 all
7 block in log on pcn0 from any to any port = 22
0 pass in quick on pcn0 proto icmp from 10.73.130.122/32 to 10.73.130.251/32
2 pass in quick on pcn0 proto tcp from 10.73.130.122/32 to 10.73.130.251/32 port = ssh
Pero si uno no esta demasiado familiarizado con este tipo de Firewalls a nivel de comandos, siempre podemos recurrir a la ultilización de alguna GUI. Para este particular FwBuilder es una de las mejores soluciones de código abierto compatible 100% con IpFilter y Solaris 10.
Publicado por Victor M. Fernandez Gomez en su blog http://vfernandezg.blogspot.com/2007/09/firewall-ipfilter.html
Desde el punto de vista de la Seguridad, una de las nuevas funcionalidades (a parte de JASS, TCP_WRAPPER, RBAC y SMF) de Solaris 10 y OpenSolaris es la incorporación de IPFilter como herramienta de filtrado (tcp/udp) y NAT con el Soporte de Sun Microsystems.
En versiones anteriores de Solaris (a partir de la 8 y todavia compatible en 9), se incorporó de forma gratuita el producto SunScreen en su version Lite hasta la v3.1.
En este articulo vamos a configurar de forma sencilla la proteccion de nuestro sistema con unas simples reglas y entender su funcionamiento.
Inicializamos los modulos del Kernel.
# ipf -E
Y ya podemos activar el uso de este software, gestionandolo a través de SMF.
# svcadm enable ipfilter
# svcs | grep ipfilter
online 11:17:24 svc:/network/ipfilter:default
# tail -f /var/svc/log/network-ipfilter\:default.log
[ abr 25 18:14:26 Disabled. ]
[ abr 25 18:14:26 Rereading configuration. ]
[ abr 25 18:30:41 Disabled. ]
[ sep 11 11:17:11 Enabled. ]
[ sep 11 11:17:14 Executing start method ("/lib/svc/method/ipfilter start") ]
[ sep 11 11:17:24 Method "start" exited with status 0 ]
Luego ya podemos testear su estado, asi:
# ipfstat -iol
empty list for ipfilter(out)
empty list for ipfilter(in)
Esto es debido a que todavia no esta configurado. Tenemos que crear un fichero /etc/ipf/pfil.ap en el cual indicamos la interfaz sobre la que va a actuar este software, y el fichero /etc/ipf/ipf.conf en el cual implementamos nuestra politica de reglas de filtrado o NAT.
# ifconfig -a
lo0: flags=2001000849 mtu 8232 index 1
inet 127.0.0.1 netmask ff000000
pcn0: flags=201000843 mtu 1500 index 2
inet 10.73.130.251 netmask ffffff00 broadcast 10.73.130.255
ether 0:c:29:ef:ed:da
# vi /etc/ipf/pfil.ap
P Filter pfil autopush setup
#
# See the autopush(1M) manpage for more information.
#
# Format of the entries in this file is:
#
#major minor lastminor modules
#iprb -1 0 pfil
#elxl -1 0 pfil
pcn0 -1 0 pfil
#e1000g -1 0 pfil
#bge -1 0 pfil
#nf -1 0 pfil
#fa -1 0 pfil
#ci -1 0 pfil
#el -1 0 pfil
#ipdptp -1 0 pfil
#lane -1 0 pfil
#dnet -1 0 pfil
#pcelx -1 0 pfil
#spwr -1 0 pfil
# vi /etc/ipf/ipf.conf
#
# ipf.conf
#
# IP Filter rules to be loaded during startup
#
# See ipf(4) manpage for more information on
# IP Filter rules syntax.
# Block any packets which are too short to be real
block in quick all with short
#
# drop and log any IP packets with options set in them.
block in all with ipopts
#
# Allow all traffic on loopback.
pass in quick on lo0 all
pass out quick on lo0 all
#
# Public Network. Block everything not explicity allowed.
#block in log on pcn0 all
block in log on pcn0 from any to any port = 22
block out on pcn0 all
#
# Allow pings out.
pass out quick on pcn0 proto icmp all keep state
#
# for testing, allow pings from ben and jerry
pass in quick on pcn0 proto icmp from 10.73.130.122/32 to 10.73.130.251/32
#
# Allow outbound state related packets.
pass out quick on pcn0 proto tcp/uDp from any to any keep state
#
# allow ssh from 172.16.0.0/16 only.
# pass in log quick on pcn0 from 172.16.0.0/16 to 172.16.1.100/32 port = 22
# Actually, allow ssh only from ben, jerry, MSU
pass in quick on pcn0 proto tcp from 10.73.130.122/32 to 10.73.130.251/32 port = 22
En esta sencilla configuración hemos bloqueado todo el trafico y unicamente permitimos desde la ip 10.73.130.122 acceder por ssh a la ip 10.73.130.251, ademas del trafico icmp.
Volvemos a reiniciar el servicio y listamos las reglas de nuevo.
# svcadm disable ipfilter
# svcadm enable ipfilter
# ipftsat -iol
pass out quick on lo0 all
block out on pcn0 all
pass out quick on pcn0 proto icmp from any to any keep state
pass out quick on pcn0 proto tcp/udp from any to any keep state
block in quick from any to any with short
block in from any to any with ipopts
pass in quick on lo0 all
block in log on pcn0 from any to any port = 22
pass in quick on pcn0 proto icmp from 10.73.130.122/32 to 10.73.130.251/32
pass in quick on pcn0 proto tcp from 10.73.130.122/32 to 10.73.130.251/32 port = ssh
Luego si lanzamos una conexión con un cliente ssh, desde la ip 10.73.130.68 con destino la ip 10.73.130.122, vemos facilmente como es rechazada:
# tail -f /var/adm/ipfilter.log
11/09/2007 19:11:41.430677 pcn0 @0:4 b 10.73.130.68,50315 -> 10.73.130.251,22 PR tcp len 20 44 -S IN
Y además las estadisticas desde que se inicio el servicio.
# ipfstat -hio
0 pass out quick on lo0 all
3 block out on pcn0 all
0 pass out quick on pcn0 proto icmp from any to any keep state
2 pass out quick on pcn0 proto tcp/udp from any to any keep state
0 block in quick from any to any with short
0 block in from any to any with ipopts
0 pass in quick on lo0 all
7 block in log on pcn0 from any to any port = 22
0 pass in quick on pcn0 proto icmp from 10.73.130.122/32 to 10.73.130.251/32
2 pass in quick on pcn0 proto tcp from 10.73.130.122/32 to 10.73.130.251/32 port = ssh
Pero si uno no esta demasiado familiarizado con este tipo de Firewalls a nivel de comandos, siempre podemos recurrir a la ultilización de alguna GUI. Para este particular FwBuilder es una de las mejores soluciones de código abierto compatible 100% con IpFilter y Solaris 10.
Publicado por Victor M. Fernandez Gomez en su blog http://vfernandezg.blogspot.com/2007/09/firewall-ipfilter.html
Congreso da luz verde a proyecto escolar “una Laptop por niño”
El Ministerio de Educación puso en ejecución un plan piloto de este proyecto en un colegio de Canta (Foto: Ministerio de Educación)
(RPP) La Comisión de Presupuesto del Congreso aprobó, por unanimidad, el crédito suplementario de 22 millones de nuevos soles solicitado por el ministro de Educación, José Antonio Chang, para desarrollar, desde el próximo año en las escuelas más pobres del país, la primera etapa del proyecto “Una Laptop por Niño” (One Laptop Per Children OLPC).
“Esta decisión, que marca un hito en la historia de nuestra patria, significa que en marzo del próximo año, por lo menos 40 mil niños de las Instituciones Educativas de las zonas rurales y pobres del Perú, iniciarán el año escolar con una laptop bajo el brazo”, dijo el ministro Chang luego de conocer el total respaldo de los integrantes de la referida comisión parlamentaria.
Indicó que el objetivo del Gobierno es incorporar nuevas tecnologías educativas en las escuelas unidocentes y de frontera del Perú. El uso de estas modernas máquinas permitirá que nuestros niños y niñas aprendan a investigar, buscar información y conectarse con el mundo del saber, agregó el ministro.
La laptop, que permitirá a los alumnos más necesitados tener acceso a la cultura y a nuevos conocimientos, cuenta con un dispositivo parecido a un yoyó, que permite cargarla de energía manualmente, generando alrededor de 20 vatios. Este mecanismo resuelve el problema de cómo ponerla en marcha en las áreas alejadas del país que carecen de servicio eléctrico.
También tienen baterías de energía que duran días y no horas, gracias a un procesador con baja frecuencia de reloj. Cuenta además con una conectividad inalámbrica que le permite vincularse a Internet desde cualquier sitio.
Taller sobre Trixbox-Asterisk en Puno
El dia 29 de Noviembre estare dando un taller sobre instalacion y manejo de Trixbox en la Universidad Nacional del Altiplano con motivo del evento denominado:
Congreso de Tecnologias de Informacion y Telecomunicaciones - CONTITEL
Es un evento organizado por el Capitulo de Ingenieros Industriales y de Sistemas junto a los Estudiantes de la Especialidad de Telematica de la Escuela Profesional de Ingenieria de Sistemas UNA-Puno y Gruposistemas.
El evento tendra lugar este 28 29 y 30 de Noviembre
http://www.unap.edu.pe
saludos
Miguel
P.D: Brrrrr que frio, son 3800 m.s.n.m se me congelan las ideas jejejej
Congreso de Tecnologias de Informacion y Telecomunicaciones - CONTITEL
Es un evento organizado por el Capitulo de Ingenieros Industriales y de Sistemas junto a los Estudiantes de la Especialidad de Telematica de la Escuela Profesional de Ingenieria de Sistemas UNA-Puno y Gruposistemas.
El evento tendra lugar este 28 29 y 30 de Noviembre
http://www.unap.edu.pe
saludos
Miguel
P.D: Brrrrr que frio, son 3800 m.s.n.m se me congelan las ideas jejejej
I Festival de Software Libre - GNU/Linux (FESOLI)
El dia 10 de noviembre estare presente en el primer festival de Software Libre organizado por la Facultad de Ingeniería de Sistemas, Cómputo y Telecomunicaciones de la Universidad Inca Garcilazo de la Vega, donde tocare el apasionante tema de OPENSOLARIS, una oportunidad muy buena de poder difundir este sistema operativo y sus bondades.
El horario asignado a mi es de 11:00 a.m a 11:50 a.m
El grupo opensolaris - Peru invita a todos a esta ponencia asi como tambien los invita a pertenecer al grupo, inscripciones en: http://listas.continental.edu.pe/mailman/listinfo/opensolarisperu
El I Festival de Software Libre - GNU/Linux (FESOLI) es un evento que reunirá a destacados profesionales de amplia trayectoria en esta área, por ello te invitamos a participar en este evento, espacio que permitirá compartir conocimientos y experiencias en desarrollo, tecnologías y aplicaciones del Software Libre - GNU/Linux a nivel nacional e internacional. El evento está dirigido a profesionales, técnicos, estudianes universitarios y público en general.
FECHA DEL EVENTO
Día: Sábado 10 de Noviembre de 2007 Horario: De 09:00 a.m. – 06:00 p.m. Sito: Av. Bolivar 1848 - Pueblo Libre - Facultad de Ingeniería de Sistemas, Cómputo y Telecomunicaciones de la UIGV
INFORMES E INSCRIPCIONES
El INGRESO ES LIBRE, previa inscripción en la página web de COSOLIG. www.cosolig.org. o fesoli.cosolig.org/
Proyecto OLPC, una realidad en el Perú
La Computadora portátil de 100 dólares u Ordenador Portátil de Bajo Costo, OPBC u OLPC (One Laptop Per Child) por sus siglas en Inglés, es una computadora portátil elaborada con el propósito de proveer a cada niño en el mundo con acceso y conocimiento de las formas modernas de educación. El proyecto cuenta con apoyo de Google, AMD, Red Hat, News Corp, Brighstar y la colaboración de otras empresas. El portatil de 100 dólares como era conocido, valdrá 175$.
El ordenador se basa en una plataforma Linux, y es tan eficiente en la utilización de la energía que con una manivela se puede generar suficiente energía para su operación. Un dispositivo de conectividad inalámbrica permitirá que los aparatos se conecten a internet desde cualquier sitio. Los computadores portátiles serán vendidos inicialmente a los gobiernos y entregados a los niños en las escuelas bajo el principio una computadora para cada niño.
El OPBC está siendo desarrollado por la organización "un ordenador portátil por niño" (en inglés One Laptop Per Child) (OLPC). La OLPC es una organización sin fines de lucro basada en Delaware, creada por catedráticos del Laboratorio de Multimedia del MIT para diseñar, manufacturar y distribuir los ordenadores portátiles.
A la computadora portátil también se le conoce como La Máquina Verde. Los promotores del proyecto quieren dejar claro que no es un producto creado para vender (en principio) sino que es un proyecto educativo.
Comentario Personal:
En lo personal creo y apoyo este proyecto ya que contribuira en el desarrollo educativo de los niños del mundo y en particular del Peru, ahora que vivo en provincia puedo ver de una manera mas amplia las carencias que los niños tienen, esto lamentablemente en Lima no se aprecia ya que ahi se maquilla muy bien las cosas, pero en zonas alejadas como algun sector de Huancavelica o el mismo Junin el tema educativo esta en un estado lamentable.
El ingreso de tecnologia asi como metodologias adecuadas de enseñanza ayudara a los alumnos y a sus maestros a integrarse con la sociedad de la informacion y la sociedad del conocimiento.
Escucho y leo a mucha gente decir que el proyecto no es viable porque falta todo el estudio y desarrollo psicopedagogico, en otros momentos escucho a algunos decir: "los niños antes que laptops necesitan buenos maestros, aulas y lo de siempre."
A estas personas solo les digo sigan lamentandose o buscandoles peros a las cosas, alla ellos, ya que lo mismo dijeron cuando internet entro al Peru y se empezo a masificar, muchos dijeron "internet en los colegios ¿para que? si lo que se necesita es bla bla bla .....etc,etc y toda la palabreria de siempre"
Internet cambio el estilo de vida en el Peru, cambio la forma de educar, cambio la forma de aprender, lo mismo ocurrira con el proyecto olpc, el proyecto mismo crecera mejorara y gracias a la retroalimentacion que los participantes del proyecto realizen con los desarrolladores.
El futuro que veo venir es: niños que usen una laptop con suma facilidad asi como el medio de comunicacion inalambrica, aprendan de una manera significativa, desarrollen el espiritu de colaboracion, innoven gracias a lo aprendido, niños con espiritu critico y por ultimo niños desarrollando software libre, esto ultimo les ayudara a quitarse la tara que nosotros tuvimos durante años al pensar que una pc era sinonimo de microsoft y viceversa, por lo tanto podran usar pcs con diferentes sistemas operativos y elejir, estaran mejor preparados ya que contaran con herramientas para ello.
Felicitaciones al Peru por darle inicio al proyecto OLPC en el Peru.
Miguel
El ordenador se basa en una plataforma Linux, y es tan eficiente en la utilización de la energía que con una manivela se puede generar suficiente energía para su operación. Un dispositivo de conectividad inalámbrica permitirá que los aparatos se conecten a internet desde cualquier sitio. Los computadores portátiles serán vendidos inicialmente a los gobiernos y entregados a los niños en las escuelas bajo el principio una computadora para cada niño.
El OPBC está siendo desarrollado por la organización "un ordenador portátil por niño" (en inglés One Laptop Per Child) (OLPC). La OLPC es una organización sin fines de lucro basada en Delaware, creada por catedráticos del Laboratorio de Multimedia del MIT para diseñar, manufacturar y distribuir los ordenadores portátiles.
A la computadora portátil también se le conoce como La Máquina Verde. Los promotores del proyecto quieren dejar claro que no es un producto creado para vender (en principio) sino que es un proyecto educativo.
Comentario Personal:
En lo personal creo y apoyo este proyecto ya que contribuira en el desarrollo educativo de los niños del mundo y en particular del Peru, ahora que vivo en provincia puedo ver de una manera mas amplia las carencias que los niños tienen, esto lamentablemente en Lima no se aprecia ya que ahi se maquilla muy bien las cosas, pero en zonas alejadas como algun sector de Huancavelica o el mismo Junin el tema educativo esta en un estado lamentable.
El ingreso de tecnologia asi como metodologias adecuadas de enseñanza ayudara a los alumnos y a sus maestros a integrarse con la sociedad de la informacion y la sociedad del conocimiento.
Escucho y leo a mucha gente decir que el proyecto no es viable porque falta todo el estudio y desarrollo psicopedagogico, en otros momentos escucho a algunos decir: "los niños antes que laptops necesitan buenos maestros, aulas y lo de siempre."
A estas personas solo les digo sigan lamentandose o buscandoles peros a las cosas, alla ellos, ya que lo mismo dijeron cuando internet entro al Peru y se empezo a masificar, muchos dijeron "internet en los colegios ¿para que? si lo que se necesita es bla bla bla .....etc,etc y toda la palabreria de siempre"
Internet cambio el estilo de vida en el Peru, cambio la forma de educar, cambio la forma de aprender, lo mismo ocurrira con el proyecto olpc, el proyecto mismo crecera mejorara y gracias a la retroalimentacion que los participantes del proyecto realizen con los desarrolladores.
El futuro que veo venir es: niños que usen una laptop con suma facilidad asi como el medio de comunicacion inalambrica, aprendan de una manera significativa, desarrollen el espiritu de colaboracion, innoven gracias a lo aprendido, niños con espiritu critico y por ultimo niños desarrollando software libre, esto ultimo les ayudara a quitarse la tara que nosotros tuvimos durante años al pensar que una pc era sinonimo de microsoft y viceversa, por lo tanto podran usar pcs con diferentes sistemas operativos y elejir, estaran mejor preparados ya que contaran con herramientas para ello.
Felicitaciones al Peru por darle inicio al proyecto OLPC en el Peru.
Miguel
Suscribirse a:
Entradas (Atom)