Por que meu servidor ubuntu se torna indisponível a partir do acesso remoto após cerca de 10 horas?

2

Durante a configuração do meu pi de framboesa com apache2, shh e mais em um novo endereço, encontrei um problema.

Minha configuração consiste em um roteador com o encaminhamento de porta 80, 443 e 22 para o IP local estático do RPI, a conexão ethernet. Tudo corre suavemente por um tempo. Consigo me conectar via HTTP, HTTPS e SSH através do meu domínio apontando para o meu IP remoto estático. Após cerca de 10 horas, no entanto, começa a se comportar mal. Se eu fizer um sudo reboot no RPI, a configuração funcionará bem por cerca de 10 horas.

  • Ao verificar as portas através do canyouseeme.org, todas as portas anteriormente abertas parecem ter fechado.

    Error: I could not see your service on xxx.xxx.xx.xx on port (80/443/22) Reason: Connection timed out

  • O servidor apache ainda está em execução e pode ser acessado por meio de IP local. O mesmo vale para ssh.

  • sudo nmap localhost

    Starting Nmap 7.01 ( https://nmap.org ) at 2018-05-24 14:34 CEST
    Nmap scan report for localhost (127.0.0.1)
    Host is up (0.00049s latency).
    Not shown: 991 closed ports
    PORT     STATE SERVICE
    21/tcp   open  ftp
    22/tcp   open  ssh
    25/tcp   open  smtp
    80/tcp   open  http
    139/tcp  open  netbios-ssn
    443/tcp  open  https
    445/tcp  open  microsoft-ds
    631/tcp  open  ipp
    3306/tcp open  mysql
    
  • O Apache2 e o SSH estão ouvindo em suas portas.

    regnar@wserver:~$ sudo lsof -iTCP -sTCP:LISTEN -P
    [sudo] password for regnar: 
    COMMAND   PID     USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
    sshd     1162     root    3u  IPv4  12110      0t0  TCP *:22 (LISTEN)
    sshd     1162     root    4u  IPv6  12112      0t0  TCP *:22 (LISTEN)
    vsftpd   1171     root    3u  IPv6  14735      0t0  TCP *:21 (LISTEN)
    mysqld   1175    mysql   16u  IPv4  15391      0t0  TCP localhost:3306 (LISTEN)
    apache2  1233     root    4u  IPv6  12169      0t0  TCP *:80 (LISTEN)
    apache2  1233     root    6u  IPv6  12173      0t0  TCP *:443 (LISTEN)
    master   1491     root   12u  IPv4  13109      0t0  TCP localhost:25 (LISTEN)
    master   1491     root   13u  IPv6  13110      0t0  TCP ip6-localhost:25 (LISTEN)
    smbd     1498     root   34u  IPv6  15584      0t0  TCP *:445 (LISTEN)
    smbd     1498     root   35u  IPv6  15585      0t0  TCP *:139 (LISTEN)
    smbd     1498     root   36u  IPv4  15586      0t0  TCP *:445 (LISTEN)
    smbd     1498     root   37u  IPv4  15587      0t0  TCP *:139 (LISTEN)
    apache2 11103 www-data    4u  IPv6  12169      0t0  TCP *:80 (LISTEN)
    apache2 11103 www-data    6u  IPv6  12173      0t0  TCP *:443 (LISTEN)
    apache2 11104 www-data    4u  IPv6  12169      0t0  TCP *:80 (LISTEN)
    apache2 11104 www-data    6u  IPv6  12173      0t0  TCP *:443 (LISTEN)
    apache2 11105 www-data    4u  IPv6  12169      0t0  TCP *:80 (LISTEN)
    apache2 11105 www-data    6u  IPv6  12173      0t0  TCP *:443 (LISTEN)
    apache2 11106 www-data    4u  IPv6  12169      0t0  TCP *:80 (LISTEN)
    apache2 11106 www-data    6u  IPv6  12173      0t0  TCP *:443 (LISTEN)
    apache2 11107 www-data    4u  IPv6  12169      0t0  TCP *:80 (LISTEN)
    apache2 11107 www-data    6u  IPv6  12173      0t0  TCP *:443 (LISTEN)
    cupsd   15513     root   10u  IPv6 107704      0t0  TCP ip6-localhost:631 (LISTEN)
    cupsd   15513     root   11u  IPv4 107705      0t0  TCP localhost:631 (LISTEN)
    
  • O UFW não deve estar bloqueando as conexões de entrada. eu tentei desativando também.

    regnar@wserver:~$ sudo ufw status
    Status: active
    
    To                         Action      From
    --                         ------      ----
    Samba                      ALLOW       Anywhere                  
    Apache                     ALLOW       Anywhere                  
    Apache Full                ALLOW       Anywhere                  
    Apache Secure              ALLOW       Anywhere                  
    OpenSSH                    ALLOW       Anywhere                  
    Postfix                    ALLOW       Anywhere                  
    Samba (v6)                 ALLOW       Anywhere (v6)             
    Apache (v6)                ALLOW       Anywhere (v6)             
    Apache Full (v6)           ALLOW       Anywhere (v6)             
    Apache Secure (v6)         ALLOW       Anywhere (v6)             
    OpenSSH (v6)               ALLOW       Anywhere (v6)             
    Postfix (v6)               ALLOW       Anywhere (v6)    
    
  • POSSO fazer ping no meu domínio / IP remoto de fora, mas não consigo conectar através de HTTP, HTTPS ou SSH.

  • Eu tentei reiniciar o roteador
  • Eu tentei usar outro IP local

A configuração (com um roteador diferente e um ISP diferente) tem funcionado por um longo período no meu endereço anterior, mas com a nova conexão / roteador a configuração pequena parece estar tendo alguns problemas.

Alguém aí tem uma solução possível?

Atenciosamente

    
por Regnar 24.05.2018 / 09:54

1 resposta

1

Depois de encerrar o acesso WAN ao SHH, a configuração é executada sem problemas. Do meu /var/log/auth.log ficou claro que "crianças do script" estavam tentando obter acesso através do SHH com entradas aleatórias de usuários. Minha configuração aparentemente não gostou disso.

NB If you really need SSH access from the WAN I highly recommend that you change its external port to something non-standard.

    
por Regnar 31.05.2018 / 21:01