ZioByte's questions

Eu tenho o seguinte problema:

Eu tenho uma máquina remota acessível via ssh que pode servir alguns dados através de uma interface web.

Eu posso usar o OpenSSH LocalForwarding para abrir um túnel e iniciar o servidor remoto:

ssh [email protected] -L 127.0.0.1:3333:localhost:4000 ./start.sh

então, em outro terminal (ou da GUI), posso iniciar um navegador, por exemplo:

firefox localhost:3333/whatever

e acessar o conteúdo servido pelo meu aplicativo.

Após o uso eu simplesmente dou [CTRL-C] para start.shfechar servidor, conexão e túnel.

Até agora tudo bem.

A pergunta é: É possível escrever um script combinando tudo de tal forma que o túnel seja fechado quando o navegador terminar?

Para ser mais preciso, gostaria de um script que:

1. Abre o túnel e inicia o servidor remoto (como acima).
2. Abre automaticamente um navegador (o Firefox está ok, mas não é obrigatório) na porta certa (que pode ser gerada aleatoriamente).
3. Mantém o túnel ativo enquanto o navegador está em execução.
4. Quando o navegador termina (estou ciente de que pode haver outras janelas abertas, mas isso está além do ponto) ele deve enviar um sinal ( SIGHUP) para o servidor ( start.sh).
5. Quando o servidor remoto termina o túnel deve ser fechado (isso deve ser automático com a configuração acima)

Gostaria de manter o túnel e o servidor funcionando pelo tempo estritamente necessário, evitando "esquecer o fechamento", pois pode acontecer se eu tiver que fazer manualmente.

Como posso fazer isso?

Eu tenho problema de logout no meu servidor (e todos os servidores derivados do debian) não matam todos os processos do usuário.

Eu pareço entender que isso é feito por razões de eficiência para estações de trabalho (suposição parece ser o mesmo usuário fará logon logo depois).

Como exemplo, em uma conta muito restrita, recebo:

mcon@cinderella:~$ pgrep --list-full -U gamer
3001599 /lib/systemd/systemd --user
3001600 (sd-pam)
3001615 /usr/bin/pipewire
3001616 /usr/bin/pipewire-media-session
3001624 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
3001706 /usr/libexec/gvfsd
3001711 /usr/libexec/gvfsd-fuse /run/user/1002/gvfs -f
3001839 /usr/libexec/dconf-service
3001841 /usr/libexec/gvfs-udisks2-volume-monitor
3001852 /usr/libexec/gvfs-gphoto2-volume-monitor
3001860 /usr/libexec/gvfs-goa-volume-monitor
3001888 /usr/libexec/goa-daemon
3001906 /usr/libexec/goa-identity-service
3001908 /usr/libexec/gvfs-mtp-volume-monitor
3001915 /usr/libexec/gvfs-afc-volume-monitor
3002093 /usr/libexec/evolution-source-registry
3002108 /usr/libexec/gvfsd-trash --spawner :1.9 /org/gtk/gvfs/exec_spaw/0
3002112 /usr/libexec/xdg-desktop-portal
3002120 /usr/libexec/xdg-document-portal
3002124 /usr/libexec/xdg-permission-store
3002132 fusermount3 -o rw,nosuid,nodev,fsname=portal,auto_unmount,subtype=portal -- /run/user/1002/doc
3002150 /usr/libexec/evolution-calendar-factory
3002162 /usr/libexec/gvfsd-metadata
3002176 /usr/libexec/evolution-addressbook-factory
3002227 /usr/libexec/bluetooth/obexd
3002924 /usr/bin/python3 /usr/share/system-config-printer/applet.py
3827100 /usr/bin/gnome-keyring-daemon --start --foreground --components=secrets

Isso foi feito (muitas) horas que o usuário gamerfez logoff e depois que outros usuários (inclusive eu) usaram o sistema.

Eu vi esta pergunta, mas isso não se aplica ao meu caso: não quero impedir que os usuários iniciem explicitamente processos de longa duração via nohupou screen, mas simplesmente mate todas as tarefas "inúteis" do sistema.

Eu tentei configurar [Login]-> KillUserProcesses=yesin, /etc/systemd/logind.confmas aparentemente nada mudou.

Observe que todos esses processos permanecem ativos para cada usuário que já fez login (desde a última reinicialização, é claro).

Como me livrar de todos esses processos? É realmente necessário executar algum cronscript para matá-los? Em caso afirmativo: como separo os processos em segundo plano "explicitamente desejados" do lixo do sistema?

PS: Eu sei que a política do StackExchange é "um ponto de interrogação por OP", mas esses são realmente vários aspectos da mesma pergunta.

Eu preciso bloquear algumas contas de usuários, sem mexer com o HOME, se possível.

A maneira normal seria, usermod -L usermas parece deixar o login ssh aberto com autenticação de chave pública (usada rotineiramente neste servidor).

Eu sei que poderia apenas mv /home/user/.ssh /home/user/_sshou algo semelhante, mas essa é a maneira correta de fazer isso?

o que estou perdendo?

Estou felizmente executando uma estação de trabalho Debian Sid de última geração.

Infelizmente, incorremos em uma "regressão upstream" (network-manager-vpnc quebrou 1.2.7 -> 1.2.8)

Portanto, preciso "rebaixar" para uma revisão anterior.

Estou ciente de que deveria ser capaz de fazer isso com algo como:

sudo apt install network-manager-vpnc=1.2.7

mas isso não parece funcionar para Sid como eu recebo:

sudo apt policy network-manager-vpnc
network-manager-vpnc:
  Installed: 1.2.8-3
  Candidate: 1.2.8-3
  Version table:
 *** 1.2.8-3 500
        500 http://deb.debian.org/debian sid/main amd64 Packages
        100 /var/lib/dpkg/status

o que significa que apenas uma única versão está disponível e, portanto, o erro não é surpreendente:

sudo apt install network-manager-vpnc=1.2.7
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Package network-manager-vpnc is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Version '1.2.7' for 'network-manager-vpnc' was not found

O que posso fazer?

Atualização: como @Stephen-Kitt afirma corretamente a "versão anterior" (1.2.7) nunca foi carregada nos arquivos Debian, então a "solução" foi fazer o downgrade para 1.2.6-3.

O procedimento para chegar a um sistema de trabalho (para mim) foi:

mcon@cinderella:/tmp/t$ wget http://ftp.it.debian.org/debian/pool/main/n/network-manager-vpnc/network-manager-vpnc_1.2.6-3_amd64.deb
--2022-04-28 19:34:27--  http://ftp.it.debian.org/debian/pool/main/n/network-manager-vpnc/network-manager-vpnc_1.2.6-3_amd64.deb
Resolving ftp.it.debian.org (ftp.it.debian.org)... 85.94.199.210, 2001:4b78:2000:1::1
Connecting to ftp.it.debian.org (ftp.it.debian.org)|85.94.199.210|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 125812 (123K) [application/vnd.debian.binary-package]
Saving to: ‘network-manager-vpnc_1.2.6-3_amd64.deb’

network-manager-vpnc_1.2.6-3_am 100%[====================================================>] 122.86K  --.-KB/s    in 0.05s   

2022-04-28 19:34:27 (2.29 MB/s) - ‘network-manager-vpnc_1.2.6-3_amd64.deb’ saved [125812/125812]

mcon@cinderella:/tmp/t$ wget http://ftp.it.debian.org/debian/pool/main/n/network-manager-vpnc/network-manager-vpnc-gnome_1.2.6-3_amd64.deb
--2022-04-28 19:34:56--  http://ftp.it.debian.org/debian/pool/main/n/network-manager-vpnc/network-manager-vpnc-gnome_1.2.6-3_amd64.deb
Resolving ftp.it.debian.org (ftp.it.debian.org)... 85.94.199.210, 2001:4b78:2000:1::1
Connecting to ftp.it.debian.org (ftp.it.debian.org)|85.94.199.210|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 35592 (35K) [application/vnd.debian.binary-package]
Saving to: ‘network-manager-vpnc-gnome_1.2.6-3_amd64.deb’

network-manager-vpnc-gnome_1.2. 100%[====================================================>]  34.76K  --.-KB/s    in 0.02s   

2022-04-28 19:34:56 (1.69 MB/s) - ‘network-manager-vpnc-gnome_1.2.6-3_amd64.deb’ saved [35592/35592]
mcon@cinderella:~$ sudo apt remove --purge network-manager-vpnc network-manager-vpnc-gnome 
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following package was automatically installed and is no longer required:
  vpnc
Use 'sudo apt autoremove' to remove it.
The following packages will be REMOVED:
  network-manager-vpnc* network-manager-vpnc-gnome*
0 upgraded, 0 newly installed, 2 to remove and 0 not upgraded.
After this operation, 1,026 kB disk space will be freed.
Do you want to continue? [Y/n] 
(Reading database ... 244048 files and directories currently installed.)
Removing network-manager-vpnc-gnome (1.2.8-3) ...
Removing network-manager-vpnc (1.2.8-3) ...
Processing triggers for dbus (1.14.0-1) ...
mcon@cinderella:~$ sudo dpkg -i /tmp/t/network-manager-vpnc_1.2.6-3_amd64.deb 
Selecting previously unselected package network-manager-vpnc.
(Reading database ... 243969 files and directories currently installed.)
Preparing to unpack .../network-manager-vpnc_1.2.6-3_amd64.deb ...
Unpacking network-manager-vpnc (1.2.6-3) ...
Setting up network-manager-vpnc (1.2.6-3) ...
Processing triggers for dbus (1.14.0-1) ...
mcon@cinderella:~$ sudo dpkg -i /tmp/t/network-manager-vpnc-gnome_1.2.6-3_amd64.deb 
Selecting previously unselected package network-manager-vpnc-gnome.
(Reading database ... 244039 files and directories currently installed.)
Preparing to unpack .../network-manager-vpnc-gnome_1.2.6-3_amd64.deb ...
Unpacking network-manager-vpnc-gnome (1.2.6-3) ...
Setting up network-manager-vpnc-gnome (1.2.6-3) ...
mcon@cinderella:~$ 

Então, depois de verificar se realmente funciona:

mcon@cinderella:/tmp/t$ sudo apt-mark hold network-manager-vpnc
network-manager-vpnc set on hold.
mcon@cinderella:/tmp/t$ sudo apt-mark hold network-manager-vpnc-gnome
network-manager-vpnc-gnome set on hold.

MUITO obrigado a @Stephen

Estou tendo problemas pesados ​​semelhantes ao discutido nesta pergunta .

No meu caso, porém, tenho um kernel muito recente (5.3) para um pequeno processador embutido (mips, mt7628) e o processo de inicialização para por mais de 6 minutos até obter o kprint:

[  402.804482] random: crng init done

depois que a sequência de inicialização continua normalmente:

[  403.807776] usbcore: registered new interface driver usbhid
[  403.813440] usbhid: USB HID core driver
Starting kmsgd: OK
Starting applicazione: stream.py OK
...

Alguém pode explicar o que está acontecendo (e, possivelmente, uma solução alternativa)?

Claro que não tenho hardware de randomização.

Acabei de me adicionar ao grupo "docker" na minha estação de trabalho. Eu devidamente saí e entrei novamente no meu ambiente de área de trabalho, mas ainda não estou no grupo:

mcon@cinderella:~$ id
uid=1000(mcon) gid=1000(mcon) groups=1000(mcon),20(dialout),27(sudo),46(plugdev),115(lpadmin),124(vboxusers)
mcon@cinderella:~$ grep mcon /etc/group
dialout:x:20:mcon,mauro
sudo:x:27:mcon
plugdev:x:46:mcon
mcon:x:1000:
lpadmin:x:115:mcon
vboxusers:x:124:mauro,mcon
docker:x:136:mcon

Estou sob um Debian Sid atualizado. Minha área de trabalho é Gnome/Cinnamon

Eu sei que isso pode ser corrigido reiniciando, mas gostaria de entender o que está acontecendo.

Observe que usar o "truque su" realmente funciona:

mcon@cinderella:~$ su - mcon
Password: 
mcon@cinderella:~$ id
uid=1000(mcon) gid=1000(mcon) groups=1000(mcon),20(dialout),27(sudo),46(plugdev),115(lpadmin),124(vboxusers),136(docker)

POR QUE sair e depois entrar novamente não?

UPDATE : uma investigação mais aprofundada mostra que, após o logout , ainda há uma tonelada de processos em execução com meu ID de usuário, incluindo systemd, sh, vários gvfs-whatever, gpg-agent, etc. Matar o shell não mudou nada, mas estou um pouco com medo de matar todos eles. O logout não deve encerrar todas as atividades em meu nome? Isso parece uma falha de segurança (ou não?). Vou tentar matar todos esses processos para ver se algo está "mantendo a sessão ativa" (na pior das hipóteses, terei que reiniciar).

Update2 (conforme solicitado por @StephenKitt) :

mcon@cinderella:~$ loginctl show-user $(whoami)
UID=1000
GID=1000
Name=mcon
Timestamp=Sat 2019-03-23 15:01:35 CET
TimestampMonotonic=24931331
RuntimePath=/run/user/1000
[email protected]
Slice=user-1000.slice
Display=2
State=active
Sessions=2
IdleHint=no
IdleSinceHint=1553356954121832
IdleSinceHintMonotonic=7284187020
Linger=no

Update3 (inspirado por @StephenKitt) :

Aparentemente session2 existe, mas parece ser a única presente... mas o comando sem argumento dá uma visão diferente e diz que há apenas uma sessão ativa. Estou bastante confuso; de onde vem o "Sessions=2" acima?

mcon@cinderella:/tmp/ca$ loginctl show-session
EnableWallMessages=no
NAutoVTs=6
KillUserProcesses=no
RebootToFirmwareSetup=no
IdleHint=no
IdleSinceHint=1553356954121832
IdleSinceHintMonotonic=7284187020
BlockInhibited=handle-power-key:handle-suspend-key:handle-hibernate-key:handle-lid-switch
DelayInhibited=shutdown:sleep
InhibitDelayMaxUSec=30s
UserStopDelayUSec=10s
HandlePowerKey=poweroff
HandleSuspendKey=suspend
HandleHibernateKey=hibernate
HandleLidSwitch=suspend
HandleLidSwitchDocked=ignore
HoldoffTimeoutUSec=30s
IdleAction=ignore
IdleActionUSec=30min
PreparingForShutdown=no
PreparingForSleep=no
Docked=yes
LidClosed=no
OnExternalPower=yes
RemoveIPC=yes
RuntimeDirectorySize=3314405376
InhibitorsMax=8192
NCurrentInhibitors=7
SessionsMax=8192
NCurrentSessions=1
mcon@cinderella:/tmp/ca$ loginctl show-session 2
Id=2
User=1000
Name=mcon
Timestamp=Sat 2019-03-23 15:01:35 CET
TimestampMonotonic=24933340
VTNr=7
Seat=seat0
Display=:0
Remote=no
Service=lightdm
Desktop=lightdm-xsession
Scope=session-2.scope
Leader=2009
Audit=2
Type=x11
Class=user
Active=yes
State=active
IdleHint=no
IdleSinceHint=1553356954121832
IdleSinceHintMonotonic=7284187020
LockedHint=no

Estou usando o Debian Sid/ instável .

Após um conjunto bastante grande de instalação (mudando a área de trabalho de canela para gnome), obtive uma área de transferência completamente não funcional.

Eu literalmente não consigo copiar/colar de forma alguma ; mesmo "colar o botão do meio" não está funcionando.

Outro sintoma: no gnome-terminal a seleção desaparece em um tempo muito curto (<1s.).

O que devo verificar?

Atualização: mudar para um novo usuário e reinstalar no local ( apt install --reinstall <all packages>) não mudou nada.

Update2: Encontrei o culpado: clipitque é instalado automaticamente como dependência pelo lxde. Eu o tenho em execução na inicialização e matando-o "cura" o problema. Qualquer conselho (além do óbvio: "desinstale-o") seria bem-vindo.

Normalmente ntpdse recusará a alterar (ou slew) a hora do sistema se a diferença for muito grande.

Existe alguma maneira (possivelmente via ntpq) de dizer ntpd: "pule para o horário que você achar certo"?

Especificamente, deve ser uma ação de "salto se sincronizado".

Gostaria de evitar, se possível, killall -HUP ntpd && ntpd -gcomandos equivalentes

Estou tentando configurar o dnsmasq para atuar como servidor DHCP para um hotspot WiFi baseado em hostapd.

Quando o cliente se conecta, a negociação WAP2 é bem-sucedida, mas o dnsmasq gera consistentemente os seguintes erros.

[ 2081.576809] DHCP[wlan0] - DISCOVER [TX][ 2081.580476]                        
[ 2081.582008] DHCP[wlan0] - DISCOVER [RX]                                      
dnsmasq-dhcp: no address range available for DHCP request via wlan0             
[ 2085.297432] DHCP[wlan0] - DISCOVER [TX][ 2085.301107]                        
[ 2085.302630] DHCP[wlan0] - DISCOVER [RX]                                      
dnsmasq-dhcp: no address range available for DHCP request via wlan0             

Isso geralmente significa que o intervalo configurado é incompatível com as configurações do dispositivo.

Se for esse o caso, não consigo entender o porquê.

Meu teste dnsmaq.confé bem básico:

root@imx8qxpa0tcuap:~# cat /etc/dnsmasq.conf                                    
domain-needed                                                                   
bogus-priv                                                                      
interface=wlan0                                                                 
dhcp-range=192.168.207.20,192.168.207.50,12h                                    

... e as configurações de rede atuais devem ser compatíveis:

root@imx8qxpa0tcuap:~# ip addr show wlan0
5: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP 0
    link/ether a0:cc:2b:a5:e0:05 brd ff:ff:ff:ff:ff:ff
    inet 192.168.207.1/32 scope global wlan0
       valid_lft forever preferred_lft forever
    inet6 fe80::a2cc:2bff:fea5:e005/64 scope link
       valid_lft forever preferred_lft forever
root@imx8qxpa0tcuap:~# ip route
192.168.207.0/24 dev wlan0 scope link

As impressões iniciais do dnsmasq não mostram nenhum problema:

root@imx8qxpa0tcuap:~# dnsmasq -d
dnsmasq: started, version 2.78 cachesize 150
dnsmasq: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP DHCPy
dnsmasq-dhcp: DHCP, IP range 192.168.207.20 -- 192.168.207.50, lease time 12h
dnsmasq: reading /etc/resolv.conf
dnsmasq: using nameserver 8.8.8.8#53
dnsmasq: using nameserver 8.8.4.4#53
dnsmasq: using nameserver 2001:4860:4860::8888#53
dnsmasq: using nameserver 2001:4860:4860::8844#53
dnsmasq: read /etc/hosts - 6 addresses

O que estou fazendo errado?

Nota1: nesta configuração de teste, o WiFi Hotspot não vai a lugar nenhum (ainda), apenas a comunicação entre o cliente e o próprio Hotspot deve funcionar.

Nota2: a máquina é uma placa customizada (i.MX8) rodando uma distribuição baseada em Yocto.