SDK Beta 6

Y de nuevo otra misteriosa beta más del SDK (y por ende también de la firmware 2.0). Esta vez la versión sería la 5a308.

A diferencia de otras betas, en esta ocasión Apple no ha dado ningún dato sobre los cambios realizados. Es curioso que aun en estas fechas, teóricamente muy próximas a la supuesta salida del iphone 3G y firmware 2.0 oficial, aun sigan saliendo betas. Da la sensación de que apple retrasará la salida como esto siga así

Aparentemente tan solo han implementado algunas medidas más de seguridad cautelares sobre la instalación de las aplicaciones de los mismos creadores sobre sus mismos dispositivos. Y parece ser tambien que tan solo es posible su instalación en la nueva versión de MAC OS que tambien ha salido hoy.

Bueno, la verdad es que tampoco es que sea uan gran noticia ni mucho menos, pero dado que he ido informando previamente con cada nuva versión, aquí queda esta otra.

Si me entero de algo nuevo ampliaré esta entrada y listo.

Un saludo.

Artículo: Samba: Además de un baile, una forma de usar el iPod/iPhone casi como un Pen

Una de las mayores faltas que ha tenido siempre la mayoría es el no poder hacer uso del dispositivo como Pendrive para poder facilmente introducir y sacar datos sin problema, ya sea una foto, un documento o demás. La solución evidentemente ha pasado por usar un cliente SFTP tanto para copiar datos como para sacarlos y por supuesto para modificar permisos.


Ahora un poco de historia, como viene siendo normal: (si no te interesa, siempre puedes saltartelo)

Muchas veces se ha criticado a Apple por no implementar esta función, y sin embargo creo siempre que es mejor educarse un poco antes de hacer conjeturas fáciles. Apple no se ha olvidado de nosotros y ha obviado la necesidad de esta función. El problema es que no ha sido posible integrarla por razones técnicas. El sistema de archivos usado por el dispositivo es HFS+, propietario de Apple, y como todas las cosas de Apple, o lo haces a su manera o nada. Un sistema de archivos podríamos definirlo de manera simple como el mecanismo que dicta como estan ordenados esos archivos, como se acceden, que jerarquia tienen, que sistemas de protección... como se gestionan en definitiva. Cada OS tiene su propio sistema de archivos, cada uno con sus pros y sus contras, pero que ahora eso no viene a cuento. En todo caso nombrar los sistemas de archivos de la actualidad y el pasado:

FAT16 - MSDOS, pero aun se encuentra mayoritariamente en todos los pendrives
FAT32 - Win95-98, y esposible y recomendable a veces usar este sistema de archivo para los pendrive
NTFS - XP, Vista.
ExFat - Vista SP1. MS quiere que sea el sistema de archivos futuro para los pendrive y demas memorias flash
HFS/+ - MAC OS
ext2/3 - Linux

Aunque evidentemente hay muchos más.

El caso es que nuestro dispositivo usa HFS, el cual es completamente incompatible con Windows e incluso problemas con linux. Incluso en el caso de poder conectarlo al PC, este nunca nos daría acceso a dichos datos. Se podría crear una capa intermedia de software... pero evidentemente estaríamos en las mismas, ya no sería un "pen". El iPod classic así como otros reproductores usan FAT o FAT32, con lo q el sistema tiene acceso sin problema a los datos. Pero el sistema de archivo HFS es un poco más peculiar, como todas las cosas de Apple. En este caso es comprensible, HFS es más similar a ext3 que a NTFS, desde los descriptores de seguridad como en general. Y dado que a fin de cuentas MAC OS es unix... Apple no podría usar NTFS ni FAT para nuestro dispositivo, sin cambiar el OS claro está. Lo que se traduce en una imposibilidad completa.

Por otro lado el detectar el PC como un pen sería tb una forma directa de realizar JB, lo cual otro punto más para afirmar que esta función jamás estará disponible.

-----------------------
-----------------------

Que es Samba?

Samba es una implementación abierta del protocolo SMB de Microsoft. SMB es el protocolo de MS que se encarga de conectar entre sí los PCs Windows para poder formar con ellos una red en la que poder compartir impresoras, archivos...

En entornos Unix que quieran convivir con Windows, necesitan de Samba para poder comunicarse con los otros equipos Windows.

Vamos a convertir realmente nuestro dispositivo en un Pen? no exactamente, aunque una vez configurado el dispositivo casi sí, y no solo eso, sino que podremos beneficiarnos de algunas características extras.

Para quien nunca haya tratado con redes domesticas en entornos windows, es muy facil. Tan solo yendo a "Redes" nos aparecerá nuestro grupo de trabajo y en él todas las estaciones conectadas. Cualquier equipo de esa red entonces puede si quiere compartir ciertos recursos, ya sean impresoras, carpetas, archivos... y otorgar si quiere o no los permisos pertinentes. Quizás queremos tener una carpeta compartida en la que se pueda escribir o eliminar desde cualquier PC conectado o tener acceso. Esto se traducirá para nosotros a poder meter o sacar cualquier cosa que deseemos del dispositivo con permisos de root, y todo ello desde el mismo explorador de windows como si de un Pen se tratase. La única diferencia es que en vez de conectarlo por USB se conectará por Wifi.

Igual que en un PC, se configurará Samba para dar acceso a unas carpetas u a otras, y adicionalmente especificar si se desea otorgar unos permisos u otros.

-----------
---------------

Visto esto tan solo queda comenzar.

En el repositorio de BigBoss tenemos un Samba reducido en funcionalidades pero para la gran mayoría lo preferirá así, por ser simple y no requerir configuraciones extras si no se desea. Vamos a Installer y lo instalamos.

Creo que por defecto no lo habilita, para ello podemos hacer uso de boospref (Creo q se llama) que permite habilitar o deshabilitar servicios. Si lo hacemos de ese modo será necesario tambien instalar la extensión de Samba para BossPref.

Para quien lo prefiera puede iniciarlo o detener el servicio Samba del dispositivo por SSH o terminal con el comando:

sh /usr/local/samba/smb.sh start

y para detenerlo

sh /usr/local/samba/smb.sh stop

Hasta aquí todo muy simple y sin complicaciones, pero lo normal es que queramos realizar algunso ajustes extras. No pongo imágenes de lo explicado porque creo que es lo más simple y básico que se despacha, no tenemso por ahroa complicación alguna.

Samba es altamente configurable, pero por ello mismo tambien puede ser un buen dolor de cabeza para quien no quiera complicaciones. Por eso la instalación de BigBoss es una muy buena implementación y configuración, de nuevo, para el usuario medio.

Samba quedará configurado por defecto de la siguiente forma:

Un usuario de acceso "root" con su contraseña "alpine" (estos credenciales son independientes a los de acceso por SSH)
El Cliente Samba será llamado (y será como se identifique para windows) como "iphone"
El grupo de trabajo al que se anclará será "WORKGROUP"
Por defecto se comparten las carpetas:

ROMs -> /var/root/Media/ROMs
PDF -> /var/root/Media/PDF
Ringtones -> /Library/Ringtones
Wallpapers -> /Library/Wallpaper
Fotos -> /var/root/Media/DCIM/100APPLE
Raiz -> /usr/local/samba/root
Aplicaciones -> /Applications | Para esta ultima carpeta, se le otorgan permisos 755


Todas las opciones se pueden por supuesto editar a mano. Este método si tiene la ventaja de que la configuración y la instalación se hace sobre nuestro propio dispositivo, y casi al 90% nos será posible acceder a él desde cualquier máquina Windows (o MAC) sin instalación de NADA , ni cable. Tan solo que tengan conexión wifi, puesto que el protocolo SMB está en todos los windows y MAC, con lo que nada más simple y cómodo para la gran mayoría. Tan solo confiurar Samba una vez y listo. Simplemente con la configuración por defecto podremos activar Samba y nos bastará con ir a "Mis sitios de red"en XP o "Red" en vista, y nos aparecerá nuestro dispositivo

Voy a poner un ejemplo de configuración personalizada en mi caso, que no quiere decir que sea la mejor. Al igual que he puesto la configuración por defecto que trae Samba, pondré la mía y por ende que archivo editar y como ponerlo.

En mi caso el nombre de usuario será root también. Para quien quiera crear un usuario nuevo es un poco "engorroso" ya q implica jugar con los identificadores de usuarios, puesto que si no no tendremos permisos de root. Daríamos de alta el usuario en el archivo "smbpasswd" que se encuentra en "/usr/local/samba/private", tal como haríamos en unix. Evidentemente el usuario dado de alta tendrá que tener el mismo uid que root para poder tener sus permisos y posiblemente implicaría también dar de alta el nuevo usuario en el archivo "master.passwd" de /private/etc que es donde se almacenan los credenciales del dispositivo. Como esto puede ser un poco feo, no pasa nada por dejar el mismo nombre de sesion

Por otro lado la contraseña. En este caso modificar la contraseña es mucho más simple, lo haremos por SSH con el comando:

"/usr/local/samba/smbpasswd"

Una vez tecleado y enter, nos pedirá la nueva contraseña.
Una vez modificado esto ya tendremos la seguridad necesaria para continuar.

Ahora modificaremos el archivo de configuración de samba para ajustarlo a nuestras necesidades. El archivo en cuestión será "smb.conf" que se encuentra en: /usr/local/samba/lib

En ese archivo estará todo, quitando tan solo contraseña y usuario que ya hemos explicado. Por defecto ese archivo es quien dicta la configuración por defecto (valga la redundancia). En mi caso la configuración será la siguiente:

[global]
workgroup = CASA
netbios name = Theliel
server string = "Theliel"
debug level = 0
interfaces = 192.168.0.4/24

Esa sería mi sección global. Mi grupo de trabajo no es por defecto el que pone MS Grupo_trabajo en su versión española o WORKGROUP en ingés. Así que modifico y pongo el mío.
"Netbios name" es el nombre por el cual Windows referenciará el dispositivo
"server string" es una pequeña descripción de todos los equipos con SMB
debug level 0 no es más que para evitar un exceso de logs
interface hace referencia a la interfaz wifi, ethernet... en el que se habilitará samba. Por defecto pone en0. en0 en teoría es la interfaz wifi, pero en las versiones de firmwares nuevas es posible que no nos sirva tan solo con poner en0. Así que para curarnos en salud ponemos la IP de nuestro dispositivo y la máscara. No voy a explicar mejor porqué la máscara es 24, pero es así. Escribir eso, es lo mismo que decir: IP: 192.1680.4 Máscara: 255.255.255.0m, y se abrevia: 192.168.0.4/24

Con esto tenemos solucionado el tema también de conexión e identificación, tan solo nos quedaría la parte donde especificamos que deseamos compartir:

[Documentos]
path = /var/mobile/Media/Documentos
valid users = root
read only = No

[Fotos]
path = /var/mobile/Media/DCIM/100APPLE
valid users = root
read only = No

[Root]
path = /usr/local/samba/root
valid users = root
read only = No

[Aplicaciones]
path = /Applications
valid users = root
read only = No
create mask = 0775

No creo que haga falta especificar linea a linea que es, puesto que es bastante implicito. Tan solo comentar que como esta versión salio para versiones anteriores a la 1.1.2, la ruta de las fotos es diferente, ahora está en mobile, no root como trae la configuración por defecto. Todas las carpetas tienen permisos de lectura y escritura, y la carpeta compartida Applications además tiene permisos 755, por si deseamos instalar manualmente cualquier app, con tan solo pegarla allí se establecerán los permisos en 755, más facil imposible. Para el resto de las carpetas los permisos serán los asignados normalmente, que si la memoria no me falla es 644

Una vez todos modificados según nuestras preferencías, tan solo tendremos que levantar el servicio como dijimos al comienzo y listo.

Ni que decir tiene que por seguridad cuando no estemos usando el servicio lo podemos deshabilitar:





Para acabar, decir que Samba no es tan solo un servidor, sino tambiíen un cliente. Esto quiere decir que de la misma forma que podemos acceder a los datos de nuestro dispositivo desde nuestra red local, tambien podríamos acceder desde nusetro dispositivo, ya sea desde terminal o SSH a los recursos de nuestra red, pero eso lo dejo para otro día ;)


Un saludo.

Edito: Creía que se encontraba en el repositorio de BigBoss, pero está en el de BigBoss beta:

http://sleepers.net/iphonerepobeta

O si se quiere obtener e instalar manualmente, aunq es un poco coñazo ya que hay que crear algunso enlaces simbolicos y no se instala en Applications... pero de todos modos dejo el paquete para quien quiera experimentar:

http://thebigboss.org/repofiles/bigboss/samba.zip

Y por último, aprovecho para subir la versión completa de Samba:

http://www.wickedpsyched.net/iphone/webfm_send/166

Tribal: Disparemos a las dianas

La verdad es que este dichoso juegecito es de lo más adictivo.

Es simple, usando los dedos hay que ir disparando a las diferentes dianas que van apareciendo, así como las dianas bonus. Si le disparas a uan bomba, te quitan una vida. Cuanto mayor sea la dificultad mayor rapidez.

Puedes usar hasta cinco dedos a la vez por si tienes que realizar 5 blancos. En el nivel más complicado, algunas fases se hacen demenciales.

La verdad, es bastante gracioso:








Lo podeis encontrar en:

http://repo.ispazio.net


Y como biene siendo normal, manualmente lo podeis descargar manualmente desde:

http://nsolan.free.fr/DOWNLOAD/Tribal.v1.0.iPhone.zip


un saludo

FileBrowser: Sustituto de Finder?

Ayer si no recuerdo mal ha salido un posible sustituto de Finder. Para quien no lo sepa, Finder es un explorador de archivos del iPod Touch/iPhone. Desde él podemos copiar archivos, mover, eliminar, cambiar permisos...

Digamos que Finder es como un pequeño SFTP pero en el mismo dispositivo. En momentos dados puede ser muy util echar mano de él.

FileBrowser es muy similar en muchos aspectos, añade algunas opciones como la posibilidad de comprimir/descomprimir un archivo y una interfaz quizás más cuidada. Aun no lo he ojeado bien, no es que tenga ultimamente mucho tiempo disponible. Sí es verdad que Finder no tiene uan sola actualización desde apenas que salió, y es interesante ver siempre competencia ;)

Os dejo algunas imágenes como es costumbre:

WinPwn 1.0.0.3 RC1 (Actualizado)

Cwn va afinando y ya ha entrado Winpwn en su fase RC (Release Candidate). En este caso, además de corregir fallos se ha reescrito toda la parte del Installer, siendo posible administrar practicamente todas las aplicaciones que puedan ser instaladas por medio de la preinstalación, así como la posibilidad de eliminar paquetes añadidos anteriormente (un problema con las otras versiones)

Por otro lado ha sidpo posible incluir un sistema para poder quitar y poner o cambiar los logos sin necesidad de restaurar

Desde mi punto de vista, es un lujo poder construir tus propias imágenes personalizadas con tus aplicaciones favoritas, y de cuando en cuando incluso revisar si hay actualizaciones nuevas de los programas precargados. Una forma muy rapida de en el caso de tener que restaurar rehacer todo el sistema en minutos. Lo que queda tan solo es crear payload para cargar otro tipo de información, como archivos concretos que no son aplicaciones en sí.

Lo podeis descargar desde aquí:

http://www.winpwn.com/files/winpwn_1.0.0.3_RC1_Setup.zip

Un saludo

Edito: Al parecer al muy poco tiempo ha sacado una nueva revisión de la RC1, muy posible algún fallo en la aplicación que haya requerido una pronta actualización

Installer 3.11

Acaba de salir una nueva versión del Installer, de nuevo "subvencionada" por RiP Team.

Como cambios llamativos? por fin no tendremos más actualizaciones desactualizadas procedentes de otros sources dentro de update (ya era hora). Tambien han arreglado un problemilla que había con los repositorios locales.

Por lo demás no veo cambio alguno, si cualquier de vosotros ve algo que se me ha pasado lo puede decir

Un saludo

Artículo: VNC: Controlando el PC desde cualquier punto del mundo (Actualizado)

Desde hace muchos años, con la aparición de las redes aparece también una necesidad básica: El acceso a distancia a un equipo. En entornos unix siempre se ha usado utilidades como ssh, slogin, telnet... que nos permitían acceso remoto. Incluso como dijimos en otro manual, "Jugando con x11", es posible traer entornos gráficos desde la distancia. Esto en el mundo UNIX no es nuevo... y en windows tampoco.

Por supuesto, a veces tan solo es un juego el poder decir: "Mirar, soy capaz de acceder a mi PC desde cualquier parte del mundo". Otras veces en cambio es una necesidad, por ello usamos desde servidores web o FTP para poder acceder a dichos datos. Otras veces en cambio lo que deseamos es acceder a un archivo de texto, alguna imagen concreta, un recordatorio... o sumplemente echar un vistazo a nuestro equipo, y evidentemente por una imposibilidad espacial, necesitamos hacerlo a distancia.

De esta necesidad surgen terminos como "Escritorio Remoto". Ya no nos conformamos con traernos una aplicación a través de X11 ni un simple acceso por FTP o SSH. Necesitamos acceder a nuestro PC, usar nuestras aplicaciones, mirar nuestras cosas... como si delante del PC estuviésemos. Por ello, tanto Microsoft como Apple crearon aplicaciones para hacerlo posible de manera simple. Pero claro... para toda conexión hace falta dos programas. Un programa para quien hará de servidor y otro que hará de cliente. Y aquí está el problema. Al ser programas o sistemas propietarios, hay que ceñirse a lo que ellos te dan. De esta necesidad surgen muchos programas de acceso remoto, seguramente el más famoso de todos será siempre VNC, Virtual Network Computing, un sistema abierto que se ha portado seguramente ya a todas las plataformas, incluido iPhone/iPod, Windows, Unix, Mac...

Bueno, ya sabemos que es VNC y tenemos una idea vaga de para que sirve. Como hemos dicho, hacen falta siempre dos programas, uno que se ejecutará en la máquina servidor que aceptará las conexiones entrantes y uno que se ejecutará en el cliente, que se conectará al servidor. Para nosotros, para esta guía, el servidor será una máquina Windows Vista, mientras que el cliente será un iPod Touch.

Pero como interactuarán el cliente y el servidor VNC? Bueno, como hemos dicho VNC es una plataforma abierta muy extendida. Hay muchos servidores diferentes VNC y muchos clientes VNC, algunos de pagos y otros gratuitos. En teoría casi cualquier cliente VNC debería de funcionar perfectamente con casi cualquier servidor VNC, aunque siempre que se pueda será bueno usar el cliente del servidor asociado. Para nuestro manual he usado como servidor TightVNC, pesa muy poco y no tiene complicación alguna. Quizás no sea el servidor VNC más robusto, pero funciona perfectamente, es gratuito y disponible para varias plataformas. Lo podemos obtener desde su web:

http://www.tightvnc.com/download.html

El paquete completo incluye también el cliente, aunque necesitaremos otro cliente diferente para el iPod Touch (iPhone)


Por el lado del cliente, yo he usado VNsea, completamente gratuito, se puede descargar desde Cydia o desde el Installer. Por ahí hay otro, Touchpad pro 4 que es de pago, aunque se puede conseguir gratuitamente por inet, pero se puede usar perfectamente también. Las diferencias entre unos y otros son minusculas a la hora de manejarse, quizás Touchpad sea más suave al principio a la hora de desplazarnos por nuestro entorno, pero nada que VNsea no haga perfectamente también, y además es gratuito :)

Dicho esto ahora tan solo nos queda configurar los dos programas, el servidor TightVNC y el cliente VNsea. Vamos a comenzar por el más "complicado" El servidor, aunque como veremos apenas tenemos que cambiar nada.


TightVNC (Servidor)

Nada más ejecutar el programa o nos saltará la pequeña ventana de configuración o se irá inmediatamente al reloj de windows en forma de iconito. Si se ha ido al reloj pinchamos una vez para abrirlo:








No voy a explicar opción a opción que es lo que hace cada una, la mayoría son muy faciles de comprender, así que no creo que haya necesidad. Se pueden usar los mismos ajustes que están en esas pantallas. Lo que sí deberemos de modificar y establecer es la contraseña "primary Password" "view-only password". Contraseña para el control completo o contraseña para solo ver. pondremos la contraseña que queramos y listo

En la misma pestaña de server, otra cosa a tener en cuenta que si es recomendable modificar es el puerto. Por defecto el 5900 y el 80 para la interfaz web. Estos puertos son fáciles de escanear, si se quiere una seguridad extra siempre es conveniente modificarlo, aunque si se modifica habrá que recordar que puerto era, y a la hora de configurar el cliente tenerlo en cuenta.

En la pestaña Administración, podemos ver también una opción llamada Enable Built-in HTTP server. Esta opción nos permitirá acceder por cualquier página web a nuestro PC sin necesidad de un cliente, tanto desde un iphone como desde el PC de la universidad o... Así que puede ser también una buena opción el tenerla en cuenta.

El resto de las opciones no son tan interesantes.


VNsea (Cliente)

Al igual que configuramos en servidor deberemos hacer lo mismo con el cliente. Normalmente cualquier cliente VNC tan solo se limita a un nombre de usuario (en caso de existir), una contraseña, la dirección del servidor y el puerto al que conectarse. Y quitando la dirección del servidor, todos los demás datos son los que ya hemos configurado anteriormente en el servidor. Tan solo tendremos que abrir VNsea y configuraremos primero el programa en sí dándole a preferencias:




Y una vez configurado la aplicación en sí, tan solo tenemos que añadir los servidores que queramos. Le damos al botón + y añadimos según las preferencias de nuestro servidor:




Aquí hay que tener en cuenta algo. Es diferente si nos conectamos desde una LAN o desde WAN. Si queremos acceder desde LAN, tan solo deberemos de introducir nuestra IP privada, en el caso del ejemplo (no son datos reales) 192.168.0.2. Normalmente cuando realizamos conexiones mediante LAN tan solo deberemos de permitir nuestro cortafuegos de windows que permita el acceso, y no hay más problema. Como mi puerto de conexión lo dejé por defecto en 5900 no debo de cambiar nada más, pero si mi puerto lo cambié por ejemplo a 5901, a la hora de especificar el host debería de poner algo así: "192.168.0.2:5901" ello especificaría el puerto de conexión.


Pero como accedemos desde WAN?

En realidad se aplica el mismo concepto, pero hay que realizar algunos ajustes más. Por un lado está el problema del router. Al router hay que abrirle un puerto para que sepa que toda las conexiones entrantes desde WAN hacia el puerto 5900 (si está por defecto) debe de dirigirlas hacia el host en el que tenemos instalado el servidor VNC. Cada router es diferente y es imposible hacer una guía para cada router, pero rapidamente mirando la documentación del router no tendremos problema alguno en abrir el puerto necesario. La regla en el router debería de ser algo así:

Para todas las IPs entrantes, redirigir las conexiones al puerto 5900 al puerto 5900 del host 192.168.0.2 (en el caso de que esta sea la IP privada donde se encuentra el servidor VNC). Todos aquellos que alguna vez han abierto un puerto para el Emule o para jugar... esto es igual.

Con esto solucionamos uno de los dos problemas. El segundo problema puede ser desde un verdadero problema a una simple molestia.

La IP privada de una LAN puede ser más o menos conocida o conocida completamente, pero la IP real de uno es más complicado, sobre todo porque por ahora el 90% de todos los ISP de españa asignan IPs dinámicas, lo que quiere decir es que de cuando en cuando o cada vez que se reinicia el router o... la IP cambia. Pero necesitamos esta IP para configurar nuestro cliente VNC. Conocer la IP en un momento dado desde nuesto equipo es muy simple, desde poner en google: "cual es mi ip" a simplemente mirarla en el router o... pero conocer la IP desde fuera, además de ser peligroso en cuanto a seguridad se refiere, no es que sea muy simple. Sin un sistema más cómodo, tendríamos que reconfigurar nuestro cliente cada vez que quisiésemos conectarnos, y claro, esto no es que sea muy eficiente.

Incluso en el caso de tener contratado una IP fija a nuestro ISP, aprendernos algo como 80.212.125.3 tampoco es que sea muy intuitivo, aunque al menos tan solo tendríamos que configurarlo una sola vez.

La solución pasa por usar servicios de DDNS. Un servicio de DDNS lo que hace es asociar a tu IP siempre el mismo NS (nombre del servidor). Da igual la IP que tengamos cada vez, ya que siempre podremos referenciar nuestro PC con un nombre. Ya casi todos los routers implementan estos servicios directamente en ellos, y no hay que hacer otra cosa sino que registrarnos gratuitamente en uno de estos DDNS y rellenar la informacion del router con nuestros datos. El router así lo que hará es que al detectar un cambio de IP, tan solo reenviará la señal al servidor DDNS, este detectará que el usuario Pepito con IP XXX y NS "pepi" está actualizando su IP. Lo vemos mejor así:

Usuario Pepito sin DDNS se quiere conectar a casa por VNC a su PC desde el trabajo, lo intenta pero no puede. No sabe que su ISP le ha cambiado la IP en las ultimas horas y a él se le olvidó mirar la IP en su casa antes de irse

Usuario Pepito se registra en no-ip (un proveedor de DDNS gratuito) y registra una cuenta con el nombre de "Pepito" y registra el DDNS "pepi.no-ip.com"

Usuario Pepito configura su cliente VNC y en direción host pone "pepi.no-ip.com" y configura su router que permite el proveedor no-ip con sus datos de su cuenta.

Usuario Pepito está trabajando y se quiere conectar de nuevo a su PC desde el trabajo, no ha mirado la IP, pero no la necesita. Abre su cliente VNC y este se coneta sin problemas a su PC. ¿PQ? Pepito sabe que su router se reinició por la noche, con lo que la IP ha cambiado, pero para el no es problema, además le da igual que cambie o que no. Este es el proceso:

El router se inicia con la IP XXA
Nada más iniciarse, manda los datos de la cuenta de Pepito al servidor de DNS de no-ip y le dice: "Actualiza el registro DNS de "pepi.no-ip.com" a la IP XXA. Dado que el dominio pepi.no-ip.com pertenece al mismo servidor de ellos, ellos realizan el cambio y en pocos segundos las bases de datos de DNS actualizan sus entradas. Luego pepi.no-ip.com siempre estará apuntando a nuestro router, tengamos la IP que tengamos en cada momento. Ya será el router quien se encargará con el mapeo de puertos (NAT o PAT) a dirigir el tráfico a nuestro PC.

Existen muchos proveedores de DDNS, muchos routers soportan algunos de ellos. Y si nuestro router tampoco soporta ningún DDNS tampoco es un problema, cada proveedor suele tener un mini programa que se ejecuta en el PC que hace exactamente la misma función que el router.

Entre otros proveedores tenemos:

no-ip
dns.ns
...

http://www.technopagan.org/dynamic/

en esa web podemos encontrar un amplio listado de ellos, aunque lo ideal sería siempre usar uno que nuestro router acepte, y así evitamos tener más programitas, y el proceso será completmaente transparente para nosotros.

Una vez aclarado esto, la conexión se debería de establecer perfectamente ya sea a través de LAN o a través de WAN:





Una vez conectados podremos desde usar el ratón, escribir, usar la pantalla tanto en vertical como en horizontal, eliminar, mover, desplazarnos... lo que deseemos.


Hay clientes VNC como touchpad pro que además tienen funciones de control (botones directos) para winamp o itunes, para reproducción de música y demás. Bueno, como idea no está mal, pero sigo pensando que no merece pagar los precios abusivos por aplicaciones que ya existen y que son gratuitas. Y si se quiere ver como funcionan pues bueno, siempre queda el lado "oscuro" de la piratería.

Os dejo algunas imágenes de una conexión realizada por touchpad pro 4, como verenos es practicamente igual:







Como podemos ver en las imágenes, es prácticamente igual, algunos con algunas opciones más otros con menos. Lo único que han hecho los creadores de touchpad ha sido modificar el original VNsea ligeramente.

De todos modos he colgado el TouchPad Pro, a priori de pago, en el repositorio para quien quiera poder usarlo sin problema. Eso sí, para poder usar las funciones de Server es necesario instalar el Media Server en el PC. Para usar el Media server (el control remoto) es necesario además especificar en la configuración de TouchPad Pro el puerto al cual conectarse y del mismo modo evidentemente, si se desea acceder desde el exterior tal y como hemos comentado, habrá que abrir dicho puerto también en nuestro router. La versión en mi repo está desbloqueada, uan vez instalada hay que darle a activar y se activará sin problemas

Para poder usar tanto la función VNC como la función Media server será necesario tener arrancados sendos programas, el Media Server y el servidor VNC

El servidor Media Server de TouchPad Pro se puede descargar desde aquí:

Pulsa Aquí


Bueno, creo que no me he dejado nada.

Un saludo a todos.

IntelliScreen: Nueva pantalla de bloqueo

Aun en fase beta, esta aplicación muestra diversa información en la pantalla de bloqueo, como mensajes, correos, el tiempo... Un buen sustituto para no tener que ir desbloqueando cada dos por tres a lo mejor tan solo para saber si tenemos un mail nuevo o queremos ver el tiempo, leer una noticia...

La aplicación está muy bien. Se puede instalar desde su repositorio:

http://intelliborn.com/repo/

O manualmente descargándola:

http://intelliborn.com/zips/IntelliScreen-0.93.zip