Questão Juniper Crashing logo após o lançamento


Estou executando o Ubuntu 13.10 x64 e tenho versões de 64 e 32 bits do Java 6 instalado. Eu tenho configurado que, quando executando 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 obter o Network Connect para iniciar ao ir para o site (eu tenho x32 versões do firefox e icedtea-plugin), mas logo após ele lança falhas. 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 erro:

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 é apenas 32 bits, mas eu não acho que é o problema desde que eu recebo o Network Connect GUI quando ele é iniciado.

Alguém tem uma correção?


1
2017-12-18 15:24


origem




Respostas:


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

Passos para mudar da sua configuração para minha configuração:

  1. Excluir a pasta /home/user/.juniper_networks para começar de novo.
  2. Remova todos os 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 32 bits icedtea. Isto deveria não ser padrão.  Juniper vai encontrar os arquivos que precisa e usá-lo de o Firefox de 64 bits e o icedtea de 64 bits.

Espero que isto ajude


0
2017-12-18 15:51



Obrigado pela idéia, eu tentei isso, usando o libnpjp2.so do x64 e o x32 em ~ / .mozzila / plugins, nenhum dos quais parecia funcionar. O Network Connect ainda falha após o lançamento. - sparks
Você é bem vindo. Pode ser útil excluir as .juniper_networks e deixar o Juniper recriá-lo quando você tentar se conectar novamente. - user68186
Então, esqueci de verificar seu link, e isso consertou o travamento, obrigado. Nota para si: é ruim assumir. - sparks
Obrigado! Você poderia me dizer qual instrução no link consertou a falha? Então, vou editar esta resposta para incluí-la, para que outros não tenham que seguir o link. - user68186
Ele funcionou uma vez que eu fiz suas instruções de 64 bits, removi todos os openjdk * e reinstalei apenas o openjdk-7, tanto o x64 quanto o x86. Infelizmente, parece que funcionou apenas uma vez, uma vez que a sessão fechou, e eu tentei abrir outra (ainda tinha erros e trabalhar nessas correções também). O Network Connect não queria mais ficar de pé. Isso ocorreu mesmo depois de um reinício. Eu farei mais correção de bugs amanhã. - sparks


Eu tive esse problema também. 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

Com certeza, isso vai garantir que o sremote esteja realmente trabalhando Ubuntu 14.04 e Linux Mint 17. Já vi isso funcionar em alguns computadores Ubuntu ... Estou usando o java oracle 8 do webupd8team como o padrão e manualmente instalei o java oracle 8 u25 de 32 bits manualmente a partir do site oracle.

EDIT 2: Um novo Ubuntu 15.04 e o mais recente de 8 bits oracle java 8 funciona diretamente fora da caixa!


2
2018-01-16 20:07



Isso resolveu o problema original do Juniper Network Connect (8.0-6-Build32195) travar para mim logo após o início - estou usando o Firefox de 32 bits e o JRE de 32 bits. - Paul Caheny


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

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


0
2018-06-20 08:20





Eu tive exatamente o mesmo problema e foi devido a criptografia do diretório HOME, exatamente 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).


0
2017-10-03 15:15