Problemas con iPatcher en Leopard

Problema 1) (solo ocurre en Mac Intel)

Leopard (incluso con el update 10.5.1) tiene una versión de una biblioteca que tiene solo la arquitectura PowerPC, por lo cual cuando alguna aplicación la usa se cae sin remedio. El error que van a ver es como este:

-------------------------------------
Dyld Error Message:
  Library not loaded: /usr/lib/libcrypto.0.9.dylib
  Referenced from: /Library/Frameworks/net.juniper.DSCoreServices.framework/Versions/5.5.0/net.juniper.DSCoreServices
  Reason: no suitable image found.  Did find:
    /usr/lib/libcrypto.0.9.dylib: mach-o, but wrong architecture
    /usr/lib/libcrypto.0.9.dylib: mach-o, but wrong architecture
-------------------------------------

Solución:

Abrir la terminal.app y ejecutar esta secuencia de comandos:

cd /usr/lib
sudo cp libcrypto.0.9.dylib libcrypto.0.9.dylib.old
sudo cp libssl.0.9.dylib libssl.0.9.dylib.old
sudo ln -sf libcrypto.0.9.7.dylib libcrypto.0.9.dylib
sudo ln -sf libssl.0.9.7.dylib libssl.0.9.dylib



Problema 2)

Si utilizan algún parche hecho con iPatcher en Leopard nunca funciona dando un error: SHA1 error.

Para solucionarlo hay que "Mostrar el contenido del paquete" de la app del parche, ir a la subcarpeta Contents/MacOS y sustituir el binario iPatcher por este:
http://rs206.rapidshare.com/files/66524321/iPatcher.zip

Luego de eso ejecutan el app parcheador y funciona.

Enjoy si a alguno le sirve la info.

Proxy SOCKS

Para empezar, un proxy SOCKS  nos permite realizar las conexiones de cualquier servicio a traves de una maquina que realiza la tarea de servidor proxy.A partir de ese momento, es el servidor el que "da la cara" a la hora de conectar.

SSH nos ofrece la posibilidad de crear un proxy SOCKS a traves de un tunnel de una manera muy sencilla:

ssh -fN -D 9999 user@server

Con esto le estamos diciendo que haga un fork del proceso(-f) y se ejecute en segundo plano, tambien le decimos que no permita la ejecucion de comandos (-N) y por ultimo le decimos que cree el proxy socks en el puerto 9999 de localhost(-D 9999).El ultimo parametro son las credenciales para acceder al servidor ssh de la maquina remota (la que "dara la cara" por nosotros).

Las ventajas que tenemos con esto es que las comunicaciones iran siempre cifradas entre nosotros y el servidor,y las comunicaciones con el exterior se haran de la misma manera que si se hicieran desde el servidor.Obviamente, nos interesa un servidor que nos de alguna ventaja, imagina por ejemplo que donde trabajas te filtran contenidos mediante un Web Proxy, pero sin embargo, las conexiones desde el servidor no pasan por el(por politica o porque esta en otra red).En este caso, navegarias sin pasar por el proxy.Tambien te permitiria cifrar un segmento de la comunicacion.Por ultimo decir que tiene todas las desventajas de un proxy, por lo que apartir del momento de la creacion, dejas de ser reconocido como cliente y sera el servidor el que adquiera ese rol por ti.

Espero no haberlo liado demasiado.