Si queremos resetear la contraseña de Microsoft MSDE desde la línea de comandos debemos escribir:

osql -E

El comando de arriba debe ser realizado en el administrador de MSSQL y usted debe haber iniciado sesión como administrador del sistema (-E significa conexión segura, ej. Autenticación de Windows). Entonces tipie:

sp_password NULL,new_sa_password,sa
go

donde new_sa_password es su nueva contraseña sa . En la parte de arriba SP, cuando es ejecutado este cambiará la contraseña SA para usted.

Ahora debe tipiar

exit

Las pruebas con Telnet son usadas para diagnosticar su servidor SMTP. Esto puede confirmar si su servidor de correo como puede ser Exchange o MailEnable está procesando correctamente los mensajes de correo electrónico, este camino de verificación es manual ingresando los comandos SMTP cuando se establece la comunicación.

Se trata de establecer una sesión Telnet desde un equipo que no se encuentra en la red local a la externa (pública) la dirección IP del servidor de Exchange. Es necesario llevar a cabo la prueba de una máquina en casa, o desde otra oficina. Hacer la prueba de una máquina en su propia red producirá resultados inútiles.

• 1. Botón Inicio, Símbolo del sistema.
  O clic en el botón Inicio, Ejecutar, y tipiar CMD
• 2. Ingresar “telnet” (sin las comillas) y presionar enter.
• 3. Una vez con el acceso a Telnet se debe tipiear set localecho(sin las comillas) y presionar enter. Esto le permite ver lo que está sucediendo.
• 4. Aún en el prompt del telnet, escriba el comando siguiente y, a continuación, presione ENTRAR.

open external-ip 25

donde la dirección IP externa es su dirección IP, ej.:

open 111.222.333.444 25
 

• 5. Usted debería tener una respuesta similar a la siguiente:220 mail.server.domain Microsoft ESMTP MAIL Service, Version: 6.0.2790.0 Ready at
• 6. Ingrese el siguiente comando en la ventana de Telnet en Windows:ehlo testdomain.comy presione Entrar (nota “testdomain.com” debe ser cualquier dominio que no esté adentro del propio servidor de correo.
• 7. Después de presionar OK usted debería tener una respuesta250 OK
• 8. Tipiear el siguiente comando en la ventana de Telnet: mail from:direccion@testdomain.comy presione Entrar (nuevamente donde direccion@yourdomain es una dirección de correo que no pertenece al servidor de correo. Tenga en cuenta la falta de espacio y entre los de la primera parte de la dirección).
• 9. Después de presionar OK usted debería tener una respuesta:250 2.1.0 direccion@testdomain.com….Sender OKSi usted obtiene “Acceso Denegado” o otro mensaje de error, esto indica un problema en el servidor remoto con su servidor
• 10. Ingrese el siguiente comando en la ventana de Telnet en Windows: rcpt to:direccion@yourdomain.comy presione la tecla INGRESAR (donde direccion@yourdomain.com es una dirección de correo de su servidor de correo).

  Si usted obtiene un mensaje de acceso denegado o algún otro mensaje en este punto, entonces la casilla tiene un problema.

• 11. Después de presionar ok, usted debería tener otra respuesta:250 OK - direccion@yourdomain.com
• 12. Ahora debe tipiear DATAy presione INGRESAR.
• 13. Usted debe tener una respuesta similar a:354 Send data. End with CRLF.CRLF
• 14. Ahora usted puede escribir su mensaje.
  Ingrese lo siguiente en la ventana de Telnet:Subject: test messagePresione la tecla Enter dos veces.
• 15. Ahora debe escribir algo para el cuerpo del mensaje, similar a: Este es un mensaje de prueba por Telnety presione la tecla Ingresar.
• 16. Ingrese una parada completa (o periodo) y presione la tecla ingresar. Usted debería tener una respuesta:250 OK
• 17. Finalmente se deberá cerrar la sesión tipiandoQuity presionando la tecla enter.
• 18. Ahora usted debería tener un mensaje de respuesta similar a:221 closing connection
• 19. Ahora usted debería tener un e-mail con el asunto y el cuerpo del mensaje ingresado anteriormente.

Una vez instalada la versión de Java, procedemos a instalar tomcat5 de manera cómoda.

[root@servdior]# yum install tomcat5 tomcat5-webapps tomcat5-admin-webapps

Este comando descargará e instalará los paquetes necesarios. Podemos ver los ficheros que ha instalado el sistema para cada paquete con el comando

[root@servidor]# rpm -ql tomcat5
/etc/logrotate.d/tomcat5
/etc/rc.d/init.d/tomcat5
/etc/sysconfig/tomcat5
/etc/tomcat5
/etc/tomcat5/Catalina
/etc/tomcat5/Catalina/localhost
/etc/tomcat5/catalina.policy
/etc/tomcat5/catalina.properties
/etc/tomcat5/context.xml

..

similar al dpkg -L de Debian.

Iniciamos tomcat para comprobar que arranca correctamente

[root@maquina ~]# service tomcat5 start

Y bien, accediendo a http://IP:8080 del servidor o bien http://localhost:8080 si estamos en la máquina local deberemos ver la página de bienvenida de tomcat.

Si tenemos problemas podemos comprobar el fichero de log, por defecto situado en /var/log/tomcat5/catalina.out

Ya tenemos listo tomcat 5 sobre Sun JDK 6

Si no tienes un panel Plesk la siguiente sección no te interesa.

Componente tomcat en Plesk

El paquete Plesk es una solución comercial de hosting web automatizado. Originalmente nació en la compañía Plesk Inc, hasta que en 2003 pasó a ser un producto de SWSoft debido a su compra. Hoy día es distribuido por Parallels Inc. (sí los de Parallels Desktop for Mac), desde que Parallels y SWSoft se unieron en Enero de 2008. Trabajaremos con la última versión 8.6.0.

Nuestra licencia de Plesk tiene que soportar el componente para tomcat, quizá ya viene instalado y nos ahorramos estos pasos, de todas formas explicamos como instalarlo en caso de que esto no ocurriera, incluso de activar el componente en la licencia.

Necesitamos dos paquetes, los podemos bajar de siguiente url: http://autoinstall.plesk.com/PSA_8.6.0/dist-rpm-CentOS-5-i386/opt/java/

Para otras versiones de Plesk anteriores, indicar el directorio adecuado.

Descargamos los dos RPMs, por ejemplo con wget, tanto mod_jk como psa-tomcat-configurator, el primero es requisito del segundo por lo tanto instalamos ambos en orden.
[root@maquina opt]# wget http://autoinstall.plesk.com/PSA_8.6.0/dist-rpm-CentOS-5-i386/opt/java/
mod_jk-ap20-1.2.15-42psa.cos5.build84080425.19.i586.rpm
[root@maquina opt]# wget http://autoinstall.plesk.com/PSA_8.6.0/dist-rpm-CentOS-5-i386/opt/java/
psa-tomcat-configurator-8.6.0-cos5.build84080425.19.noarch.rpm
[root@maquina opt]# rpm -Uvh mod_jk-ap20-1.2.15-42psa.cos5.build84080425.19.i586.rpm
Preparing... ########################################### [100%]
1:mod_jk-ap20 ########################################### [100%]
[root@maquina opt]# rpm -aq|grep mod_jk
mod_jk-ap20-1.2.15-42psa.cos5.build84080425.19
[root@maquina opt]# rpm -Uvh psa-tomcat-configurator-8.4.0-cos5.build84080425.19.noarch.rpm
Preparing... ########################################### [100%]
1:psa-tomcat-configurator########################################### [100%]
Trying to start MySQL server... Trying to establish test connection... connected
done
Checking for the system groups and users necessary for Tomcat...
Checking for the group ‘tomcat'...
Group ‘tomcat' already exists

Checking for the user 'tomcat'...
User ‘tomcat' already exists

Trying to comment CATALINA_BASE variable in the /etc/sysconfig/tomcat5... done
Trying to find JAVA_HOME variable in the /usr/share/tomcat5/conf/tomcat5.conf...
JAVA_HOME variable is already in the /usr/share/tomcat5/conf/tomcat5.conf and has correct value (/usr/lib/jvm/java)
Trying to replace TOMCAT_USER variable in the /usr/share/tomcat5/conf/tomcat5.conf... done
Making chown and chmod under JDK stuff
Trying to set up Tomcat permissions... done

Veremos toda esta salida configurando los componentes, entre estas líneas destaca:

JAVA_HOME variable is already in the /usr/share/tomcat5/conf/tomcat5.conf and has correct value (/usr/lib/jvm/java)

Como se puede ver, el componente coge la configuración de tomcat5, la JVM está en /usr/lib/jvm, veamos:

[root@maquina opt]# ls -l /usr/lib/jvm/java
lrwxrwxrwx 1 root root 26 Jun 7 19:14 /usr/lib/jvm/java -> /etc/alternatives/java_sdk
[root@maquina opt]# ls -l /etc/alternatives/java_sdk
lrwxrwxrwx 1 root root 27 Jun 7 19:17 /etc/alternatives/java_sdk -> /usr/lib/jvm/java-1.6.0-sun

Correcto, es la Sun JDK 1.6 que acabamos de instalar.

Reiniciamos Plesk:

[root@maquina opt]# service psa restart

Ahora podeis cambiar la configuración de tomcat para adaptarla a vuestras necesidades, como consejo de optimización podeis linkar el tomcat con apache, para que sea este último el que sirva contenido en Internet.

Si accedemos a Plesk, en Servidor -> Sistema -> Inf. componentes, podremos ver:

psa-tomcat-configurator8.4.0-cos5.build84080425.19

tomcat5.5.23-0jpp.3.0.3.el5_1

que antes no teníamos.

Si el componente está soportado por nuestra licencia, podremos ir a Servidor -> Administración de servicios, y veremos a tomcat como un servicio más, el cual podemos activar/desactivar.

Y desde cada dominio, veremos un nuevo icono Servicios -> Tomcat que permite a los clientes subir aplicaciones Java al servidor en formato .war y publicarlas en Internet.

Si nuestra licencia no soporta este componente, veremos la función tomcat desactivada y sin posibilidad de activarla con un mensaje similar a “Esta función no está soportada por la licencia”, por lo que tendremos que pagar por ella, normalmente las empresas de dedicados se hacen cargo, el coste es unos 5 €/mes, también podemos comprarla nosotros mismos y activarla desde Servidor -> Administración de licencias.

Una vez comprada la licencia, ya sea mediante un tercero o nosotros mismos, iremos a Servidor -> Administración de licencias -> Obtener licencias compradas y se nos actualizará los datos para nuestra llave de licencia, con esto se activara la función tomcat en Plesk.

Otra opción es configurar tomcat a mano y que los clientes suban las aplicaciones Java por ftp o SSH.

Con esto ya dejamos listo nuestro sistema Java/Tomcat en CentOS y Plesk.

Instalar Java con GNU/Linux CentOS

Voy a comentar un poco sobre ¿Cuál es el problema entre Redhat Enterprise, CentOS o Fedora Core con Sun SDK?

Cualquiera del medio de la informática sabe que Sun Microsystems realiza a menudo nuevas versiones de la máquina virtual, del código  JDK, la última versión al hacer este hilo es la 1.6.0_07-fsc que podemos bajar desde: http://java.sun.com/javase/downloads/index.jsp

Ahora bien las distribuciones de Linux Redhat, CentOS o Fedora Core vienen de forma predeterminada con GNU JAVA, está es parte de la popular suite del compilador GNU C que incluye soporte para otros lenguajes de programación como Fortran. No obstante hoy en día GNU JAVA soporta la mayoría de las opciones de Java Sun 1.4 y en muchos casos puede ser incrementada con paquetes de código abierto que permiten que tenga la misma funcionalidad que brinda JDK de Sun. Para obtener más información de Compilador GNU Java  se puede visitar este sitio:   http://gcc.gnu.org/java/

Recientemente Sun anunció que es legal  redistribuir su kit de desarrollo Java, sin embargo, es poco probable que sea una parte de Fedora, CentOS o Redhat, la razón de esto es que Sun Java Development Kit no está proporcionado con el código fuente, mientras que  Fedora Core Linux sólo ofrece paquetes que son de código abierto.

En la mayoría de los casos no debemos tener problemas en utilizar el JAVA GNU, pero existen proyectos de código abierto que necesitan Java Development Kit para trabajar con JAVA GNU. Esto ocurre especialmente por la necesidad de tener los últimos estándares y opciones que brinda Java SDK de Sun.

Bajo está situación necesitamos instalar JDK de Java SUN pero sin destrozar el Java GNU que se encuentra en el sistema operativo. Pero en cualquier caso NO DEBE BORRAR Java GNU del Sistema o simplemente coloque SDK de Sun en un directorio tipo /opt y cambie la variable $JAVA_HOME y $CLASSPATH. Pero afortunadamente existe una excelente solución utilizando el paquete alternatives que viene en el sistema operativo.

Convertir SDK en predeterminado

Ingresando como usuario root en el sistema se puede descargar desde el sitio de Sun la última versión de JDK, se debe seleccionar la plataforma Java 2, edición estándar (J2SE) y la última versión disponible. Usted debe descargar el archivo con extensión .rpm.bin.

A continuación se debe obtener las llaves del repositorio de JPackage:

# rpm –import http://jpackage.org/jpackage.asc

Instalar el repositorio de JPackage para que pueda ser utilizado con YUM:

cd /etc/yum.repos.d

   wget http://jpackage.org/jpackage.repo

Nota: en el caso de no funcionar el comando wget, debe instalarlo con: # yum install wget

Esto hará que se descargue el archivo jpackage.repo como un nuevo respositorio de paquetes, de forma predeterminada se encuentra habilitado, en lo personal lo deshabilito editando el archivo con
# vim /etc/yum.repos.d/jpackage.repo y cambiando (s) enabled=1 a enabled=0 .
No quiero correr el riesgo de la situación cuando como consecuencia de una dependencia, los nuevos paquetes de Java puede ser instalado en mi máquina sin mi conocimiento durante las actualizaciones que se ejecutan automáticamente por la noche.

No obstante siempre puede ser habilitado en Yum el canal de actualización agregando la siguiente línea:
–enablerepo=jpackage-generic –enablerepo=jpackage-generic-nonfree

Ahora debemos verificar si algunos paquetes Java GNU están instalados en el sistema y ver si existe simetría entre GNU y Java SDK de SUN para que no exista confusión con alternatives. #yum list available ‘*gcj*’

Cuando la lista muestra paquetes (GNU)que no están instalados se deben instalar los mismos de la siguiente forma:

#yum install paquete1 paquete2 …

Cuando haya descargado el archivo jdk-6u7-linux-i586-rpm.bin

# chmod +x jdk-6u7-linux-i586-rpm.bin

#./ jdk-6u7-linux-i586-rpm.bin

Con esto se inicia la instalación de Java SDK, desafortunadamente se instalan en diferentes ubicaciones. Una vez que halla terminado la instalación usted verá el directorio /usr/java/jdk1.6.0_07 con los archivos JDK. Si por alguna razón desea desinstalar Java SDK debe utilizar el comando: # rpm -e   jdk1.6.0_07-fsc

Ahora usted está listo para utilizar la compatibilidad de SUN SDK desde el repositorio de JPackage.org

#yum –-enablerepo=jpackage-generic-nonfree install java-1.6.0-sun-compat

Esto tiene la function de crear una estructura de links en los directorios /etc/alternatives y en /usr/lib/jvm a los otros directorios donde reside Java SDK /usr/java/jdk1.6.0_07

Para verificar los archivos afectados se puede verificar:  #rpm -q -l java-1.5.0-sun-compat

Ahora se debe verificar si efectivamente está todo correcto con el siguiente comando:  #  java -version

Si usted obtiene:

java version “1.4.2″

gij (GNU libgcj) version 4.1.1 20060525 (Red Hat 4.1.1-1)

Copyright (C) 2006 Free Software Foundation, Inc.

This is free software; see the source for copying conditions.  There is NO

warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

O  similar, algo está mal. Y si usted obtiene:

java version “1.5.0_09″

Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_09-b03)

Java HotSpot(TM) Client VM (build 1.5.0_09-b03, mixed mode, sharing)

Ahora al fin vamos a convertir SUN SDK como predeterminado. Para ello necesitamos utilizar:

# alternatives –config java

Y aparecerá algo similar ha:

There are 2 programs which provide ‘java’.

  Selection    Command

———————————————–

   1           /usr/lib/jvm/jre-1.4.2-gcj/bin/java

*+ 2           /usr/lib/jvm/jre-1.6.0-sun/bin/java

Enter to keep the current selection[+], or type selection number:

Aquí se debe tipiar o elegir 2 y presionar enter para activar Java SDK.

En el caso de necesitar el JAVA_HOME, la ruta es:

JAVA_HOME=/usr/lib/jvm/java

   export JAVA_HOME

Está vez, se comentará sobre las empresas de Hosting, las seudo empresas de Hosting, las nuevas empresas de Hosting y las proyecciones de futuro en el mercado del Hosting.

Dentro de la larga temática que esto engloba, es importante señalar que el mercado de Hosting se encuentra en una fase de saturación total, no existe más un nicho de mercado para nuevas empresas de Hosting, esto se debe esencialmente a la cantidad innumerable de seudo empresas de Hosting (creadas por cualquier adolescente de 15 años, sin el más mínimo conocimiento de nada, o por diseñadores web).

Estás empresas amateur, han logrado socavar los negocios de toda la gama baja-media del mercado del hosting, esto son aquellos nuevos emprendimientos que están siendo lanzado en Internet y cada día quieren invertir menos, y en la búsqueda de lo barato donde terminan socavando el propio negocio al colocarlo en una empresa sin responsabilidad, sin soporte, ni infraestructura. Las clásicas empresas poco serias son aquellas que ofrecen casi todo ILIMITADO. Esto es el común denominador en las estafas de las empresas de Hosting amateur y donde el 95% de los nuevos emprendimientos en Internet terminan cayendo en la trampa de lo barato.

Si bien es cierto, que existe un crecimiento de todos los usuarios de Internet, a nivel de rentabilidad para las nuevas empresas de Hosting, y de las antiguas empresas de Hosting, se observa una caída en las ventas y una desaceleración en el crecimiento de clientes en el conjunto de las empresas de Hosting, este efecto es ocasionado por la razón de que existen más empresas de Hosting amateur haciendo prácticas de overselling que significa sobreventa al extremo, en precarios servidores, donde se alojan por 1 dólar al mes, con el engaño de servicios ilimitados; este fenómeno genera que pierdan tanto las empresas amateur, como las de mediana categoría.

Tanto los revendedores de revendedores, de revendedores, están socavando gradualmente a todo el mercado existente, convirtiéndolo en una especie de venta callejera, donde la seriedad, responsabilidad, coherencia, respeto por el cliente y por el mercado son inexistentes, este fenómeno ocurre más que nada por la ignorancia de muchos de los emprendedores que se agrega al desconocimiento por parte de las empresas que quieren tener un sitio web en Internet y como no desean invertir mucho dinero terminan cayendo en estos círculos de Hosting precario, que conlleva el detrimento de los negocios que realmente desean tener una presencia real en Internet.

El Hosting del futuro, después que termine la maduración del mercado, la desaparición de los amateurs por la decantación lógica de los dueños de los sitios web al entender y comprender la importancia que tienen el Outsourcing de alto nivel para los negocios y de ver la nulidad de los servicios precarios; ahí una nueva dimensión aparecerá en los negocios de Hosting, desapareciendo el “boom” o furor de la falsa creencia que “es fácil tener una empresa de hosting” y de la nulidad del Hosting barato.

Esta pregunta inicial puede parecer sencilla, pero sin embargo no lo es, y ya veremos el porque de ello. Todos nosotros cuando buscamos una empresa de hosting soñamos alguna vez con tener un hosting o alojamiento web que tuviera la mejor atención al cliente, un excelente soporte técnico, una atención personalizada y por supuesto una excelente relación entre estos factores y el precio final como mínimo, ni que hablar de las características técnicas. Pero como todos sabemos hoy en día existe una gran cantidad de proveedores de hosting que tienen diferentes objetivos en sus enfocar a los clientes, que en definitiva son su público; y en tres líneas se pueden definir los siguientes estilos:

a) Los que tienen el más bajo costo del mercado, es de destacar que estas empresas tienen éxito en sus prácticas de ventas pues existe una buena parte del público que busca lo más barato, pueden existir diferentes razones para ello como bajo presupuesto, o intentar tener alguna ganancia si son webmasters y han diseñado un sitio web en un paquete de diseño + hosting como suele ocurrir en muchos casos; pero siempre es conveniente preguntarnos ¿Será lo barato en realidad lo más caro?, no debemos olvidarnos del viejo dicho popular “lo barato sale caro”, y en el campo de Internet también está regla sigue siendo válida pues si analizamos un poco más cuanto más barato son los servicios que ofrecen es porque están “desesperados” por tener más clientes y esto llevará como consecuencia además que tengan un cúmulo de clientes todos juntos en un mismo servidor con servicios decadentes y como es claro no habrá una atención real al cliente los 365 días del año, ni las características técnicas necesarias estarán a nuestro alcance.

b) Los que tienen altos costos en el mercado, aquí tenemos la polarización del caso anterior, estos a su vez tienen costos astronómicos pues lo que les importa es tener pisos de mármol grandes estructuras que parecen casi un gobierno lleno de burocracia donde cuando tenemos un problema técnico demoran un tiempo enorme y para colmo de males no tienen soporte los fines de semana ya que funcionan como una oficina y en horarios de oficina.

c) Por último existen las empresas de costos intermedios o promedios dentro del mercado, al parecer deberían ser la mejor opción y tener un punto de equilibrio pero no todas cumplen con este objetivo, pues es fácil ver cuando una empresa dice que tiene espacio en disco duro ilimitado, ilimitada transferencia, simplemente están mintiendo ya que sabemos que un disco duro tiene límite sea cual sea pero tiene límite así sea 80 GB, 120 GB o 200 GB, obviamente notamos en estos casos la falta de credibilidad que nos brindan estás empresas al subestimar a su público potencial y realmente sus deseos son los de querer engañar antes de contratar los servicios con la promesa de la palabra “ILIMITADO”. Esto suele ocurrir mucho en cualquiera de los tres casos mencionados en este texto (a, b, c), y en ello debemos poner la atención y recordar la frase “cuando la limosna es grande, hasta el santo desconfía”.

Y también se pueden notar falencias importantes en estos tres casos y son por lo general que nunca tienen como objetivo primordial AL CLIENTE, y todos sabemos que el cliente debe ser lo primero siempre.

El engaño del Hosting barato, ¿Trampa al solitario?

Todos nosotros sabemos que cuando vamos a lanzar un sitio Web en Internet, lo hacemos porque necesitamos una presencia corporativa en la red y por lo consiguientes estamos colocando nuestro emprendimiento en un Hosting, sabemos también que un Hosting es como un local físico en la vida real. ¿Acaso vamos a colocar nuestro negocio en una calle desolada? ¿Acaso vamos a colocar nuestro negocio en un barrio donde no existe luces en la calle? ¿Verdad que nunca lo haríamos? Ni gratis…

Lo mismo ocurre en Internet, solo que en vez de fijarnos si hay luz en la calle o sí esta en una calle desolada, debemos tener en Internet muy en cuenta que necesitamos el mejor soporte técnico disponible las 24 horas durante los 365 días del año sin excepción, como es claro con costes acordes y una infraestructura de servidores que funcionen con la mejor velocidad, además debe ser una empresa vanguardista y donde su constante sea la superación en la atención al cliente durante cada día del año.

¿Pero esto lo pueden lograr los Hosting baratos? La respuesta es no, por la sencilla razón que las actualizaciones constantes tienen sus costos, las instalaciones de software tienen costos, los propios servidores tienen sus múltiples costes mensuales, pero a ser tan baratos no tienen margen para brindar las necesidades mínimas; además si no deseamos los largos contratos que nos obligan las empresas baratas a realizar, estaremos condenados a la suerte de que les ocurra algo en esos largos períodos de tiempo donde estamos atados a las mismas por un contrato de muchos meses y meses, o mejor dicho estamos tirados a la suerte. También es de señalar que la mayoría de estos Hosting tienen fuertes limitaciones en servicios ya sea que no permiten ciertos tipos de archivos entre una infinidad de elementos que después que se contrata nos daremos cuenta, siempre hay que preguntar todo antes de contratar.

Es un hecho que no podemos tener un emprendimiento por pequeño que sea echado a la suerte, ya que si por alguna razón nos iniciamos en el mundo de Internet sabemos que queremos tener éxito, pero tener éxito y a la vez estar en “hacke” (como en el ajedrez) realmente con ello no estaremos tranquilos y nos deviará de nuestra verdadera atención que es hacer prosperar nuestro negocio en la red. Y ahí es cuando no encontramos con un grupo de empresas que no suelen tener el soporte deseado por nosotros, y su objetivo primordial es ser un acumulador de sitios, dónde la filosofía de ellos es cuantos más clientes se obtengan mejor, pero, ¿acaso nos vamos a sumar a un juego donde se nos brinda poco y nada por el bien de alguien que tiene como verdadero objetivo ser nada más que un acumulador de sitios? Por lo general se los detectan fácil cuando nos llega spam de ellos, es su táctica preferida.

Ciertamente a la hora de elegir un Hosting debemos tener cuidado con las falsas promesas y descartar si llega ser un correo no solicitado (SPAM) que nos llega con costos que parecen los costos de caramelos para niños. Otra forma fácil de detectar un mal hosting, es aquel que promete casi todo de forma ILIMITADA, palabra muy mal usada, porque todo tiene un límite en Internet, se mide la transferencia, se mide el espacio en disco duro, y quién diga lo contrario falta a la verdad y como usuarios no nos gusta que nos subestimen con trampas burdas de marketing.

Por último, ¿Es una trampa al solitario el hosting barato? Ciertamente como siempre en este mundo puede existir remotamente alguna excepción al caso, pero en un 90 % siempre son mayores los dolores de cabeza que los beneficios que pretendemos tener con nuestro sitio web. Es de señalar que la decisión está en nuestras manos de optar por una solución que nos brinde buenos resultados o jugarnos a la suerte con un hosting barato o gratis si fuese el caso.

En esta práctica introducción a los conceptos básicos de asegurar su red inalámbrica doméstica, usted aprenderá la forma de conseguir una red más seguro para los juegos en red, los teléfonos y PCs. Hay que tener encuentra que algunas referencias sobre seguridad hacen mención a ciertos factores que son inútiles como medidas de seguridad y son los siguientes:

=> Filtros a través de MAC
=> Deshabilitar DHCP
=> Deshabilitar SSID

Usted necesita habilitar WPA / WPA2 para proteger la red (no usar Wep). También recomiendo deshabilitar el soporte Universal Plug and Play (UPnP). El protocolo UPnP no implementa ninguna autenticación que siempre es  necesaria, por lo tanto los dispositivos UPnP deben aplicar sus propios mecanismos de autenticación, o implementar el servicio de seguridad del dispositivo. Desafortunadamente, muchas implementaciones de los dispositivos UPnP les falta mecanismos de autenticación, y por defecto los sistemas locales y sus usuarios son completamente fiables. En particular, routers y firewalls que ejecutan el protocolo UPnP IGD son vulnerables a ataques ya que los desarrolladores del protocolo omiten añadir ningún método de autenticación estándar.

Configuración recomendada

1. Siempre utilizar encriptación WPA / WPA2 con TKIP o AES con una palabra clave complicada y larga.
2. Cambiar la “paraphrase”  cada mes.
3. Deshabilitar UPnP
4. Deshabilitar wireless router remote (basado en IP pública) management y los puertos de ssh / telnet. Solamente use su computadora local para telnet / ssh o la administración del router.
5. Habilitar el firewall, port scan y la protección DoS  (la cual es predeterminada en la mayoría de los routers)
6. Activar un correo electrónico de notificación cuando un ataque DoS o escaneo de puertos sea detectado.
7. Usted debe encontrar su guía de configuración para Linux WPA / WPA2, es de gran utilidad.
8. También como consejos adicionales para usuarios Windows - Usar un antivirus, firewall / suite de seguridad de Internet. Puede utilizar NOD32 o kaspersky antivirus, o McAfee Virus Scan.

Existen más elementos de seguridad y si alguien lo desea lo puede publicar, gracias.

Muchas veces deseamos saber el test de velocidad de nuestra ADSL, ADSL2; existen varios en Internet pero se pueden recomendar a algunos muy buenos que son:

Speakeasy http://www.speakeasy.net/speedtest/

Speedtest http://www.speedtest.net/

Es de señalar que es importante realizar el test de velocidad a diferentes ubicaciones, para poder tener un patrón de velocidad, el ampliamente recomendado por su calidad es Speakeasy, donde se pueden hacer pruebas de velocidad a diferentes ubicaciones en USA.

Es un test que se realiza a través del navegador web, es sencillo, rápido y muy efectivo para cualquier usuario poder medir su velocidad de navegación y descarga en Internet a diferentes ubicaciones.

Uso del comando RPM en Linux

En esta publicación usted encontrará información básica sobre el comando rpm que administra los paquetes RPM en Linux.

1. Instalar un paquete RPM - usted puede usar este comando:
# rpm -ivh algunpaquete.arc.rpm

2. Desinatalar un paquete RPM - usted puede usar el siguiente comando:
# rpm -e nombredelpaquetarpm
# rpm -e horde (e.g.)

3. Actualizar un paquete RPM - se debe usar este comando:
# rpm -Uvh algunpaquete.arc.rpm
Nota: Cuando este comando es utilizado, RPM no desinstala la versión anterior del paquete e instala la nueva versión.

4. Consulta de un paquete RPM - usando el siguiente comando:
# rpm -q nombredelpaquete
E.g.:
[root@ns]# rpm -q glib
glib-1.2.10-15
Note: El comando rpm -q mostrará el nombre del paquete, la versión y el número de la realización del paquete instalado. Usted puede usar este comando para verificar si el paquete está instalado o no en el sistema.

5. Información del Paquete RPM - al usar este comando:
# rpm -qi paquete
Ej.:
[root@ns]# rpm -qi php
Name        : php    Relocations: (not relocatable)

Version     : 5.2.6   Vendor: http://www.atomicrocketturtle.com/
Release     : 1.el5.art   Build Date: Fri 02 May 2008 05:17:44 PM BRT
Install Date: Mon 16 Jun 2008 02:03:10 PM BRT      Build Host: build.atomicorp.com
Group       : Development/Languages Source RPM: php-5.2.6-1.el5.art.src.rpm
Size        : 10040864 License: PHP
Signature   : DSA/SHA1, Mon 05 May 2008 05:03:11 PM BRT, Key ID 32a951145ebd2744
Packager    : Scott Shinn <scott@atomicrocketturtle.com>
URL         : http://www.php.net/
Summary : The PHP HTML-embedded scripting language. (PHP: Hypertext Preprocessor)
Description : PHP is an HTML-embedded scripting language. PHP attempts to make it easy for developers to write dynamically generated webpages. PHP also offers built-in database integration for several commercial and non-commercial database management systems, so writing a database-enabled webpage with PHP is fairly simple. The most common use of PHP coding is probably as a replacement for CGI scripts.

The php package contains the module which adds support for the PHP language to Apache HTTP Server.

Como usted puede observar este comando muestra la información del paquete, incluyendo el nombre, versión, y descripción del programa instalado.

6. Lista de archivos del paquete rpm - usando este comando:
# rpm -ql package
Ej.:
[root@ns]# rpm -ql php
/etc/httpd/conf.d/php.conf

/usr/lib/httpd/modules/libphp5.so

/var/lib/php/session

/var/www/icons/php.gif
Nota: Este comando mostrará la lista de todos los archives instalados por el paquete RPM. Por lo tanto esto funcionará solamente cuando el paquete se encuentre instalado en su sistema

7. Verificar la firma de un paquete RPM - usted puede usar este comando:
# rpm –checksig paquete

Nota: Este comando verifica la firma PGP del paquete para asegurarse de la integridad y origen del mismo, siempre es recomendable realizar la verificación.