All perguntas(unix)

zsh=/bin/zsh
sh -c "echo $zsh >> /etc/shells"
sh: /etc/shells: Permission denied

OK, tudo bem. E se eu adicionar sudo, funciona. Multar.

zsh=/bin/zsh
sudo sh -c "echo $zsh >> /etc/shells"

Mas se eu usar open(para adicionar /bin/zshmanualmente /etc/shells), mesmo que eu já use sudo, tentar editar o arquivo abre uma janela de diálogo que diz que não posso editá-lo:

sudo sh -c 'open /etc/shells'

Você não possui o arquivo “shells” e não tem permissão para escrever nele.

Você pode duplicar este documento e editar a duplicata. Somente a duplicata incluirá suas alterações.

Por que é que? O que há de errado com o sudo sh -c 'open /etc/shells'comando?

Existe alguma expansão concisa de parâmetro de expressão regular zsh para substituir a última correspondência de um padrão?

Conheço uma maneira muito feia de fazer isso, mas preferiria uma sintaxe mais limpa e concisa:

# param, pattern & replacement are placeholders below for real values
${(*S)param/%pattern(#b)(*)/replacement${match[1]}}

O que habilita extended_glob, escolhe a correspondência mais curta, compara o padrão com o final do valor de $param, especifica o padrão, habilita referências anteriores, salva o texto posterior à última correspondência do padrão em uma referência anterior e, então, substitui a correspondência pela minha substituição, usando a referência anterior para restabelecer o texto posterior à correspondência.

esta questão pode ser um pouco terminológica.

Como um novo aluno do Linux, acho que muitos tutoriais mencionam comandos Linux/bash. No meu entender, os comandos são apenas vários programas e o bash é um shell como zsh, fish etc. no Linux. O Shell interpretará a entrada do usuário e chamará o programa correspondente.

Portanto, os comandos do Linux são coisas como cd, mkdirenquanto os comandos bash são um tanto específicos para a sintaxe do shell. Por exemplo, se alguém quiser, ele poderá construir um shell exigindo run cdem vez de cdapenas fazer a mesma coisa.

Meu entendimento é preciso?

PS: Acho que consigo entender o conceito de terminal/shell/linha de comando, que foi declarado em muitas outras questões, e acredito que esta questão seja diferente dessas.

Meus sistemas Linux systemd mostram vários diretórios tmpfs (/run,/dev/shm,/run/lock e no meu raspberry também/sys/fs/cgroup).
Infelizmente, não consigo encontrar onde esses diretórios principais são criados.
Eu sei que systemd-tmpfiles cria arquivos tmp de acordo com os arquivos de configuração em tmpfiles.d/* em/etc e/usr/lib, mas só vejo subdiretórios definidos neles, não os próprios diretórios principais.

Eu tenho a seguinte linha:

isUbuntu=$(cat /etc/os-release | grep '^ID=ubuntu$' | wc -l)

Funciona bem

Agora, através do VSC e principalmente com a extensão ShellCheck são indicadas duas mensagens de aviso conforme segue por partes:

Para este último:

Consider using 'grep -c' instead of 'grep|wc -l'.
shellcheck(SC2126)

Portanto o comando é alterado para:

isUbuntu=$(cat /etc/os-release | grep -c '^ID=ubuntu$')

e funciona bem ainda

Para o primeiro:

Useless cat. Consider 'cmd < file | ..' or 'cmd file | ..' instead.
shellcheck(SC2002)

Onde oferece duas sugestões de aplicação:

• Um : comcmd < file | ..

Então, se cmd for o catcomando, o comando será alterado para:

isUbuntu=$(cat < /etc/os-release | grep -c '^ID=ubuntu$')

e funciona bem ainda. Portanto, até este ponto as duas mensagens originais estão fixas.

Agora o motivo deste post é sobre a segunda sugestão:

• Dois : comcmd file | ..

Não é o mesmo cat /etc/os-release comando aplicado desde o início? Eu perdi alguma coisa? Portanto:

Pergunta

• Como aplicar corretamente a cmd file | .. sugestão?

Por favor, forneça um exemplo

No zsh, como posso ativar o Extended_glob inline em um glob de geração de nome de arquivo?

Digamos que eu queira executar lsem todos os caminhos não nomeados a, o que pode ser feito por meio de:

setopt -o extendedglob
ls ^a

Mas existe alguma maneira de ativar o extended_glob para o glob de geração de nome de arquivo acima sem usar setopt -o extendedglob?

Eu sei que posso usar o (*)sinalizador de expansão de parâmetro para ativar o Extended_glob inline (sem usar setopt -o extendedglob) para expansões de parâmetros regex como:

printf $'%s\n' "${(*)x#^a}"

Estou usando o systemd networkd versão 253.1. Tenho 2 portas Ethernet na minha caixa Linux 5.15 e quero configurar um servidor DHCP na segunda porta. Eu fiz isso com sucesso com a seguinte configuração para eth1.

Configuração funcional do servidor DHCP:

[Match]
Name=eth1
Type=ether

[DHCPV4]
DUIDType=link-layer
ClientIdentifier=mac

[Network]
Address=172.1.17.1/24
DHCPServer=yes
#IPMasquerade=ipv4

[DHCPServer]
PoolOffset=1
PoolSize=8

Agora, quero alterar o intervalo para o seguinte:

[Match]
Name=eth1
Type=ether

[DHCPV4]
DUIDType=link-layer
ClientIdentifier=mac

[Network]
#
# 10.1.193.24/29
#
#  Network Address: 10.1.193.24
#  Usable IP Range: 10.1.193.25 - 10.1.193.30
#  Broadcast Address: 10.1.193.31
#
Address= 10.1.193.24/29
DHCPServer=yes
#IPMasquerade=ipv4

[DHCPServer]
PoolOffset=2
PoolSize=5

No entanto, recebo o erro mostrado abaixo:

[root@machine ~]$  networkctl status eth1 -l
* 3: eth1
                     Link File: n/a
                  Network File: /etc/systemd/network/eth1.network
                         State: routable (failed)
                  Online state: online
                          Type: ether
                          Path: platform-30bf0000.ethernet
              Hardware Address: 00:01:c0:37:6d:56 (Company, Ltd.)
                           MTU: 1500 (min: 46, max: 9000)
                         QDisc: mq
  IPv6 Address Generation Mode: eui64
      Number of Queues (Tx/Rx): 8/8
              Auto negotiation: yes
                         Speed: 1Gbps
                        Duplex: full
                          Port: tp
                       Address: 10.1.193.24
                                fe80::201:c0ff:fe37:6d56
             Activation Policy: up
           Required For Online: yes
             DHCP6 Client DUID: DUID-EN/Vendor:0000ab1180dd9f24e9435b570000
           Offered DHCP leases: none

Aug 12 14:33:07 machine systemd-networkd[654]: eth1: Received new foreign route (configured): dst: 10.1.193.24/29, src: n/a, gw: n/a, prefsrc: 10.1.193.24, scope: link, table: main(254), proto: kernel, type: unicast, nexthop: 0, priority: 0, flags: n/a
Aug 12 14:33:07 machine systemd-networkd[654]: eth1: Addresses set
Aug 12 14:33:07 machine systemd-networkd[654]: eth1: link_check_ready(): dynamic addresses or routes are not configured.
Aug 12 14:33:07 machine systemd-networkd[654]: eth1: Configuring DHCP Server.
Aug 12 14:33:07 machine systemd-networkd[654]: eth1: Failed to configure address pool for DHCPv4 server instance: Numerical result out of range
Aug 12 14:33:07 machine systemd-networkd[654]: eth1: Failed to configure DHCP server: Numerical result out of range
Aug 12 14:33:07 machine systemd-networkd[654]: eth1: Failed
Aug 12 14:33:07 machine systemd-networkd[654]: eth1: State changed: configuring -> failed
Aug 12 14:33:07 machine systemd-networkd[654]: eth1: LLDP Rx: Stopping LLDP client
Aug 12 14:33:07 machine systemd-networkd[654]: eth1: NDISC: Stopping IPv6 Router Solicitation client

Verifiquei várias calculadoras CIDR e acredito que os parâmetros do meu arquivo de configuração são válidos.

Por que o networkd não aceita meu arquivo de configuração?

Eu tenho um diretório ~/testcom dois diretórios vazios: emptydire emptydir2.

ls ~/test/*(/)mostra os dois:

~/test/emptydir:

~/test/emptydir2:

Mas se houver apenas um diretório vazio, ls ~/test/*(/)não mostra nada. Por que é assim?

Estou tentando criar uma unidade systemctl, que só será iniciada se outra estiver ativa. Pelo que eu sei, isso pode ser feito especificando um Requisitecampo. Assim, configurei minha unidade assim:

[Unit]
Description=Force clients with mismatching IPs to reconnect
[email protected]

[Service]
Type=oneshot
ExecStart=/etc/openvpn/kicker/kicker.py
TimeoutSec=15

No entanto, quando usei systemctl stop openvpn@servere systemctl start my-unit, obtive os seguintes logs:

Starting openvpn-kicker.service - Force clients with mismatching IPs to reconnect...
Dependency failed for openvpn-kicker.service - Force clients with mismatching IPs to reconnect.
openvpn-kicker.service: Job openvpn-kicker.service/start failed with result 'dependency'.
kicker.py[1026]: Traceback (most recent call last):
kicker.py[1026]:   File "/etc/openvpn/kicker/kicker.py", line 16, in <module>
kicker.py[1026]:     manage.connect(Manage_Path)
kicker.py[1026]: FileNotFoundError: [Errno 2] No such file or directory
Main process exited, code=exited, status=1/FAILURE
openvpn-kicker.service: Failed with result 'exit-code'.

Então, basicamente, a unidade falha na verificação de requisitos, mas executa um script em "ExecStart" de qualquer maneira - daí os erros do python. A intenção é que funcione dessa maneira e tenho algo errado ou é um bug? Se relevante, o sistema operacional é Ubuntu 22.04

Espero que este seja o lugar certo para perguntar sobre SO, ServerFault, etc. Pesquisei muito e não consigo encontrar nada remotamente parecido com esta pergunta, pronto para ser comprovado como um péssimo pesquisador.

Quando eu construo um contêiner Docker baseado no Ubuntu 22 e executo o bash nele, posso executar o comando no contêiner:
ip link set dev eth0 promisc on

Mas quando coloco isso em um Dockerfile, recebo um erro quando o comando é executado durante a construção.

A questão é: por que há uma diferença? E como posso fazer isso funcionar em um Dockerfile?

O comando Build é: docker build -t firewall .
Eu tentei --allow=network.hostapenas por diversão, sem diferença.

Quando executo o contêiner construído, eu uso --privileged, se isso for importante.

Esta é a aparência do erro: (imagem também https://imgur.com/a/SrWcoFZ )

=> ERROR [23/23] RUN ip link set dev eth0 promisc on                                                                
------                                                                                                             
> [23/23] RUN ip link set dev eth0 promisc on:
0.200 RTNETLINK answers: Operation not permitted
------
<snip a warning about running in a Git dir>
Dockerfile:35
--------------------
33 |     RUN cd snort3-3.1.43.0/build && make install
34 |     RUN ldconfig
35 | >>> RUN ip link set dev eth0 promisc on 
--------------------
ERROR: failed to solve: process "/bin/sh -c ip link set dev eth0 promisc on" did not complete successfully: exit code: 2

Histórico: estou tentando executar o Snort em um contêiner Docker, faz parte da construção de um projeto para um curso de segurança em nível MS. Uma etapa da instalação do Snort é configurar a interface de rede como promíscua. Se bem entendi, isso permite que o Snort veja todo o tráfego da rede, independentemente do destino. Vejo isso em instalações padrão do Snort, realmente não entendo por que me importo mais do que com o tráfego endereçado diretamente ao contêiner. Talvez isso nem seja necessário?

E caso seja importante, tudo isso está acontecendo dentro de uma VM baseada no Ubuntu 24.04, resumindo. E estou construindo o projeto em um repositório git, no diretório de nível superior, recortei o aviso sobre isso.

Então, o que não estou entendendo é por que isso está se comportando de maneira diferente ao executá-lo como parte de uma compilação do Docker e executá-lo manualmente no contêiner quando o contêiner estiver ativo?

Obrigado

ATUALIZAÇÃO : Com base nos comentários, configurei um script ENTRYPOINT, mas ainda tenho o mesmo problema: RTNETLINK answers: Operation not permittedocorre quando executo este contêiner, aqui está o Dockerfile e o script de inicialização:

https://github.com/jimlohse/firewallProjectPublic

ATUALIZAÇÃO 2 Eu estava sendo burro e esqueci de usar --privilegedquando adicionei o script ENTRYPOINT. Depois que comecei a usar esse sinalizador, ele funcionou. Obrigado!

Aceitei a resposta, obrigado por abordar meu entendimento conceitual.