Feeds:
Entradas
Comentarios

Se puede hibernar el portátil u ordenador que tengamos sin necesidad de tener una partición swap y como hoy he instalado Debian 8.1 me he puesto manos a la obra para conseguirlo; en vez de tener una partición de X gigas, se crea un fichero de X gigas para hacer la misma función (lógicamente para poder hibernar con éxito el fichero debe ser casi igual en tamaño a la memoria RAM de la máquina).

Empezamos (todo con su o añadid sudo):

  • fallocate -l 3,5G /home/swap && mkswap /home/swap

Con eso creará el fichero en la ruta que queramos con el tamaño escrito: se podrían poner 256m o bien GB como está indicado. Añadimos a fstab la dirección del fichero swap:

  • /home/swap   swap    swap    defaults        0       0

Ahora indicamos al kernel que deje de usar el área de intercambio como memoria de paginación pues sólo queremos hibernar y no ralentizar el ordenador al tener un disco mecánico:

  • sysctl -w vm.swappiness=1

Si queremos que sea permanente, deberemos añadir esa línea en el rc.local o bien en /etc/sysctl.d/local.conf con “vm.swappiness=1”.

Ahora deberemos activar el uso de swap con el comando (si nos dice que ya estuviera en uso pues cambiad swapon por swapoff y la ruta):

  • swapon /home/swap

En teoría ya estaría listo para que hibernase pero a mi me ha dado un error al hibernar en el dmesg y he tenido que instalar uswsusp, que trae algunas herramientas para solucionarlo:

  • apt-get install uswsusp
  • dpkg-reconfigure -pmedium uswsusp

Y cuando lo reconfiguremos: damos a Sí, seleccionamos la PARTICIÓN y no la ruta de la swap y si queremos o no cifrarla dependiendo del nivel paranoico que tengamos.Y probamos a hibernar con:

  • s2disk

Si se ha apagado en 10-15 segundos eso es buena señal.Ahora quedan dos cosas más: que al encender reanude desde la hibernación y que al cerrar la pantalla del portátil automáticamente hiberne.

Para que reanude, tendremos que editar nuestro /etc/default/grub y añadir en GRUB_CMDLINE_LINUX_DEFAULT lo siguiente:

  • GRUB_CMDLINE_LINUX_DEFAULT=”resume=/dev/sdaX quiet”

Donde sdaX es la partición donde tenemos el archivo generado en el primer paso, lo podemos ver con df y mirar en qué partición cae /home, en mi caso /dev/sda6. Después deberemos actualizar el grub con: update-grub2

Para que al cerrar la tapa del portátil hiberne, primero hay que configurar desde el entorno de escritorio las opciones de energía y seleccionar hibernación:

Sin nombre

Hacemos una copia de seguridad por si acaso:

  • cp /lib/systemd/system/systemd-hibernate.service /lib/systemd/system/systemd-hibernate.service.bak

Y ahora editamos ficho fichero, cambiando el contenido de ExecStart para que funcione bien con s2disk.

# ExecStart=/lib/systemd/systemd-sleep hibernate
ExecStart=/bin/sh -c ‘s2disk’

Y en teoría ya estaría, creo que no me olvido de nada pues lo he estoy escribiendo cuando me ha funcionado.

Fuente: https://wiki.debian.org/Hibernation/Hibernate_Without_Swap_Partition y elaboración propia.

x11vnc, otra manera de hacer VNC.

Estoy cambiando el disco duro de mi servidor de Ubuntu a Debian y como siempre lo uso de manera remota por VNC me disponía a instalar vino para ello pero veo que lo han integrado en los menús de GNOME y actualmente uso XFCE en mi servidor para la carga de programas como aMule y demás. Vamos a ello utilizando un terminal:

  1. su
  2. apt-get install x11vnc
  3. exit

También podemos usar sudo para ello y sólo sería “sudo apt-get install x11vnc”. Ahora deberemos crear una contraseña (o no) para autentificarnos cuando nos conectemos:

  • x11vnc -storepasswd

Y decimos que sí (y) para que almacene la contaseña en nuestra carpeta personal en el archivo passwd de la carpeta oculta .vnc/passwd

Ahora lo que tenemos que hacer es añadir la carga del programa al sistema, yo lo voy a realizar a través del archivo rc.local y así nos evitamos de crear scripts para cargar una línea de comando, es más óptimo.

  1. su
  2. nano /etc/rc.local

Y añadimos lo siguiente pero modificando nombreusuario por vuestro usuario (que no sea root):

su nombreusuario -c ‘x11vnc -safer -forever -bg -rfbauth $HOME/.vnc/passwd -shared -display :0 && logger “Iniciando x11vnc …”‘

Guardamos con Ctrl+O y salimos con Ctrl+X. Las opciones que he elegido son: que permanezca siempre activo (-forever) , que el proceso esté en segundo plano (-bg), que utilice la contraseña almacenada (-rfbauth ruta), pantalla compartida (-shared) y que la pantalla a visualizar sea “:0” que es la que me interesa a mí, para poder operar con la sesión por defecto en XFCE. Podéis ver más opciones aquí, tales como no usar contraseña con -nopw, pedir autorización para las conexiones, sólo visualizar y muchas más que aparecen en el manual de x11vnc (man x11vnc) (aquí otra versión más legible)

También deberíamos dar permisos de ejecución a rc.local aunque por defecto debería estar bien configurado, desde root con un chmod +x /etc/rc.local.

Podemos ejecutar rc.local ahora o bien probar los cambios al reiniciar el ordenador y ver el resultado.

Nota: Si no ponemos contraseña y tenemos el ordenador conectado a Internet, deberemos protegerlo para prevenir conexiones desde WAN. Yo sólo uso VNC en LAN debido a que este protocolo es seguro poque no está cifrado y la contraseña va en texto plano, por lo que no es recomendable usarlo sin cifrarlo con SSH o algún tipo de VPN. No hemos usado ninguna opción para que abra puertos con UPnP pero por si acaso deberíamos bloquear las conexiones desde WAN y sólo permitir la conexión al puerto 5900 TCP usado por x11vnc a las IPs de LAN.

Actualizado a Diciembre de 2013: Aquí tenéis una entrada más reciente con una solución funcional basada en x11vnc.

 

Cualquier distribución moderna de GNU/Linux que use GNOME su servidor predeterminado para VNC se llama Vino. El tema es, que yo en mi servidor (aunque tiene X y XFCE) traté de instalar Vino pero no funcionaba correctamente, no sé si por usar RealVNC en Mac OS X o por algún tipo de incompatibilidad con XFCE ya que al intentar conectar, el proceso de Vino “petaba”. Por tanto busqué otras alternativas para poder tener una sesión gráfica remota y encontré el paquete en los repositorios de Debian (Debian y cualquier otra derivada de ella) que se llama “vnc4server”.

Lo instalamos (como root) usando Synaptic o bien por línea de comandos dependiendo si usamos más apt o aptitude:

apt-get install vnc4server // aptitude install vnc4server

Después de haber instalado el servidor, necesitaremos configurarlo. Lo primero será establecer una contraseña para poder establecer correctamente la conexión. Eso sí, esta conexión no irá cifrada aunque tenga contraseña. Si queremos cifrar la conexión VNC necesitaremos por ejemplo tunelizarla a través de SSH, cosa que de momento no detallaré en este artículo. Para configurar esta contraseña deberemos teclear en un terminal lo siguiente:

vnc4server

Y nos pedirá introducir una contraseña que se almacenará en nuestra carpeta de usuario: ~/.vnc/passwd

Cuando hemos ejecutado “vnc4server”, nos ha creado una nueva sesión gráfica, seguramente en :1 que podremos acceder desde nuestra LAN con la ip de nuestro servidor y el puerto 1. Pero realmente eso no es lo que yo quiero (y seguramente vosotros tampoco), lo que pretendo es poder conectarme a la misma sesión que se ha iniciado durante el arranque de mi servidor para por ejemplo, poder ver el estado de aMule, temperaturas, espacio en disco o sencillamente tareas de administración.

Para los amantes de la línea de comandos, ya sé que todo esto se podría hacer sin X pero realmente esa máquina no la quiero “condenar” sólo a eso y realmente este tema no es el origen del artículo.

Como el anterior proceso no nos sirve, procederemos a matarlo con el siguiente comando:

vnc4server -kill :1

Entonces, para tener la misma sesión que arrancó con la máquina deberemos ejecutar el siguiente comando:

x0vnc4server -PasswordFile=/home/USUARIO/.vnc/passwd

Y ahora, con el cliente que utilicemos de VNC, pondremos la IP sin puerto, puesto que estará usando el puerto común para las conexiones VNC (5900 TCP).

Lo único que quedaría sería añadir al arranque del sistema el anterior comando, yo uso XFCE para su carga, pero también se puede añadir al initd de Debian mediante update-rc.d con un miniscript o bien añadir el comando a /etc/rc.local.

Espero no haberme olvidado de haber comentado algún punto puesto que lo estoy recordando de memoria y según el historial del bash.

[Aviso para los que os atreváis a realizar la liberación, leed antes los comentarios para evitar posibles brickeos y problemas. También quiero decir que no me responsabilizo de los posibles problemas,pero eso sí, os ayudaré todo lo posible para intentar solucionar, si tenéis, los problemas que puedan ocurrir. Creo que lo que provoca los brickeos después de obtener el código de liberación es no poder desmontar la carpeta /efs correctamente, así que intentad haced todo lo que podáis antes de reiniciar el móvil]

Para poder liberar este móvil deberemos realizar un primer paso previo, que es hacerse root, obteniendo así el control total del sistema y poder así acceder a los archivos necesarios para ver el código de liberación. El proceso de hacerse root anula la garantía del móvil pero es reversible, con lo cual, si por alguna razón debemos mandar al SAT el móvil deberemos deshacer el proceso de root. Podéis leer más información sobre ser root o no aquí, ser root implica tener casi todos los permisos y si somos manazas o bien un aplicación está mal programada y borra algo que no deba, nos podremos quedar con un ladrillo y no un móvil (por suerte existen los flasheos, modo download y modo recovery pero espero que no seas necesarios)

Para hacerse root con éste móvil el proceso es muy sencillo. Debemos descargar los controladores USB (que están incluidos en el programa oficial de sincronización para móviles llamado Samsung Kies) o bien bajarnos la utilidad que nos dará acceso root al móvil cuyo nombre es SuperOneClick (y que es compatible con muchos modelos de móviles, entre ellos el Galaxy Mini). El proceso de instalación y “rooteo” es fácil:

  1. Bajamos la última versión desde aquí
  2. Descomprimimos el archivo zip usando WinRAR/WinZip/7zip o el descompresor por defecto de Windows.
  3. Instalamos los controladores (supongo que lo sabréis realizar, si no, instaladlos por Kies ya que el proceso será automático)
  4. Conectamos el móvil en modo depuración (Ajustes => Aplicaciones, Desarrollo y Activar depuración)
  5. Ejecutamos SuperOneClick.exe (en Modo Administrador si usamos Windows Vista/7).
  6. Y tan sólo deberemos presionar el botón ROOT y esperar un par de minutos a que termine la operación.
  7. Reiniciar el móvil para tener ya el modo root funcional. Nos aparecerá una nueva aplicación en menú de Aplicaciones donde podremos ver las aplicaciones que pidan el acceso root para denegarlas o permitirlas.

Si queremos quitar el modo root, hacemos los pasos 4 y 5 y el sexto paso será presionar el botón UNROOT, esperar un tiempo prudencial y reiniciar el móvil.

Ahora el paso siguiente es algo más complicado ya que deberemos instalar el SDK de Android 2.2 que es la versión que tiene el Galaxy Mini que liberé. Si el tuyo tiene la 2.1 pues tendrás que bajar las APIs correspondientes a esa versión. Como estoy haciendo la guía para Windows, bajamos este ejecutable. Y procedemos a su instalación. Después nos habrá creado un acceso en el escritorio y quizás esté un actualizador en el que esté marcado por defecto todas las opciones que realmente no son necesarias; tan sólo hay que marcar los “drivers USB”,  “SDK Plataform Android 2.2”, “Google APIS” y “SDK Tools” lo demás es completamente opcional. Cuando todo ya esté bajado e instalado habrá que:

  • Modificar el PATH del sistema (en el cmd.exe poner lo siguiente: set PATH=%PATH%;C:\Program Files\Android\android-sdk\plataform-tools)

ó bien:

  • Ir al directorio de instalación (Por defecto: C:\Program Files\Android\android-sdk) del SDK, entrar en la carpeta plataform-tools y ejecutar en la consola del sistema el ejecutable adb.exe (ir a Inicio => ejecutar y escribir “cmd.exe” y luego arrastrar el adb.exe a la ventana negra y darle al intro)

Cuando tengamos ya todo bien instalado y configurado, nos dispondremos a conectar el móvil en modo depuración por USB  y ejecutar en Inicio y Ejecutar (o bien Tecla de Windows + R) “C:\Program Files\Android\android-sdk\adb.exe shell” ( ó adb shell (si hemos usado el método de adición del PATH)

Nuevo método, fuente XDA: leer ahí el proceso mejor http://forum.xda-developers.com/showthread.php?t=1335548
- adb shell
- su
- cat /dev/block/bml5>/sdcard/bml5.img
- exit (2x, dos veces)
- adb pull /sdcard/bml5.img

Método viejo, no usar.

[AVISO: Estos comando ya son “serios“, nos disponemos a toquetear el sistema interno; es recomendable hacer una copia de seguridad de la ROM pero el programa ROM Manager parece que no es compatible con Galaxy Mini, así que estamos un poco “vendidos” y es la mayor causa de brickeos según los comentarios por no poder desmontar la carpeta /efs así que cuidado con estos pasos. Según los comentarios, hay un gran índice de brickeos.]

Edito el método, ya que el original suele causar problemas aunque no a todo el mundo, quizás sea por falta de espacio en la memoria interna del teléfono.

  1. su (Desbloquear el teclado del móvil y aceptar la petición de privilegios de root que pedirá inmediatamente al teclear ese comando; si no, en la consola nos podrá “failed” creo recordar, y no tendremos privilegios de administrador)
  2. cd /sdcard (Nos vamos a la memoria externa microSD)
  3. mkdir prueba (Creamos la carpeta temporal)
  4. chmod 555 prueba (Le otorgamos permisos de lectura y ejecución aunque bastaría con 444)
  5. mount -o nosuid,ro,nodev -t vfat /dev/block/stl5 /sdcard/prueba (Montamos parte de la memoria interna a nuestra carpeta para poder leer el código de desbloqueo)
  6. cat /sdcard/prueba/mits/perso.txt<> (Leemos el código de desbloqueo, 8 dígitos y después de estos, muchos ceros y anotamos el código)
  7. umount /sdcard/prueba (desmontamos la memoria del teléfono en la carpeta temporal, si no da ningún error, no habrá brickeo previsiblemente.)
  8. rm -r prueba (la borramos)
  9. reboot (reiniciamos)

Ahora, deberemos cambiar nuestra SIM y poner una SIM de otro operador para que después de poner su PIN nos salga una ventana en la que deberemos escribir el código de liberación que previamente hemos obtenido y anotado. Y ya estará libre; se puede comprobar escribiendo “*#7465625#” en el marcador y ver que “Bloqueo de red” está OFF. Si está ON es que no está liberado.

A mí, al meter el código de liberación me salió una ventana diciendo que el código era incorrecto pero el móvil está libre; creo que fue porque metí una tarjeta SIM que está inactiva ya que es una prepago sin identificar ni estar recargada y por eso me debió salir, pero que el terminal está libre si te acepta tarjetas de operadoras diferentes de origen.

Los comandos anteriores no son mios, los encontré en el siguiente hilo del foro XDA, en concreto del usuario tweakradje, y aquí su post. Así que las gracias se las podéis dar a él, ya que sin esos comandos, no se podría obtener el código de liberación. Por ejemplo hay programas para Android que sacan el código del Samsung Galaxy S ya que la carpeta EFS existe y tiene el archivo visible pero en el Galaxy Mini no ocurre la misma situación. Así que estos comandos son imprescidibles y desde aquí le doy gracias a este usuario por esa valiosa información.

He creado este artículo porque no había o no he encontrado un manual en castellano para liberar este terminal y me he animado a hacerlo, asumiendo los riesgos pero con el objetivo de liberar este terminal y así ha sido, así que espero que os resulte de la misma utilidad que a mí.

Si hay alguna duda, os contestaré si no está suficientemente claro.

Posibles soluciones y utilidades.

Si el móvil está brickeado, hay varias maneras de revivirlo. Hay que tener los modos recovery y download activados.

  1. Bajar el último firmware para el Galaxy Mini desde samfirmware.com (aunque el firmware original es este), poner el móvil en modo download, y bajar también el programa Odin desde aquí. Hay un manual aquí para el Galaxy ACE pero el proceso es igual. (Contraseña samfirmware.com; si no, mirad comentarios)
  2. Desde el modo recovery, hacer wipe y si tenéis CWM, hacer una restauración de la copia de seguridad de la ROM.
  3. Aquí tenéis el manual en pdf del servico técnico de samsung por si os puede ayudar.

Personalización del Nokia 5800.

Me he animado a crear un post para ilustrar a la gente lo que pueden llegar a hacer con su móvil, ya que mucha gente que lo tienen sólo lo usa como si fuera un teléfono móvil corriente y no, al ser un smartphone pues tiene más posibilidades que poca gente le saca uso. He de reconocer que yo tampoco lo exprimo al 100% pero con lo que hago me sirve, de momento (xD).

Pasos previos.

Bueno, lo primero de todo es tener total acceso al móvil, esto es, tenerlo jaqueado o tener un certificado para poder firmar aplicaciones y poder así instalarlas aunque no se tendrá acceso a los directorios del sistema. Yo os recomiendo que lo primero pero también podéis hacer lo segundo aunque tendréis que firmar cada una de las aplicaciones que queráis instalar y esto puede llegar a cansar.

  • Para firmar, id aquí. Os registráis, le dais a My certificate y luego en el botón naranja llamado Apply cert. Tenéis que meter el IMEI aunque yo ya he registrado varios móviles y es segura la página. Tardará un par de horas, quizás 1 día máximo y luego tendréis que bajar tanto la “key” con el “cer” y usar un programa que viene en la misma página para firmar, se puede firmar tanto desde el móvil como desde el PC.
  • Para jaquear, la cosa está más chunga ahora en la v50 de 5800 que en las versiones anteriores. Ya que el método helloox2 no funciona y antes era bajarse el jaqueo, firmarlo, instalarlo y listo. En la v50 habrá que flashear el móvil con el firmware original v50 pero modificándole un archivo. Este método es peligroso ya que el móvil puede “morir” en este acto pero se puede revivir según he leido, aunque afortunadamente no me ha ocurrido, ya que si se siguen bien los pasos no debe pasar nada malo excepto ¡una caída de la corriente eléctrica!
  1. Primero hay que bajar el firmware usando navifirm usando esta guia.
  2. Antes del punto 3 del enlace de la página anterior, tendréis que hacer esto.

Fuentes de aplicaciones.

Hay un montón de foros sobre aplicaciones y modificaciones de Symbian, el mejor creo yo, es el foro de la página de Daily Mobile. Está en inglés pero creo que eso no puede ser un problema, también hay en castellano como El rincón del Symbian, ClubNSeries y tal pero digamos que suelen ser “sombras” de este foro, esto es, que lo que se publica en Daily Mobile se vuelve a postear en estos foros.

Aplicaciones interesantes.

  • Opera Mobile como navegador predeterminado, excepto para ver Flash ya que hoy por hoy no lo soporta.
  • MCleaner como “bloqueador” de llamadas, mensajes y demás SPAM de los número que metamos en la lista negra.
  • Orange Tsunami como tema de inicio. Esto es muuuy interesante, reemplaza a los 4 iconos y 2 botones que vienen por defecto en la pantalla principal del móvil reemplazándolos por un montón de widgets. Muy recomendable.
  • Widgetizer 1.03 beta, como complemento al tema de inicio original. Tiene iconos que se añaden a lo que venga por defecto. Un programa recién nacido interesante pero prefiero Orange Tsunami.
  • Avis Touch Restart, reinicia tu Nokia con tan solo presionar el botón del programa.
  • X-Plore como gestor de archivos, visualizador de documentos de Word, de imágenes y videos, etc.
  • Bluetooth Receiver para recibir archivos mediante el sistema inalámbrico pero de forma mucho más cómoda y así evitar que se reciban los archivos como mensajes reduciendo la capacidad de enviar archivos grandes por la memoria integrada disponible en el teléfono.
  • Phonetinfo para ver la información del móvil en sus aspectos técnicos así como ver las MAC del WiFi y Bluetooth (para los filtrados de los routers, etc.), velocidad del procesador, nivel de cobertura, células de red, etc.
  • Profile Scheduler, para cambiar de modo de normal a silencio a determinadas horas o días. Muy útil para no tener que acordarte de ponerlo en silencio al entrar o salir de la universidad así como para la biblioteca si vas con un determinado horario.
  • BrightLight para usar el LED de la cámara como “linterna”. Moderar el uso prolongado ya que no está diseñado para eso el LED de la cámara y consume bastante batería.. No creo que se “queme” por el uso prolongado como he llegado a leer porque es un LED.
  • Energy Profiler de Nokia para analizar en tiempo real el consumo de la batería del móvil, intensidad de la señal GSM, etc. Muy curioso para ver y optimizar la duración de la batería.

Iré actualizando y ordenando todo más esto según tenga tiempo. Y lo dicho, comentad las dudas realmente existenciales jaja

Soy poseedor de un Nokia 5800 XM (RM-356) actualizado a la última versión en estas fechas, la v50.0.005, y en mi universidad hay varias redes WiFi entre las que podemos destacar dos: UCM y eduroam. La primera no va cifrada y tiene una especie de portal captivo en la que te tienes que autentificar vía web para poder conectarte y luego está eduroam que va cifrada y nunca había sabido cómo meterme desde el móvil hasta que me picó la curiosidad.

Ya que ahora Nokia soporta EAP-TTLS + PAP (desde la v40) me he dedicado a buscar información para poder conectarme a la red eduroam ya que se necesitan ajustar unos parámetros “avanzados”. Busqué y busqué en Google y había guías que NO funcionaban para mi universidad en concreto ya que Symbian da un error un tanto genérico, a mi me daba algo así como  “Error de autentificación EAP-TTLS”.

Por ejemplo, en la UCLM hay una guia con imágenes para conectarte en sencillos pasos pero en mi universidad (lUniversidad Complutense de Madrid) hay un portal en el que explican un poco cómo funcionan las redes, los puertos que tienen abiertos estas redes y cómo conectarse pero no hay manual para Symbian,sólo hay para Windows, Mac OS X, Linux e Iphone. Pues rebusqué en los manuales de Windows (que hay que usar un programa llamado SecureW2 y miré sus certificados de autoridad, porque tenía claro que el error que me daba el móvil al intentarme conectar era de certificado). Pues bien ya he encontrado solución y para poder conectarse a eduroam de la UCM hay que:

  1. Descargar e instalar 3 certificados (mirror) que también se pueden obtener bien importándolos de nuestro PC si hemos instalado SecureW2 o haciéndolo a través de leer el archivo de configuración del Iphone (de la web de la UCM enlazada) y guardando el código del certificado con formato PER (si os gusta usar el notepad, este es vuestro método :D). La contraseña del ZIP es kalasy.
  2. Definir eduroam como punto de acceso. Ir a el menú principal, seleccionar: Ajustes -> Conectividad -> Destinos de red -> Punto de acceso (Añadir nuevo punto de acceso) -> LAN inalámbrica y en nombre de red WLAN escribir: eduroam o bien escanear las redes y seleccionar eduroam.
  3. Configuración del punto de acceso eduroam. Ir de nuevo al menú principal, Herramientas -> Ajustes -> Conectividad-> Destinos de red -> Puntos de acceso y seleccionar eduroam. En opciones, marcar la opción editar:

– Nombre de conexión: eduroam.
– Portador de datos: LAN inalámbrica.
– Nombre de red WLAN: eduroam.
– Estado de la red: Pública.
– Modo de red WLAN: Infraestructura.
– Modo de seguridad WLAN: WPA/WPA2 (Yo lo tengo con WPA, pero en las “instrucciones” de la uni pone 802.1x pero da “igual”).
– Ajustes seguridad WLAN:
– WPA/WPA2: EAP.
– Ajustes plug-ins EAP:
=> Desactivar todas las opciones excepto EAP-TTLS (en opciones y Desactivar).
=> Seleccionar EAP-TTLS (EAP-TTLS que no EAP-TLS) y en opciones pulse en editar. Saldrá una pantalla con 3 pestañas, que apenas se ven).
=> Pestaña Ajustes:
+ Certificado personal: No definido (y si se selecciona saldrá ninguno)
+ Certificado de autoridad:  GTE Cyber Trust Global…
+ Nombre de usuario en uso: Definido usuario.
+ Nombre de usuario: alumno@estumail.ucm.es (vamos, tu nombre de usuario para acceder a UCMNet, correo, etc.)
+ Área en uso: Definida usuario.
+ Área: yo lo he dejado vacío.
+ Privacidad TLS: Desactivada.
=> Pestaña EAPs: Desactivar todas excepto PAP. Seleccionar PAP, opciones y editar:
+ Nombre de usuario: alumno@estumail.ucm.es (de nuevo tu usuario)
+ Contraseña: La contraseña de tu cuenta
Ir a Atrás y en la pestaña Cifrado: Activar todas las opciones.

Y salir de todos esos menús y ya os podréis conectar. Vamos el método funciona pero si no os funciona con la UCM, comentadlo y a ver si os puedo ayudar.

Edito a 13/10/2010: Ahora con usando el firmware C6 gracias a PNHT, tengo que seleccionar otro certificado en vez del que hay en la guía, en concreto hay que elegir el llamado AddTrust, y listo.

Edito a 10/11/2011: Gracias a un usuario en los comentarios, nos deja un tutorial con imágenes (aquí). No obstante el proceso detallado anteriormente es válido pero para los que les gusten los gráficos.

Errores.

  • Si al darle a conectar no os sale el icono típico de las redes Wifi en el móvil, vamos, el que sale en la esquina superior derecha, tendréis que instalar los certificados. La conexión duraba 12 segundos de media y no se transmitía ni recibía nada, instalé los 3 certificados y seleccioné el que os he puesto antes y listo.
  • Otro error que hoy le ha ocurrido a un colega de la escuela, es que cuando vas a ajustar EAP-TTLS, al abrir el proceso termina en error y se sale al menú principal. Vamos, que no se puede configurar. Creo que el error está al actualizar de la v40 a la v50 aunque yo actualicé y a mí no me ha dado el error, claro que siempre que se actualice es mejor hacer hard-reset pero allá cada uno.
    • Tienes que tener el teléfono jaqueado o por lo menos tener acceso a C:\Private y usar Xplore como explorador de archivos u otro similar.
    • Una vez con eso, buscar algo llamado “eapttls” => C:\Private\100012a5\DBS_102072E9_eapttls.dat (que lo he copiado a E: como “copia de seguridad”) y listo. Id de nuevo a ajustes y tal y ya se podrá abrir y ajustarlo bien.

¿Por qué usar eduroam y no UCM?

Pues básicamente si veis esta página y la comparais con la red UCM (dentro de la página, selcciona SSID: UCM) , veréis que el nivel de filtrado de puertos es mucho mayor algo mayor en la red UCM y si quieres ver el correo desde Symbian usando Mensajes sólo podrás en eduroam. Además de que al ser más complejo (el sistema de autentificación) irá más “rápido” que la red UCM que funciona un día sí, otro no y otro a medias.

Cursos CFI, prueba de propiedad.

A petición de PPGM (profesor del curso de informática avanzada de los cursos CFI de la UCM), posteo de nuevo y “viejo” blog para que efectivamente vea que soy yo el autor del blog.

Nada, decir que sigo vivo y que mañana voy a Londres de nuevo hasta el martes de la semana que viene.

Saludos!