Instale Java de 32 bits (OpenJDK) en Ubuntu 12.04 de 64 bits

Instale Java de 32 bits (OpenJDK) en Ubuntu 12.04 de 64 bits

Tengo que ejecutar Juniper VPN en Ubuntu 12.04 de 64 bits. He instalado openjdk-7-jre, openjdk-7-jdky icedtea-7-plugin. Después de que el navegador me solicite instalar Juniper VPN, verifico que se haya instalado correctamente en "/home/huangyun/.juniper_networks/network_connect".

Abro Firefox desde la línea de comando y reviso el registro:

Launching "/usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java" "-classpath" "/home/huangyun/.juniper_networks/network_connect/NC.jar" "NC" "-h" "extranet.scei.a-star.edu.sg" "-L" "0" "-l" "0" "-n" "" "-t" "" "-x"

Ejecuto el comando anterior manualmente:

$ java -classpath ~/.juniper_networks/network_connect/NC.jar NC -h extranet.scei.a-star.edu.sg -L 0 -l 0 -n "" -t "" -x
Failed to load the ncui library.
Quitting.

Revisé el archivo libncui.soy descubrí que el archivo .so es una versión de 32 bits:

$ file libncui.so 
libncui.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped

No puedo recompilar el archivo .so de 32 bits a 64 bits, así que creo que tengo que instalar Java de 32 bits en Ubuntu 12.04 de 64 bits. ¿Podrías decirme cómo hacerlo? He buscado en la web pero encuentro poca información.

Respuesta1

Para responder a la pregunta original:

En 12.04 y 12.10, es posible instalar paquetes i386 en amd64 agregando ":i386" al nombre del paquete cuando se ejecuta apt-get. Entonces, por ejemplo, mientras ejecutaba un Live CD amd64 Ubuntu 12.04, ejecuté:

sudo apt-get remove firefox openjdk-6-jdk icedtea-6-plugin
sudo apt-get install firefox:i386 openjdk-6-jdk:i386 icedtea-6-plugin:i386

Y luego podría iniciar sesión con éxito en la VPN.

Desde 12.04, Juniper VPNvoluntadfunciona en OpenJDK 6 listo para usar, pero solo en i386. Hubo unbichoen el complemento icedtea que impedía que esto funcionara anteriormente. He verificado que esto se solucionó usando un Live CD i386 Ubuntu 12.04.

Me sorprende que el AMD64 Oracle JDK esté funcionando para usted. Sin embargo, todavía no lo he probado yo mismo, pero cuando lo haga actualizaré esta respuesta. Sería bueno si pudiera confirmar exactamente qué paquetes está ejecutando ahora.

Vale la pena señalar que hay una parte opcional en el proceso de inicio de sesión de Juniper VPN llamada Host Checker que puede o no configurarse en el servidor VPN al que se está conectando; aplica políticas de seguridad en computadoras con Windows, pero aún debe ejecutarse en Linux para verificar qué sistema operativo está utilizando. Esto podría dar lugar a diferentes informes de éxito de diferentes personas. Como referencia, la VPN que uso tiene habilitado Host Checker.

En su pregunta original, usted afirma que estaba instalando paquetes de Java 7, pero su registro muestra que está usando Java 6 en Firefox. Si tiene varios JDK instalados, debe tener claro cuál está utilizando.

Como referencia, también existe un proyecto de muy larga duraciónhiloen los foros de Ubuntu sobre Juniper VPN.

Actualizar

Ahora probé el AMD64 Oracle JDK y no funcionó para mí. Hasta donde puedo ver, instalar la versión i386 de Oracle JDK o Open JDK es la única forma de hacerlo funcionar.

Respuesta2

Juniper solía requerir Oracle Java, debido a un error en OpenJDK.

Referirse :https://github.com/flexiondotorg/oab-java6

para instalar java.

Respuesta3

Usando las instrucciones aquí:http://www.rz.uni-karlsruhe.de/~iwr91/juniper/ Tengo Juniper VPN ejecutándose en Ubuntu 12.04 de 64 bits sin ningún software de 32 bits instalado, excepto estas 3 bibliotecas:

sudo apt-get install libc6-i386 lib32z1 lib32nss-mdns

Empiezo el script jnc perl, uso la opción --nox (sin interfaz gráfica de usuario) y funciona muy bien, lo uso todos los días.

Originalmente descargué el archivo del certificado usando Firefox de 64 bits: Herramientas>PageInfo>Seguridad>Ver certificado>detalles>exportar.

Desde entonces encontré este script que hace lo mismo: https://github.com/udomsak/juniper-ncui/blob/master/getx509certificate.sh

Mi archivo de configuración particular requería host, usuario, dominio y archivo de certificado. El tuyo puede ser diferente.

La configuración de la ubicación del archivo de certificado requirió el nombre de ruta completo, ~ no se expandió a /home/nombre de usuario

información relacionada