Início / user-32191

Hauke Laging's questions

Martin Hope
Hauke Laging
Asked: 2025-03-23 07:15:02 +0800 CST
  • 6

Em um host Docker (que não configurei; de qualquer forma, não estou muito familiarizado com o Docker), percebi que não entendo os nomes das interfaces:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000

    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

2: ens18: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000

    link/ether 5e:44:5a:26:82:e7 brd ff:ff:ff:ff:ff:ff

8: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default

    link/ether ae:b3:52:68:1d:5b brd ff:ff:ff:ff:ff:ff

12: br-7fef86ec14bd: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default

    link/ether 76:d3:a0:d7:73:0a brd ff:ff:ff:ff:ff:ff

33: vethc35030f@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-7fef86ec14bd state UP mode DEFAULT group default

    link/ether 6e:b1:3e:85:88:c4 brd ff:ff:ff:ff:ff:ff link-netnsid 0

ip -d link show dev vethc35030f

33: vethc35030f@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-7fef86ec14bd state UP mode DEFAULT group default
    link/ether 6e:b1:3e:85:88:c4 brd ff:ff:ff:ff:ff:ff link-netnsid 0 promiscuity 1 minmtu 68 maxmtu 65535
    veth
    bridge_slave [...]

Então vethc35030fnão só soa como veth, na verdade é um veth.

Como pode ser @if2? A documentação diz que vethas interfaces são sempre criadas em pares, o nome da interface pareada ou (se em um namespace diferente) número é a parte depois do @. Não estou ciente de nenhuma possibilidade de alterar o vethpeer mais tarde, especialmente não para uma interface de um tipo diferente.

somename@if2é algo que eu esperaria de uma macvlaninterface (ou similar), mas não é o caso aqui.

docker
Martin Hope
Hauke Laging
Asked: 2025-03-09 08:04:23 +0800 CST
  • 5

Este comando funciona como esperado se eu executá-lo na tmuxlinha de comando:

list-panes -a -F "pane ID: #{p3:pane_id}  TTY: #{p11:pane_tty}"

Saída:

pane ID: %1   TTY: /dev/pts/35
pane ID: %2   TTY: /dev/pts/36
pane ID: %3   TTY: /dev/pts/37
pane ID: %4   TTY: /dev/pts/38

Mas falho em fazê-los funcionar dentro de display-menu. O problema parece óbvio (pelo menos da minha perspectiva de shell): Um nível adicional de aspas é necessário para que list-panesveja a string de formato e não seu valor resolvido. Mas obviamente estou fazendo errado:

bind-key C-t display-menu -T 'Test' \
    'List panes with tty' '' "list-panes -a -F 'pane ID: \#\{p3:pane_id\}  TTY: \#{p11:pane_tty}"

bind-key C-t display-menu -T 'Test' \
    'List panes with tty' '' {
        list-panes -a -F 'pane ID: #{p3:pane_id}  TTY: #{p11:pane_tty}'
    }

Saída:

pane ID: %1   TTY: /dev/pts/35
pane ID: %1   TTY: /dev/pts/35
pane ID: %1   TTY: /dev/pts/35
pane ID: %1   TTY: /dev/pts/35
tmux
Martin Hope
Hauke Laging
Asked: 2023-12-27 03:19:08 +0800 CST
  • 5

Estou tentando configurar uma ponte por VLAN (sem filtragem de VLAN) para systemd-networkdfacilitar a configuração de VMs libvirt no Debian 12.

Isso funciona conforme o esperado sem VLAN e funciona com VLAN com alguma ajuda manual ( ip link set master ...). O sintoma do problema é que systemd-networkdcria a ponte e as interfaces VLAN, mas não as conecta:

2: onbunten: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master brlan state UP group default qlen 1000
    link/ether 04:92:26:b7:a9:9f brd ff:ff:ff:ff:ff:ff
4: brlan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether c6:50:f5:f2:22:8c brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.222/24 brd 192.168.2.255 scope global brlan
       valid_lft forever preferred_lft forever
5: brvlan2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 46:ba:f7:a8:3d:d7 brd ff:ff:ff:ff:ff:ff
6: brvlan3: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 26:96:9b:cc:69:af brd ff:ff:ff:ff:ff:ff
7: onbunten.4@onbunten: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 04:92:26:b7:a9:9f brd ff:ff:ff:ff:ff:ff
8: onbunten.2@onbunten: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 04:92:26:b7:a9:9f brd ff:ff:ff:ff:ff:ff
9: onbunten3@onbunten: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 04:92:26:b7:a9:9f brd ff:ff:ff:ff:ff:ff

A diferença do padrão onbunten.2/ onbunten3é intencional; para testar se isso fazia alguma diferença.

Encontrei descrições na Internet que parecem afirmar que o que fiz foi a solução. Também encontrei a declaração

Esta configuração está obsoleta e não é mais suportada

neste site ( a resposta ); infelizmente, sem uma explicação clara do que exatamente deveria estar obsoleto (não encontrei nenhuma dica nas páginas de manual do Systemd).

Estou executando systemd-networkdem modo debug ( SYSTEMD_LOG_LEVEL=debug) mas entre as 500 linhas de log não percebo nenhuma que esteja relacionada às interfaces VLAN e bridge simultaneamente. Nenhuma mensagem de erro.

os arquivos de configuração

isso é o que funciona

==> 31-brlan.netdev <==
[NetDev]
Name=brlan
Kind=bridge

==> 32-brvlan2.netdev <==
[NetDev]
Name=brvlan2
Kind=bridge

==> 33-brvlan3.netdev <==
[NetDev]
Name=brvlan3
Kind=bridge

==> 41-onbunten-vlans.network <==
[Match]
Type=ether
Name=onbunten

[Network]
LinkLocalAddressing=no
VLAN=onbunten.2
VLAN=onbunten3
VLAN=onbunten.4
Bridge=brlan

==> 61-brlan-onbunten.network <==
[Match]
Name=onbunten

[Network]
Bridge=brlan

==> 71-brlan.network <==
[Match]
Name=brlan

[Network]
LinkLocalAddressing=no
ConfigureWithoutCarrier=yes
IgnoreCarrierLoss=yes

[Address]
Address=192.168.2.222/24

isso é o que NÃO funciona

==> 62-brvlan2-onbunten2.network <==
[Match]
Name=onbunten.2

[Network]
Bridge=brvlan2

==> 63-brvlan3-onbunten3.network <==
[Match]
Name=onbunten3

[Network]
Bridge=brvlan3

==> 72-brvlan2.network <==
[Match]
Name=brvlan2

[Network]
DHCP=no
LinkLocalAddressing=no
# Gateway=192.168.115.1
# NTP=
ConfigureWithoutCarrier=yes
IgnoreCarrierLoss=yes

[Address]
Address=192.168.115.222/24
DuplicateAddressDetection=ipv4
Scope=global

==> 73-brvlan3.network <==
[Match]
Name=brvlan3

[Network]
DHCP=no
LinkLocalAddressing=no
Gateway=192.168.116.1
# NTP=
ConfigureWithoutCarrier=yes
IgnoreCarrierLoss=yes

[Address]
Address=192.168.116.222/24
DuplicateAddressDetection=ipv4
Scope=global
networking
Martin Hope
Hauke Laging
Asked: 2018-04-03 17:44:16 +0800 CST
  • 3

Uma chamada normal straceme deu esta saída:

ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0

Eu quero ver os outros sinalizadores de terminal e tentei -ve -e abbrev=none:

Imprima versões não abreviadas de chamadas de ambiente, estatísticas, termios, etc.

Mas ambas as opções não (apenas) mostram mais, mas isso:

ioctl(0, TCGETS, {c_iflags=0x5500, c_oflags=0x5, c_cflags=0xbf, c_lflags=0x8a3b, c_line=0, c_cc="\x03\x1c\x7f\x15\x04\x00\x01\x00\x11\x13\x1a\x00\x12\x0f\x17\x16\x00\x00\x00"}) = 0
strace