timppu's questions

Estou tentando solucionar determinados problemas de CDN, testando que tipo de velocidade de download obtenho em diferentes servidores. Digamos que seja host.example.com que me retornará algum endereço IP, não tenho certeza de qual (existem vários e parecem oferecer diferentes velocidades de download).

Por padrão, parece que recebo um determinado endereço IP, não tenho certeza de como ele decide qual endereço IP fornece para mim ou para qualquer outra pessoa (não é importante neste momento), mas tento testar alguns outros servidores nesse pool usando o arquivo hosts no Windows 11. Eu insiro no arquivo hosts e:

ipconfig /flushdns
ping host.example.com
nslookup host.example.com

Ping fornece o endereço IP que inseri no arquivo hosts, enquanto nslookup fornece aquele que eu receberia do DNS sem o arquivo hosts?

Não tenho certeza se é assim que deve funcionar, ou seja. O nslookup não se importa com o arquivo hosts, mas acho que consegui o endereço IP do arquivo hosts quando tentei esse mesmo teste em uma máquina Linux.

Além disso, percebo que se o navegador usar, por exemplo, DNS sobre HTTPS, ele ignoraria completamente o arquivo hosts e, em vez disso, usaria o endereço IP obtido do servidor DNS compatível com DoH, seja ele qual for. Tentei garantir que o DoH esteja desativado no navegador.

Portanto, agora no Windows não tenho certeza de qual é o endereço IP real que o navegador usará, se tentar acessar host.example.com. Então minha pergunta é: existe alguma maneira de verificar isso dentro do próprio navegador, se ele usa a entrada no arquivo hosts ou não? Ou seja, para verificar qual é o endereço IP que o navegador (não ping ou nslookup) considera o correto para host.example.com?

Se eu tiver dois HDDs USB separados com btrfs (ambos de modo único, sem DUP nem RAID) e copiar um arquivo de um HDD para outro, o btrfs garante que o arquivo copiado ainda seja idêntico ao arquivo original, com base em seu arquivo btrfs soma de verificação?

Portanto, posso ter certeza de que, se não houver erros relatados ao copiar um monte de arquivos de um HDD btrfs para outro HDD btrfs, eles estão todos ok?

Observe que não tenho certeza se, por exemplo, o comando "cp" em si faz algumas verificações básicas de que nada é alterado durante o processo de cópia, seja um erro de RAM ou mau comportamento do USB ou qualquer outra coisa, um pouco sendo invertido durante o processo de cópia por um motivo ou outro. Eu entendi em outro lugar que, por exemplo, scp (copiar arquivos pela rede) faz essa verificação interna, mas se o btrfs fizer isso automaticamente, é uma garantia extra.

O que significa que não preciso, por exemplo, comparar manualmente as somas de verificação md5 ou sha256 dos arquivos copiados com os originais apenas para ter certeza de que ainda são idênticos, pois o btrfs já faz isso com suas próprias somas de verificação, automaticamente?

Vou usar (por enquanto) btrfs em alguns arquivos HDD USB externos, em modo único (sem DUP, sem RAID, sem nada; vou apenas simplificar por enquanto). Portanto, minha ideia é que eu tenha duas cópias idênticas (copiadas manualmente) de um arquivo em dois HDDs USB btrfs separados, sendo um deles o principal, onde altero o arquivo e, às vezes, copio todo o material alterado para o outro HDD USB.

A razão pela qual quero usar o btrfs é apenas que posso verificar facilmente a qualquer momento se todos os arquivos no arquivo principal estão ok e, caso contrário, posso copiar esses arquivos de volta do outro disco rígido manualmente. Portanto, presumo que usarei o btrfs scrub para encontrar os erros e, por exemplo, Encontrar arquivos com erros incorrigíveis do BTRFS para descobrir quais arquivos têm esses erros e precisam ser substituídos do backup.

No entanto, também vejo que há um comando "btrfs check". Lendo as páginas de manual de limpeza e verificação, não ficou claro para mim qual é a diferença e qual é o objetivo exato.

Portanto, se eu apenas quiser ver se os arquivos do meu volume btrfs estão ok, sem erros, bitrot e corrupção, devo executar a verificação e a depuração ou a mera depuração é suficiente?

Existe alguma palavra simples e direta para manter algumas máquinas Linux no mesmo nível de patch? Eu precisaria disso separadamente para alguns Ubuntu e alguns CentOS 7 (na verdade, Oracle Linux 7, mas próximo o suficiente, pois o CentOS provavelmente é mais familiar para outros), máquinas.

EDIT: Só para esclarecer, distros diferentes não precisam estar "no mesmo nível de patch", então eu só preciso manter, por exemplo, as máquinas Ubuntu 16.xx no mesmo nível de patch, as máquinas Ubuntu 18.xx no mesmo nível nível de patch, as máquinas Oracle Linux 7.x no mesmo nível de patch, etc.

O que quero dizer é isso. Eu tenho uma máquina CentOS 7 A que atualizo com "sudo yum update". Ele possui os repositórios padrão, além de alguns repositórios adicionais de terceiros. Então, um mês depois, quero atualizar outra máquina CentOS 7, mas não para os pacotes mais recentes, mas para as mesmas versões da máquina A.

Se houver disparidades com quais repositórios e pacotes estão instalados (como a máquina A tem um repositório Yarn e Jenkins e um pacote instalado, enquanto B não os possui, ou vice-versa), eles não contariam, mas seriam atualizados para o mais novo versão disponível em qualquer máquina. Portanto, apenas esses pacotes seriam "restritos à versão" existentes em ambas as máquinas.

Eu sei que pelo menos no CentOS ( YUM ) você pode atualizar um pacote para uma determinada versão em vez da mais recente, e presumo que também seja possível com o APT no Ubuntu. A questão é se existe uma ferramenta para Ubuntu e CentOS que usaria a saída (quais pacotes estão instalados e quais versões) da primeira máquina como entrada nas segundas máquinas, para qual versão atualizá-lo, se esse pacote (e repositório) está instalado lá também. E então o resto seria atualizado para qualquer versão mais recente.

Eu tentei pesquisar isso no Google antes e vejo principalmente duas sugestões:

1. Configure repositórios locais. Na verdade, fiz isso, mas parece muito grande e pesado, apenas para que eu possa manter algumas máquinas no mesmo nível de patch. Faz mais sentido se houver dezenas ou centenas de máquinas para atualizar e manter no mesmo nível de patch (nesse ponto também automatizar tudo com Ansible ou algo assim).

2. Use algum CD de mídia de instalação que tenha um determinado nível de patch e instale as atualizações a partir dele. Não tenho certeza de como isso funciona, mas principalmente, esses CDs de mídia não incluem apenas os repositórios oficiais de distribuição? Que tal os repositórios de terceiros que foram adicionados posteriormente nas máquinas, como Jenkins, GitLab CI , Chrome, epel e o que você tem?

Quando você abre um arquivo .iso com, por exemplo, 7-zip, a ferramenta permite que você teste o arquivo ISO, assim como você pode testar qualquer arquivo RAR ou 7Z ou ZIP se o arquivo ainda está ok.

Se esse teste for concluído com êxito, isso significa que os dados do arquivo .iso e todos os arquivos na imagem do disco ISO estão corretos e não corrompidos (bitrot)?

Estou um pouco confuso porque em outro lugar vi mencionado que o formato ISO (imagem de disco bruto) não contém nenhuma soma de verificação de integridade de dados, então não tenho certeza do que a ferramenta 7-zip está testando ao testar um arquivo de imagem de disco ISO.