Comoessepergunta não recebeu nenhuma resposta informativa: [Configurando contas shell do Linux para acesso público] Gostaria de reformular a pergunta original para meus próprios propósitos:
Eu poderiacomocriar, o que é coloquialmente conhecido no IRC como "uma conta shell" em meu próprio servidor Linux para meu uso pessoal (não há nenhum problema de segurança em jogo, posso atirar em mim mesmo se fizer algo estúpido) - eu gostaria disso para que eu possa instalar este servidor em um local remoto e então conectar-me ao usuário de IRC (eu mesmo) que gostaria de estar conectado em meu próprio servidor de IRC privado 24 horas por dia. Minha localização mudará regularmente, por isso não posso permanecer conectado no meu site local o tempo todo. Gostaria de me conectar por meio de uma conexão habilitada para SSL.
Confesso que não sei se isso é possível comLinux padrão, então, se isso é algo que requer software de terceiros, indique-me uma direção adequada, pois até agora o Google tem sido extremamente vago.
Se eu entendi completamente erradooprazoouusarde "contas shell de IRC" qualquer conselho adicional será apreciado.
Muito obrigado
Editar:Não posso melhorar a questão. Não entendi que "Contas Shell IRC" nada mais eram do que "contas shell padrão".
Direi que recebi duas respostas que compreenderam minha pergunta e forneceram respostas longas e curtas. Talvez se esta questão for deixada como está esemo rebaixamento fornecerá ajuda a outros.
Por favor, vá em frenteclose
Responder1
Você também deseja instalar um chamado "Bouncer" (BNC) que suporta conexão SSL.
Ou você pode usar uma combinação de ssh + screen/tmux e um cliente de console IRC (como irssi).
Também existem sites que oferecem funcionalidades semelhantes:https://www.irccloud.com/
Responder2
As "contas Shell" são realmentenada maisdo que uma conta de usuário normal em um sistema Linux/BSD normal, geralmente acessado pelo protocolo SSH.
(A maioria dos provedores públicos geralmente pré-instala vários softwares comuns, define alguns limites de recursos, executa um servidor de e-mail para os usuários;alguns antigosaté mesmo atuar como ISPs; muitas vezes eles têm umcomunidadeconstruído em torno do sistema deles... mas isso é irrelevante aqui.)
Como
Então o passo 0 éna verdadeterum servidor– idealmente, rodando Linux ou alguma variante BSD.
Alguns usam seu próprio hardware hospedado em algum lugar com conexão de rede 24 horas por dia, 7 dias por semana, por exemplo, em uma instalação de colocation, ou em seu local de trabalho, ou mesmo em casa (supondo que o ISP permita isso). É necessário um endereço IP estático e publicamente acessível.
Outros simplesmente alugam um servidor dedicado de empresas como a OVH, ou um VPS da Linode ou DigitalOcean ou de muitos outros fornecedores.
O passo 1 éhabilitar acesso remoto – instalar o serviço SSH(OpenSSH). Freqüentemente, ele já vem como parte da instalação básica do sistema operacional e você só precisa iniciar/habilitar o sshddaemon.
O passo 2 écriar uma conta de usuáriopara você, caso ainda não tenha feito isso. (As ferramentas estão adduserno Debian, useraddno Arch, pw user addno FreeBSD e assim por diante.)
Bem, é basicamente isso. Você tem uma "conta shell", na qual pode fazer ssh remotamente, executar ferramentas como tmuxou screen(para a parte "anexar/desanexar") e clientes de IRC como irssiou weechat.
Segurança
Embora vocêrealmente deveriafaça mais algumas coisas.
Em particular, lembre-se de que todo o espaço de endereços IPv4 é frequentemente verificado por botnets em busca de sistemas inseguros e senhas fáceis de adivinhar, e muito provavelmente eles começarão a bater à sua porta dentro de casa.minutosde ativar o SSH.
Portanto, uma parte importante da configuração do OpenSSH é a) ter uma senha forte ou b) aprender como usarAutenticação de chave pública SSHe desabilitar totalmente os logins com senha. (Que é um tópico separado.)
Da mesma forma, se o sistema operacional escolhido suportar atualizações automáticas (por exemplo, atualizações autônomas do Ubuntu), vocêdeveusa-os. Os provedores públicos vão ainda mais longe, configurando grsec ou SELinux ou systrace ou AppArmor, mas para um servidor pessoal privado é provavelmente um exagero - a menos que a distro já tenha feito a integração para você, como por exemplo o Fedora faz.
(A questão de segurança aqui não é apenas sobrevocê; é também sobre o seu sistema ser abusado para atacaroutrosistemas.)