Ldap: Autenticação de Usuário
-
19 de Setembro de 2016 às 16:01Pessoal
Temos seguido todas as recomendações que algumas mensagens sugeriram,
mas, continuamos a encontrar o seguinte erro:
Erro realizando autenticação.
Validação:
Usuário não existe no contexto.
Trilha de Processamento:
#0 /var/www/html/sei/sip/servidor_autenticacao_cadastro.php(155):
InfraLDAP->pesquisaAvancada('LDAP', 'enderecoufrj', '389',
'uid=sei,cn=sysa...', 'senhadepesquisa', 'dc=id,dc=ufrj,d...',
'sAMAccountName', 'dn', 'siglauser@id....', 'senhauser', '3')
#1 /var/www/html/sei/sip/controlador.php(335):
require_once('/var/www/html/s...')
#2 {main}
Alguém já passou por isso?
*Att.,*
*Luís Carlos Baptista*
ATIN-Analista de Tecnologia da Informação
Superintendência de Tecnologia da Informação e Comunicação da UFRJ
Reitoria da UFRJ
*Tel.: (21)3938-1667* -
19 de Setembro de 2016 às 23:03Luis aqui em nosso servidor não conseguimos autenticar no atributo
sAMAccountName , sugiro utilizar userPrincipalName. No campo sufixo @
domínio. gov. br. Verificar se os filtros estão corretos.
Em 19 de set de 2016 1:02 PM, "Luis Carlos Baptista" <
luiscarbaptista@gmail.com> escreveu:> Pessoal
>
> Temos seguido todas as recomendações que algumas mensagens sugeriram,
> mas, continuamos a encontrar o seguinte erro:
>
> Erro realizando autenticação.
>
> Validação:
> Usuário não existe no contexto.
>
> Trilha de Processamento:
> #0 /var/www/html/sei/sip/servidor_autenticacao_cadastro.php(155):
> InfraLDAP->pesquisaAvancada('LDAP', 'enderecoufrj', '389',
> 'uid=sei,cn=sysa...', 'senhadepesquisa', 'dc=id,dc=ufrj,d...',
> 'sAMAccountName', 'dn', 'siglauser@id....', 'senhauser', '3')
> #1 /var/www/html/sei/sip/controlador.php(335):
> require_once('/var/www/html/s...')
> #2 {main}
>
> Alguém já passou por isso?
>
> *Att.,*
> *Luís Carlos Baptista*
> ATIN-Analista de Tecnologia da Informação
> Superintendência de Tecnologia da Informação e Comunicação da UFRJ
> Reitoria da UFRJ
> *Tel.: (21)3938-1667 <%2821%293938-1667>*
>
> _______________________________________________
> sei-tecnico mailing list
> sei-tecnico@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>
> -
20 de Setembro de 2016 às 14:11Ivaldo,
Obrigado, mas, não funcionou...vou continuar tentando outras
combinações possíveis.Att.Em 19 de setembro de 2016 20:03, ivaldo almeidaescreveu:
> Luis aqui em nosso servidor não conseguimos autenticar no atributo
> sAMAccountName , sugiro utilizar userPrincipalName. No campo sufixo @
> domínio. gov. br. Verificar se os filtros estão corretos.
>
> Em 19 de set de 2016 1:02 PM, "Luis Carlos Baptista" <
> luiscarbaptista@gmail.com> escreveu:
>
>> Pessoal
>>
>> Temos seguido todas as recomendações que algumas mensagens
>> sugeriram, mas, continuamos a encontrar o seguinte erro:
>>
>> Erro realizando autenticação.
>>
>> Validação:
>> Usuário não existe no contexto.
>>
>> Trilha de Processamento:
>> #0 /var/www/html/sei/sip/servidor_autenticacao_cadastro.php(155):
>> InfraLDAP->pesquisaAvancada('LDAP', 'enderecoufrj', '389',
>> 'uid=sei,cn=sysa...', 'senhadepesquisa', 'dc=id,dc=ufrj,d...',
>> 'sAMAccountName', 'dn', 'siglauser@id....', 'senhauser', '3')
>> #1 /var/www/html/sei/sip/controlador.php(335):
>> require_once('/var/www/html/s...')
>> #2 {main}
>>
>> Alguém já passou por isso?
>>
>> *Att.,*
>> *Luís Carlos Baptista*
>> ATIN-Analista de Tecnologia da Informação
>> Superintendência de Tecnologia da Informação e Comunicação da UFRJ
>> Reitoria da UFRJ
>> *Tel.: (21)3938-1667 <%2821%293938-1667>*
>>
>> _______________________________________________
>> sei-tecnico mailing list
>> sei-tecnico@listas.softwarepublico.gov.br
>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/
>> listinfo/sei-tecnico
>>
>> -
20 de Setembro de 2016 às 14:34Ollá Luis Carlos... estou respondendo apenas para você, para não divulgar a todos a imagem abaixo... apesar de se tratar de um LDAP de testes. Essa configuração funciona para nós... Muito importante o usuário de pesquisa e os atributos Filtro e Retorno.
Abraço!
Valmir Antunes Pereira
Analista de Tecnologia da Informação da UFPR
Escritório de Governança de TIC do CCE
Tel: 41 3361-3316
----- Mensagem original -----
De: "Luis Carlos Baptista"
Para: sei-tecnico@listas.softwarepublico.gov.br
Enviadas: Segunda-feira, 19 de setembro de 2016 13:01:43
Assunto: [sei-tecnico] Ldap: Autenticação de UsuárioPessoalTemos seguido todas as recomendações que algumas mensagens sugeriram, mas, continuamos a encontrar o seguinte erro:Erro realizando autenticação.
Validação:
Usuário não existe no contexto.
Trilha de Processamento:#0 /var/www/html/sei/sip/servidor_autenticacao_cadastro.php(155): InfraLDAP->pesquisaAvancada('LDAP', 'enderecoufrj', '389', 'uid=sei,cn=sysa...', 'senhadepesquisa', 'dc=id,dc=ufrj,d...', 'sAMAccountName', 'dn', 'siglauser@id....', 'senhauser', '3')
#1 /var/www/html/sei/sip/controlador.php(335): require_once('/var/www/html/s...')#2 {main}
Alguém já passou por isso?
Att.,
Luís Carlos Baptista
ATIN-Analista de Tecnologia da Informação
Superintendência de Tecnologia da Informação e Comunicação da UFRJ
Reitoria da UFRJ
Tel.: (21)3938-1667
_______________________________________________
sei-tecnico mailing list
sei-tecnico@listas.softwarepublico.gov.br
https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico -
20 de Setembro de 2016 às 14:41Poutz, encaminhei pra todos! hehehehe
É só cansaço! heheheValmir Antunes Pereira
Analista de Tecnologia da Informação da UFPR
Escritório de Governança de TIC do CCE
Tel: 41 3361-3316
----- Mensagem original -----De: "Valmir Antunes Pereira"
Para: "Luis Carlos Baptista"
Cc: sei-tecnico@listas.softwarepublico.gov.br
Enviadas: Terça-feira, 20 de setembro de 2016 11:34:04
Assunto: Re: [sei-tecnico] Ldap: Autenticação de UsuárioOllá Luis Carlos... estou respondendo apenas para você, para não divulgar a todos a imagem abaixo... apesar de se tratar de um LDAP de testes. Essa configuração funciona para nós... Muito importante o usuário de pesquisa e os atributos Filtro e Retorno.
Abraço!
Valmir Antunes Pereira
Analista de Tecnologia da Informação da UFPR
Escritório de Governança de TIC do CCE
Tel: 41 3361-3316
----- Mensagem original -----
De: "Luis Carlos Baptista"
Para: sei-tecnico@listas.softwarepublico.gov.br
Enviadas: Segunda-feira, 19 de setembro de 2016 13:01:43
Assunto: [sei-tecnico] Ldap: Autenticação de Usuário
Pessoal
Temos seguido todas as recomendações que algumas mensagens sugeriram, mas, continuamos a encontrar o seguinte erro:
Erro realizando autenticação.
Validação:
Usuário não existe no contexto.
Trilha de Processamento:
#0 /var/www/html/sei/sip/servidor_autenticacao_cadastro.php(155): InfraLDAP->pesquisaAvancada('LDAP', 'enderecoufrj', '389', 'uid=sei,cn=sysa...', 'senhadepesquisa', 'dc=id,dc=ufrj,d...', 'sAMAccountName', 'dn', 'siglauser@id....', 'senhauser', '3')
#1 /var/www/html/sei/sip/controlador.php(335): require_once('/var/www/html/s...')
#2 {main}
Alguém já passou por isso?
Att.,
Luís Carlos Baptista
ATIN-Analista de Tecnologia da Informação
Superintendência de Tecnologia da Informação e Comunicação da UFRJ
Reitoria da UFRJ
Tel.: (21)3938-1667
_______________________________________________
sei-tecnico mailing list
sei-tecnico@listas.softwarepublico.gov.br
https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
_______________________________________________
sei-tecnico mailing list
sei-tecnico@listas.softwarepublico.gov.br
https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico -
20 de Setembro de 2016 às 16:45Luis,
A mensagem de "Usuário não existe no contexto." só ocorre para alguns usuários?
Nos tivemos este problema, quando da implantação, para 2 usuários, e ao verificar, no banco de dados do AD existia divergência entre as variáveis userPrincipalName e sAMAccountName. Existia em alguns casos, um ponto ou espaço em branco nas variáveis que armazenavam e-mail ou login, e no login da rede isto não refletia, e então, alteramos o campo ATRIBUTO FILTRO para utilizar a variável sAMAccountName, que não continha as inconsistências supracitadas.
Com isto, o problema foi solucionado. -
20 de Setembro de 2016 às 17:49ValmirObrigado!!!
Segui suas instruções e funcionou tudo bem!Att.,
Luís Carlos Baptista
ATIN-Analista de Tecnologia da Informação
Superintendência de Tecnologia da Informação e Comunicação da UFRJ
Reitoria da UFRJ
Tel.: (21)3938-1667Em 20 de setembro de 2016 11:34, Valmir Antunes Pereira <
valmirantunes@ufpr.br> escreveu:> Ollá Luis Carlos... estou respondendo apenas para você, para não divulgar
> a todos a imagem abaixo... apesar de se tratar de um LDAP de testes. Essa
> configuração funciona para nós... Muito importante o usuário de pesquisa e
> os atributos Filtro e Retorno.
>
>
> Abraço!
>
> *Valmir Antunes Pereira*
> Analista de Tecnologia da Informação da UFPR
> Escritório de Governança de TIC do CCE
> Tel: 41 3361-3316
> ------------------------------
> *De: *"Luis Carlos Baptista"
> *Para: *sei-tecnico@listas.softwarepublico.gov.br
> *Enviadas: *Segunda-feira, 19 de setembro de 2016 13:01:43
> *Assunto: *[sei-tecnico] Ldap: Autenticação de Usuário
>
>
> Pessoal
>
> Temos seguido todas as recomendações que algumas mensagens sugeriram,
> mas, continuamos a encontrar o seguinte erro:
>
> Erro realizando autenticação.
>
> Validação:
> Usuário não existe no contexto.
>
> Trilha de Processamento:
> #0 /var/www/html/sei/sip/servidor_autenticacao_cadastro.php(155):
> InfraLDAP->pesquisaAvancada('LDAP', 'enderecoufrj', '389',
> 'uid=sei,cn=sysa...', 'senhadepesquisa', 'dc=id,dc=ufrj,d...',
> 'sAMAccountName', 'dn', 'siglauser@id....', 'senhauser', '3')
> #1 /var/www/html/sei/sip/controlador.php(335):
> require_once('/var/www/html/s...')
> #2 {main}
>
> Alguém já passou por isso?
>
> *Att.,*
> *Luís Carlos Baptista*
> ATIN-Analista de Tecnologia da Informação
> Superintendência de Tecnologia da Informação e Comunicação da UFRJ
> Reitoria da UFRJ
> *Tel.: (21)3938-1667*
>
> _______________________________________________
> sei-tecnico mailing list
> sei-tecnico@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>
> -
20 de Setembro de 2016 às 17:54Maravilha!Abraço!
Valmir Antunes Pereira
Analista de Tecnologia da Informação da UFPR
Escritório de Governança de TIC do CCE
Tel: 41 3361-3316
----- Mensagem original -----
De: "Luis Carlos Baptista"Para: "Valmir Antunes Pereira"Cc: sei-tecnico@listas.softwarepublico.gov.brEnviadas: Terça-feira, 20 de setembro de 2016 14:49:13Assunto: Re: [sei-tecnico] Ldap: Autenticação de Usuário
Valmir
Obrigado!!!
Segui suas instruções e funcionou tudo bem!
Att.,
Luís Carlos Baptista
ATIN-Analista de Tecnologia da Informação
Superintendência de Tecnologia da Informação e Comunicação da UFRJ
Reitoria da UFRJ
Tel.: (21)3938-1667Em 20 de setembro de 2016 11:34, Valmir Antunes Pereira < valmirantunes@ufpr.br > escreveu:Ollá Luis Carlos... estou respondendo apenas para você, para não divulgar a todos a imagem abaixo... apesar de se tratar de um LDAP de testes. Essa configuração funciona para nós... Muito importante o usuário de pesquisa e os atributos Filtro e Retorno.
Abraço!
Valmir Antunes Pereira
Analista de Tecnologia da Informação da UFPR
Escritório de Governança de TIC do CCE
Tel: 41 3361-3316De: "Luis Carlos Baptista" < luiscarbaptista@gmail.com >Para: sei-tecnico@listas.softwarepublico.gov.br
Enviadas: Segunda-feira, 19 de setembro de 2016 13:01:43
Assunto: [sei-tecnico] Ldap: Autenticação de Usuário
Pessoal
Temos seguido todas as recomendações que algumas mensagens sugeriram, mas, continuamos a encontrar o seguinte erro:
Erro realizando autenticação.
Validação:
Usuário não existe no contexto.
Trilha de Processamento:
#0 /var/www/html/sei/sip/servidor_autenticacao_cadastro.php(155): InfraLDAP->pesquisaAvancada('LDAP', 'enderecoufrj', '389', 'uid=sei,cn=sysa...', 'senhadepesquisa', 'dc=id,dc=ufrj,d...', 'sAMAccountName', 'dn', 'siglauser@id....', 'senhauser', '3')
#1 /var/www/html/sei/sip/controlador.php(335): require_once('/var/www/html/s...')
#2 {main}
Alguém já passou por isso?
Att.,
Luís Carlos Baptista
ATIN-Analista de Tecnologia da Informação
Superintendência de Tecnologia da Informação e Comunicação da UFRJ
Reitoria da UFRJ
Tel.: (21)3938-1667
_______________________________________________
sei-tecnico mailing list
sei-tecnico@listas.softwarepublico.gov.br
https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico -
22 de Setembro de 2016 às 12:30Valmir, bom dia !
Não consegui ver as informações que você enviou. Podes encaminhar novamente ?
Obrigada ! -
22 de Setembro de 2016 às 13:16Valmir, bom dia !
Não consegui ver as informações que você enviou. Podes encaminhar novamente ?
Obrigada ! -
22 de Setembro de 2016 às 14:45Segue em anexo como imagem.Abraço!
Valmir Antunes Pereira
Analista de Tecnologia da Informação da UFPR
Escritório de Governança de TIC do CCE
Tel: 41 3361-3316
----- Mensagem original -----De: "Vera Silveira"Para: sei-tecnico@listas.softwarepublico.gov.brEnviadas: Quinta-feira, 22 de setembro de 2016 10:16:38
Assunto: Ldap: Autenticação de UsuárioValmir, bom dia !
Não consegui ver as informações que você enviou. Podes encaminhar novamente ?
Obrigada !
_______________________________________________
sei-tecnico mailing list
sei-tecnico@listas.softwarepublico.gov.br
https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico -
22 de Setembro de 2016 às 15:44Valmir, bom dia !
Não consegui ver as informações que você enviou. Podes encaminhar novamente ?
Obrigada ! -
22 de Setembro de 2016 às 15:44Muito obrigada !!
-
23 de Setembro de 2016 às 14:51Muito obrigada !!
-
23 de Setembro de 2016 às 17:42Prezados,
Também tivemos alguma dificuldade para configurar o LDAP aqui na UFV.
Os analistas responsáveis pela configuração do nosso openldap disseram que
não existe o atributo de retorno distinguishedName.
Chegaram a fazer alteração no código dentro da classe InfraLDAP, mas depois
que eu vi essa discussão aqui notei que usando distinguishedName realmente
funcionou sem precisar alterar o código.
Lá na função pesquisaAvancada tem a condição:
if ($atributoRetorno=='distinguishedName' &&
!isset($attrs['distinguishedName'])){
$dominio = ldap_get_dn($this->conexao, $entry);
}
Eu não entendo muito do openldap, mas me parece que quando não existe o
atributo distinguishedName, e você coloca ele como retorno, aí sim associa
o domínio corretamente.
Isso gerou uma certa confusão pois, como os analistas me disseram, não
existe esse campo no openldap e não parecia fazer sentido utilizá-lo na
configuração.
Atenciosamente,
Em 22 de setembro de 2016 12:44, Vera Silveiraescreveu:
> Muito obrigada !!
> _______________________________________________
> sei-tecnico mailing list
> sei-tecnico@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>
--Plínio Oliveira Santana
Técnico de Tecnologia da Informação - UFV -
18 de Janeiro de 2017 às 10:18Olá pessoal, estou tentando fazer o SEI autenticar com nossa base OpenLDAP mas existe um erro persistente de usuário e senha inválida,
que contudo, não faz sentido pois com o mesmo usuário e senha de teste consigo autenticar em outros sistemas que autenticam no LDAP.
Recebo o seguinte erro:Erro realizando autenticação.
Validação:Usuário ou Senha Inválida.Trilha de Processamento:#0 /opt/sip/web/servidor_autenticacao_cadastro.php(153): InfraLDAP->pesquisaAvancada('LDAP', 'ipservidor', '389', 'usuariopesquisa', 'senhausuariopesquisa', 'contextopesquisa.', 'uid', 'gecos', 'usertestedc=dominio,dc=br', 'senhauserteste', '3')
#1 /opt/sip/web/controlador.php(327): require_once('/opt/sip/web/se...')#2 {main}O que me chama atenção é que a função pesquisa avançada concatena o userteste com o sufixo, sem nenhuma separação.
Por exemplo, se eu utilizar o userteste como usuario e um sufixo 'dc=dominio,dc=br', a função retorna 'usertestedc=dominio,dc=br' no campo usuário.
Com essa configuração ele não dá erro na função ldap_bind, mas retorna o erro acima.
Contudo, se eu deixar o sufixo em branco, ele me retorna um erro na função ldap_bind, retorna este erro:
ldap_bind(): Unable to bind to server: Invalid DN syntax
Obs.: estou implantando o SEI v 3.0
Alguém pode dar uma ajuda? -
18 de Janeiro de 2017 às 14:15Olá pessoal, estou tentando fazer o SEI autenticar com nossa base OpenLDAP mas existe um erro persistente de usuário e senha inválida,
que contudo, não faz sentido pois com o mesmo usuário e senha de teste consigo autenticar em outros sistemas que autenticam no LDAP.
Recebo o seguinte erro:
Erro realizando autenticação.
Validação:
Usuário ou Senha Inválida.
Trilha de Processamento:
#0 /opt/sip/web/servidor_autenticacao_cadastro.php(153): InfraLDAP->pesquisaAvancada('LDAP', 'ipservidor', '389', 'usuariopesquisa', 'senhausuariopesquisa', 'contextopesquisa.', 'uid', 'gecos', 'usertestedc=dominio,dc=br', 'senhauserteste', '3')
#1 /opt/sip/web/controlador.php(327): require_once('/opt/sip/web/se...')
#2 {main}
O que me chama atenção é que a função pesquisa avançada concatena o userteste com o sufixo, sem nenhuma separação.
Por exemplo, se eu utilizar o userteste como usuario e um sufixo 'dc=dominio,dc=br', a função retorna 'usertestedc=dominio,dc=br' no campo usuário.
Com essa configuração ele não dá erro na função ldap_bind, mas retorna o erro acima.
Contudo, se eu deixar o sufixo em branco, ele me retorna um erro na função ldap_bind, retorna este erro:
ldap_bind(): Unable to bind to server: Invalid DN syntax
Obs.: estou implantando o SEI v 3.0
Alguém pode dar uma ajuda? -
18 de Janeiro de 2017 às 14:53Olá pessoal, estou tentando fazer o SEI autenticar com nossa base OpenLDAP mas existe um erro persistente de usuário e senha inválida,
que contudo, não faz sentido pois com o mesmo usuário e senha de teste consigo autenticar em outros sistemas que autenticam no LDAP.
Recebo o seguinte erro:
Erro realizando autenticação.
Validação:
Usuário ou Senha Inválida.
Trilha de Processamento:
#0 /opt/sip/web/servidor_autenticacao_cadastro.php(153): InfraLDAP->pesquisaAvancada('LDAP', 'ipservidor', '389', 'usuariopesquisa', 'senhausuariopesquisa', 'contextopesquisa.', 'uid', 'gecos', 'usertestedc=dominio,dc=br', 'senhauserteste', '3')
#1 /opt/sip/web/controlador.php(327): require_once('/opt/sip/web/se...')
#2 {main}
O que me chama atenção é que a função pesquisa avançada concatena o userteste com o sufixo, sem nenhuma separação.
Por exemplo, se eu utilizar o userteste como usuario e um sufixo 'dc=dominio,dc=br', a função retorna 'usertestedc=dominio,dc=br' no campo usuário.
Com essa configuração ele não dá erro na função ldap_bind, mas retorna o erro acima.
Contudo, se eu deixar o sufixo em branco, ele me retorna um erro na função ldap_bind, retorna este erro:
ldap_bind(): Unable to bind to server: Invalid DN syntax
Obs.: estou implantando o SEI v 3.0
Alguém pode dar uma ajuda? -
4 de Abril de 2017 às 18:27Oi Mariane boa tarde,
você conseguiu conectar o sei/sip
com o OpenLDAP? Aqui no IBC estamos com o erro "ldap_bind(): Unable to
bind to server: Protocol error". Mas usamos as mesmas configurações em
outro sistema de configuração e funciona.Atenciosamente,Michel Diniz.
Em 18/01/2017 10:29, Mariane Luyara Campos Magalhães escreveu:> Olá pessoal, estou tentando fazer o SEI autenticar com nossa base OpenLDAP mas existe um erro persistente de usuário e senha inválida,
> que contudo, não faz sentido pois com o mesmo usuário e senha de teste consigo autenticar em outros sistemas que autenticam no LDAP.
>
> Recebo o seguinte erro:
>
> Erro realizando autenticação.
>
> Validação:
> Usuário ou Senha Inválida.
>
> Trilha de Processamento:
> #0 /opt/sip/web/servidor_autenticacao_cadastro.php(153): InfraLDAP->pesquisaAvancada('LDAP', 'ipservidor', '389', 'usuariopesquisa', 'senhausuariopesquisa', 'contextopesquisa.', 'uid', 'gecos', 'usertestedc=dominio,dc=br', 'senhauserteste', '3')
> #1 /opt/sip/web/controlador.php(327): require_once('/opt/sip/web/se...')
> #2 {main}
>
> O que me chama atenção é que a função pesquisa avançada concatena o userteste com o sufixo, sem nenhuma separação.
> Por exemplo, se eu utilizar o userteste como usuario e um sufixo 'dc=dominio,dc=br', a função retorna 'usertestedc=dominio,dc=br' no campo usuário.
> Com essa configuração ele não dá erro na função ldap_bind, mas retorna o erro acima.
> Contudo, se eu deixar o sufixo em branco, ele me retorna um erro na função ldap_bind, retorna este erro:
> ldap_bind(): Unable to bind to server: Invalid DN syntax
>
> Obs.: estou implantando o SEI v 3.0
> Alguém pode dar uma ajuda?
> _______________________________________________
> sei-tecnico mailing list
> sei-tecnico@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
> -
Vanessa Silva
11 de Maio de 2017 às 18:56bom dia Valmir,
gostaria de ver a imagem da configuração.
Não consigo acessa-la . -
24 de Novembro de 2017 às 10:55Bom dia,
Ao migrarmos para versão V3.0.6, no último dia 17/11, passou a ser exibido o 'Erro autenticando usuário', quando da assinatura de um DOC por usuário/senha.
a) este erro não está ocorrendo sempre (LOG abaixo)
b) no LOGIN , ao entrar no SEI, o erro não ocorre, só quando vai assinar
c) o usuário, então, sai do SEI e entra, novamente, e consegue assinar
Alguém passou por este erro ?
LOG:
Erro: Erro autenticando usuário.
Detalhes:Trilha de Processamento:SoapFault exception: [HTTP] Error Fetching http headers in /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/infra/infra_php/InfraSip.php:154
Stack trace:
#0 [internal function]: SoapClient->__doRequest('', '', '', 1, 0)
#1 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/infra/infra_php/InfraSip.php(154): SoapClient->__call('', Array)
#2 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/infra/infra_php/InfraSip.php(154): SoapClient->autenticar('', NULL, '', '')
#3 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/rn/DocumentoRN.php(2634): InfraSip->autenticar('', NULL, '', '')
#4 [internal function]: DocumentoRN->assinarInternoControlado(Object(AssinaturaDTO))
#5 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/infra/infra_php/InfraRN.php(140): call_user_func(Array, Object(AssinaturaDTO))
#6 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/rn/DocumentoRN.php(2421): InfraRN->__call('', Array)
#7 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/rn/DocumentoRN.php(2421): DocumentoRN->assinarInterno(Object(AssinaturaDTO))
#8 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/documento_assinar.php(175): DocumentoRN->assinar(Object(AssinaturaDTO))
#9 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/controlador.php(251): require_once('')
#10 {main} -
24 de Novembro de 2017 às 12:13Bom dia, Geraldo.
Qual a versão do PHP que vocês estão utilizando?Atenciosamente,*Victor Hugo Lobo Alves*
Ministério do Planejamento, Desenvolvimento e Gestão
Equipe SEI - CAPGov/COPPE/UFRJ
On Fri, Nov 24, 2017 at 8:55 AM, Geraldo Cruz
wrote:> Bom dia,
> Ao migrarmos para versão V3.0.6, no último dia 17/11, passou a ser exibido
> o 'Erro autenticando usuário', quando da assinatura de um DOC por
> usuário/senha.
> a) este erro não está ocorrendo sempre (LOG abaixo)
> b) no LOGIN , ao entrar no SEI, o erro não ocorre, só quando vai assinar
> c) o usuário, então, sai do SEI e entra, novamente, e consegue assinar
>
> Alguém passou por este erro ?
>
> LOG:
> Erro: Erro autenticando usuário.
> Detalhes:
>
> Trilha de Processamento:
> SoapFault exception: [HTTP] Error Fetching http headers in
> /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-
> 103_3/public/infra/infra_php/InfraSip.php:154
> Stack trace:
> #0 [internal function]: SoapClient->__doRequest('',
> '', '', 1, 0)
> #1 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-
> 103_3/public/infra/infra_php/InfraSip.php(154):
> SoapClient->__call('', Array)
> #2 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-
> 103_3/public/infra/infra_php/InfraSip.php(154):
> SoapClient->autenticar('', NULL, '', '')
> #3 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-
> 103_3/public/sei/web/rn/DocumentoRN.php(2634):
> InfraSip->autenticar('', NULL, '', '')
> #4 [internal function]: DocumentoRN->assinarInternoControlado(
> Object(AssinaturaDTO))
> #5 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-
> 103_3/public/infra/infra_php/InfraRN.php(140): call_user_func(Array,
> Object(AssinaturaDTO))
> #6 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-
> 103_3/public/sei/web/rn/DocumentoRN.php(2421): InfraRN->__call('',
> Array)
> #7 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-
> 103_3/public/sei/web/rn/DocumentoRN.php(2421): DocumentoRN->
> assinarInterno(Object(AssinaturaDTO))
> #8 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-
> 103_3/public/sei/web/documento_assinar.php(175): DocumentoRN->assinar(
> Object(AssinaturaDTO))
> #9 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-
> 103_3/public/sei/web/controlador.php(251): require_once('')
> #10 {main}
> _______________________________________________
> sei-tecnico mailing list
> sei-tecnico@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
> -
24 de Novembro de 2017 às 12:29Bom dia,
Ao migrarmos para versão V3.0.6, no último dia 17/11, passou a ser exibido o 'Erro autenticando usuário', quando da assinatura de um DOC por usuário/senha.
a) este erro não está ocorrendo sempre (LOG abaixo)
b) no LOGIN , ao entrar no SEI, o erro não ocorre, só quando vai assinar
c) o usuário, então, sai do SEI e entra, novamente, e consegue assinar
Alguém passou por este erro ?
LOG:
Erro: Erro autenticando usuário.
Detalhes:
Trilha de Processamento:
SoapFault exception: [HTTP] Error Fetching http headers in /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/infra/infra_php/InfraSip.php:154
Stack trace:
#0 [internal function]: SoapClient->__doRequest('', '', '', 1, 0)
#1 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/infra/infra_php/InfraSip.php(154): SoapClient->__call('', Array)
#2 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/infra/infra_php/InfraSip.php(154): SoapClient->autenticar('', NULL, '', '')
#3 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/rn/DocumentoRN.php(2634): InfraSip->autenticar('', NULL, '', '')
#4 [internal function]: DocumentoRN->assinarInternoControlado(Object(AssinaturaDTO))
#5 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/infra/infra_php/InfraRN.php(140): call_user_func(Array, Object(AssinaturaDTO))
#6 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/rn/DocumentoRN.php(2421): InfraRN->__call('', Array)
#7 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/rn/DocumentoRN.php(2421): DocumentoRN->assinarInterno(Object(AssinaturaDTO))
#8 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/documento_assinar.php(175): DocumentoRN->assinar(Object(AssinaturaDTO))
#9 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/controlador.php(251): require_once('')
#10 {main} -
24 de Novembro de 2017 às 12:29Bom dia,
Ao migrarmos para versão V3.0.6, no último dia 17/11, passou a ser exibido o 'Erro autenticando usuário', quando da assinatura de um DOC por usuário/senha.
a) este erro não está ocorrendo sempre (LOG abaixo)
b) no LOGIN , ao entrar no SEI, o erro não ocorre, só quando vai assinar
c) o usuário, então, sai do SEI e entra, novamente, e consegue assinar
Alguém passou por este erro ?
LOG:
Erro: Erro autenticando usuário.
Detalhes:
Trilha de Processamento:
SoapFault exception: [HTTP] Error Fetching http headers in /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/infra/infra_php/InfraSip.php:154
Stack trace:
#0 [internal function]: SoapClient->__doRequest('', '', '', 1, 0)
#1 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/infra/infra_php/InfraSip.php(154): SoapClient->__call('', Array)
#2 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/infra/infra_php/InfraSip.php(154): SoapClient->autenticar('', NULL, '', '')
#3 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/rn/DocumentoRN.php(2634): InfraSip->autenticar('', NULL, '', '')
#4 [internal function]: DocumentoRN->assinarInternoControlado(Object(AssinaturaDTO))
#5 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/infra/infra_php/InfraRN.php(140): call_user_func(Array, Object(AssinaturaDTO))
#6 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/rn/DocumentoRN.php(2421): InfraRN->__call('', Array)
#7 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/rn/DocumentoRN.php(2421): DocumentoRN->assinarInterno(Object(AssinaturaDTO))
#8 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/documento_assinar.php(175): DocumentoRN->assinar(Object(AssinaturaDTO))
#9 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/controlador.php(251): require_once('')
#10 {main} -
Geraldo Afonso da Cruz
24 de Novembro de 2017 às 12:39Bom dia Vitor,
Segue a informação:
APACHE 2.4.6
PHP 5.6.30
Att,
[geraldoCruz]
De: Equipe SEI [mailto:equipeseicoppe@gmail.com]
Enviada em: sexta-feira, 24 de novembro de 2017 10:13
Para: Geraldo Afonso da Cruz
Cc: Sei tecnico
Assunto: Re: Ldap: Autenticação de UsuárioBom dia, Geraldo.
Qual a versão do PHP que vocês estão utilizando?
Atenciosamente,
Victor Hugo Lobo Alves
Ministério do Planejamento, Desenvolvimento e Gestão
Equipe SEI - CAPGov/COPPE/UFRJOn Fri, Nov 24, 2017 at 8:55 AM, Geraldo Cruz> wrote: Bom dia,
Ao migrarmos para versão V3.0.6, no último dia 17/11, passou a ser exibido o 'Erro autenticando usuário', quando da assinatura de um DOC por usuário/senha.
a) este erro não está ocorrendo sempre (LOG abaixo)
b) no LOGIN , ao entrar no SEI, o erro não ocorre, só quando vai assinar
c) o usuário, então, sai do SEI e entra, novamente, e consegue assinar
Alguém passou por este erro ?
LOG:
Erro: Erro autenticando usuário.
Detalhes:
Trilha de Processamento:SoapFault exception: [HTTP] Error Fetching http headers in /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/infra/infra_php/InfraSip.php:154Stack trace:
#0 [internal function]: SoapClient->__doRequest('', '', '', 1, 0)#1 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/infra/infra_php/InfraSip.php(154): SoapClient->__call('', Array)
#2 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/infra/infra_php/InfraSip.php(154): SoapClient->autenticar('', NULL, '', '')
#3 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/rn/DocumentoRN.php(2634): InfraSip->autenticar('', NULL, '', '')#4 [internal function]: DocumentoRN->assinarInternoControlado(Object(AssinaturaDTO))#5 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/infra/infra_php/InfraRN.php(140): call_user_func(Array, Object(AssinaturaDTO))
#6 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/rn/DocumentoRN.php(2421): InfraRN->__call('', Array)
#7 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/rn/DocumentoRN.php(2421): DocumentoRN->assinarInterno(Object(AssinaturaDTO))
#8 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/documento_assinar.php(175): DocumentoRN->assinar(Object(AssinaturaDTO))
#9 /usr/local/zend/var/apps/http/sei3.mec.gov.br/80/seiv3-1.0-103_3/public/sei/web/controlador.php(251): require_once('')#10 {main}
_______________________________________________
sei-tecnico mailing listsei-tecnico@listas.softwarepublico.gov.br