SCRUM issueshttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues2018-12-05T13:02:02Zhttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/588Exceção ao tentar habilitar o family-shield na rede2018-12-05T13:02:02ZLucas Sulzbachls17@inf.ufpr.brExceção ao tentar habilitar o family-shield na rede![Screenshot_from_2018-08-08_10-58-10](/uploads/06b7fcdc79b2648979b053b214645c6e/Screenshot_from_2018-08-08_10-58-10.png)![Screenshot_from_2018-08-08_10-58-10](/uploads/06b7fcdc79b2648979b053b214645c6e/Screenshot_from_2018-08-08_10-58-10.png)v6.2.1-2Guilherme Becker AggeGuilherme Becker Aggehttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/584Quando o le-lab esta parado, le-lab --restart não funciona.2018-12-04T14:05:52ZRafael S CastilhoQuando o le-lab esta parado, le-lab --restart não funciona.Esse é o erro que ocorre:
Traceback (most recent call last):
File "/usr/sbin/le-lab", line 559, in <module>
smh = ServicesMethodsHandler()
File "/usr/sbin/le-lab", line 412, in __init__
self._conn = services.get_connecti...Esse é o erro que ocorre:
Traceback (most recent call last):
File "/usr/sbin/le-lab", line 559, in <module>
smh = ServicesMethodsHandler()
File "/usr/sbin/le-lab", line 412, in __init__
self._conn = services.get_connection()
File "/usr/lib/python3/dist-packages/lelab/services.py", line 73, in get_connection
s = Lelab_Services()
File "/usr/lib/python3/dist-packages/lelab/services.py", line 36, in __init__
constants.DBUS_DOMAIN, constants.DBUS_PATH, system=True)
File "/usr/lib/python3/dist-packages/lelab/utils.py", line 173, in get_dbus_connection
"Couldn't get a connection with the dbus at " + domain + ", " + path)
lelab.utils.FailedToConnectWithDbusException: Couldn't get a connection with the dbus at br.ufpr.c3sl.lelab,
/br/ufpr/c3sl/lelab
Testing-freezing-6.1.1-8legtonlegtonhttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/557Fazer le-lab detectar a morte do serviço2018-12-04T13:53:10ZLucas Sulzbachls17@inf.ufpr.brFazer le-lab detectar a morte do serviçoConforme #527, quando um processo relacionado a um serviço recebe um SIGKILL, e consequentemente é morto sem fazer um cleanup, o le-lab não é comunicado e continua assumindo que o serviço está disponível. Fazer com que o le-lab consulte ...Conforme #527, quando um processo relacionado a um serviço recebe um SIGKILL, e consequentemente é morto sem fazer um cleanup, o le-lab não é comunicado e continua assumindo que o serviço está disponível. Fazer com que o le-lab consulte se este processo está vivo de tempo em tempo, e automaticamente remover o serviço, se necessário.Lucas Sulzbachls17@inf.ufpr.brLucas Sulzbachls17@inf.ufpr.brhttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/544Verificar a possibilidade de um modulo pam para criptografia.2018-12-04T13:49:12ZAlessandro EliasVerificar a possibilidade de um modulo pam para criptografia.A ideia é deixar a senha do admin a mesma senha para a chave de criptografia do le-lab.A ideia é deixar a senha do admin a mesma senha para a chave de criptografia do le-lab.https://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/478Ao desligar uma máquina apertando o botão ela continua achando que o serviço ...2018-12-04T13:37:01ZDavisson Henrique PaulinoAo desligar uma máquina apertando o botão ela continua achando que o serviço do avahi da máquina remota está ativo- No le-samba isso implica que as outras continuarão achando que existe uma pasta compartilhada
- Se o serviço do avahi nos clientes é reiniciado tudo volta ao normal
- Perguntei no stack overflow para ver se o avahi resolve isso inter...- No le-samba isso implica que as outras continuarão achando que existe uma pasta compartilhada
- Se o serviço do avahi nos clientes é reiniciado tudo volta ao normal
- Perguntei no stack overflow para ver se o avahi resolve isso internamente: https://stackoverflow.com/questions/49070071/how-to-make-avahi-always-know-when-a-remote-service-is-downeven-when-the-powerLucas Sulzbachls17@inf.ufpr.brLucas Sulzbachls17@inf.ufpr.brhttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/476Revisar nomes dos módulos e scripts no le-lab2018-12-04T13:33:59ZDiego Giovane Pasqualindpasqualin@inf.ufpr.brRevisar nomes dos módulos e scripts no le-labAtualmente o le-lab possui arquivos para o CLI e bibliotecas para usos diversos. Necessário revisar se os nomes seguem um padrão adequado, se faria sentido juntar os separar os arquivos, etc.Atualmente o le-lab possui arquivos para o CLI e bibliotecas para usos diversos. Necessário revisar se os nomes seguem um padrão adequado, se faria sentido juntar os separar os arquivos, etc.v6.2.1-2legtonlegtonhttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/472Permitir que campos extras sejam passados para o avahi2018-12-04T13:26:34ZDiego Giovane Pasqualindpasqualin@inf.ufpr.brPermitir que campos extras sejam passados para o avahiO objetivo é permitir uma configuração mais fina dos serviços anunciados. O apt-cacher pode anunciar, por exemplo, o uptime da máquina.
Essa funcionalidade seria utilizada para situações onde esses valores não se alteram durante o tempo...O objetivo é permitir uma configuração mais fina dos serviços anunciados. O apt-cacher pode anunciar, por exemplo, o uptime da máquina.
Essa funcionalidade seria utilizada para situações onde esses valores não se alteram durante o tempo. Para valores dinâmicos ainda seria necessário utilizar a ideia de variáveis.
Documentar ambos os usos no READMEGabrielGabrielhttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/614Exceção no le-lab na iso testing2018-12-04T12:15:52ZLucas Sulzbachls17@inf.ufpr.brExceção no le-lab na iso testingObtive este crash report ao bootar uma iso gerada a partir do repositório testing. Verificar se o erro já é conhecido e se tem a ver com a iso ou com o pacote.
![Screenshot_le6-testing_2018-09-12_11_54_40](/uploads/8fb137397b5209e42a6ae...Obtive este crash report ao bootar uma iso gerada a partir do repositório testing. Verificar se o erro já é conhecido e se tem a ver com a iso ou com o pacote.
![Screenshot_le6-testing_2018-09-12_11_54_40](/uploads/8fb137397b5209e42a6aef0ce55a5b02/Screenshot_le6-testing_2018-09-12_11_54_40.png)Testing-freezing-6.1.1-8legtonlegtonhttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/447Assim que inicia uma instalação nova do LE6 habilitar o le-parental-control n...2018-11-26T13:02:32ZDavisson Henrique PaulinoAssim que inicia uma instalação nova do LE6 habilitar o le-parental-control na rede não habilita nas outras máquinas da rede* Reniciar o le-lab nos clientes conserta o erro* Reniciar o le-lab nos clientes conserta o errov6.2.1-3Davisson Henrique PaulinoDavisson Henrique Paulinohttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/460Melhorar tratamento de erros no le-lab2018-11-09T13:29:10ZDavisson Henrique PaulinoMelhorar tratamento de erros no le-lab* Analisar o código do le-lab verificando possíveis erros, o que eles efetariam e trata-los, caso necessário.
* Algumas funções tratam exception e retornam booleanos, porém não é verificado no nível acima e o status de erro não é propag...* Analisar o código do le-lab verificando possíveis erros, o que eles efetariam e trata-los, caso necessário.
* Algumas funções tratam exception e retornam booleanos, porém não é verificado no nível acima e o status de erro não é propagado
* Me parece uma boa prática não usar booleano em caso de erro, mas sim Exceptions, pois elas se propagam nos diversos níveis da pilha, não precisando cada nível fazer isso
* Um caso onde isso acontece é:
Arquivo: `le-lab`
```python
arguments = parser.parse_args()
if arguments.services:
if services.parse_service_arguments(arguments):
exit(0)
else:
exit(1)
if arguments.create:
if parse_creation_arguments(arguments):
exit()
else:
exit(1)
```
Se você descer na pilha de chamada das funções `services.parse_service_arguments(arguments)` e `parse_creation_arguments(arguments)`, perceberá que os erro não chega no topostable-6.1.1-7Davisson Henrique PaulinoDavisson Henrique Paulinohttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/475Retorno dos comandos do CLI e lib devem ser em formato adequado2018-10-11T13:46:30ZDiego Giovane Pasqualindpasqualin@inf.ufpr.brRetorno dos comandos do CLI e lib devem ser em formato adequadoComandos do CLI devem retornar uma string e da lib devem retornar um objeto padrão do python (dict, lista, etc). Atualmente o le-lab retorna um objeto do dbus, difícil de manipular.Comandos do CLI devem retornar uma string e da lib devem retornar um objeto padrão do python (dict, lista, etc). Atualmente o le-lab retorna um objeto do dbus, difícil de manipular.Testing-freezing-6.1.1-8Davisson Henrique PaulinoDavisson Henrique Paulinohttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/471Refatorar funções de alta complexidade no le-lab2018-10-11T13:42:30ZDiego Giovane Pasqualindpasqualin@inf.ufpr.brRefatorar funções de alta complexidade no le-labO linter apontou algumas funções como sendo de alta complexidade (muitas ramificações e/ou muitos parâmetros).O linter apontou algumas funções como sendo de alta complexidade (muitas ramificações e/ou muitos parâmetros).Testing-freezing-6.1.1-8Davisson Henrique PaulinoDavisson Henrique Paulinohttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/473Remover geração dinâmica de métodos2018-10-11T13:41:28ZDiego Giovane Pasqualindpasqualin@inf.ufpr.brRemover geração dinâmica de métodosAtualmente o le-lab implementa métodos do tipo `get_hosts('service')` e `get_hosts_service()`. Essas duas construções aumentam a complexidade da aplicação e documentação no README. Sugerimos então remover a segunda opção (`get_hosts_serv...Atualmente o le-lab implementa métodos do tipo `get_hosts('service')` e `get_hosts_service()`. Essas duas construções aumentam a complexidade da aplicação e documentação no README. Sugerimos então remover a segunda opção (`get_hosts_service()`)Testing-freezing-6.1.1-8Davisson Henrique PaulinoDavisson Henrique Paulinohttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/487Erro de dicionario no epoptes/le-lab advertise2018-10-11T13:32:04ZRafael S CastilhoErro de dicionario no epoptes/le-lab advertiseO erro:
2018-04-12 11:34:58,972:DEBUG:Checking server my_server=LE-FDH1.local:789, current_server=
2018-04-12 11:34:58,972:INFO:Starting server LE-FDH1.local:789
Traceback (most recent call last):
File "/usr/bin/epoptes", line 147...O erro:
2018-04-12 11:34:58,972:DEBUG:Checking server my_server=LE-FDH1.local:789, current_server=
2018-04-12 11:34:58,972:INFO:Starting server LE-FDH1.local:789
Traceback (most recent call last):
File "/usr/bin/epoptes", line 147, in <module>
epoptes.run()
File "/usr/bin/epoptes", line 87, in run
self.conn.epoptes_advertise()
File "/usr/lib/python3/dist-packages/lelab/services.py", line 120, in advertise
constants.DBUS_INTERFACE_ACTION)(service, txt_records)
File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 145, in __call__
**keywords)
File "/usr/lib/python3/dist-packages/dbus/connection.py", line 651, in call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Python.AttributeError: Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/dbus/service.py", line 707, in _message_cb
retval = candidate_method(self, *args, **keywords)
File "/usr/lib/python3/dist-packages/lelab/lelab_dbus.py", line 483, in advertise_local_service
return self._services.advertise(service, txt_records)
File "/usr/lib/python3/dist-packages/lelab/lelab_dbus.py", line 68, in advertise
if not generate_service_file(service, txt_records):
File "/usr/lib/python3/dist-packages/lelab/utils.py", line 119, in generate_service_file
for key, val in txt_records.items:
AttributeError: 'NoneType' object has no attribute 'items'
Testing-freezing-6.1.1-8legtonlegtonhttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/558Atualizar o le-parental-control após refatoração do le-lab2018-10-11T12:52:27ZDavisson Henrique PaulinoAtualizar o le-parental-control após refatoração do le-labO le-lab foi refatorado, mudando como ele é chamado pela interface de linha de comando e como se obtem váriáveis de um serviço quebrando o le-parental-control, então deve modificar o le-parental-control para se adequar ao refatoramentoO le-lab foi refatorado, mudando como ele é chamado pela interface de linha de comando e como se obtem váriáveis de um serviço quebrando o le-parental-control, então deve modificar o le-parental-control para se adequar ao refatoramentoTesting-freezing-6.1.1-8Lucas Sulzbachls17@inf.ufpr.brLucas Sulzbachls17@inf.ufpr.brhttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/291Utilizar o apt-cacher-ng para fazer cache de pacotes debian2018-09-20T14:47:25ZDiego Giovane Pasqualindpasqualin@inf.ufpr.brUtilizar o apt-cacher-ng para fazer cache de pacotes debianCom o intuito de reduzir o consumo de banda no processo de atualização dos computadores, podemos utilizar o apt-cacher-ng. Com ele, ao executar um `apt-get dist-upgrade`, as máquinas vão instruir um servidor a baixar os pacotes e copiá-l...Com o intuito de reduzir o consumo de banda no processo de atualização dos computadores, podemos utilizar o apt-cacher-ng. Com ele, ao executar um `apt-get dist-upgrade`, as máquinas vão instruir um servidor a baixar os pacotes e copiá-los de lá, ao invés de todas fazerem o download de forma independente.
O servidor do apt-cacher-ng deve ser decidido por votação, através do le-lab. As máquinas devem ser capazes de atingir um consenso quanto ao servidor, escolhendo o computador ligado por mais tempo.
A solução dessa tarefa pode implicar em um estudo de economia de banco e ser publicado no EVINCE 2018.Rafael S CastilhoRafael S Castilhohttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/522Criar documentação com o doxygen.2018-09-20T14:29:57ZAlessandro EliasCriar documentação com o doxygen.* Criar um diretório com o nome doc no projeto listado abaixo.
* Dentro deste diretório criar o Doxyfile (formato HTML).
* Deixar auto contido neste diretório doc.
- [ ] le-lab* Criar um diretório com o nome doc no projeto listado abaixo.
* Dentro deste diretório criar o Doxyfile (formato HTML).
* Deixar auto contido neste diretório doc.
- [ ] le-labv6.2.1-2https://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/427Implementar serviço de seleção de servidor no le-lab2018-09-20T14:26:53ZDiego Giovane Pasqualindpasqualin@inf.ufpr.brImplementar serviço de seleção de servidor no le-labOs serviços anunciados através do le-lab provocam a execução de um script nas máquinas clientes que decidem o que fazer com a informação. Atualmente, quando mais do que uma máquina anuncia um mesmo serviço, os clientes escolhem a última ...Os serviços anunciados através do le-lab provocam a execução de um script nas máquinas clientes que decidem o que fazer com a informação. Atualmente, quando mais do que uma máquina anuncia um mesmo serviço, os clientes escolhem a última máquina como servidor (le-epoptes, le-parental-control).
Para implementação do apt-cacher (#291) todas as máquinas são potenciais servidores. Porém, na prática somente uma delas deve ser, então precisamos de algum mecanismo de votação/seleção determinístico para que todas as máquinas escolham o mesmo servidor.
Em resumo: precisamos implementar no le-lab um mecanismo para facilitar a **seleção de servidores** através de algum **critério de seleção**.
O le-lab já possui:
- Uma função para listar quais computadores da rede estão oferecendo um determinado serviço;
- Uma função para consultar o valor de um atributo X em um computador Y;
O que precisa ser implementado:
- Uma função para consultar o valor de um atributo X em todos os computadores;
- Uma função para comparar atributos segundo algum critério;
Exemplo de atributo: timestamp do horário em que a máquina foi ligada.
Exemplo de função de critério: máquina com *timestamp mais antigo* será o servidor.
Com a implementação básica das funções listadas acima os clientes já conseguiriam implementar a seleção de servidor com dois `for`, um para descobrir os servidores e outro os atributos. Os clientes precisariam executar essa função com alguma frequência, visto que os servidores podem cair. Essa pode ser a primeira etapa dessa tarefa. Em um outro momento seria interessante transferir esse código para dentro do le-lab e ele avisaria os clientes quando algo mudou.legtonlegtonhttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/469Centralizar o nível de log no le-lab2018-08-29T18:12:04ZDiego Giovane Pasqualindpasqualin@inf.ufpr.brCentralizar o nível de log no le-labO le-lab atualemente utiliza diferentes níveis de log "DEBUG", "INFO", "WARNING" em cada um de seus arquivos, dificultando a alteração do mesmo. Essa tarefa visa centralizar em um único local a definição dessa constante.O le-lab atualemente utiliza diferentes níveis de log "DEBUG", "INFO", "WARNING" em cada um de seus arquivos, dificultando a alteração do mesmo. Essa tarefa visa centralizar em um único local a definição dessa constante.stable-6.1.1-7GabrielGabrielhttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/562Servidor epoptes não consegue se conectar com cliente2018-08-16T13:15:24ZLucas Sulzbachls17@inf.ufpr.brServidor epoptes não consegue se conectar com clienteEste problema aconteceu algumas vezes comigo: O servidor epoptes não consegue se conectar com a outra máquina da rede, porém a instância do le-lab nesta outra máquina a considera cliente. Algumas vezes ocorre uma exceção junto com as men...Este problema aconteceu algumas vezes comigo: O servidor epoptes não consegue se conectar com a outra máquina da rede, porém a instância do le-lab nesta outra máquina a considera cliente. Algumas vezes ocorre uma exceção junto com as mensagens de connection lost, como pode ser visto no log: [epoptes.log](/uploads/23224a4ab75523b7550fc031eeab3b68/epoptes.log)
```
2018-05-23 11:07:32-0300 [-] Log opened.
2018-05-23 11:07:32-0300 [-] twistd 16.0.0 (/usr/bin/python 2.7.12) starting up.
2018-05-23 11:07:32-0300 [-] reactor class: twisted.internet.epollreactor.EPollReactor.
2018-05-23 11:07:32-0300 [-] DelimitedBashReceiverFactory (TLS) starting on 789
2018-05-23 11:07:32-0300 [-] Starting factory <epoptes.daemon.bashplex.DelimitedBashReceiverFactory instance at 0x7f8f705104d0>
2018-05-23 11:07:32-0300 [-] GUIFactory starting on '/var/run/epoptes/epoptes.socket'
2018-05-23 11:07:32-0300 [-] Starting factory <epoptes.daemon.guiplex.GUIFactory instance at 0x7f8f705105a8>
2018-06-06 11:55:41-0300 [-] Received SIGTERM, shutting down.
2018-06-06 11:55:41-0300 [-] (UNIX Port /var/run/epoptes/epoptes.socket Closed)
2018-06-06 11:55:41-0300 [-] Stopping factory <epoptes.daemon.guiplex.GUIFactory instance at 0x7f8f705105a8>
2018-06-06 11:55:41-0300 [-] (TLS Port 789 Closed)
2018-06-06 11:55:41-0300 [-] Stopping factory <epoptes.daemon.bashplex.DelimitedBashReceiverFactory instance at 0x7f8f705104d0>
2018-06-06 11:55:41-0300 [-] Main loop terminated.
2018-06-06 11:55:41-0300 [-] Server Shut Down.
2018-06-06 11:58:28-0300 [-] Log opened.
2018-06-06 11:58:28-0300 [-] twistd 16.0.0 (/usr/bin/python 2.7.12) starting up.
2018-06-06 11:58:28-0300 [-] reactor class: twisted.internet.epollreactor.EPollReactor.
2018-06-06 11:58:28-0300 [-] DelimitedBashReceiverFactory (TLS) starting on 789
2018-06-06 11:58:28-0300 [-] Starting factory <epoptes.daemon.bashplex.DelimitedBashReceiverFactory instance at 0x7f5dd6b3bdd0>
2018-06-06 11:58:28-0300 [-] GUIFactory starting on '/var/run/epoptes/epoptes.socket'
2018-06-06 11:58:28-0300 [-] Starting factory <epoptes.daemon.guiplex.GUIFactory instance at 0x7f5dd6b3bea8>
2018-06-14 09:58:12-0300 [epoptes.daemon.guiplex.GUIFactory] GUI connection established (HOST:UNIXAddress('/var/run/epoptes/epoptes.socket') PEER:UNIXAddress(None))
2018-06-14 09:58:53-0300 [-] Connected: 192.168.56.102:51904
2018-06-14 09:58:53-0300 [-] Connection lost: 192.168.56.102:51904
2018-06-14 09:58:53-0300 [-] Connected: 192.168.56.102:51906
2018-06-14 09:58:53-0300 [-] Connection lost: 192.168.56.102:51906
2018-06-14 09:59:28-0300 [GUI,0,] GUI connection lost (HOST:UNIXAddress('/var/run/epoptes/epoptes.socket') PEER:UNIXAddress(None))
2018-06-14 09:59:51-0300 [twisted.protocols.tls.TLSMemoryBIOFactory] Unhandled Error
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/twisted/python/log.py", line 84, in callWithContext
return context.call({ILogContext: newCtx}, func, *args, **kw)
File "/usr/lib/python2.7/dist-packages/twisted/python/context.py", line 118, in callWithContext
return self.currentContext().callWithContext(ctx, func, *args, **kw)
File "/usr/lib/python2.7/dist-packages/twisted/python/context.py", line 81, in callWithContext
return func(*args,**kw)
File "/usr/lib/python2.7/dist-packages/twisted/internet/posixbase.py", line 597, in _doReadOrWrite
why = selectable.doRead()
--- <exception caught here> ---
File "/usr/lib/python2.7/dist-packages/twisted/internet/tcp.py", line 1074, in doRead
protocol.makeConnection(transport)
File "/usr/lib/python2.7/dist-packages/twisted/protocols/tls.py", line 302, in makeConnection
self._tlsConnection = self.factory._createConnection(self)
File "/usr/lib/python2.7/dist-packages/twisted/protocols/tls.py", line 830, in _createConnection
connection = connectionCreator.serverConnectionForTLS(tlsProtocol)
File "/usr/lib/python2.7/dist-packages/twisted/protocols/tls.py", line 709, in serverConnectionForTLS
return self._connectionForTLS(protocol)
File "/usr/lib/python2.7/dist-packages/twisted/protocols/tls.py", line 690, in _connectionForTLS
context = self._oldStyleContextFactory.getContext()
File "/usr/lib/python2.7/dist-packages/twisted/plugins/epoptesd.py", line 51, in getContext
ctx.use_certificate_file("/etc/epoptes/server.crt")
File "/usr/lib/python2.7/dist-packages/OpenSSL/SSL.py", line 602, in use_certificate_file
_raise_current_error()
File "/usr/lib/python2.7/dist-packages/OpenSSL/_util.py", line 48, in exception_from_error_queue
raise exception_type(errors)
OpenSSL.SSL.Error: [('system library', 'fopen', 'No such file or directory'), ('BIO routines', 'FILE_CTRL', 'system lib'), ('SSL routines', 'SSL_CTX_use_certificate_file', 'system lib')]
2018-06-14 09:59:51-0300 [DelimitedBashReceiver (TLSMemoryBIOProtocol),2,192.168.56.102] Unhandled Error
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/twisted/python/log.py", line 101, in callWithLogger
return callWithContext({"system": lp}, func, *args, **kw)
File "/usr/lib/python2.7/dist-packages/twisted/python/log.py", line 84, in callWithContext
return context.call({ILogContext: newCtx}, func, *args, **kw)
File "/usr/lib/python2.7/dist-packages/twisted/python/context.py", line 118, in callWithContext
return self.currentContext().callWithContext(ctx, func, *args, **kw)
File "/usr/lib/python2.7/dist-packages/twisted/python/context.py", line 81, in callWithContext
return func(*args,**kw)
--- <exception caught here> ---
File "/usr/lib/python2.7/dist-packages/twisted/internet/posixbase.py", line 597, in _doReadOrWrite
why = selectable.doRead()
File "/usr/lib/python2.7/dist-packages/twisted/internet/tcp.py", line 209, in doRead
return self._dataReceived(data)
File "/usr/lib/python2.7/dist-packages/twisted/internet/tcp.py", line 215, in _dataReceived
rval = self.protocol.dataReceived(data)
File "/usr/lib/python2.7/dist-packages/twisted/protocols/tls.py", line 406, in dataReceived
self._tlsConnection.bio_write(bytes)
File "/usr/lib/python2.7/dist-packages/twisted/protocols/policies.py", line 114, in __getattr__
return getattr(self.transport, name)
exceptions.AttributeError: 'NoneType' object has no attribute '_tlsConnection'
2018-06-14 09:59:51-0300 [DelimitedBashReceiver (TLSMemoryBIOProtocol),2,192.168.56.102] Unhandled Error
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/twisted/application/app.py", line 285, in runReactorWithLogging
reactor.run()
File "/usr/lib/python2.7/dist-packages/twisted/internet/base.py", line 1194, in run
self.mainLoop()
File "/usr/lib/python2.7/dist-packages/twisted/internet/base.py", line 1206, in mainLoop
self.doIteration(t)
File "/usr/lib/python2.7/dist-packages/twisted/internet/epollreactor.py", line 396, in doPoll
log.callWithLogger(selectable, _drdw, selectable, fd, event)
--- <exception caught here> ---
File "/usr/lib/python2.7/dist-packages/twisted/python/log.py", line 101, in callWithLogger
return callWithContext({"system": lp}, func, *args, **kw)
File "/usr/lib/python2.7/dist-packages/twisted/python/log.py", line 84, in callWithContext
return context.call({ILogContext: newCtx}, func, *args, **kw)
File "/usr/lib/python2.7/dist-packages/twisted/python/context.py", line 118, in callWithContext
return self.currentContext().callWithContext(ctx, func, *args, **kw)
File "/usr/lib/python2.7/dist-packages/twisted/python/context.py", line 81, in callWithContext
return func(*args,**kw)
File "/usr/lib/python2.7/dist-packages/twisted/internet/posixbase.py", line 610, in _doReadOrWrite
self._disconnectSelectable(selectable, why, inRead)
File "/usr/lib/python2.7/dist-packages/twisted/internet/posixbase.py", line 258, in _disconnectSelectable
selectable.connectionLost(failure.Failure(why))
File "/usr/lib/python2.7/dist-packages/twisted/internet/tcp.py", line 293, in connectionLost
protocol.connectionLost(reason)
File "/usr/lib/python2.7/dist-packages/twisted/protocols/tls.py", line 472, in connectionLost
self._tlsConnection.bio_shutdown()
File "/usr/lib/python2.7/dist-packages/twisted/protocols/policies.py", line 114, in __getattr__
return getattr(self.transport, name)
exceptions.AttributeError: 'NoneType' object has no attribute '_tlsConnection'
2018-06-14 09:59:52-0300 [epoptes.daemon.guiplex.GUIFactory] GUI connection established (HOST:UNIXAddress('/var/run/epoptes/epoptes.socket') PEER:UNIXAddress(None))
2018-06-14 09:59:52-0300 [-] Connected: 192.168.56.102:51910
2018-06-14 09:59:52-0300 [-] Connection lost: 192.168.56.102:51910
2018-06-14 09:59:52-0300 [-] Connected: 192.168.56.102:51912
2018-06-14 09:59:52-0300 [-] Connection lost: 192.168.56.102:51912
2018-06-14 10:00:52-0300 [-] Connected: 192.168.56.102:51914
2018-06-14 10:00:52-0300 [-] Connection lost: 192.168.56.102:51914
```stable-6.1.1-7Lucas Sulzbachls17@inf.ufpr.brLucas Sulzbachls17@inf.ufpr.br