Eu tenho um servidor Ubuntu 12.04 que executa um aplicativo python. O aplicativo é iniciado manualmente tmuxou automaticamente quando o servidor é iniciado.
O aplicativo processa solicitações HTTP de clientes Android. Ele salva alguns dados no disco rígido:
os.mkdir(directory_path)
with open(file_name, "w") as f:
f.write(text)
O aplicativo enviou exceções ao chat do Telegram:
OSError: [Errno 13] Permission denied: '/home/username/Desktop'
Com uma conexão ssh ativa, tudo funciona bem. Depois de fechar o terminal ssh do cliente, recebo muitos erros de "Permissão negada" no log do servidor sobre a tentativa de criar um arquivo ou diretório. Após conectar com ssh (apenas conectando, sem executar nenhum comando) tudo funciona bem novamente e novos arquivos ou pastas são criados pelo aplicativo.
- Isso acontece quando o programa é iniciado pelo servidor e não em uma sessão tmux? Sim. O problema aparece em ambos os casos.
- A conexão com a máquina reconecta automaticamente a sessão do tmux? Anexar ao tmux é manual (tmux a). O aplicativo funciona bem após a conexão SSH com o servidor. Anexar o tmux não é necessário.
Como a conexão ssh pode afetar um processo de aplicativo em execução ou direitos de acesso ao sistema?
Responder1
A criptografia de diretórios iniciais padrão no Ubuntu funciona de forma que o diretório seja descriptografado quando você abre a sessão (PAM) e criptografado novamente quando a sessão é fechada. Isso não é ideal para uso em servidor se você precisar servir/armazenar alguns dados desse usuário.
Você pode armazenar os dados em outro lugar (a solução mais fácil :)) ou desativar a criptografia. Se nenhum deles for uma opção, forneça mais detalhes sobre o que você precisa alcançar.
Também pode haver uma maneira de preservar a sessão (não descobri), para que você não tenha o diretório criptografado, mas provavelmente não há razão para ter a criptografia. :)