Pular para o conteúdo principal

Postagem em destaque

BlackTDN :: Autenticação 2FA para Usuário Root no WSL

--- # naldodj-wsl-2FA ## Autenticação 2FA para Usuário Root no WSL ### Introdução O Windows Subsystem for Linux (WSL) é uma ferramenta poderosa que permite aos desenvolvedores executar um ambiente Linux diretamente no Windows. No entanto, a segurança é uma preocupação importante, especialmente quando se trata de acessar o usuário root. Neste post, vamos mostrar como configurar a autenticação de dois fatores (2FA) para o usuário root ao acessar o WSL, garantindo uma camada adicional de segurança. ### Objetivo Vamos configurar um script de login que valida a senha do root e usa autenticação 2FA baseada em Time-based One-Time Password (TOTP), usando ferramentas comuns como `openssl`, `oathtool`, e `perl`. ### Passo 1: Instalar as Ferramentas Necessárias Primeiro, precisamos garantir que temos todas as ferramentas necessárias instaladas. Isso inclui `openssl`, `oathtool`, e `perl`. ```bash sudo apt-get update sudo apt-get install openssl oathtool perl ``` Para os scripts em Lua.

WSCERR017 / [HTTPS] Requisição retornou NIL

 

Segundo o TDN, o erro: WSCERR017 pode ser causado pelos seguintes motivos:

WSCERR017 / HTTP[S] Requisição retornou [NIL]

Esta ocorrência de erro é reproduzida, quando da geração de um código-fonte de WebServices 'Client', utilizando o TOTVS | Development Studio. Quando informada uma URL para buscar a definição do serviço (WSDL), utilizando o protocolo HTTP ou HTTPS; e não foi possível buscar o link solicitado, o processamento é abortado com a ocorrência acima.

Dentre as possíveis causas para esta ocorrência, podemos considerar :

  • Sintaxe da URL inválida
  • Servidor inválido, inexistente, ou DNF não disponível
  • Servidor fora do ar

Verifique a URL digitada, e realize a requisição da mesma através de um Web Browser, para certificar-se que a mesma é válida e que a definição WSDL está realmente publicada e acessível sob o link informado.

Mas, o principal motivo, não relatado na documentação, é causado por uma limitação, já conhecida, do sistema referente ao tamanho máximo de uma “String”.

Considerando que os Códigos fontes do “Client WS” são montados a partir de instruções AdvPL é possível que o erro “REAL” apareça no console do server.

Pelo que sei não existe solução definitiva, no Protheus, para este problema.

Uma forma de contornar (solução paliativa) seria: Usando uma outra aplicação que suporte WS (Java, PHP, PS, C#, etc…) crie pequenos WS que encapsulem os métodos do WS principal e utilize-os, no Protheus, para a geração do Client WS.

[]s
иαldσ dj

Comentários

  1. eu preciso gerar o client para o serviço a baixo, porem ele da esse erro.
    https://apps.correios.com.br/SigepMasterJPA/AtendeClienteService/AtendeCliente?wsdl

    será que tem como fazer esse cliente no TDS?

    tentei colocar a MaxStringSize =500 mas nao obtive sucesso.

    ResponderExcluir

Postar um comentário

Postagens mais visitadas