PuTTY icon

SSH en Windows

Uno de los puntos más débiles de Windows el soporte de SSH, estándar de facto para conexiones seguras a otros sistemas. Mientras que en ambientes Linux y Mac acceder a otros sistemas utilizando SSH está a la orden del día, Windows no proporciona ni un mísero cliente con esa misión. Esto limita considerablemente la utilidad de Windows para administración de sistemas.

Por ello es necesario instalar una serie de aplicaciones que proporcionen los clientes necesarios. Dejando a un lado las opciones más completas y pesadas como instalar un OpenSSH portado a Windows o utilizar algún emulador de POSIX (cygwin o similares), el objetivo es disponer de un sistema de conexión remota, completamente operativo y utilizando software abierto.

Y por si fuera poco, también se intenta configurar adecuadamente para mejorar su funcionamiento e incluso incrementar la seguridad en el acceso.

Read More

Anuncios

Proteger la conexión al escritorio remoto en Windows

El escritorio remoto de Windows es una herramienta muy útil para acceder a un equipo con ese sistema operativo desde cualquier lugar. Se incluye en todas las versiones recientes de Windows (a partir de Windows XP) aunque es necesario activar el escritorio remoto manualmente ya no lo está por omisión.

En su implementación permite abrir a pantalla completa el escritorio del equipo remoto pudiendo interactuar con él prácticamente como si “estuviera sentado enfrente del equipo”. Esto permite múltiples aplicaciones como el acceso a documentos, aplicaciones o intranets privadas que sólo son accesibles desde ese equipo.

Como casi todas las cosas, si se utiliza de forma adecuada es una gran herramienta pero puede ocasionar algunos inconvenientes, sobre todo cuando hablamos de seguridad: se trata de una puerta trasera a sistemas con unos privilegios elevados por su ubicación en la red.
Read More

Problemas básicos con MiKTeX+TeXnicCenter

TeXnicCenter screenshot

Captura de pantalla TeXnicCenter (Imagen: Wikipedia)

Por diversas vías me ha llegado una pregunta recurrente cuando se empieza con el tándem MiKTeX+TeXnicCenter para usar LaTeX en Windows que recomendé.

La última de ellas, sin ir más lejos a través del reciente formulario de contacto.

Escribiendo la respuesta he sufrido un Déjà vu: sentía que ya había escrito lo mismo antes. Por la importancia y utilidad, y para evitarme esta sensación en el futuro, he decidido añadir una nueva entrega al Tutorial de LaTeX por fascículos.

Empecemos con la pregunta (la idea es la misma con múltiples variantes y redacciones):

Al configurar TeXnicCenter con MiKTeX no me genera la salida (DVI, PDF o ambas).

¿Qué pasa? ¿Está bien configurado? ¿cómo lo resuelvo?

Habitualmente el problema suele ser el código del documento LaTeX más que un error en la configuración.

Mi consejo:

  1. Actualizar los paquetes de MiKTeX

    Entre los programas instalados por MiKTeX (accesibles desde el menú de inicio) hay un update (y en las más recientes un segundo “update (admin)“. En algunos casos he detectado problemas al instalar/usar un paquete por incompatibilidad con los paquetes básicos de MiKTeX

  2. Probar un documento LaTeX básico y simple

    El sistema puede que pida instalar algún paquete pero debería generar DVI y PDF sin problemas (es aconsejable probar a generar ambas salidas que son muy usadas).

    • Si el paso anterior funciona se trata de un error en el documento que debería aparecer en el registro (en la parte inferior de la ventana de TeXnicCenter).
    • Si no funciona con un documento básico, puede que el perfil esté erróneo. En TeXnicCenter los perfiles están en el menú Build > Define output profiles. Lo mejor es ejecutar el asistente (Botón Wizard en la parte inferior izquierda) y verificar que todas las rutas son correctas.
    • Si funciona un tipo de salida y no el otro se trata posiblemente de imágenes con el formato erróneo o inclusiones de paquetes adaptados sólo a una plataforma. En el registro de errores debería indicar qué sucede.
  3. Si tras estos pasos no se genera la salida, es necesaria más información para poder analizar el problema (código del documento, errores generados en el registro…).

Cambiar la MTU de la conexión WiFi en Windows 7

Con la última renovación de equipos (concretamente, el portátil) he notado un pequeño problema en el acceso a la red usando WiFi: tras un intervalo de tiempo aleatorio, el sistema deja de poder acceder a la red aunque la conexión parece correcta. Apagando/deshabilitando la WiFi del equipo y forzando la reconexión (variante de la solución informática por excelencia, apagar y encender), todo funciona correctamente hasta que, pasado otro intervalo de tiempo aleatorio, se vuelven a repetir los síntomas.

Tras investigar un poco el problema, he descubierto que mi enrutador parece saturarse con el envío de paquetes que realiza el nuevo portátil. Tras un poco más de investigación, el círculo se estrecha apuntando directamente a la archiconocida MTU… que casi seguro nunca has oído nombrar.
Read More

El retorno del teclado

Teclado inalámbrico

Todo empezó con las interfaces textuales (consolas) en las que el usuario escribía sus órdenes. En este estadio de la informática, el teclado era un elemento imprescindible y el ratón apenas un convidado de piedra meramente auxiliar. Pero, poco a poco, surgieron interfaces gráficas y el puntero del ratón cobró protagonismo relegando el teclado a la escritura del password o la inserción de textos en el editor o la escritura de los mensajes de chat.

Sin embargo, el ratón tiene un grave defecto: es muy lento. Cuando estás trabajando, el ratón es un mal compañero de viaje ya que ralentiza la iteración con la máquina. Por ejemplo, para insertar texto en negrita es necesario separar la mano del teclado, coger el ratón, apuntar el botón/menú apropiado, hacer click, devolver la mano al teclado y seguir escribiendo. La misma acción con el teclado consiste en pulsar la tecla control y la letra N como quien escribe una mayúscula y seguir escribiendo como si nada. Es por eso que el teclado vuelve a recuperar protagonismo al trabajar dentro de la aplicación usando los atajos de teclado para acceder a funciones ocultas en los menús a varios “clicks” de distancia.

Sin embargo, existe un área de trabajo en la que el ratón sigue teniendo mucha más importancia que el teclado: la gestión del escritorio. La mayoría de la gente utiliza el ratón para abrir una carpeta, el menú de programas, los accesos directos o para apagar el equipo. Hasta ahora…

Debido a la lentitud del ratón en los últimos tiempos han surgido algunas aplicaciones que permiten usar el teclado en lugar del ratón para acciones globales. Existen lanzadores que pulsando una combinación muestran una simple interfaz para iniciar el nombre del programa a lanzar (Launchy). Pero hay aplicaciones aún más potentes: las que permiten definir teclas rápidas para lanzar aplicaciones. Y, entre ellas, QLinerHotkeys y AutoHotkey son dos grandes estandartes para Windows orientados a usuarios y a profesionales, respectivamente.
Read More

La abadía del crimen

Uno de mis libros favoritos es El Nombre de la Rosa de Umberto Eco. Su argumento e historia es muy interesante lo que ha hecho que se adapte para cine (una película protagonizada por Sean Connery) y en un juego: La abadía del crimen.

Navegando por la red, encontré un remake de esa vieja aventura. Sigue escrita en ensamblador (usando en este caso Win32ASM) pero se ha modernizado a los tiempos que corren: versión de 32 bits, sonido… aunque sigue conservando su encanto intácto

La abadía del crimen

Captura de la abadía del crimen

En la web se recopila todo el proceso de creación de este remake. El proceso es prácticamente manual y, debido al uso de ensamblador, una pequeña tortura. Un recordatorio de cómo se programaba a finales de los años 80.

Sincronización del reloj en Windows

De un tiempo a esta parte, el reloj de mi ordenador se desincroniza de forma acusada. He estado buscando soluciones y prácticamente todas pasaban por instalar algún software cliente que actualizase el reloj y ninguno me proporciona la confianza suficiente.

Llegué a plantearme escribir un servicio que hiciera esa sincronización de forma totalmente configurable. Para ello partí del código NTP client in C# publicado en Code Project, lo refactoricé y empecé a planear mi servicio (si al final me decido a acabarlo y dejarlo operativo, lo publicaré).

Sin embargo, existe un servicio que ya realiza esa misión: w32tm. El problema es que su configuración por defecto en Windows XP lo sincroniza una vez a la semana (demasiado tiempo a mi juicio). Después de mucho indagar, descubrí que el servicio se configura con ciertas entradas del registro de Windows.

El parámetro de configuración que buscaba lo descubrí en TuneXP. Consiste en modificar un valor del registro de windows:

Modificar el valor SpecialPollInterval con el número de segundos entre actualizaciones en la rama HKLM/SYSTEM/CurrentControlSet/Services/W32Time/TimeProviders/NtpClient.

Seguidamente, se reinicia el servicio Horario de Windows y el sistema actualizará la hora con el nuevo intervalo. Es una buena idea realizar una sincronización automática tras el reinicio para que empiece a contar los plazos desde ese momento.

El valor por defecto (604800) se corresponde a 7 días. En la página recomiendan valores de 2 días (172800) ó 1 (86400). En mi caso, lo he configurado para 8 horas (28800) o, lo que es lo mismo, 3 veces al día como las medicinas.

Modificar el registro de Windows siempre es peligroso. Es aconsejable hacer una copia de seguridad de las modificaciones (exportando la rama a un fichero .reg) para poder restaurarlo en caso de error. No me hago responsable de los problemas ocasionados por el uso de esta información.