Arreglando problemas DNS de Internet Residencial Claro (Modem SpeedTouch)
Al parecer esta tarde mi proveedor de Internet [Claro El Salvador], estuvo teniendo problemas con sus servidores DNS (que transforman nombres humanos como www.apple.com a sus verdaderas direcciones dentro de la red: 184.50.173.15), aunque la conexión de Internet seguía activa.
La solución directa para el problema era cambiar la configuración de red para utilizar servidores DNS alternativos (como los de Google: 8.8.8.8 y 8.8.4.4) en lugar del servidor local del módem. Sin embargo, si son locos tecnología como yo y tienen varios dispositivos conectados a su red local (en mi caso: 2 laptop, 2 desktop, 2 servidores, 1 consola de juegos y 4 dispositivos con iOS), una solución central es mucho más sensata que cambiar la configuración manualmente para cada dispositivo. Es por esto que busqué la manera para que el modem utilizara los servidores de google en lugar de los administrados por el proveedor de Internet.
NOTA: No me hago responsable por lo que le hagan a su módem. Las indicaciones que siguen asumen que se sienten cómodos utilizando la consola. También asumo que utilizan la configuración por defecto del módem, con red interna con gateway 192.168.1.1.
- Ingrese a la CLI del módem desde la línea de comandos (*nix o ese otro sistema, no importa):
$ telnet 192.168.1.1
Con lo que debería obtener algo como lo siguiente:
Trying 192.168.1.1...
Connected to 192.168.1.1.
Escape character is '^]'.
Username : - El nombre de usuario por defecto es admin y la clave Tu64$TEL (recuerden: Claro El Salvador. Si utilizan otro proveedor esta clave puede ser diferente). En mi caso, recibí un mensaje de bienvenida y luego el prompt:
\{admin}=>
- Ingrese los tres siguientes comandos:
dns client flush
dns client dnsadd addr=8.8.8.8
dns client dnsadd addr=8.8.4.4El primer comando elimina al router como servidor DNS (lo que elimina el uso de los servidores dados por el proveedor de Internet), mientras que los últimos dos agregan los DNS de Google. Si quieren utilizar otros servidores DNS, simplemente sustituyan las direcciones IP en esos comandos.
Eso es todo! Si ven algo malo, me avisan.
Comparación de rendimiento de JavaScript
Hace unos días, cuando salió la versión 3.6 de Firefox, me dí a la tarea de hacer comparaciones de rendimiento de JavaScript utilizando Peacekeeper de FutureMark. Para que no me fueran a decir que habían diferencias significativas por el sistema operativo, decidí correr todas las pruebas bajo Windows 7 para poder meter al IE y al Safari en las pruebas.
Como era de esperarse, el IE está de último, incluso de abajo del Konqueror (que está claro lo corrí desde Linux) que nunca me ha convencido mucho. El FF 3.6 definitivamente tuvo mejoras notables sobre el 3.5, pero sigue estando lejos de alcanzar al Safari y mucho menos al Google Chrome. Dado que la mayoría de páginas que visito tienen una cantidad considerable de JS, no es de extrañar que mi navegador de preferencia ha sido el Chrome desde que salió la primera versión para Linux.
Actualización 2/21/2010: adicioné a las pruebas el Firefox 3.0.5 y la versión de desarrollo de Chrome 5. El C5, como era de esperarse, tiene mejoras de rendimiento sobre 4, aunque son marginales. Una cosa que olvidé mencionar en el artículo original es que de todos los navegadores que probé, el IE es el único que aún no tiene soporte para gráficos complejos (el elemento canvas del HTML5), por lo que la puntuación de todos los navegadores excluye las pruebas referentes a eso. Si se incluyeran, el IE estaría mucho más por abajo del resto.
Si no confían en mis resultados por creer que estoy prejuiciado contra IE, pueden comprobar los resultados por ustedes mismos.
