Juniper Crashing logo após o lançamento

Question

Estou executando o Ubuntu 13.10 x64 e tenho versões de 64 e 32 bits do Java 6 instalado. Eu tenho configurado que, ao executar o Network Connect, ele irá executar a versão de 32 bits e, para qualquer outra coisa, a versão de 64 bits.

Eu posso fazer com que o Network Connect inicie ao acessar o site (tenho versões x32 do firefox e do icedtea-plugin), mas logo após ele é iniciado. O cronômetro no Network Connect às vezes vai para 00:00:01, mas nunca para 00:00:02 antes de bater.

O relatório de erros:

The crashed program seems to use third-party or local libraries:
/home/user/.juniper_networks/network_connect/libncui.so
It is highly recommended to check if the problem persists without those first.
Do you want to continue the report process anyway?

O erro ocorre com o Java de 32 bits, não com o de 64 bits. Eu sei que libncui.so é de apenas 32 bits, mas eu não acho que é o problema desde que eu recebo a interface do Network Connect quando lança.

Alguém tem uma correção?

    

Answer 1

Eu não tenho uma correção para sua configuração específica. No entanto, a configuração que descrevi em configuração do Juniper em 12.04 funciona também no Ubuntu 13.10 de 64 bits.

Etapas para passar da configuração para a minha configuração :

1. Exclua a pasta /home/user/.juniper_networks para começar de novo.
2. Remove todo o Java 6 (openjdk *) . Remova o Firefox de 32 bits e instale o firefox de 64 bits se não estiver instalado.
3. Instale o Java 7 de 64 bits e o icedtea associado. Este deve ser o java padrão.
4. Instale 32bit Java 7. Não há necessidade de icedtea de 32 bits. Isso não deve ser padrão. Juniper irá encontrar os arquivos que precisa e usá-lo de o 64bit Firefox e 64bit icedtea.

Espero que isso ajude

    

Answer 2

Eu também tive esse problema. Eu segui as instruções do site da Juniper e. Depois de ler os logs em .juniper_networks /, descobri que o script sh para abrir o NC.jar abre o xterm. Para corrigir isso, você precisa instalar o xterm:

sudo apt-get install xterm

Isso vai garantir que o sremote esteja realmente trabalhando no Ubuntu 14.04 e Linux Mint 17. Eu já vi isso funcionar em alguns computadores Ubuntu ... Estou usando o java oracle 8 do webupd8team como o padrão e manualmente instalado o Oracle oracle 8 u25 de 32 bits manualmente a partir do site oracle.

EDIT 2: Um novo Ubuntu 15.04 e o mais recente oracle java 8 de 32 bits funciona imediatamente!

    

Answer 3

t é principalmente um problema do seu diretório HOME. Está criptografado, estou certo? ;) Por isso, é montado com uma opção "nosetuid", que impede que qualquer operação da SUID funcione como você espera.

Solução: copie o seu diretório de conexão de rede para outro local em seu disco rígido (por exemplo, /opt/juniperconnect ), edite o junipernc-script para apontar para o novo diretório (chamado _jpath no script /usr/local/bin/junipernc ) e funciona para mim. Ainda estou usando o nc versão 7.1 com o Ubuntu 14.04 LTS.

    

Answer 4

Eu tive exatamente o mesmo problema e foi devido ao diretório HOME ser criptografado, assim como o hmayag apontou. Copiar todo o $ HOME / .juniper_connect para um lugar não criptografado resolveu o problema (e editou a variável _jpath no junipernc.sh para apontar para o novo local). O meu é o Ubuntu 14.04 de 64 bits, usando o Oracle JRE 1.8.0_60 (Java 8 runtime env de 32 bits).