user149408's questions

A RequiresMountsFor=opção em um arquivo de unidades systemd requer que a montagem para os caminhos especificados esteja no lugar antes que a unidade seja iniciada.

Até onde eu sei, argumentos podem ser um ponto de montagem, bem como qualquer diretório abaixo desse ponto de montagem. Por exemplo, se os arquivos de zona para BIND estiverem em /etc/binde /etcestiverem em seu próprio sistema de arquivos, RequiresMountsFor=/etcou RequiresMountsFor=/etc/bindatingirão o resultado desejado: BIND não iniciará até que /etctenha sido montado e, portanto, /etc/bindesteja disponível.

Agora estou imaginando o que aconteceria se RequiresMountsFor=eu especificasse um caminho inexistente. Por exemplo, if fstabtem entradas para /and /etcmas nada abaixo de /etc, and RequiresMountsFor=/etc/this/path/does/not/existrefere-se a um caminho que não existe em /etc.

Isso faria com que a unidade esperasse para /etcser montada (já que é o último ponto de montagem no caminho)? Se sim, a unidade iniciaria assim que /etcfosse montada ou falharia porque /etc/this/path/does/not/existnão foi encontrada?

Isso pode se tornar relevante onde as unidades aceitam parâmetros, como [email protected], que tem RequiresMountsFor=/etc/postgresql/%I /var/lib/postgresql/%I. Se os arquivos de dados de um cluster forem movidos para longe, o segundo caminho não apontará para lugar nenhum se a unidade for invocada naquele cluster.

Estou apenas no processo de reconstrução de um sistema que inclui BIND e Webmin.

Os arquivos de zona para BIND estão em um disco externo, o que funcionou bem na configuração anterior.

Depois de instalar o servidor do zero, entrei no webmin e editei /etc/bind/named.conf.default-zones, adicionando as entradas para os arquivos de zona como estavam na configuração antiga e, em seguida, reiniciei o BIND.

Se eu consultar uma dessas zonas (usando nslookup e a primeira configuração server 127.0.0.1), posso resolver nomes nessas zonas.

No entanto, o Webmin me diz que não há zonas DNS definidas para este servidor de nomes. Reiniciar o BIND pelo Webmin, recarregar os módulos do Webmin e até mesmo reiniciar o servidor não funciona.

Parece que é só o Webmin que está tendo problemas, já que consultar a zona funciona. Como faço para que esses arquivos de zona apareçam no Webmin?

Atualmente estou reconstruindo um sistema Linux, migrando para uma nova distribuição (Ubuntu 24.04).

Tenho um disco que contém vários terabytes de dados de usuário, que desejo manter. O disco contém um sistema de arquivos btrfs com snapshots somente leitura, o que limita minhas opções quando se trata de adaptar o conteúdo do disco (não consigo alterar facilmente os snapshots somente leitura).

Agora, a nova distribuição Linux, por padrão, vem com alguns grupos que têm IDs começando em 1000 e que têm permissões no sistema. No entanto, eles são idênticos aos IDs de grupo que usei na minha antiga instalação e que têm permissões no sistema de arquivos btrfs. Devido aos snapshots somente leitura, não consigo atualizar facilmente os IDs de grupo nos dados do usuário.

Me indicaram montarias mapeadas por ID, mas não há instruções úteis sobre como usá-las.

Posso mapear o sistema de arquivos de tal forma que o gid 1000 do sistema de arquivos corresponda a, digamos, o gid 1024 do sistema? Como eu inseriria isso em /etc/fstab para que o sistema de arquivos seja montado na inicialização?

Em um sistema baseado em Debian, tenho um trabalho agendado (por exemplo, cron job ou timer/serviço do systemd) que é executado a cada 30 minutos. No entanto, não quero que isso aconteça simultaneamente com a instalação ou atualização de pacotes.

A instalação do pacote pode acontecer manualmente ou de forma programada, mas neste último caso há um atraso aleatório considerável. Eu poderia adaptar o cronograma do meu trabalho para não interferir em uma possível atualização de pacote (esteja algo realmente instalado ou não) e lembrar de desabilitar o trabalho ao instalar pacotes manualmente e lembrar de habilitá-lo depois - mas isso não é realmente satisfatório .

Portanto, estou procurando uma maneira confiável de informar que a instalação do pacote está em andamento, para que meu trabalho possa verificá-lo e sair (ou atrasar a execução), se for esse o caso. Se as informações do repositório estiverem sendo atualizadas ou os pacotes estiverem sendo baixados em segundo plano simultaneamente com o meu trabalho, isso não é realmente um problema, mas meu trabalho não deve ser executado enquanto a instalação está acontecendo (cópia de arquivos, configuração, scripts pré/pós-instalação e semelhante).

No OPNsense (que é baseado no FreeBSD), o atualizador do sistema adquire um bloqueio em um arquivo específico, então envolvi meu trabalho dentro do arquivo flock. Se uma atualização estiver em andamento, meu trabalho será ignorado. Se uma atualização fosse acionada enquanto meu trabalho estivesse em execução, provavelmente a atualização falharia com uma mensagem indicando que outra atualização está em andamento.

Gostaria de saber se o apt no Debian tem algo semelhante, como um arquivo de bloqueio que eu possa verificar. Se sim – esse mecanismo é exclusivo para um determinado frontend de gerenciamento de pacotes ou funcionaria com todas as ferramentas padrão para pacotes .deb (por exemplo, dpkg, apt, aptitude, synaptic e similares)?

Vejo que quando o Synaptic está aberto e tento executar sudo apt-get upgrade, recebo:

E: Could not get lock /var/lib/dpkg/lock-frontend. It is held by process 1234 (synaptic)
N: Be aware that removing the lock file is not a solution and may break your system.
E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?

No entanto, sudo flock -n /var/lib/dpkg/lock-frontend sleep 10 || echo File is lockedé bem-sucedido (ou seja, flockretorna true, indicando que obtive o bloqueio, sleepé executado enquanto echonão) mesmo enquanto o Synaptic está em execução (embora não esteja instalando nada no momento). Mesmo comportamento com /var/lib/dpkg/lock.

Então, como posso obter um “bloqueio na instalação do pacote”?

Eu tenho uma configuração na qual sincronizo arquivos entre dois servidores Linux usando Unison por meio de uma conexão SSH. Isso é implementado executando o seguinte comando via cron:

unison -auto -batch PROFILE

As alterações no conjunto de arquivos acontecem quase exclusivamente em um lado (o outro sistema é uma réplica externa). Eles ocorrem principalmente por meio de outra execução de sincronização do Unison (acionada manualmente) com uma máquina cliente e podem ter um intervalo de algumas horas a algumas semanas. Assim, os conflitos entre as duas máquinas não são uma grande preocupação na prática, e um atraso de até 24 horas para que as alterações sejam propagadas para o outro lado é aceitável.

Os motivos pelos quais estou executando o Unison como um cron job em vez de -repeat(presumivelmente como um serviço systemd) são:

• Tempos de sincronização previsíveis, já que o cron job é agendado em um momento em que não estou esperando nenhuma operação de sincronização manual da terceira máquina (enquanto, digamos, -repeat 86400seria desviado pela duração da operação de sincronização).
• As alterações acontecem principalmente no servidor A, enquanto o trabalho de sincronização entre servidores é acionado pelo servidor B (será mais fácil em termos de rede se o servidor B iniciar a conexão). Assim, pelo que entendi, -repeat watchnão pegaria a maior parte das alterações e mesmo com -repeat watch+TIME, estaria contando TIMEquase que exclusivamente (corrija-me se perdi alguma coisa).

Quando as mudanças acontecem, elas geralmente são de baixo volume. Ocasionalmente, entretanto, o volume de dados a ser transferido é tal que uma única execução do Unison dura várias vezes enquanto o intervalo entre dois cron jobs do Unison (a largura de banda entre os sistemas é um tanto restrita). Isso significaria que um processo Unison ainda está em execução quando o cron inicia o próximo no mesmo conjunto de arquivos.

Presumo que o Unison tenha mecanismos de bloqueio, que presumivelmente evitam que o “novo” processo mexa com qualquer coisa em que o “antigo” esteja trabalhando (mas corrija-me se estiver torcendo ou esquecendo alguma coisa). Mas estou me perguntando o que o segundo processo Unison faria nesse caso – observei que ele não sai, mas permanece por perto. Isso significa que o segundo processo aguardaria a conclusão do primeiro e só então iniciaria a sincronização (que incluiria apenas os arquivos que foram alterados enquanto a primeira sincronização estava em andamento e, portanto, falharam na sincronização na primeira execução)?

É seguro iniciar um segundo processo Unison enquanto outro ainda está em execução no mesmo perfil? (Se não, qual é a maneira recomendada de evitar duas instâncias simultâneas do Unison se, e somente se, elas correm o risco de interferir uma na outra?)

E quanto à sobrecarga de recursos unison -repeat wait+TIMEversus ocasionalmente ter várias instâncias do Unison na fila, uma em execução e as outras aguardando a conclusão?

No Linux, de acordo com o Filesystem Hierarchy Standard , /opté o local designado para pacotes de software de aplicativos complementares. Assim, ao desenvolver meu próprio pacote de software, que não depende de mais nada, eu colocaria isso em /opt/somepackage, com uma hierarquia de minha escolha abaixo.

O FreeBSD, de acordo com o link acima, não segue estritamente o FHS, mas instala pacotes de terceiros no /usr/local. OPNsense, que é baseado no FreeBSD, instala seu próprio código (pelo menos em parte) no /usr/local/opnsense. A hierpágina de manual do FreeBSD não faz menção a isso /opt- portanto, é improvável que um pacote que se instale naquele local colida com qualquer outro, mas introduziria um caminho de nível superior que é quase tão exótico quanto instalar diretamente em /somepackage.

Qual seria o local de instalação apropriado no FreeBSD? /usr/local/somepackageem vez de /opt/somepackage, novamente com uma hierarquia de minha escolha abaixo?

Observe que vi as seguintes postagens, que fornecem algumas dicas, mas não respondem totalmente à minha pergunta:

• No Linux eu usaria "/opt" para software personalizado. No FreeBSD? – pergunta especificamente sobre software não gerenciado pelo gerenciador de pacotes, enquanto estou perguntando sobre o desenvolvimento do meu próprio .pkg.
• O que pode ser equivalente ao Linux /opt/ no OpenBSD? – pergunta sobre o OpenBSD, que pode ser diferente do FreeBSD

Estou tentando configurar um chroot estrangeiro em um contêiner docker. Trecho do roteiro:

apt-get -y install debootstrap fakechroot fakeroot qemu-user-static binfmt-support
mkdir -p $CROSS_ROOT
fakechroot fakeroot -s .fakeroot.state debootstrap --variant=fakechroot --include=fakeroot,build-essential,ca-certificates,debian-archive-keyring,git,sudo --arch=${CROSS_ARCH} --foreign ${CROSS_RELEASE} $CROSS_ROOT $CROSS_MIRROR
mkdir -p $CROSS_ROOT/usr/bin
ln /usr/bin/qemu-*-static $CROSS_ROOT/usr/bin/
fakechroot fakeroot -i .fakeroot.state -s .fakeroot.state chroot $CROSS_ROOT /debootstrap/debootstrap --second-stage

Para Debian buster/armhf, a última linha falha com a seguinte mensagem de erro:

/lib/ld-linux-armhf.so.3: No such file or directory

Porém, quando insiro ls -la $CROSS_ROOT/lib/ld-linux-*antes da última linha, o arquivo da biblioteca é encontrado:

lrwxrwxrwx 1 root root 30 Mar 15  2022 /opt/chroot/armhf/lib/ld-linux-armhf.so.3 -> arm-linux-gnueabihf/ld-2.28.so

O destino do link também existe:

-rwxr-xr-x 1 root root 105840 Mar 15  2022 /opt/chroot/armhf/lib/arm-linux-gnueabihf/ld-2.28.so

Portanto, a biblioteca está definitivamente onde deveria estar. O que há de errado aqui e o que posso fazer a respeito?

Acabei de reconstruir meu servidor de arquivos depois que ele sofreu corrupção de disco. Quando tentei sincronizar novamente os dados usando o Unison, recebi a mensagem de erro

Perda de conexão com o servidor

Tentei novamente na linha de comando e obtive:

~$ unison someprofile -ui text
Contacting server...
Unison failed: Fatal error: Error in creating unison directory /home/user/.unison:
File exists [mkdir(/home/user/.unison)]
Fatal error: Lost connection with the server

Posso abrir uma conexão SSH com o servidor. Tanto o cliente quanto o servidor executam a mesma versão do Unison. O que há aqui?

Eu uso um alto-falante Bluetooth UE MEGABOOM com três tipos de dispositivos:

• um Raspberry Pi rodando OSMC
• meu laptop, executando o Ubuntu MATE 20.04
• meu telefone Android, executando o LineageOS 18.1

Principalmente eu uso o alto-falante com o centro de mídia, às vezes com o laptop quando viajo, raramente com o telefone.

Há algum tempo comecei a perceber que sempre que eu conecto o alto-falante de volta ao carregador (e só então), ele perde a conexão. Isso começou a acontecer do nada e era reproduzível no centro de mídia todas as vezes. Ele só aparece quando eu conecto o alto-falante no carregador – se eu desconectá-lo do carregador enquanto estiver conectado, nada acontece.

Em algum momento, tentei reproduzi-lo com o laptop, mas aqui o alto-falante permaneceu conectado quando o conectei. Recentemente, no entanto, notei que a conexão do laptop também caiu quando conectei o alto-falante. Ainda não fiz nenhum teste completo no telefone.

Eu não uso o aplicativo que a UE fornece para o alto-falante (instalei-o uma vez em um dispositivo gravador para fazer a configuração básica e nunca mais o usei).

Teorias sobre o que poderia estar causando esse comportamento:

1. Um novo bug na pilha de drivers Bluetooth do Linux, que causa alguns soluços quando o alto-falante está conectado ao carregador: A2DP tem algum mecanismo para relatar o status de carga do dispositivo; se a transição da energia da bateria para o carregamento afastar o motorista por algum motivo, isso explicaria o comportamento.
2. Algo errado com o próprio alto-falante. Como o OSMC, o dispositivo com o qual uso principalmente o alto-falante, apresentou esse problema muito antes do laptop, pode ter a ver com a ordem em que os dispositivos foram conectados/emparelhados - ou não é um problema com o alto-falante.

Alguém já passou por problemas semelhantes e/ou pode me ajudar a esclarecer mais o problema?

O cliente OpenSSH tem uma opção de linha de comando para encaminhamento de porta, usada assim:

ssh -L localport:server:serverport user@host

que se conectará hostcomo user, e ao mesmo tempo redirecionará localporto cliente para serverporton server(que pode ser hostou qualquer coisa alcançável pela hostrede).

Agora suponha que eu tenha SSHed para hostfazer apenas

ssh user@host

e no meio da sessão percebo que esqueci de encaminhar a porta. Infelizmente, estou no meio de algo, então não quero apenas sair e restabelecer a conexão SSH com o encaminhamento de porta.

Existe uma maneira de adicionar encaminhamento de porta a uma sessão SSH em execução?

Configurei um servidor OpenVPN, bem como um servidor DNS na rede privada para resolver endereços DNS privados.

No servidor OpenVPN, defini o endereço DNS privado na configuração DNS do cliente. Eu tenho três clientes, rodando Android, Ubuntu e Raspbian, respectivamente.

Os clientes Android e Ubuntu parecem usar o servidor privado; pelo menos eu posso resolver nomes privados. No entanto, isso não funciona no cliente Raspbian: os endereços privados não podem ser resolvidos e nslookupretorna uma resposta proveniente de um servidor DNS na LAN do cliente, não na extremidade remota da VPN.

Quando executo o nslookup no modo interativo e defino o servidor explicitamente, as consultas são resolvidas, o que me diz que as consultas DNS podem passar pela VPN sem serem bloqueadas. O problema parece ser que o cliente está consultando o servidor DNS errado.

Aqui está a configuração do cliente Raspbian:

client
remote 'vpn.example.org'
ca 'ca.pem'
cert 'cert.pem'
key 'key.pem'
cipher AES-128-CBC
dev tun
proto udp
verify-x509-name 'vpn.example.org'
tls-auth 'hmackey.pem' 1
auth SHA256
nobind
auth-nocache
script-security 2
persist-key
persist-tun

Os outros dois clientes foram configurados usando ferramentas GUI, portanto, não posso fornecer arquivos de configuração confiáveis ​​(eles oferecem exp

Preciso definir algo no lado do cliente para que o cliente use os servidores DNS na VPN?

Estou tentando configurar um novo dispositivo para se conectar ao meu servidor OpenVPN. O novo dispositivo é um sistema Linux sem GUI. Exportei o arquivo de configuração de um sistema Linux desktop e fiz as alterações necessárias.

O sistema de desktop pode se conectar à VPN. No entanto, o novo sistema não pode se conectar. O log informa que o handshake TLS expirou. No servidor, vejo as seguintes entradas:

TLS Error: cannot locate HMAC in incoming packet from ...

Isso indica que o cliente não foi configurado para autenticação HMAC, mas o servidor espera isso. No entanto, esta configuração foi exportada de um cliente que funciona e tem a chave HMAC configurada. Esta é a configuração do cliente:

client
remote 'vpn.example.org'
ca 'ca.pem'
cert 'cert.pem'
key 'key.pem'
cipher AES-128-CBC
dev tun
proto udp
verify-x509-name 'vpn.example.org'
tls-auth 'hmackey.pem' 1
nobind
auth-nocache
script-security 2
persist-key
persist-tun

A chave HMAC é idêntica em todos os sistemas. O que está errado?

Eu tenho um Raspberry Pi executando o Raspbian com uma partição btrfs em uma unidade externa. O sistema está configurado para instalar atualizações de segurança automaticamente, mas não outras atualizações.

De repente, ao reiniciar o sistema, a partição btrfs não é mais montada. Quando tento montá-lo manualmente, recebo:

mount: unknown filesystem type 'btrfs'

Algumas fontes na rede sugeriram a execução modprobepara garantir que o suporte ao btrfs esteja instalado. modprobe btrfsresulta em:

modprobe: ERROR: could not insert 'btrfs': Exec format error

O que há de errado aqui? O que posso fazer para diagnosticar o problema e corrigi-lo?

Ao tentar atualizar um pfSense 2.2.6 para a versão mais recente (conforme descrito aqui ) e executar pkg, obtive:

The package management tool is not yet installed on your system.
Do you want to fetch and install it now? [y/N]:

Depois de responder Sim, recebi:

Bootstrapping pkg from pkg+http://pkg.FreeBSD.org/freebsd:10:x86:64/latest, please wait...
Verifying signature with trusted certificate pkg.freebsd.org.2013102301... done
Installing pkg-1.10.5...
Newer FreeBSD version for package pkg:
To ignore this error set IGNORE_OSVERSION=yes
- package: 1003000
- running kernel: 1001000
Allow missmatch now?[Y/n]:

Resolvi arriscar e respondi que sim. Por fim, a instalação terminou com a mensagem de erro:

/usr/local/lib/libpkg.so.4: Undefined symbol "openat"

Isso provavelmente significa que a pkgversão que recebi não é compatível com meu sistema. Infelizmente, cada nova tentativa de executar pkgproduz o mesmo erro.

Como posso me livrar da pkgversão incompatível novamente e como posso obter uma compatível com a versão BSD no meu pfSense? Ou existe alguma outra maneira de corrigir isso?

Preciso alimentar dados XML em um sistema como parte de um script de teste.

O próprio script de teste é um script de shell.

Os dados XML contêm carimbos de data/hora em atributos, que precisam estar próximos da hora atual. (Na verdade, existem dois timestamps, um próximo ao horário atual e outro entre alguns minutos e algumas horas no futuro.) O restante dos dados é estático (ou seja, há um conjunto de arquivos XML diferentes, um por teste caso).

Eu estava pensando em resolver isso usando entidades externas e, em seguida, gerando a definição da entidade por meio de um script. Problema: o sistema do consumidor suporta apenas um subconjunto de XML (contando com o analisador de XML glib).

Portanto, minha próxima ideia foi executar o XML por meio de um analisador que resolveria entidades externas e geraria um XML de arquivo simples com todas as entidades e inclusões expandidas. Esses analisadores estão disponíveis como ferramentas de linha de comando (de preferência nos repositórios Debian/Ubuntu)?