Perguntas[linux](computer)

Quero usar um script no Linux para iniciar várias instâncias de iperf3um servidor como este:

gnome-terminal -e --bash -c "iperf3 -s -B 10.10.1.1 -p 5021"
gnome-terminal -e --bash -c "iperf3 -s -B 10.10.2.1 -p 5022"
gnome-terminal -e --bash -c "iperf3 -s -B 10.10.3.1 -p 5023"
gnome-terminal -e --bash -c "iperf3 -s -B 10.10.4.1 -p 5024"
gnome-terminal -e --bash -c "iperf3 -s -B 10.10.5.1 -p 5025"
gnome-terminal -e --bash -c "iperf3 -s -B 10.10.6.1 -p 5026"
gnome-terminal -e --bash -c "iperf3 -s -B 10.10.7.1 -p 5027"
gnome-terminal -e --bash -c "iperf3 -s -B 10.10.8.1 -p 5028"

Não está funcionando, qual é o problema?

Eu estava tentando criar uma partição em um disquete onde aparecesse como /dev/sdb1fdisk (sim, eu usei mkfs e ferramentas similares) e quando eu uso fdisk e depois o nome do dispositivo, ele apenas diz "Operação não suportada"!

Eu tentei diferentes disquetes.

Estou usando o Ubuntu 22.04.

Estou tentando executar um cliente WireGuard VPN dentro de um namespace de rede.

Consigo me conectar à VPN e rotear conexões, mas estou tendo vazamentos de DNS.

Eu estava executando systemd-resolved, mas não conseguia separar as consultas DNS vindas de diferentes namespaces de rede. Então, decidi desabilitar systemd-resolvede também o gerenciador de rede com

systemctl disable --now systemd-resolved.services
systemctl disable --now NetworkManager

e o mesmo para o serviço de gerenciador de rede. Então, em teoria, neste ponto não tenho nada gerenciando resolv.conf.

Depois de fazer isso, crio o arquivo /etc/netns//resolv.confcom apenas uma linha 'nameserver'.

Em seguida, crio o dispositivo WireGuard no namespace de rede init e o movo para o namespace recém-criado (e verifiquei que ele /etc/resolv.confse vincula corretamente ao DNS que dei a ele).

Então eu configuro o dispositivo WireGuard e consigo fazer conexões. Quando faço isso, nslookup wikipedia.orgvejo que ele usa o DNS correto, o do provedor de VPN.

O problema é que quando abro um navegador nesse namespace e vou para https://www.dnsleaktest.com/ , consigo ver o DNS do meu ISP. Mas o tráfego geral passa pelo túnel VPN.

Alguém sabe por que essa configuração não funciona depois de desabilitar systemd-resolvedum gerenciador de rede? Eu pensei que isso não estava funcionando por causa de algum gerenciamento que eles estavam fazendo, mas mesmo depois de desativar, não sei por que o DNS errado ainda é usado. O que mais pode estar fazendo com que o mount bind resolv.confnão funcione como eu esperava?

Resposta: Estava acontecendo porque o nscd estava em execução. Desabilitá-lo resolveu o problema.

Olá a todos, não sei como configurar uma rede de 5 GHz e outra de 2,4 GHz no OpenWRT 23.05.5.

Estou usando um FriendlyElec NanoPi R5S com um adaptador USB 3 Panda Wireless PAU0F AXE3000 Tri-Band Wi-Fi 6E.

O problema é que quando adiciono uma nova rede para 2,4 GHz e a salvo, ela também transforma o AX 5 GHz em 2,4 GHz por algum motivo?

root@carSSD:~# iwinfo radio0 info
radio0    ESSID: unknown
      Access Point: 9C:XX:XX:XX:XX:XX
      Mode: Master  Channel: 36 (5.180 GHz)  HT Mode: HE80
      Center Channel 1: 42 2: unknown
      Tx-Power: 3 dBm  Link Quality: unknown/70
      Signal: unknown  Noise: unknown
      Bit Rate: unknown
      Encryption: unknown
      Type: nl80211  HW Mode(s): 802.11ac/ax/b/g/n
      Hardware: USB 0E8D:7961 [MediaTek MT7921AU]
      TX power offset: none
      Frequency offset: none
      Supports VAPs: no  PHY name: phy0

root@carSSD:~# cat /etc/config/wireless

config wifi-device 'radio0'
        option type 'mac80211'
        option path 'platform/usbhost/fd000000.usb/xhci-hcd.0.auto/usb2/2-1/2-1:1.0'
        option channel '157'
        option band '5g'
        option htmode 'HE80'
        option country 'US'
        option cell_density '0'

config wifi-iface 'default_radio0'
        option device 'radio0'
        option network 'lan'
        option mode 'ap'
        option ssid 'telluridewifi'
        option encryption 'psk2'
        option key 'xxxxxxxxxx'

root@carSSD:~# uci show wireless

wireless.radio0=wifi-device
wireless.radio0.type='mac80211'
wireless.radio0.path='platform/usbhost/fd000000.usb/xhci-hcd.0.auto/usb2/2-1/2-1:1.0'
wireless.radio0.channel='auto'
wireless.radio0.band='5g'
wireless.radio0.htmode='HE80'
wireless.radio0.country='US'
wireless.radio0.cell_density='0'
wireless.default_radio0=wifi-iface
wireless.default_radio0.device='radio0'
wireless.default_radio0.network='lan'
wireless.default_radio0.mode='ap'
wireless.default_radio0.ssid='telluridewifi'
wireless.default_radio0.encryption='psk2'
wireless.default_radio0.key='xxxxxxxxxx'
wireless.wifinet1=wifi-iface
wireless.wifinet1.device='radio0'
wireless.wifinet1.mode='ap'
wireless.wifinet1.ssid='OpenWrt'
wireless.wifinet1.encryption='none'
wireless.wifinet1.disabled='1'

Como posso configurar 2,4 GHz e 5 GHz?

Tenho uma data que sei que sempre estará no futuro por pelo menos um segundo.

Então calculo a diferença entre a data atual e a data prevista em segundos.

Mas não consigo descobrir como exibir a segunda diferença em formato legível por humanos com date.

Estou tentando converter segundos desta forma:

56 -> in 56 seconds
325 -> in 5 minutes 25 seconds
3613 -> in 1 hour 13 seconds
345603 -> in 4 days 3 seconds

Não quero ir além do valor "dias" e não quero exibir o valor se for 0.

Existe uma maneira de fazer isso com date? Ou devo fazer os cálculos eu mesmo no bash?

Eu tentei:

date --utc -d @"$seconds" +"%-dd %-Hh %-Mm %-Ss"

Mas há dois problemas com essa abordagem: o primeiro valor do dia está incorreto; o segundo exibirá o valor mesmo quando estiver0

Tenho um sistema Linux em um cartão micro-SD que está agindo de forma estranha. Quero ver quais arquivos foram alterados desde que criei uma imagem do cartão a partir de um arquivo de imagem. Então, montei a partição Linux do arquivo de imagem como /mnt e a partição Linux do cartão SD como /mnt2. Agora, tento um diff e obtenho um absurdo como este:

    rw@seven:/> sudo diff -qr /mnt/ /mnt2/
    diff: /mnt/bin/nc: No such file or directory
    diff: /mnt2/bin/nc: No such file or directory
    diff: /mnt/bin/netcat: No such file or directory
    diff: /mnt2/bin/netcat: No such file or directory
    diff: /mnt/bin/systemd: No such file or directory
    diff: /mnt2/bin/systemd: No such file or directory
    (etc)

Este comando é recomendado por uma série de pesquisas, como https://www.tecmint.com/compare-find-difference-between-two-directories-in-linux/

Eu tentei variações desse tema, mas não encontrei nenhuma que funcionasse. Como posso comparar esses dois sistemas de arquivos para ver o que mudou?

    rw@seven:/> diff --version
    diff (GNU diffutils) 3.6
    Packaged by openSUSE

Meu caso de uso é que tenho um script que remove meu usuário do grupo sudo e então me adiciona novamente em um determinado momento no futuro usando o atcomando.

O problema é que tenho que reiniciar a máquina toda vez para que as alterações tenham efeito: na primeira vez para deixar de ser o usuário sudo e na segunda vez (depois que o script me adicionou novamente ao grupo sudo) para poder ser ele novamente.

Estranhamente meu DE (Cinnamon) e o explorador de arquivos (Nemo) pegam as mudanças imediatamente, o que significa que se eu tentar ir para um fodler e "abrir como root", não posso fazer isso se eu tiver executado o script e for removido do grupo sudo. Mas se eu for no terminal e, por exemplo, eu fizer sudo apt updateisso, funcionará, a menos que eu reinicie.

O objetivo é fazer com que a remoção/adição do meu usuário ao grupo sudo reflita efetivamente sem precisar reinicializar minha máquina. (Eu digo reinicializar e não sair porque, estranhamente, sair aparentemente não vai funcionar).

Pesquisei online e uma solução foi executar:

sudo service sudo restart

Mas o problema é que recebo o erro: Failed to restart sudo.service: Unit sudo.service is masked.Tentei desmascarar, sudo.servicemas nada mudou.

Info : Estou no Linux Mint 22 com Cinnamon 6.2.9. Kernel Linux: 6.8.0-48-generic

Editar: Objetivo de todo o script Estou fazendo um fork de um projeto chamado delayed-admin . O que isso faz é basicamente remover o usuário principal do grupo sudo para que você não possa executar nada que exija sudoacesso. Existem então apenas duas maneiras de executar um comando que exija sudo:

1. Aguardando as atfunções agendadas que colocam o usuário de volta no grupo sudo (porque quando você inicia o comando com o sudo ./abdicate.sh "now + 3 hours"comando sudo, você fica bloqueado por 3 horas).
2. Usando o comando sudo delayed example-commanddessa forma, o comando example-commandserá executado mesmo se você não estiver no grupo sudo, mas será executado com um certo atraso escolhido pelo usuário através de um arquivo de configuração.

O que eu quero alcançar: ser capaz de perder/ganhar privilégios sudo quando o script remover/adicionar meu usuário ao grupo sudo, sem reiniciar minha máquina.

Então, eu constantemente cometo o erro de digitar errado meus comandos grep.

Quero digitar. grep searchstring * No entanto, muitas vezes esqueço de colocar o * e acabo pressionando enter depois de digitar grep searchstring.

Isso faz com que minha linha de comando fique congelada e não consigo descobrir como sair dela.

Não importa o que eu tente digitar depois disso, não consigo escapar do > doom. Tenho que fechar minha sessão e reiniciá-la, perdendo assim todo o meu progresso.

Qual é o segredo para escapar desse problema?

Tentei ctrl + z, ctrl + x, ctrl +d, esc, outro *, ', ", ;, literalmente qualquer coisa que eu possa pensar, mas não sei como consertar depois que "baguncei" meu grep.

O que acontece quando esqueço de colocar onde pesquisar e como posso corrigir isso?

Para maior clareza:

Normalmente, quando você está trabalhando na linha de comando, você obtém um prompt de comando. Por exemplo, agora meu prompt de comando é bash-5.2$. Então minha tela se parece com isso:

bash-5.2$ pwd
/bin/bash
bash-5.2$ ls
file1.txt file2.txt
bash-5.2$ grep searchstring *
file1.txt:searchstring
file2.txt:searchstring
bash-5-2$

A indicação do bash-5.2$significa que o prompt está pronto para um novo comando. O grep acima foi digitado corretamente, com um *, e portanto ele produziu o resultado e voltou para um prompt regular.

Agora, quando cometo esse erro grep, é assim que fica:

bash-5.2$ pwd
/bin/bash
bash-5.2$ ls
file1.txt file2.txt
bash-5.2$ grep searchstring     //here I forgot the *
>

Esse >não é um prompt normal. Ele não aceita comandos. Ele não faz nada além de criar mais deles se eu pressionar Enter:

bash-5.2$ pwd
/bin/bash
bash-5.2$ ls
file1.txt file2.txt
bash-5.2$ grep searchstring
>
>
> 

Não sei como voltar para um prompt normal. Não sei como escapar > land. Tentei ctrl + todas as letras, nada funciona.

Isso resume o que quero alcançar:

Telefone (192.168.1.245) -> Raspberry Pi 1 (wg0 10.8.0.3, wlan0 192.168.1.174) -> VPS (wg0 10.8.0.1 Servidor VPN) -> Raspberry Pi 2 (wg0 10.8.0.110, wlan0 192.168.0.8) -> Internet

Quero que as conexões feitas pelo Phone usem o Raspberry Pi 1 como gateway. Os pacotes devem ser roteados para o Raspberry Pi 2 pela rede 10.8.0.0/24. Então ele deve ser NAT para a internet para que o Phone pense que tem o endereço IP público do Raspberry Pi 2 (wlan0 é a interface WAN). A princípio pensei que precisava do iptables e tentei o seguinte:

PREROUTING
-i wlan0 -s 192.168.1.0/24 -j DNAT --to-destination 10.8.0.110
FORWARD
-i wlan0 -s 192.168.1.0/24 -d 10.8.0.110/32 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
-i wg0 -m state --state RELATED,ESTABLISHED -j ACCEPT
POSTROUTING
-o wg0 -d 10.8.0.110/32 -j SNAT --to-source 10.8.0.3

Para o Raspberry Pi 1. O VPS tinha o seguinte:

FORWARD -s 10.8.0.0/24 -d 10.8.0.0/24 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT

Mas então percebi que esses pacotes chegam em 10.8.0.110 pensando que era o destino final, é por isso que estava recebendo conexão recusada ao testar algo comotelnet google.com 443

Então tentei o seguinte para o Raspberry Pi 1:

FORWARD
-i wlan0 -o wg0 -j ACCEPT
-i wg0 -o wlan0 -m state --state RELATED,ESTABLISHED -j ACCEPT

e VPS:

FORWARD
-i wg0 -s 192.168.1.0/24 -o wg0 -j ACCEPT
-i wg0 -o wg0 -m state --state RELATED,ESTABLISHED -j ACCEPT

E esses pacotes também não estão chegando ao Raspberry Pi 2.

Com a ajuda do GPT4, verifiquei que poderia usar o Policy Based Routing adicionando regras de IP e rotas. Meu entendimento é que os pacotes que chegam ao Raspberry Pi 1 por 192.168.1.0/24 devem ser roteados diretamente para 10.8.0.110 sem alterar o endereço de destino. O GPT4 sugeriu o seguinte:

# Create a new routing table
echo "200 custom" >> /etc/iproute2/rt_tables

# Add a rule to use this table for traffic from 192.168.1.0/24
ip rule add from 192.168.1.0/24 lookup custom

# Add a route in the custom table to forward traffic to 10.8.0.110
ip route add default via 10.8.0.110 dev wg0 table custom

Não funcionou e, por algum motivo, deixou a conexão SSH do Raspberry Pi 1 muito lenta.

Estas são as rotas do Raspberry Pi 1:

default via 192.168.1.1 dev wlan0 proto dhcp src 192.168.1.174 metric 600 
10.8.0.0/24 dev wg0 proto kernel scope link src 10.8.0.3 
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 
172.18.0.0/16 dev br-352622acd722 proto kernel scope link src 172.18.0.1 
172.19.0.0/16 dev br-e7d4e060a024 proto kernel scope link src 172.19.0.1 
172.20.0.0/16 dev br-b97d3a35bbf0 proto kernel scope link src 172.20.0.1 
192.168.0.0/24 via 192.168.1.1 dev wlan0 proto static metric 600 
192.168.1.0/24 dev wlan0 proto kernel scope link src 192.168.1.174 metric 600 

Neste ponto, não tenho certeza do que tentar, já que não sou um especialista em redes. Agradeço antecipadamente por alguns conselhos.

PS: O Raspberry Pi 1 e o VPS têm contêineres docker em execução, há regras iptables para docker configuradas. Acho que isso não deve interferir.

Estou tentando conectar um controle remoto/teclado Bluetooth G7BTS ao meu Raspberry Pi 4B executando OSMC Linux (versão 5.15.92). O dispositivo parece se conectar, mas nenhuma entrada é detectada.

Aqui está o que eu fiz:

Eu conectei usandobluetoothctl

[bluetooth]# scan on
<....>
[NEW] Device XX:XX:XX:XX:XX:XX G7BTS
[bluetooth]# pair XX:XX:XX:XX:XX:XX
[G7BTS]# trust XX:XX:XX:XX:XX:XX
[CHG] Device XX:XX:XX:XX:XX:X Trusted: yes
Changing XX:XX:XX:XX:XX:X trust succeeded
[G7BTS]# connect XX:XX:XX:XX:XX:XX                                                                                                                                                                               Attempting to connect to 36:36:05:E1:BE:42
Connection successful

Eu verifiquei os dispositivos de entrada

O dispositivo não aparece em /dev/input/ ou em /proc/bus/input/devices. Apenas meus outros periféricos Logitech estão listados.

osmc@osmc:~$ ls /dev/input/
by-id  by-path  event0  event1  mice  mouse0
osmc@osmc:~$ ls /dev/input/by-id/
usb-Logitech_USB_Receiver-if01-event-kbd  usb-Logitech_USB_Receiver-if01-event-mouse  usb-Logitech_USB_Receiver-if01-mouse

Também não vejo o dispositivo em /proc/bus/input/devices(outros dispositivos Logitech estão listados)

O que tentei até agora:

1. pacotes BlueZ instalados

sudo apt-get install bluetooth bluez bluez-tools

2. Módulos HID carregados:

sudo modprobe hidp
sudo modprobe hid

3. ERTM desativado temporariamente

sudo bash -c 'echo 1 > /sys/module/bluetooth/parameters/disable_ertm'

4. Testei o controle remoto no meu PC (sem problemas)
5. Atualizou o sistema
6. Testei um mouse bluetooth no Pi
7. Removidos os periféricos Logitech
8. Usei outro adaptador bluetooth USB
9. Reiniciei o sistema (várias vezes)

Informações adicionais

informações do dispositivo bluetooth:

[G7BTS]# show                                                                                                                                                                                                    Controller B8:27:EB:01:F0:6F (public)                                                                                                                                                                                    Name: osmc                                                                                                                                                                                                       Alias: osmc                                                                                                                                                                                                      Class: 0x000c0000
        Powered: yes
        Discoverable: no
        DiscoverableTimeout: 0x000000b4
        Pairable: yes
        UUID: A/V Remote Control        (0000110e-0000-1000-8000-00805f9b34fb)
        UUID: Audio Source              (0000110a-0000-1000-8000-00805f9b34fb)
        UUID: PnP Information           (00001200-0000-1000-8000-00805f9b34fb)
        UUID: Audio Sink                (0000110b-0000-1000-8000-00805f9b34fb)
        UUID: A/V Remote Control Target (0000110c-0000-1000-8000-00805f9b34fb)
        UUID: Generic Access Profile    (00001800-0000-1000-8000-00805f9b34fb)
        UUID: Generic Attribute Profile (00001801-0000-1000-8000-00805f9b34fb)
        UUID: Device Information        (0000180a-0000-1000-8000-00805f9b34fb)
        Modalias: usb:v1D6Bp0246d053E
        Discovering: no
        Roles: central
        Roles: peripheral
Advertising Features:
        ActiveInstances: 0x00 (0)
        SupportedInstances: 0x05 (5)
        SupportedIncludes: tx-power
        SupportedIncludes: appearance
        SupportedIncludes: local-name


[G7BTS]# info XX:XX:XX:XX:XX:XX
Device XX:XX:XX:XX:XX:XX (public)
        Name: G7BTS
        Alias: G7BTS
        Appearance: 0x03c1
        Icon: input-keyboard
        Paired: yes
        Trusted: yes
        Blocked: no
        Connected: yes
        LegacyPairing: no

sudo journalctl -u bluetooth:

-- Journal begins at Tue 2024-11-05 20:20:18 CET, ends at Tue 2024-11-05 21:48:32 CET. --
Nov 05 20:20:20 osmc systemd[1]: Starting Bluetooth service...
Nov 05 20:20:20 osmc bluetoothd[461]: Bluetooth daemon 5.62
Nov 05 20:20:20 osmc systemd[1]: Started Bluetooth service.
Nov 05 20:20:20 osmc bluetoothd[461]: Starting SDP server
Nov 05 20:20:20 osmc bluetoothd[461]: Bluetooth management interface 1.21 initialized
Nov 05 20:20:20 osmc bluetoothd[461]: profiles/audio/avctp.c:avctp_server_socket() setsockopt(L2CAP_OPTIONS): Invalid argument (22)
Nov 05 20:20:20 osmc bluetoothd[461]: Endpoint registered: sender=:1.8 path=/org/bluez/hci0/A2DP/AAC/Source/1
Nov 05 20:20:20 osmc bluetoothd[461]: Endpoint registered: sender=:1.8 path=/org/bluez/hci0/A2DP/AAC/Source/2
Nov 05 20:20:20 osmc bluetoothd[461]: Endpoint registered: sender=:1.8 path=/org/bluez/hci0/A2DP/AAC/Sink/1
Nov 05 20:20:20 osmc bluetoothd[461]: Endpoint registered: sender=:1.8 path=/org/bluez/hci0/A2DP/AAC/Sink/2
Nov 05 20:20:20 osmc bluetoothd[461]: Endpoint registered: sender=:1.8 path=/org/bluez/hci0/A2DP/SBC/Source/1
Nov 05 20:20:20 osmc bluetoothd[461]: Endpoint registered: sender=:1.8 path=/org/bluez/hci0/A2DP/SBC/Source/2
Nov 05 20:20:20 osmc bluetoothd[461]: Endpoint registered: sender=:1.8 path=/org/bluez/hci0/A2DP/SBC/Sink/1
Nov 05 20:20:20 osmc bluetoothd[461]: Endpoint registered: sender=:1.8 path=/org/bluez/hci0/A2DP/SBC/Sink/2
Nov 05 20:21:06 osmc bluetoothd[461]: src/device.c:load_gatt_db() No cache for XX:XX:XX:XX:XX:XX
Nov 05 21:08:04 osmc bluetoothd[461]: src/device.c:search_cb() XX:XX:XX:XX:XX:XX: error updating services: Host is down (112)
Nov 05 21:13:21 osmc bluetoothd[461]: src/device.c:load_gatt_db() No cache for XX:XX:XX:XX:XX:XX
osmc@osmc:~$ sudo journalctl -u bluetoothctl
-- Journal begins at Tue 2024-11-05 20:20:18 CET, ends at Tue 2024-11-05 21:51:29 CET. --

Por que meu teclado Bluetooth G7BTS não é reconhecido como um dispositivo de entrada? Existem etapas adicionais que podem fazê-lo funcionar? Posso forçá-lo a se tornar um dispositivo HID?

Obrigado antecipadamente, qualquer ajuda é bem-vinda.