davidA's questions

Eu tenho uma LAN isolada e com gap de ar que quero sincronizar. Eu tenho um host que será o servidor de horário oficial para todos os clientes na LAN. Não é importante que o horário da LAN reflita o tempo real, mas é importante que todos os clientes concordem com o horário. Todos os hosts estão executando Linux.

Eu esperava configurar de chronydforma que ele usasse o RTC no host indicado como fonte de tempo autoritativa e fornecesse um serviço NTP aos clientes para que eles pudessem sincronizar com ele. Portanto, se o administrador precisar alterar o horário na LAN, ele poderá atualizar o RTC no servidor de horário e tudo deverá entrar em sincronia com tempo suficiente.

Infelizmente não estou tendo muita sorte configurando chronyddesta forma. Se eu não especificar nenhum servidor de horário (" server ..." in /etc/chrony/chrony.conf), chronydparece operar sem fontes, em vez de usar o RTC local como fonte.

O refclockparâmetro config pode ser usado para selecionar uma fonte de tempo externa, como GPS ou PPS, mas nenhum dos drivers parece apropriado para ler o RTC.

Uma ideia que tive é escrever um pequeno aplicativo para ler o RTC e fornecê-lo como dados PPS sobre o SOCKdriver, mas uma leitura adicional mostrou que isso também requer uma fonte NTP, pois é uma medição de subsegundo e não o tempo absoluto.

É possível usar chronyddesta forma?

Eu tenho um servidor Linux executando Jenkins (HTTP na porta 8080) e o mesmo servidor também está executando o Docker 1.12.1. Usei algumas regras do iptables (conforme os documentos oficiais de instalação do Jenkins) para redirecionar a porta 8080 para a porta 80 do host, para que o HTTP padrão funcionasse para o Jenkins (ou seja http://myserver, em vez de http://myserver:8080):

iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-ports 8080
iptables -t nat -I OUTPUT -p tcp -d 127.0.0.1 --dport 80 -j REDIRECT --to-ports 8080

No entanto, essas regras quebram a capacidade do Docker de baixar os recursos corretos via HTTP durante um docker buildcomando. Por exemplo, RUN apt-get updatefalha com vários erros "falha ao baixar". Fazer wget http://www.google.comdentro do container retorna o HTML para a página principal do Jenkins. HTTP GETs do host funcionam bem. A remoção das regras do iptables resulta no RUN apt-get updatefuncionamento novamente. Então, acho que essas regras do iptables estão interferindo no mecanismo de rede do docker.

Esse redirecionamento de porta pode coexistir com o Docker? Em caso afirmativo, como alguém escreveria regras do iptables para resolver esse problema?