Como posso ligar a tela novamente usando setterm ou outro comando, apenas com os utilitários principais via ssh?

Para ligar a tela novamente após ela ter sido desligada com setterm --blank force, você pode usar o seguinte comando de um arquivo TTY.

Faça login sshno dispositivo e execute:

sudo sh -c 'TERM=linux setterm --blank poke </dev/tty1'

sudoConcede privilégios de superusuário

Se um usuário possui um dispositivo TTY (como /dev/tty1), há certas operações que exigem privilégios elevados. Isso é particularmente para comandos que interagem diretamente com recursos de hardware ou sistema. As permissões em dispositivos TTY geralmente permitem que usuários comuns leiam e gravem no dispositivo, mas certos comandos podem exigir privilégios de root para alterar configurações que podem afetar todo o sistema.

Embora você possa ser o proprietário do dispositivo TTY, a execução de comandos que modificam o comportamento do terminal normalmente requer permissões elevadas para garantir que o sistema permaneça seguro e que o usuário não possa interromper involuntariamente as configurações do sistema.

No próprio dispositivo, posso executar setterm --blank forcepara desligar a tela com um usuário regular.

Por ssh quando executo setterm --blank forcecom um usuário regular,

eu recebo setterm: cannot force blank: Inappropriate ioctl for devicee com

sh -c 'TERM=linux setterm --blank poke </dev/tty1'

ou

sh: 1: cannot open /dev/tty2: permission denied

eu recebosetterm: cannot force blank: Operation not permitted

então preciso de direitos sudo/root para executar o comando via ssh.

As sessões SSH são geralmente tratadas com mais cautela em termos de segurança. Isso significa que, mesmo que o usuário seja dono do dispositivo TTY, o daemon SSH pode impor restrições adicionais que exigem sudo para comandos que podem alterar o comportamento do sistema ou as configurações do terminal.

As permissões para dispositivos como /dev/tty1 são definidas para permitir acesso direto do usuário, mas ao acessar via SSH, pode haver diferenças em como as permissões são gerenciadas.

A exigência de sudo ao executar o comando via SSH se deve aos diferentes contextos de permissão e medidas de segurança para sessões remotas em comparação ao acesso local.

sh -cExecuta a sequência de comando incluída em um novo shell

TERM=linuxDefine o tipo de terminal

setterm --blank pokeUse-o para executar settermpara acordar a tela compoke

</dev/tty1Especifica que a entrada vem do primeiro terminal virtual

Explicação curta:

Redirecionamento </dev/tty1| Isto especifica que o comando está lendo de /dev/tty1, que é o primeiro terminal virtual. Isto é necessário porque settermprecisa interagir com o console diretamente

Definir TERM=| TERM=linuxé importante porque define o tipo de terminal para linux,garantir que settermvocê possa interpretar corretamente os recursos do terminal e executar as ações necessárias

Usando sudo| Requer permissões elevadas para interagir diretamente com o terminal, por isso sudoé necessário

E agora posso desligar a telassh com:

sudo sh -c 'TERM=linux setterm --blank force </dev/tty1'

Editar:

Parece que não importa se eu uso tty1, tty4, ou qualquer outro ttyXno comando, ele ainda funciona com </dev/tty4etc.

Manipulação do Kernel de Terminais Virtuais O kernel Linux gerencia múltiplos terminais virtuais (TTYs), e todos eles compartilham características similares. Quando você usa setterm com um TTY especificado (por exemplo, /dev/tty1), ele pode controlar as configurações de tela daquele terminal, mas não restringe o comando somente àquele terminal específico. Como o comando não depende do terminal atual, mas do redirecionamento de entrada, você pode efetivamente mirar em qualquer TTY sem problemas. Definir TERM=linux garante que setterm entenda como interagir com o terminal, independentemente de qual TTY você está mirando.