Estou ciente de que unshare -mcria um novo namespace de montagem movendo o processo que o executa para o novo namespace de montagem que está sendo criado.

Este último obtém uma cópia do namespace de montagem do pai. Na verdade, observe o seguinte

root@ubuntu:~# cat /proc/self/mountinfo 
25 31 0:23 / /sys rw,nosuid,nodev,noexec,relatime shared:7 - sysfs sysfs rw
26 31 0:24 / /proc rw,nosuid,nodev,noexec,relatime shared:12 - proc proc rw
27 31 0:5 / /dev rw,nosuid,relatime shared:2 - devtmpfs udev rw,size=4008708k,nr_inodes=1002177,mode=755,inode64
28 27 0:25 / /dev/pts rw,nosuid,noexec,relatime shared:3 - devpts devpts rw,gid=5,mode=620,ptmxmode=000
29 31 0:26 / /run rw,nosuid,nodev,noexec,relatime shared:5 - tmpfs tmpfs rw,size=812844k,mode=755,inode64
31 1 8:2 / / rw,relatime shared:1 - ext4 /dev/sda2 rw
32 25 0:6 / /sys/kernel/security rw,nosuid,nodev,noexec,relatime shared:8 - securityfs securityfs rw
33 27 0:28 / /dev/shm rw,nosuid,nodev shared:4 - tmpfs tmpfs rw,inode64
34 29 0:29 / /run/lock rw,nosuid,nodev,noexec,relatime shared:6 - tmpfs tmpfs rw,size=5120k,inode64
35 25 0:30 / /sys/fs/cgroup rw,nosuid,nodev,noexec,relatime shared:9 - cgroup2 cgroup2 rw,nsdelegate,memory_recursiveprot
36 25 0:31 / /sys/fs/pstore rw,nosuid,nodev,noexec,relatime shared:10 - pstore pstore rw
37 25 0:32 / /sys/fs/bpf rw,nosuid,nodev,noexec,relatime shared:11 - bpf bpf rw,mode=700
38 26 0:33 / /proc/sys/fs/binfmt_misc rw,relatime shared:13 - autofs systemd-1 rw,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=17383
39 27 0:20 / /dev/mqueue rw,nosuid,nodev,noexec,relatime shared:14 - mqueue mqueue rw
40 27 0:34 / /dev/hugepages rw,relatime shared:15 - hugetlbfs hugetlbfs rw,pagesize=2M
41 25 0:7 / /sys/kernel/debug rw,nosuid,nodev,noexec,relatime shared:16 - debugfs debugfs rw
42 25 0:12 / /sys/kernel/tracing rw,nosuid,nodev,noexec,relatime shared:17 - tracefs tracefs rw
---------------------------- output omitted ------------------------------------------
root@ubuntu:~#

root@ubuntu:~# unshare -m /bin/bash
root@ubuntu:~# 
root@ubuntu:~# cat /proc/self/mountinfo 
714 713 8:2 / / rw,relatime - ext4 /dev/sda2 rw
715 714 0:5 / /dev rw,nosuid,relatime - devtmpfs udev rw,size=4008708k,nr_inodes=1002177,mode=755,inode64
716 715 0:25 / /dev/pts rw,nosuid,noexec,relatime - devpts devpts rw,gid=5,mode=620,ptmxmode=000
719 715 0:28 / /dev/shm rw,nosuid,nodev - tmpfs tmpfs rw,inode64
720 715 0:20 / /dev/mqueue rw,nosuid,nodev,noexec,relatime - mqueue mqueue rw
725 715 0:34 / /dev/hugepages rw,relatime - hugetlbfs hugetlbfs rw,pagesize=2M
726 714 0:26 / /run rw,nosuid,nodev,noexec,relatime - tmpfs tmpfs rw,size=812844k,mode=755,inode64
739 726 0:29 / /run/lock rw,nosuid,nodev,noexec,relatime - tmpfs tmpfs rw,size=5120k,inode64
740 726 0:36 / /run/credentials/systemd-sysusers.service ro,nosuid,nodev,noexec,relatime - ramfs none rw,mode=700
741 726 0:26 /snapd/ns /run/snapd/ns rw,nosuid,nodev,noexec,relatime - tmpfs tmpfs rw,size=812844k,mode=755,inode64
742 726 0:26 /netns /run/netns rw,nosuid,nodev,noexec,relatime - tmpfs tmpfs rw,size=812844k,mode=755,inode64
743 726 0:46 / /run/user/1000 rw,nosuid,nodev,relatime - tmpfs tmpfs rw,size=812840k,nr_inodes=203210,mode=700,uid=1000,gid=1000,inode64
744 714 0:23 / /sys rw,nosuid,nodev,noexec,relatime - sysfs sysfs rw
745 744 0:6 / /sys/kernel/security rw,nosuid,nodev,noexec,relatime - securityfs securityfs rw
746 744 0:30 / /sys/fs/cgroup rw,nosuid,nodev,noexec,relatime - cgroup2 cgroup2 rw,nsdelegate,memory_recursiveprot
747 744 0:31 / /sys/fs/pstore rw,nosuid,nodev,noexec,relatime - pstore pstore rw
748 744 0:32 / /sys/fs/bpf rw,nosuid,nodev,noexec,relatime - bpf bpf rw,mode=700
814 744 0:7 / /sys/kernel/debug rw,nosuid,nodev,noexec,relatime - debugfs debugfs rw
815 744 0:12 / /sys/kernel/tracing rw,nosuid,nodev,noexec,relatime - tracefs tracefs rw
---------------------------- output omitted ------------------------------------------
root@ubuntu:~#

As saídas são ligeiramente diferentes, embora as dependências pai-filho do ponto de montagem sejam as mesmas ( Idssão esperadas diferenças nas duas primeiras colunas, pois os namespaces de montagem não são os mesmos).

Agora a questão é: há uma razão por trás da ordem diferente em que os pontos de montagem são realmente mostrados?

Tenho um arquivo local file1e também a soma de verificação sha256 do arquivo original.

O controle remoto é uma rhel8 serverferramenta local sha256sumdentro de um git bashlaptop com Windows 10.

Pelo amor de Deus, parece que não consigo comparar esses dois de uma maneira razoável.

no controle remoto eu pego

~> sha256sum file1
55dcd0a7046a24e5ee296d1481d6f787b1956d138bbfb6e44ca8591006367f27  file1

então minha pergunta é... como comparar essa soma criada localmente com a soma de verificação que obtive remotamente?

Eu presumo que deve haver uma maneira de fazer isso com o sha256sumpróprio comando que, de alguma forma, emite checksum matchesouchecksum differs

ou é realmente necessário confiar na sua visão para comparar esses dois ou criar arquivos de texto extras contendo cada soma de verificação e executar uma comparação entre eles?

a melhor maneira que posso pensar é

echo [sha of the remote file] ; sha256sum file1
55dcd0a7046a24e5ee296d1481d6f787b1956d138bbfb6e44ca8591006367f27
55dcd0a7046a24e5ee296d1481d6f787b1956d138bbfb6e44ca8591006367f27 *file1

... e então comparar essas duas linhas usando minha visão nua.

não há nada melhor?

o manual diz

       -c, --check
              read SHA256 sums from the FILEs and check them

mas o que isso significa na prática? sha256sum file1 --check [sha of the remote file]Pareceria lógico para mim, mas não funciona.

Nem faz

:~> sha256sum file1 --check
sha256sum: file1: no properly formatted SHA256 checksum lines found

Não consigo entender o que significa a opção "-f" para encontrar comandos no NetBSD.

Manual: https://man.netbsd.org/find.1 diz

-f Especifica uma hierarquia de arquivos para find percorrer. Hierarquias de arquivos também podem ser especificadas como operandos imediatamente após as opções.

Uso:

encontrar [-H | -L | -P] [-dEhsXx] -f arquivo [arquivo ...] [expressão]

encontrar [-H | -L | -P] [-dEhsXx] arquivo [arquivo ...] [expressão]

Eu esperaria que as duas chamadas a seguir fossem equivalentes:

home# find ./ -name "*c"
./1.c

home# find -f ./ -name "*c"
find: unknown option -- n
find: unknown option -- a
find: unknown option -- m
find: unknown option -- e
./
./1.c
find: *c: No such file or directory

Em vez de fazer o segundo equivalente, tenho que correr

home# find -f ./ -- -name "*c"
./1.c

Estou esquecendo de alguma coisa?

No bash if, todos os status de saída diferentes de zero são tratados como falsos. Mas frequentemente (como por exemplo em grep -q), 1 é o único status que realmente significa falso, outros indicam erros.

Posso pensar nas seguintes alternativas à planície if "${cmd[@]}"; then echo yes; else echo no; fi:

Simplescase

#!/usr/bin/env bash
set -o errexit -o pipefail
cmd=(bash -c 'exit 10')

st=0; "${cmd[@]}" || st=$?
case $st in
    (0) echo yes;;
    (1) echo no;;
    (*) exit $st;;
esac

Verifique se há 0 ou 1

#!/usr/bin/env bash
set -o errexit -o pipefail
cmd=(bash -c 'exit 10')

st=0; "${cmd[@]}" || st=$?
[ $st -eq 0 -o $st -eq 1 ]
if [ $st -eq 0 ]; then
    echo yes
else
    echo no
fi

Função auxiliar para mapear status para saída

#!/usr/bin/env bash
set -o errexit -o pipefail

# Put this somewhere for reuse:
map-status() {
    local st=0
    "$@" || st=$?
    case $st in
        (0) echo t;;
        (1) echo f;;
        (*) return $st;;
    esac
}

cmd=(bash -c 'exit 10')

st=$(map-status "${cmd[@]}") && if [ $st = t ]; then
    echo yes
else
    echo no
fi

Questões

1. Todos eles têm o problema de serem necessários ||após o comando check, então errexit não está ativo no comando check. (Dependendo do comando, isso pode ser corrigido com um subshell com essa opção; mas um subshell não funciona quando o comando deve definir uma variável para uso posterior.) Como isso pode ser corrigido?

2. Existem outras maneiras concisas de escrever um careful if? Alguma delas talvez seja considerada a maneira idiomática?

As soluções devem funcionar com as opções errexit e pipefail habilitadas.

Hoje, no meu computador Ubuntu 22.04.5, descobri dois servidores de nomes desconhecidos em /etc/resolv.conf(link simbólico para /run/systemd/resolve/resolv.conf):

nameserver fe80::e0eb:40ff:fe79:e364%36     # Does not belong
nameserver 172.20.10.1                      # Does not belong
nameserver 192.168.1.1                      # Correct nameserver
search .

Como resultado, todos os nomes de host locais na minha intranet (por exemplo, myhost ) estavam falhando em resolver. A reexecução sudo systemd restart systemd-resolved.servicenão alterou nada.

Finalmente rastreei o problema no meu iPhone 8, que estava conectado por um cabo USB ao computador. O iPhone estava executando um Personal Hotspot, e o systemd o estava tratando como meu servidor de nomes primário, substituindo 192.168.1.1.

Como posso evitar que esse problema aconteça no futuro quando meu iPhone estiver conectado ao computador? Existe alguma maneira de dizer ao systemd para ignorar o hotspot do iPhone? Muito obrigado.

Por que a porta UDP 443 não aceita conexões quando as regras do iptables estão definidas?

Ambiente

• Sistema operacional: Linux 6.8.0-47-generic #47-Ubuntu, aarch64
• VM na nuvem: Sim (Hetzner)

Configuração atual

Estou tentando configurar a comunicação UDP na porta 443, mas estou tendo problemas apesar de ter configurado as regras de firewall.

Passos dados

1. Adicionadas regras de firewall:

   sudo iptables -A INPUT -p udp --dport 443 -j ACCEPT
   sudo netfilter-persistent save
   

2. Regras atuais do iptables:

   # IPv4 rules
   iptables -L -v -n | grep 443
   35318 4093K f2b-nginx-limit-req  6    --  *      *       0.0.0.0/0            0.0.0.0/0            multiport dports 80,443
   210K   25M f2b-nginx-php-accessrules  6    --  *      *       0.0.0.0/0            0.0.0.0/0            multiport dports 80,443
   209K   25M f2b-wordpress  6    --  *      *       0.0.0.0/0            0.0.0.0/0            multiport dports 80,443
   209K   25M f2b-nginx-bad-request  6    --  *      *       0.0.0.0/0            0.0.0.0/0            multiport dports 80,443
   302 88281 ACCEPT     17   --  *      *       0.0.0.0/0            0.0.0.0/0            udp dpt:443
   
   # IPv6 rules
   ip6tables -L -v -n | grep 443
   61618 9650K f2b-wordpress  6    --  *      *       ::/0                 ::/0                 multiport dports 80,443
   61600 9649K f2b-nginx-bad-request  6    --  *      *       ::/0                 ::/0                 multiport dports 80,443
   61600 9649K f2b-nginx-php-accessrules  6    --  *      *       ::/0                 ::/0                 multiport dports 80,443
   1467  316K ACCEPT     17   --  *      *       ::/0                 ::/0                 udp dpt:443
   

3. Resultados da verificação de portas:

   sudo nmap -sU -p 443 <server-ip>
   Starting Nmap 7.94SVN ( https://nmap.org ) at 2024-10-26 20:14 CEST
   Nmap scan report for <server-ip>
   Host is up (0.0027s latency).
   
   PORT      STATE          SERVICE
   443/udp   open|filtered  https
   
   Nmap done: 1 IP address (1 host up) scanned in 0.49 seconds
   

4. Tentativa de teste netcat:

   • Lado do servidor:

     sudo nc -lu 443
     

   • Lado do cliente:

     echo 'test' | nc -u <server-ip> 443
     

Emitir

Nenhum tráfego está chegando ao processo netcat de escuta, apesar da porta aparecer como "aberta|filtrada" na varredura nmap.

Questões

1. Por que a porta pode ser exibida como "aberta|filtrada" em vez de definitivamente "aberta"?
2. Quais configurações adicionais posso precisar para que o tráfego UDP flua pela porta 443?
3. Há alguma etapa de diagnóstico que devo seguir para identificar onde o tráfego está sendo bloqueado?

O que eu já verifiquei

• As regras de firewall estão em vigor e salvas para IPv4 e IPv6
• A porta não está bloqueada de acordo com o nmap
• Existe conectividade básica entre cliente e servidor
• O firewall de nuvem Hetzner está configurado para permitir a porta 443 UDP
• fail2ban tem várias regras para as portas 80.443, mas estas parecem ser para TCP (relacionado ao nginx)

Informações adicionais

Se alguém precisar de mais detalhes sobre minha configuração ou informações adicionais sobre depuração, por favor me avise.

Estou no Linux Mint e tinha o PHP 8.1 por padrão, mas preciso instalar o PHP 8.3.

Removi o PHP 8.1 existente com apt-get remove php.

Entretanto, quando executo o comando php ainda vejo o PHP 8.1.

Não deveria receber "comando não encontrado" se o php foi de fato removido?

Espero não ter esquecido nada óbvio e se precisar de mais informações, posso fornecê-las. Estou tentando instalar manualmente o arch de um live usb para uma partição secundária no meu laptop. Estou usando o iso mais recente (até o momento) do site arch linux. Conectei-me à internet, formatei a partição (btrfs), montei-a em /mnt e executei pacstrap -K /mnt base linux linux-firmware intel-ucode systemd iwd nano pacman. Isso falhou com error: command failed to execute successfully. Alguém sabe como consertar isso ou habilitar o registro para que eu saiba o que deu errado? Anexei uma imagem da saída.

Debian bookworm, kernel 6.8.0-rc5, kmod versão 30

Estou trabalhando com um sistema restrito e preciso desvincular algumas portas PCIe não utilizadas para liberar IRQs para dispositivos downstream antes que eles sejam carregados. Estou usando um comando install em modprobe.d/mpt3sas.conf (e então reconstruindo com update-initramfs -u)

softdep mpt3sas pre: i40e
install mpt3sas /bin/sh /usr/bin/unbind_pcieport.sh; /sbin/modprobe --ignore-install mpt3sas $CMDLINE_OPTS

mas unbind_pcieport.sh não dispara. Eu incluí echosem unbind_pcieport.sh, a saída para um arquivo de log, mas nenhum arquivo de log é criado, indicando que o script não está sendo executado.

A desvinculação funciona como esperado se eu colocar tudo dentro de mpt3sas.conf assim:

install mpt3sas echo "0000:02:08.0" > /sys/bus/pci/drivers/pcieport/unbind; echo "0000:02:09.0" > /sys/bus/pci/drivers/pcieport/unbind; echo "0000:02:0a.0" > /sys/bus/pci/drivers/pcieport/unbind; /sbin/modprobe --ignore-install mpt3sas $CMDLINE_OPTS

mas eu gostaria de ter alguma lógica no meu script e é mais limpo não ter tudo em uma linha do .conf

Este é o corpo do script:

#!/bin/sh
# Space-separated list of PCI devices to unbind
PCI_DEVICES="0000:02:08.0 0000:02:09.0 0000:02:0a.0"
# Unbind each specified device if it exists
for DEVICE in $PCI_DEVICES; do
    if [ -e "/sys/bus/pci/drivers/pcieport/$DEVICE" ]; then
        echo "$DEVICE" > /sys/bus/pci/drivers/pcieport/unbind
        echo "Unbound $DEVICE from pcieport driver"
    else
        echo "$DEVICE not found or already unbound"
    fi
done

Tentei usar /bin/bash em vez de sh, omitindo /bin/bash no .conf e usando apenas "unbind_pcieport.sh" (com o script em $PATH)

O script .sh é executável e legível em todo o mundo

EDIT: Olhando o manual do modprobe, não descobri por que meu script não está sendo executado, mas descobri que é possível quebrar linhas com \, então pelo menos limpei o funcionamento mpt3sas.confpor enquanto:

softdep mpt3sas pre: i40e
install mpt3sas \
echo "0000:02:08.0" > /sys/bus/pci/drivers/pcieport/unbind;\
echo "0000:02:09.0" > /sys/bus/pci/drivers/pcieport/unbind;\
echo "0000:02:0a.0" > /sys/bus/pci/drivers/pcieport/unbind;\
/sbin/modprobe --ignore-install mpt3sas $CMDLINE_OPTS

Então, mais uma vez, realizei uma ação aparentemente inocente no Linux, e agora não consigo colocá-la de volta como estava antes.

Outro dia, eu estava tentando encontrar algo no sistema de arquivos. (Normalmente, eu uso o Dolphin, mas este guia disse que eu poderia encontrá-lo mais facilmente em Nautilus/Files no gnome.) Enquanto estava dentro do aplicativo "Files", cliquei em "Other Locations", e um dos meus discos rígidos estava listado lá. Depois de clicar nele, fui solicitado a montar essa partição. Eu não queria montá-la, pois é uma das partições de inicialização e já estava montada.

Mas agora, toda vez que reinicio o computador, o mesmo prompt aparece no login.

Eu o montei e desmontei. Está tudo bem, ele apenas monta a partição "/boot" já existente em "/media/$USERNAME", o que é bobo e desnecessário.

Eu tenho:

• olhou através do Autostart
• olhei minha lista de dispositivos
• modificou "/etc/fstab" e adicionou este UUID específico com a opção "noauto"

Nada parece mudar, nem bom nem ruim.

Como posso encontrar esse local e me livrar do prompt em cada login?

(O painel de dispositivos removíveis era interessante, pois tinha essa partição de problemas sozinha em "Dispositivos conectados", mas não consigo fazer nenhuma alteração aqui ou marcá-lo para NÃO ser montado automaticamente.)