Mark's questions

Eu tenho meus rpmpacotes gerados localmente (o pacote principal e suas dependências) localizados no meu diretório inicial. As specdependências definidas pelo arquivo. Eu gostaria de instalá-lo com um único comando yumou e deixá-lo encontrar dependências no meu diretório e instalá-las de acordo. dnfEu tentei yum:

% yum -y localinstall ~/rpms/mypackage-2.1.1-2.1.x86_64.rpm

No entanto, reclama:

Error:
 Problem: conflicting requests
  - nothing provides mypackage-libs(x86-64) = 2.1.1-2.1 needed by mypackage-2.1.1-2.1.x86_64
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)

Estou fazendo algo errado ou isso indica que tenho um bug no meu specarquivo?

Eu criei uma ponte com reconhecimento de VLAN com comando e adicionei interfaces relevantes:

% ip link add br0 type bridge vlan_filtering 1
% ip link set dev eth0 master br0
...

(e repita isso para eth1, eth2, eth3)

Agora, quero que as portas da ponte lidem com quadros com várias tags e que os quadros sejam removidos das tags e entregues na porta br0 onde tenho um daemon de escuta:

% bridge vlan del dev eth0 vid 1
% bridge vlan add dev eth0 vid 2-4094
...

(e repita isso para eth1, eth2, eth3)

Depois que todos os comandos forem concluídos, a configuração da ponte terá a seguinte aparência:

% bridge -c vlan sh
port    vlan ids
br0      1 PVID Egress Untagged

eth3     2-4094

eth2     2-4094

eth1     2-4094

eth0     2-4094

br1      1 PVID Egress Untagged

Agora quando eu envio pingdo host por trás da eth0interface para br0(tendo IP 192.168.1.1), vejo com tcpdumpque eth0 está de fato recebendo frame marcado (no meu caso o ID é 10), porém br0 não recebe nada. o que estou perdendo?

SO - Red Hat Enterprise Linux 8

Eu criei um .specarquivo para construir e empacotar meu aplicativo. Meu rpmtambém inclui my_app.servicearquivo para systemdiniciá-lo. No entanto, por padrão, é necessário habilitar isso com systemctl enable my_app.service. Eu gostaria de tê-lo ativado após a rpminstalação. Eu pesquisei e descobri que posso usar systemd.preset , que diz:

Não é recomendado enviar arquivos predefinidos dentro dos respectivos pacotes de software que implementam as unidades, mas sim centralizá-los em uma política padrão de distribuição ou spin, que pode ser alterada pela política do administrador.

Isso significa que eu não deveria estar adicionando .presetarquivo no meu rpm? Além disso, mais tarde na manpágina, diz:

Se não existirem arquivos predefinidos, a predefinição systemctl habilitará todas as unidades instaladas por padrão.

Se eu ler corretamente, o arquivo de serviço do meu aplicativo deve ser ativado automaticamente, mas isso não está acontecendo, ou isso implica no manual systemctl preset?

Estou tentando criar dependências entre dois serviços descritos em systemdarquivos de unidade:

• a.service deve começar antes de b.service
• b.service não pode iniciar se a.service falhar

Aqui está o que eu tenho:

% cat a.service
[Unit]
Description=A-Service
Before=b.service

[Service]
ExecStart=/opt/a.sh

[Install]
WantedBy=multi-user.target

% cat b.service
[Unit]
Description=B-Service
After=a.service

[Service]
ExecStart=/opt/b.sh

[Install]
WantedBy=multi-user.target

E estes são scripts simples executados para o serviço A e B:

% cat a.sh
#!/bin/sh
echo "A service started"
exit 0

% cat b.sh
#!/bin/sh
echo "B service started"
while [ true ]; do
   sleep 1
do
exit 0

Então eu tentei emular uma falha de serviço retornando exit 1de a.sh, systemctl status a.servicerelata como falhou:

Active: failed (Result: exit-code) ...
Process: 843 ExecStart=/opt/a.sh (code=exited, status=1/FAILURE)
...

No entanto, o b.service ainda inicia e está ativo:

% systemctl status b.service
...
Active: active (running) ...
Process: 844 ExecStart=/opt/b.sh (code=exited, status=0/SUCCESS)
...

Além disso, as dependências de b.service contêm a.service (com status Fail):

% systemctl list-dependencies b.service
...

O que estou fazendo errado? É um problema com os scripts ou a definição de [Unidade] não está completa?

No meu script tenho o seguinte:

$cmd arg1 arg2 >/dev/null 2>&1
if [ $? -eq 0 ]; then
   # cmd succeeds, do something
fi

Existe uma maneira de torná-lo mais curto? Verifiquei man testvárias opções no []comando, mas não consegui encontrar nada que pudesse torná-lo mais curto.

Eu gostaria de adicionar uma regra descartando um IPv4pacote com qualquer IP optionseguindo o cabeçalho. Eu entendo que IHLo campo (Internet Header Length) no cabeçalho contém o número de palavras de 32 bits no cabeçalho IPv4, incluindo opções. Então, meu entendimento é que uma regra deve obter o comprimento do pacote+opções do IHLcampo e comparar com 20 (comprimento do cabeçalho IPv4 sem opções), e se for maior que 20, descarte o pacote.

Existe um iptablesmódulo específico que permite inspecionar o IPcabeçalho e avaliar (fazer operação aritmética)?

Eu defino algumas variáveis ​​de ambiente em um terminal e, em seguida, executo meu script. Como posso puxar as variáveis ​​no script? Preciso saber seus valores. Simplesmente referir-se a eles como $MY_VAR1não funciona; ele está vazio.