Rising demand for SQL, Linux skills

Bien, para aquéllos que saben un poco de Inglés, aquí dejo esto.

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

SQL, C#, .NET and Linux are four skill areas that have seen a rising trend in demand, according to a new report from the Recruitment and Employment Confederation (REC).

 

The Technology Demand and Supply Q4 2009 report, produced for REC by sector skills council e-skills UK, found that these were the only skill areas where demand increased for two consecutive quarters.

 

There were a total 82,000 advertised vacancies for IT staff, and 71,000 staff looking for new or additional jobs in Q4 2009 (a 42 percent quarterly increase), according REC's report.

 

In the skills area, advertisements for staff with SQL skills were the most prominent, with 20,000 adverts counted in the period. There were 10,600 adverts for workers with C#, 9,500 for .NET and 5,300 for Linux skills.

 

Demand for nearly all skills fell in the period compared with Q4 2008. Only demand for PHP and AJAX skills grew in Q4 2009 compared with the same period in 2008, 17 percent and six percent, respectively.

 

In terms of occupation, the highest demand was for system developers in Q4 2009. There were 24,900 vacancies advertised during this period, followed by systems administrator (4,600 vacancies).

 

Systems developer was one of six job categories, out of a total of 20, to see an increase in demand over two consecutive quarters. Other positions that saw a rise in demand included projects manager, senior systems developer, business analyst, PC support analyst and senior test analyst.

 

Demand for web designers dropped the most compared with Q3 2009, falling 18 percent.

 

The report highlighted C#, systems developers, senior systems developers and senior test analysts as areas that would be "relatively difficult" for recruiters over the near term due to skills shortages.

Fuente: http://www.itworldcanada.com/news/rising-demand-for-sql-linux-skills/140255

Compartir conexión a Internet usando Slackware

Ahora la intención es como lo especifica el título, compartir una conexión a internet a otra PC mediante un cable cruzado, usando nuestro Slackware como un router y una máquina con windows XP como nodo de nuestro router.

OJO, esto lo hice en mi laptop, es decir yo recibo la señal de internet a través de mi tarjeta inalámbrica y lo comparto a través de la tarjeta ethernet (es decir, a través del cable).

SLACKWARE

1).-Sabrás que Slackware tiene instalado por default un script que nos activa el ip_forwarding, el cual está instalado en el directorio: /etc/rc.d/rc.ip_forward, si no tiene permisos de ejecución entraremos en la consola(como root) el comando:
       # chmod +x /etc/rc.d/rc.ip_forward
después ejecutaremos el comando:
                  # /etc/rc.d/rc.ip_forward start

En caso de no tener el script, para activar el ip_forwarding ejecutaremos el comando:
       # echo 1 > /proc/sys/net/ipbv4/ip_forward

Asimismo para desactivarlo(si se requiere), ejecutamos:
       # echo 0 > /proc/sys/net/ipbv4/ip_forward

Cabe resaltar que el ip_forward nos permitirá re-enviar el tráfico de una interfaz de la computadora hacia la otra.

2).- Configurar la interfaz de red (en mi caso se llama eth0) a donde está conectada la computadora con Windows XP, para tal efecto usaremos la red 10.10.1.0/24, definiendo la ip 10.10.1.254/24 para la interfaz eth0(la cual vendrá a ser el default gateway del cliente Windows):
                 # ifconfig eth0 10.10.1.254/24
                 # route add -net 10.10.1.0 netmask 255.255.255.0 dev eth0

3).- Crear el archivo firewall.sh en el directorio /etc/rc.d/firewall.sh
       # touch /etc/rc.d/firewall.sh
       # chmod +x /etc/rc.d/firewall.sh
Después pegar el siguiente contenido dentro del archivo creado anteriormente:
#!/bin/bash
echo -n Aplicando Reglas de Firewall...
## FLUSH de reglas
iptables -F
iptables -X
iptables -Z
iptables -t nat -F

## Establecemos politica por defecto
iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT
iptables -t nat -P PREROUTING ACCEPT
iptables -t nat -P POSTROUTING ACCEPT

## Empezamos a filtrar
# Nota: wlan0 es el interfaz conectado al acces point(router inalámbrico) y eth0 a la LAN

iptables -A INPUT -i ! wlan0 -j ACCEPT

# Ahora hacemos enmascaramiento de la red local
iptables -t nat -A POSTROUTING -o wlan0 -j MASQUERADE

Nota: el script no es del todo de mi autoría, sólo lo tomé y lo modifiqué un poco para hacerlo funcionar en mi laptop. La fuente original está en: http://www.forosuse.org/forosuse/archive/index.php/t-3185.html

4).- Ejecutar el script firewall.sh:
          # /etc/rc.d/firewall.sh

Hasta aquí se tiene configurado nuestro Slackware para compartir la conexión a Internet (es decir, funciona como router). 

WINDOWS XP

Ahora ir a la computadora con Windows XP y configurarle los siguientes datos:
IP: 10.10.1.2
Máscara: 255.255.255.0
Default Gateway: 10.10.1.254

DNS primario: 8.8.8.8
DNS secundario(opcional): 8.8.4.4

Para esto ya no entraré en detalle porque es muy sencillo, pero si sigues teniendo problemas aún bajo windows, haz clic aquí para ver cómo se configura una IP estática bajo Windows XP.

MRTG no traduce las MIBs

Configurando SNMP, si trabajas con MRTG y estás queriendo monitorear algún equipo Cisco, por alguna extraña razón no puedes usar el nombre de las variables definidas dentro de las MIBs del equipo, esto al menos lo pude comprobar en los sistemas operativos Debian(creo que versión 5 o llamada Lenny), Slackware (12.2 y 13) y OpenSuse(11.1), deberás de usar los OID's correspondientes a cada variable, es decir, no funciona la traducción de los objetos de las MIBs hacia su respectivo OID al momento de ejecutar el monitoreo desde mrtg. Así si por ejemplo quieres usar la variable cpmCPUTotalMonIntervalValue.1 dentro del archivo de configuración mrtg.cfg, deberás usar en lugar de eso su respectivo OID mediante la orden:

snmptranslate -IR -On cpmCPUTotalMonIntervalValue.1

La cual te devolverá un valor parecido a este: .1.3.6.1.4.1.9.9.109.1.1.1.1.10.1

Al menos este es un valor válido de OID que se usa para consultar información en el Switch Cisco(TM) Catalyst 2690.

Al parecer a mis compañeros que utilizaron Ubuntu no les creó ningún problema y la traducción sí la hace correctamente al momento de ejecutar el monitoreo desde mrtg; aunque como sabrán no soy muy partidario de Ubuntu, sólo pongo el dato.

Realmente desconozco la razón de tal error, en cuanto la conozca la postearé.

Instalación de Helix Server en Slackware

Hola a quien quiera que siga este blog, ahora les indicaré la forma de instalar un Servidor Helix sobre alguna plataforma Linux, tal como lo había prometido.

Antes de comenzar, les haré la aclaración que las instrucciones son para la versión de prueba (aunque creo que la instalación de un servidor con licencia es la misma), para que quede claro que no violamos ninguna licencia y que la explicación es con fines educativos.

Para quien no lo sepa, pues Helix Server es un software propietario de RealNetworks, el cual nos permite hacer video-streaming en tiempo real o a manera de solicitud. Tal como lo hace googleVideo, YouTube y demás sitios por el estilo.

Algo muy importante a saber es que pueden instalar su Helix Server en cualquier distribución Linux que tenga características:


Yo en lo personal lo he instalado en mi Slackware 12.2, por lo cual en ninguna otra distro les debería dar problemas, bueno vamos para allá:

1. Registrarse en la página de RealNetworks ya que al correo que especifiquemos nos mandarán la licencia por 30 días.
   
2. Descargar el paquete Real Producer para Red Hat desde aquí.
3. Abrir una consola y logearse como root (personalmente desprecio el uso del comando sudo).
   
4. Mover el paquete a la carpeta /usr/src, por lo general allí deberían ir los paquetes que compilamos desde las fuentes, pero para tener un control de los programas recomiendo que se haga así:
   mv ~/rs1300-ga-linux-rhel4.tar.gz /usr/src
5. Dirigirse hacia el directorio /usr/src y descomprimir el paquete con:
   cd /usr/src
   tar xvzf rs1300-ga-linux-rhel4.tar.gz
6. Entrar en la carpeta rs1300-ga-linux-rhel4:
   cd rs1300-ga-linux-rhel4
7. Ya dentro de la carpeta asignar permisos de ejecución al archivo con:
   chmod +x rs1300-ga-linux-rhel4.bin
8. Copiar el archivo licencia al directorio donde está el rs1300-ga-linux-rhel4.bin (opcional)
9. Ejecutar el archivo con el commando:
   ./rs1300-ga-linux-rhel4.bin
10. Cuando pregunte por la ruta de instalación pondremos:
    /usr/local/real
11. Posteriormente ingresar la ruta de la licencia(recuerda si la copiaste a /usr/src/rs1300-ga-linux-rhel4/licencia.lic).
12. Si tienes corriendo un servidor apache entonces cuando te pregunte si quieres usar el puerto 80 como el puerto de acceso al Helix Server, indícale que use otro distinto, por ejemplo el 8080, ya que si tienes corriendo un servidor apache entonces no habrá de funcionar el Helix Server.
    
13. MUCHO OJO: la instalación te habrá de pedir un nombre de usuario y una contraseña, y, además te dará un resumen de los puertos que habrá de ocupar, ANOTA TODA LA INFORMACIÓN, ya que sin ella no podrás acceder a la interfaz de configuración.
    
14. Si hasta aquí todo está instalado y sin haber dado errores entonces todo estará instalado bajo el directorio: /usr/local/real
15. Para ejecutarlo:
    /usr/local/real/Bin/rmserver /usr/local/real/rmserver.cfg &
    recuerden el & al final para mandar el proceso al background.
16. Codificar algún clip de música o bien elegir algún video y copiarlo a:
    cp ~/video.mpeg /usr/local/real/Content
17. Acceder a la dirección:
    http://localhost:8080/ramgen/video.mpeg
    OJO: el puerto 8080 es el que en mi caso definí porque yo ya tenía un servidor apache corriendo, en tu caso debería ser el puerto que te dije que anotaras,el cual podria ser el puerto 80, ¿recuerdas?.
18. Si lo pudiste ver, felicidades. Ya tienes configurado de manera básica tu servidor Helix.

Ahora bien, ya sólo te falta documentarte para comprender la administración del Helix server.
Un link interesante es la guía oficial de Helix Server, descargable desde aquí.
Y otro es el archivo de referencia para la configuración del Helix Server, descargable desde aquí.

Helix, video streaming

Ahora me ando peleando con el video Streaming, estoy tratando de crear un servidor con tal fin. Lo único malo es que requiero una cámara de video compatible con linux y no encuentro alguna que sea de buena calidad y que tenga drivers compatibles.

Por lo pronto ya pude hacer funcionar el servidor Helix en slackware, pronto publicaré el "How to"