Rajnish Kumar Soni's questions

Eu estava lendo o documento do fantoche para o meio ambiente e quero esclarecimentos nesta declaração em particular:

Quando esse nó solicita um catálogo do mestre, ele solicita esse ambiente. Se você estiver usando um ENC e ele especificar um ambiente para esse nó, ele substituirá o que estiver no arquivo de configuração.

Isso significa que mesmo que meu nó esteja solicitando o catálogo do env de produção, se o mesmo nó estiver presente é outro env, o mestre atribuirá o catálogo ao nó? Pelo meu conhecimento deve dar erro.

Estou tentando entender a implementação de DNS reverso de bind. na configuração do meu laboratório, tenho um servidor pxe witn dns configurado. tem arquivo de zona de pesquisa inversa 21.168.192.in-arpa.arpa. estou usando o capataz para implantar a máquina remota. ip do meu servidor capataz é 192.168.21.1/20. Se eu criar qualquer host no capataz, ele cria uma entrada de pesquisa inversa no arquivo db. se eu tentar atribuir ip ao meu cliente diferente de 21 no terceiro octat ex-192.168.22.101, o capataz mostra erro com dns reverso. Meu entendimento sobre isso é que o capataz não consegue encontrar o arquivo db 22.168.192.in-arpa.arpa e mostra o erro. Será que minha configuração está errada. devo criar arquivo db com id de rede ou tenho que criar um arquivo separado para cada intervalo.

Eu quero saber como o Linux usa a tabela de roteamento ao chegar a outro ip. Como eu sei, por exemplo, quando executamos "ssh 192.168.21.2", o sistema criará o pacote tcp com o ip de destino como 192.168.21.2 e fará referência à tabela de roteamento para o próximo salto. as entradas da tabela de roteamento conforme mostrado abaixo:

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.16.1    0.0.0.0         UG    0      0        0 br0
169.254.0.0     0.0.0.0         255.255.0.0     U     1005   0        0 br0
169.254.0.0     0.0.0.0         255.255.0.0     U     1006   0        0 br1
192.168.16.0    0.0.0.0         255.255.240.0   U     0      0        0 br0
192.168.66.0    0.0.0.0         255.255.255.128 U     0      0        0 br1

Aqui o sistema irá encontrar o endereço de rede de destino e combiná-lo com o endereço de rede de destino e, se for encontrado, enviará esse pacote para o respectivo gateway via interface.

Minha dúvida é como e quando o sistema está calculando o endereço de rede do ip de destino para combiná-lo com a tabela de roteamento. Posso estar totalmente errado neste fluxo. precisa de explicação para entender o fluxo de pacotes do sistema.

Uma continuação desta pergunta .

Minha leitura adicional sobre os drivers de armazenamento do Docker revelou que o overlaydriver mescla todas as camadas de imagem em camadas inferiores usando uma implementação de link físico que causa utilização excessiva de inode. Alguém pode explicar isso? Até onde eu sei, criar links físicos não cria um novo inode.

É possível iniciar diferentes contêineres do Docker com diferentes drivers de armazenamento? Por exemplo, container 1 com AUFS e container 2 com Overlay2?

Eu estava lendo o processo de inicialização do Linux e me deparei com as perguntas abaixo:

1. Quando o mbr é gravado no primeiro setor durante a instalação.?
2. 446 bytes de código mbr serão os mesmos para Linux ou Windows?
3. Como o mbr pode saber onde está meu grub?

Já procurei no google mas não encontrei nenhuma resposta satisfatória.