julio 2010

Norton Public DNS

Recientemente la empresa Norton ha decidido ingresar al mundo de las opciones de DNS públicos, en este caso con un sistema que esta en beta, que no tiene grandes innovaciones.

La forma de utilizarlo es la misma que tenemos con OpenDNS o con Google Public DNS, es decir, que debemos setear los DNS primarios y secundarios en la configuración de red en nuestro sistema operativo o dispositivo.

Aún no tiene algún servicio que le de un valor agregado a la mera resolución, pero habrá que esperar un poco más porque es un servicio reciente. OpenDNS es la otra opción que hay, que esa si permite tener algunos valores agregados, entre ellos antiphishing, pornografía entre otros.

Se puede chequear el estado de los servidores y servicios; también un listado de preguntas y respuestasFAQ- está disponible en el sitio oficial.

Los DNS a utilizar son: 198.153.192.1 y 198.153.194.1

Las direcciones IP son algo difícil de recordar si lo comparamos con el 8.8.8.8 de Google, pero es una buena opción para utilizarlo en caso de algún escenario que lo amerite.

Nuevo Theme

Hacía tiempo que no le cambiaba el theme al blog, este fin de semana aproveche para acomodar un poco el código fuente para que tome el formato que me gusta. Está en pruebas y puede que haya algo mal puesto o dando algún error.

El nuevo formato tiene una mejor lectura en los post y una claridad en los colores.

Si encuentras algo fuera de normal o algún error me avisas.

Que lo disfruten…

SolarTik: Cargador Solar para MikroTik

Un excelente circuito ha sido enviado al foro en inglés de MikroTik. La idea es utilizar un sistema para cargar las baterías con paneles solares y ya que además tiene un timer para rebootear el equipo.

El listado de materiales lo pondremos a continuación. Como utiliza un Microchip es necesario subirle la flash al PIC que también esta disponible para descargar.

IC1 7505 +5v linear regulator
IC2 Microchip 12F675

T1 (says Q1 on schematic) IRF9540 HexFET (P-Type)
T2 BC109 or any small signal transistor
T3 L2203N HexFET (N-type)

All Diodes SB650 or similar schottky type (i chose 3A types)

R1,R2,R1 1k
R3,R6 47k
R4,R5 4k7
R7 10k

C1 10uf 16v
C2 47uF 25v
C3,C4 100nf
C5 10uf 63v

El diagrama entre muchos comentarios y críticas al circuito están en el hilo del foro.

Radius Manager v3.8.0 beta7 publicado

Recientemente ha sido publicada una nueva versión del uno de los mejores servidores RADIUS del mercado –Radius Manager de DMA Softlab del cual ya hemos hablado en otras oportunidades.

El nuevo changelog trae lo siguiente:

*** v 3.8.0 *** 2010-07-05 ***
NEW FEATURES:
-discount billing periods (hours of day)
-definable time periods when connection is allowed
-reseller system
-pfSense captive portal support
-automatically synchronized clients.conf (ACP)
-controllable RADIUS service activity (ACP)
-superuser can assign users to managers in ACP
-prepaid card activation option (SMS)
-user definable PIN code length, optional password for PIN codes
-improved PDF card printing (background picture, PIN, password, valid till field)
-invoice instead of receipt (online payments)
-completely reorganized invoice browsing system
-PayPal Website Payments Standard support (Credit Card and balance payment)
-DPS Payment Express support (Credit Card)
-resellers can change services immediately (ACP)
-users can change services immediately (UCP)
-NASes are assigned to services instead of users
-optimized user list view
-install.sh supports Debian directly
-user groups introduced
-find users by group, email, country, state
-user definable sim-use values of cards and IAS templates
-improved ACP menu system

BUGFIXES:
-ACP manager password change problem fixed
-card system time unit problem fixed (broken in 3.7.0)
-IAS Netcash CC payment system fixed (broken in 3.7.0)
-PayPal gateway problems fixed (broken in 3.7.0)
-allow generating classic prepaid cards for free (price = 0)
-wrong language selection in ACP / system settings fixed
-CSV download problem fixed
-mass emails are sent for regular and Hotspot MAC users only
-UCP / change service: the current service is not listed anymore
-ACP / new user deposit field added
-mass mailer supports external SMTP relay
-rm_allowednases index problem fixed
-useradd UNIX command instead of adduser (Debian compatibility)
-IAS price cannot be zero
-in next services static IP is not used, supporting expired account redirection
-completely revorked invoice storage system with less redundancy
-completely revorked credits adding system
-add additional credits price problem fixed (broken in 3.7.0)
-postpaid (batch) billing total amount problem fixed
-UCP purchase service vulnerability fixed

Para descargarlo y probarlo se debe tener una cuenta del sitio ya que esta disponible para los registrados la descarga del mismo.

Google propone modificar el protocolo TCP

Leyendo barrapunto encuentro una noticia interesante que puede mejorar  las velocidades de Internet, principalmente la de la navegación (HTTP). La propuesta ha sido presentada por Google hacia la IETF (Internet Engineering Task Force) que es el organismo que se encarga de estandarizar lo relacionado con Internet.

La idea de Google, que está fundamentada con sus experimentos realizados en su red, permite un aumento de hasta un 12% de la velocidad de navegación. La idea es aumentar el tamaño la ventana del protocolo TCP a unos 15KB de los 4KB que es el valor que se utiliza actualmente. Esto permitiría aprovechar aún más las velocidades actuales de acceso a Internet (banda ancha).

No voy a explicar el funcionamiento en sí de la ventana ni tampoco la propuesta porque está perfectamente detallada en un artículo de bandaancha.eu pero si vamos a comentar que esto ayudará a una mejora en la navegación ya que evitará tener que andar aumentando la ventana exponencialmente cuando se concreta una conexión y bajara la latencia de las mismas.

Según los resultados realizados por sus experimentos han logrado tener una mejora del 11.7% en las conexiones rápidas y una merma en la latencia. En las conexiones inestables o tendrá un aumento de retransmisiones pero que no es preocupante ya que se empeorará en un 0.02% en conexiones rápidas y un 0.17% en conexiones lentas, algo que es despreciable y que seguramente se encontrará una manera de evitarlas.

Lo interesante de esto es que no implicará muchos cambios a nivel de hardware sino que se puede implementar fácilmente con alguna actualización de software.

El texto explicado detalladamente se encuentra disponible en el paper presentado por Google y el concepto en palabras simples en bandaanda.eu.