All perguntas(server)

Como não sou muito bom em networking, preciso de uma resposta mais como uma confirmação se sou louco ou burro.

Tenho um roteador ISP ZTE F6600R e um servidor executando uma VM com RouterOS. A sub-rede do roteador ISP é 192.168.1.0/24 , e o RouterOS tem 10.20.22.0/24, e sua WAN é 192.168.1.6 . Na configuração do meu roteador ISP, há uma lista de "Rotas estáticas", na qual adiciono minha rota estática, e... não funciona. Não importa o que eu faça, o tracert sempre mostra que ele sai do roteador em direção a algum roteador upstream, já que estou atrás do CGNAT. Mas não acho que isso seja importante nessa situação. Ou talvez seja? É por isso que venho pedir ajuda.

Agora, a questão é, eu estou louco ou há alguma funcionalidade que eu não entendo. Se eu adicionar manualmente rotas estáticas aos meus dispositivos (Windows, por exemplo), e apontá-las para o RouterOS e especificar as sub-redes e um gateway, tudo funciona, portanto, acredito que configurei tudo corretamente, mas não consigo fazer o roteador do ISP fazer seu trabalho. Captura de tela do ISP

Todas as rotas são predefinidas, não posso alterá-las, a única que adicionei é a segunda abaixo na parte inferior da página. Tentei todas as opções, tentei outras sub-redes, nada funciona. Existe alguma prioridade ou algo semelhante, então o que quer que eu faça não funcionará porque o ISP definiu assim ou?

Se precisar de capturas de tela ou configurações ou o que for, pergunte. Desculpe se essa é uma pergunta idiota, mas quero saber mais.

EDIT: Imagem maior do menu de roteamento estático

EDIT2 12.02.2025.

Não sei se aqui editar coisas atrapalha o tópico, provavelmente não e certamente está morto, mas tudo bem, talvez alguém encontre isso e precise de ajuda. Descobri que o roteador está roteando corretamente SE FOR O QUE ESTÁ FAZENDO PING. Tentei ver qual é o problema novamente hoje e descobri ferramentas de solução de problemas no roteador, tracert e ping, e com elas confirmei que consigo fazer ping, 10.20.22.254 (gateway daquela sub-rede), mas não consigo fazer ping em 10.20.21.254 (gw de outra sub-rede que não está especificado na lista de rotas), o que é tudo bom. Agora, por que diabos isso não funciona quando estou fazendo tudo isso do meu dispositivo... Vou pesquisar mais e postar aqui o que encontrar.

O que preciso fazer é encolher o sistema de arquivos ext4 e então recriar a partição. No geral, sei o que precisa ser feito, o processo é bem direto. Mas tem uma coisinha que me deixa paranoico.

Se você ler a página do manual, ela começa com as palavras:

O programa resize2fs redimensionará sistemas de arquivos ext2, ext3 ou ext4. Ele pode ser usado para aumentar ou diminuir um sistema de arquivos não montado localizado no dispositivo.

Então, ok, parece que o cat shrink ext4 fs. Mas:

Se você deseja diminuir uma partição ext2, primeiro use resize2fs para diminuir o tamanho do sistema de arquivos. Então você pode usar fdisk(8) para diminuir o tamanho da partição. Ao diminuir o tamanho da partição, certifique-se de não torná-la menor que o novo tamanho do sistema de arquivos ext2!

Nenhuma menção ao sistema de arquivos ext4. Fazer um backup de toda a partição/fs não é uma opção, ou pelo menos, um grande inconveniente no meu caso.

Então, a questão é - alguém já tentou isso? Esse programa pode encolher um sistema de arquivos ext4?

Estou tentando fazer com que os Perfis de Configuração do Servidor funcionem em um Dell R750 por meio da porta Micro-USB frontal, mas estou tendo problemas para fazer com que o iDRAC realmente veja os arquivos de configuração no USB.

De acordo com a documentação, um diretório chamado System_Configuration_XML deve existir na raiz USB, e então dois arquivos (control.xml e config.xml, ou talvez configuration.xml) precisam ser colocados dentro desse diretório: control.xml especifica as configurações de aplicação de configuração (tipo de reinicialização, tempo limite, etc.), enquanto config.xml especifica as configurações do servidor (configurações iDRAC/BIOS/RAID).
Não há menção em nenhuma documentação que eu tenha encontrado sobre o sistema de arquivos específico a ser usado.

Eu tentei sistemas de arquivos NTFS, FAT32, exFAT e EXT2, com a seguinte estrutura de arquivo em cada um, sem sorte. A entrada de log que vi é semelhante a "o arquivo de configuração não pode ser encontrado ou há vários arquivos compactados". Presumo que isso significa que o iDRAC não consegue encontrar os arquivos, porque não estou compactando nada.

|USB_ROOT
|-config.xml  
|-configuration.xml  
|-control.xml  
|-|System_Configuration_XML
|-|- config.xml
|-|- configuration.xml
|-|- control.xml

Alguém realmente conseguiu fazer a configuração SCP baseada em USB funcionar nos servidores de 14ª geração?

Nosso controlador de domínio travou e não temos como recuperá-lo. Nossos computadores foram autenticados e conectados ao nosso antigo controlador de domínio, e os perfis de roaming foram desabilitados. Nossos usuários salvam arquivos localmente em c:\users\mylocaluser\ e usam o controlador de domínio para autenticação na rede.

Agora, precisamos recuperar os arquivos de um usuário local, mas quando autenticamos em nosso novo controlador de domínio, os arquivos antigos desaparecem.

Tentamos instalar o disco rígido em outro PC, mas os arquivos parecem ter sumido.

Pesquisei e descobri que talvez os arquivos estejam em c:\windows\csc, mas não podemos ter acesso a essa pasta. Então estamos presos.

Você já passou por um problema semelhante?

Este problema parece trivial a princípio, mas não é, e provavelmente não é totalmente específico do Postfix/Dovecot. Seria ótimo se alguém pudesse me dar uma dica...

A configuração é a seguinte: Tenho um servidor de nomes (BIND) e um combo Postfix/Dovecot rodando na mesma máquina. Ele tem 1 endereço IPv4 (esses são escassos...) e vários endereços IPv6. No começo, todos os servidores estavam rodando em todas as interfaces, ou seja, escutando em 0.0.0.0e [::], mas então decidi dar a eles IPv6 separados ("porque podemos..."). Na v4 eles permanecem no mesmo IP.

Durante a configuração inicial e os testes, tudo funcionou bem. No final, decidi reiniciar a máquina só para ter certeza de que não há nenhuma configuração obsoleta/temporária à espreita e que tudo funciona como esperado após uma inicialização limpa.

E então aconteceu o seguinte (registro reduzido às partes relevantes):

...
Nov 30 22:49:52 systemd[1]: Finished networking.service - Raise network interfaces.
Nov 30 22:49:52 systemd[1]: Reached target network.target - Network.
Nov 30 22:49:52 systemd[1]: Reached target network-online.target - Network is Online.
Nov 30 22:49:52 systemd[1]: Starting dovecot.service - Dovecot IMAP/POP3 email server...
Nov 30 22:49:52 systemd[1]: Starting named.service - BIND Domain Name Server...
Nov 30 22:49:52 systemd[1]: Starting ssh.service - OpenBSD Secure Shell server...
Nov 30 22:49:52 named[984]: starting BIND 9.20.2-1-Debian (Stable Release) <id:>
Nov 30 22:49:52 named[984]: running on Linux x86_64 6.11.5-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.11.5-1 (2024-10-27)
...
Nov 30 22:49:52 named[984]: listening on IPv4 interface lo, 127.0.0.6#53
Nov 30 22:49:52 named[984]: listening on IPv4 interface enp5s0, 88.198.70.58#53
Nov 30 22:49:52 named[984]: listening on IPv6 interface enp5s0, 2a01:4f8:140:501a::b00d#53
...
Nov 30 22:49:52 dovecot[983]: Error: bind(2a01:4f8:140:501a::d19c, 587) failed: Cannot assign requested address
Nov 30 22:49:52 dovecot[983]: Error: service(submission-login): listen(2a01:4f8:140:501a::d19c, 587) failed: Cannot assign requested address
Nov 30 22:49:52 dovecot[983]: Error: bind(2a01:4f8:140:501a::d19c, 143) failed: Cannot assign requested address
Nov 30 22:49:52 dovecot[983]: Error: service(imap-login): listen(2a01:4f8:140:501a::d19c, 143) failed: Cannot assign requested address
Nov 30 22:49:52 dovecot[983]: Error: bind(2a01:4f8:140:501a::d19c, 993) failed: Cannot assign requested address
Nov 30 22:49:52 dovecot[983]: Error: service(imap-login): listen(2a01:4f8:140:501a::d19c, 993) failed: Cannot assign requested address
Nov 30 22:49:52 dovecot[983]: Fatal: Failed to start listeners
Nov 30 22:49:52 systemd[1]: dovecot.service: Main process exited, code=exited, status=89/n/a
Nov 30 22:49:52 systemd[1]: dovecot.service: Failed with result 'exit-code'.
Nov 30 22:49:52 systemd[1]: Failed to start dovecot.service - Dovecot IMAP/POP3 email server.
...
Nov 30 22:49:52 systemd[1]: Started named.service - BIND Domain Name Server.
Nov 30 22:49:52 systemd[1]: Reached target nss-lookup.target - Host and Network Name Lookups.
Nov 30 22:49:52 systemd[1]: Starting [email protected] - Postfix Mail Transport Agent (instance -)...
Nov 30 22:49:52 postmulti[1141]: postfix/postlog: starting the Postfix mail system
Nov 30 22:49:52 postfix/master[1143]: fatal: bind 2a01:4f8:140:501a::d19c port 25: Cannot assign requested address
Nov 30 22:49:54 postmulti[1145]: postfix/postlog: fatal: mail system startup failed
Nov 30 22:49:55 systemd[1]: [email protected]: Control process exited, code=exited, status=1/FAILURE
Nov 30 22:49:55 systemd[1]: [email protected]: Failed with result 'exit-code'.
Nov 30 22:49:55 systemd[1]: Failed to start [email protected] - Postfix Mail Transport Agent (instance -).

Note que o BIND inicia com sucesso em todas as interfaces. O Dovecot inicia em paralelo e gera um erro ao tentar escutar em um IPv6 separado. (O log não diz nada sobre IPv4 e localhost, então ou funciona, ou o erro IPv6 vem primeiro.) O Postfix encontra o mesmo erro ao tentar escutar no mesmo IPv6.

Agora, a questão é que, quando eu inicio esses serviços manualmente após a inicialização via systemctl start, ambos inicializam sem problemas. E eles realmente funcionam em todas as interfaces.

Então meu pensamento inicial foi que há algum tipo de condição de corrida durante o processo de inicialização, de modo que nem todas as interfaces IPv6 são realmente ativadas, antes do início do Dovecot/Postfix. O que não deveria ser possível, já que todas elas dependem de network-online.target, que de acordo com o systemd é totalmente concluído antes do BIND iniciar a inicialização.

Então eu troquei o Dovecot para rodar no mesmo IPv6 (:b00d) que o BIND, já que ele inicializa com sucesso naquele IP. O Postfix ainda está no IP original (:d19c). Ao mesmo tempo, eu também criei um "serviço" fictício que apenas exibe a configuração de rede durante o processo de inicialização, para que eu possa ver o que o Dovecot e o Postfix estão vendo durante a inicialização. Eu fiz esse serviço rodar duas vezes - uma antes do BIND/Postfix/Dovecot, e uma depois.

O resultado final é: a) O Dovecot ainda falha mesmo quando se usa o mesmo IP do BIND . b) de acordo com ifconfigtodos os IPv6s que estão realmente configurados e ativos antes do início dos serviços (como deveria ser)

Dec 01 19:52:16 systemd[1]: Finished networking.service - Raise network interfaces.
Dec 01 19:52:16 systemd[1]: Reached target network.target - Network.
Dec 01 19:52:16 systemd[1]: Reached target network-online.target - Network is Online.
Dec 01 19:52:16 systemd[1]: Starting named.service - BIND Domain Name Server...
Dec 01 19:52:16 systemd[1]: Starting ssh.service - OpenBSD Secure Shell server...
Dec 01 19:52:16 systemd[1]: Reached target getty.target - Login Prompts.
Dec 01 19:52:16 named[981]: starting BIND 9.20.2-1-Debian (Stable Release) <id:>
Dec 01 19:52:16 named[981]: running on Linux x86_64 6.11.5-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.11.5-1 (2024-10-27)
...
Dec 01 19:52:16 named[981]: listening on IPv4 interface lo, 127.0.0.6#53
Dec 01 19:52:16 named[981]: listening on IPv4 interface enp5s0, 88.198.70.58#53
Dec 01 19:52:16 named[981]: listening on IPv6 interface enp5s0, 2a01:4f8:140:501a::b00d#53
...
Dec 01 19:52:16 systemd[1]: Started named.service - BIND Domain Name Server.
Dec 01 19:52:16 systemd[1]: Reached target nss-lookup.target - Host and Network Name Lookups.
Dec 01 19:52:16 systemd[1]: Starting dovecot.service - Dovecot IMAP/POP3 email server...
Dec 01 19:52:16 systemd[1]: Starting test-networking.service - ###################### Test Network Configuration ###########################...
Dec 01 19:52:16 ip[992]: 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
Dec 01 19:52:16 ip[992]:     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
Dec 01 19:52:16 ip[992]:     inet 127.0.0.1/8 scope host lo
Dec 01 19:52:16 ip[992]:        valid_lft forever preferred_lft forever
Dec 01 19:52:16 ip[992]:     inet 127.0.0.3/8 brd 127.0.0.0 scope host secondary lo
Dec 01 19:52:16 ip[992]:        valid_lft forever preferred_lft forever
Dec 01 19:52:16 ip[992]:     inet 127.0.0.6/8 brd 127.0.0.0 scope host secondary lo
Dec 01 19:52:16 ip[992]:        valid_lft forever preferred_lft forever
Dec 01 19:52:16 ip[992]:     inet6 ::1/128 scope host noprefixroute
Dec 01 19:52:16 ip[992]:        valid_lft forever preferred_lft forever
Dec 01 19:52:16 ip[992]: 2: enp5s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
Dec 01 19:52:16 ip[992]:     link/ether a8:a1:59:08:49:5d brd ff:ff:ff:ff:ff:ff
Dec 01 19:52:16 ip[992]:     inet 88.198.70.58/27 brd 88.198.70.63 scope global enp5s0
Dec 01 19:52:16 ip[992]:        valid_lft forever preferred_lft forever
Dec 01 19:52:16 ip[992]:     inet6 2a01:4f8:140:501a::d19c/64 scope global tentative
Dec 01 19:52:16 ip[992]:        valid_lft forever preferred_lft forever
Dec 01 19:52:16 ip[992]:     inet6 2a01:4f8:140:501a::b00d/64 scope global tentative
Dec 01 19:52:16 ip[992]:        valid_lft forever preferred_lft forever
Dec 01 19:52:16 ip[992]:     inet6 2a01:4f8:140:501a::2/64 scope global tentative
Dec 01 19:52:16 ip[992]:        valid_lft forever preferred_lft forever
Dec 01 19:52:16 systemd[1]: test-networking.service: Deactivated successfully.
Dec 01 19:52:16 systemd[1]: Finished test-networking.service - ###################### Test Network Configuration ###########################.
Dec 01 19:52:16 dovecot[991]: Error: bind(2a01:4f8:140:501a::d19c, 587) failed: Cannot assign requested address
Dec 01 19:52:16 dovecot[991]: Error: service(submission-login): listen(2a01:4f8:140:501a::d19c, 587) failed: Cannot assign requested address
Dec 01 19:52:16 dovecot[991]: Error: bind(2a01:4f8:140:501a::d19c, 143) failed: Cannot assign requested address
Dec 01 19:52:16 dovecot[991]: Error: service(imap-login): listen(2a01:4f8:140:501a::d19c, 143) failed: Cannot assign requested address
Dec 01 19:52:16 dovecot[991]: Error: bind(2a01:4f8:140:501a::d19c, 993) failed: Cannot assign requested address
Dec 01 19:52:16 dovecot[991]: Error: service(imap-login): listen(2a01:4f8:140:501a::d19c, 993) failed: Cannot assign requested address
Dec 01 19:52:16 dovecot[991]: Fatal: Failed to start listeners
Dec 01 19:52:16 systemd[1]: dovecot.service: Main process exited, code=exited, status=89/n/a
Dec 01 19:52:16 systemd[1]: dovecot.service: Failed with result 'exit-code'.
Dec 01 19:52:16 systemd[1]: Failed to start dovecot.service - Dovecot IMAP/POP3 email server.
Dec 01 19:52:16 systemd[1]: Reached target multi-user.target - Multi-User System.
Dec 01 19:52:16 systemd[1]: Reached target graphical.target - Graphical Interface.
Dec 01 19:52:16 systemd[1]: Starting [email protected] - Postfix Mail Transport Agent (instance -)...
Dec 01 19:52:16 systemd[1]: Starting test-networking2.service - ********************** Second Test Network Configuration ****************************...
Dec 01 19:52:16 ip[998]: 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
Dec 01 19:52:16 ip[998]:     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
Dec 01 19:52:16 ip[998]:     inet 127.0.0.1/8 scope host lo
Dec 01 19:52:16 ip[998]:        valid_lft forever preferred_lft forever
Dec 01 19:52:16 ip[998]:     inet 127.0.0.3/8 brd 127.0.0.0 scope host secondary lo
Dec 01 19:52:16 ip[998]:        valid_lft forever preferred_lft forever
Dec 01 19:52:16 ip[998]:     inet 127.0.0.6/8 brd 127.0.0.0 scope host secondary lo
Dec 01 19:52:16 ip[998]:        valid_lft forever preferred_lft forever
Dec 01 19:52:16 ip[998]:     inet6 ::1/128 scope host noprefixroute
Dec 01 19:52:16 ip[998]:        valid_lft forever preferred_lft forever
Dec 01 19:52:16 ip[998]: 2: enp5s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
Dec 01 19:52:16 ip[998]:     link/ether a8:a1:59:08:49:5d brd ff:ff:ff:ff:ff:ff
Dec 01 19:52:16 ip[998]:     inet 88.198.70.58/27 brd 88.198.70.63 scope global enp5s0
Dec 01 19:52:16 ip[998]:        valid_lft forever preferred_lft forever
Dec 01 19:52:16 ip[998]:     inet6 2a01:4f8:140:501a::d19c/64 scope global tentative
Dec 01 19:52:16 ip[998]:        valid_lft forever preferred_lft forever
Dec 01 19:52:16 ip[998]:     inet6 2a01:4f8:140:501a::b00d/64 scope global tentative
Dec 01 19:52:16 ip[998]:        valid_lft forever preferred_lft forever
Dec 01 19:52:16 ip[998]:     inet6 2a01:4f8:140:501a::2/64 scope global tentative
Dec 01 19:52:16 ip[998]:        valid_lft forever preferred_lft forever
Dec 01 19:52:16 systemd[1]: test-networking2.service: Deactivated successfully.
Dec 01 19:52:16 systemd[1]: Finished test-networking2.service - ********************** Second Test Network Configuration ****************************.
Dec 01 19:52:17 postmulti[1143]: postfix/postlog: starting the Postfix mail system
Dec 01 19:52:17 postfix/master[1145]: fatal: bind 2a01:4f8:140:501a::d19c port 25: Cannot assign requested address
Dec 01 19:52:19 kernel: r8169 0000:05:00.0 enp5s0: Link is Up - 1Gbps/Full - flow control rx/tx
Dec 01 19:52:19 postmulti[1146]: postfix/postlog: fatal: mail system startup failed
Dec 01 19:52:20 systemd[1]: [email protected]: Control process exited, code=exited, status=1/FAILURE
Dec 01 19:52:20 systemd[1]: [email protected]: Failed with result 'exit-code'.
Dec 01 19:52:20 systemd[1]: Failed to start [email protected] - Postfix Mail Transport Agent (instance -).
Dec 01 19:52:20 systemd[1]: Startup finished in 3.180s (kernel) + 6.272s (userspace) = 9.453s.
...
Dec 01 19:54:04 systemd[1]: Starting dovecot.service - Dovecot IMAP/POP3 email server...
Dec 01 19:54:04 systemd[1]: Started dovecot.service - Dovecot IMAP/POP3 email server.
Dec 01 19:54:10 systemd[1]: Starting [email protected] - Postfix Mail Transport Agent (instance -)...
Dec 01 19:54:10 postmulti[1341]: postfix/postlog: warning: symlink leaves directory: /etc/postfix/./postfix-files
Dec 01 19:54:10 postmulti[1375]: postfix/postlog: starting the Postfix mail system
Dec 01 19:54:10 systemd[1]: Started [email protected] - Postfix Mail Transport Agent (instance -).
Dec 01 19:54:10 systemd[1]: Starting postfix.service - Postfix Mail Transport Agent...
Dec 01 19:54:10 systemd[1]: Finished postfix.service - Postfix Mail Transport Agent.

Novamente, após a inicialização, posso iniciar ambos os serviços manualmente - sem erros.

Alguém tem alguma ideia do que está acontecendo? Encontrei alguns relatos semelhantes na internet, mas todos eles têm causas que podem ser descartadas no meu caso.

Obrigado por qualquer feedback!

EDIT : Substitua o segundo log onde ip addré usado em vez de ifconfigpara mostrar a configuração de rede atual durante o tempo de inicialização. Também incluí as linhas que mostram o início manual do Dovecot/Postfix 2 minutos após a inicialização - sem erros.

EDIT2: Os IPs adicionais são configurados por meio de um arquivo sob /etc/network/interfaces.d/o qual no Debian é originado por /etc/network/interfaces. Ambos os arquivos são processados ​​em uma etapa durante a inicialização quando networking.serviceé iniciado. Este é o snippet:

iface enp5s0 inet6 static
  address 2a01:4f8:140:501a::b00d/64

iface enp5s0 inet6 static
  address 2a01:4f8:140:501a::d19c/64

Tradicionalmente, essas seriam interfaces com alias (enp5s0:1, :2, etc.), mas elas parecem estar obsoletas agora, então a maneira acima é aparentemente a preferida para configurar IPs adicionais atualmente.

A autenticação básica parece esquecer o login toda vez que o usuário fecha o navegador. É possível fazer com que ele se lembre dele (por exemplo, por pelo menos 30 dias), a menos que o usuário exclua cookies à força, etc.?

Tentei adicionar o seguinte, mas não fez diferença:

  RewriteEngine On
  RewriteCond %{HTTP_COOKIE} remember_me=([^;]+) [NC]
  RewriteRule ^ - [E=REMOTE_USER:%1]

  Header always set Set-Cookie "remember_me=%{REMOTE_USER}e; Path=/; Max-Age=2592000; HttpOnly; Secure" env=REMOTE_USER

Tenho um array MD raid1 de 2 discos. Um dos drives é lento, então quero substituí-lo. Mas por paranoia[1] e segurança, quero adicionar o novo (3º) drive e sincronizá-lo antes de remover o drive lento, já que, bem, ele é apenas lento, mas de outra forma está funcionando e tem dados válidos nele e quero evitar degradar o array antes que eu tenha que fazer isso.

Então adicionei o terceiro disco e ele começou a sincronizar, então está tudo bem até agora. Mas ele está usando apenas 1 das 2 unidades existentes como fonte da sincronização, e você não sabe que de acordo com o que eu chamo de regra 50/50/90[2], ele está usando o disco lento como a (única) fonte da sincronização. Posso ver que ele está usando (apenas) o disco lento usando sar :

01:21:55 PM       tps     rkB/s     wkB/s     dkB/s   areq-sz    aqu-sz     await     %util DEV
01:22:00 PM     91.60      0.00  45147.30      0.00    492.87      0.14      1.48     11.26 sdb
01:22:00 PM      0.40      0.00      1.70      0.00      4.25      0.13    314.00     48.08 sde
01:22:00 PM     91.60  45145.60      1.70      0.00    492.87      3.41     37.26     88.30 sdd
01:22:00 PM      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00 md0

sddé o disco lento. Se MD estivesse lendo em sdevez disso, a velocidade seria cerca de 4x isso:

# dd if=/dev/sde of=/dev/null bs=1M count=5000
5000+0 records in
5000+0 records out
5242880000 bytes (5.2 GB, 4.9 GiB) copied, 23.1946 s, 226 MB/s

Francamente, estou surpreso que o MD esteja sendo tão simplista e que ele não leia todos os discos durante a reconstrução, exatamente por esse tipo de motivo/caso.

Então, há alguma maneira de forçar o uso de sdenesta sincronização, além sddou em vez dela?

PS A velocidade de sincronização não está sendo limitada por dev.raid.speed_limit_max:

# sysctl -n dev.raid.speed_limit_max
20000000

[1] Podem me chamar de paranóico, mas você sabe que o momento em que seu array estiver reduzido a um único disco é quando esse único disco irá falhar.

[2] Se você tem 50% de chance de algo acontecer de uma forma ou de outra, 90% das vezes será do jeito que você não queria.

Gostaria de saber se alguém tem dados para me dar suporte. Estou configurando um lote de mini PCs com placa RTL 8125 2.5 Gb/s e, de fábrica, parece estar funcionando bem usando o driver Ubuntu stock r8169.

No entanto, só consegui testá-lo com um switch de 1000 Mb/s, e pesquisas mostram que há problemas de estabilidade quando a velocidade negociada é, na verdade, 2,5.

Alguém tem experiência usando RTL 8125 em um switch de 2,5 Gb/s via r8169 (fornecido com o Ubuntu 22) e exemplos reais de problemas que podem ocorrer?

Tendo esta configuração nginx simples:

location / {
    return 200 "Location 1\n";
}
location ~ \.php$ {
    return 200 "Location 2\n";
}
location /tmp {
    return 200 "Location 3\n";
    location ~ \.php$ {
        return 200 "Location 3a\n";
    }
}

Por que as /tmp/foo.phpsolicitações fornecem a Location 3aresposta, embora, de acordo com a documentação , o local da regex Location 2deva ultrapassar a solicitação, a menos que o local do prefixo Location 3tenha o ^~modificador?

Então, do nada, meu servidor começou a rejeitar todos os e-mails recebidos e eu descobri que ele estava zen.spamhaus.orgbloqueando tudo por causa de uma resposta de "volume excessivo" de spamhaus.org:

2024-11-28T11:57:46.954637-07:00 mail postfix/smtpd[338]: NOQUEUE: reject: RCPT from mail-vk1-f177.google.com[209.85.221.177]: 554 5.7.1 Service unavailable; Client host [XX.XX.XX.XX] blocked using zen.spamhaus.org; Error: excess volume; https://check.spamhaus.org/returnc/vol/XX.XX.XX.XX/; from=<[email protected]> to=<[email protected]> proto=ESMTP helo=<mail-vk1-f177.google.com>

Eu zen.spamhaus.orgconfigurei como parte de alguns RBLs em smtpd_recipient_restrictions: reject_rbl_client zen.spamhaus.orge comentar isso "resolve" o problema, pois pelo menos os e-mails são entregues.

Então eu estava pensando se poderia haver uma maneira de olhar para o excess volumeerro, e se eu vir esse erro, então apenas passar/ignorar esse erro em vez de bloquear a entrega. Eu estava olhando os documentos do postfix, mas não consegui encontrar nada óbvio.

Parece que ele rbl_reply_mapstem acesso aos códigos de erro de retorno, mas não tenho certeza se ele tem a capacidade de substituir ou pular essa verificação rbl.

A default_rbl_replyopção de configuração serve principalmente para formatar uma mensagem de erro após o rbl rejeitá-la. Similarmente, maps_rbl_reject_codetambém parece apenas um mecanismo para traduzir para códigos de erro smtp específicos.

Estou esquecendo de algo? Parece que tem que haver uma maneira de personalizar o tratamento da resposta RBL e transformar rejeições específicas em uma "passagem" de algum tipo?