Bagalaw's questions

Estou tentando configurar meu computador para resolver alguns domínios usando um servidor DNS local. O servidor DNS está em 192.168.1.123 e é capaz de resolver tudo normalmente.

Em outros computadores, instalei o dnscrypt-proxy e mudei /etc/resolv.confpara:

nameserver 127.0.0.1
options edns0 single-request-reopen

Também garanti que /etc/resolv.confnão seja substituído pelo NetworkManager.

Em seguida, editei /etc/dnscrypt-proxy/dnscrypt-proxy.tomlpara usar forwarding_rulespara encaminhar home.arpapara 192.168.1.124. Tenho um serviço GIT em execução neste IP e o servidor DNS em 192.168.1.123 está configurado para resolver git.home.arpapara 192.168.1.124. ideia é que eu possa abrir git.home.arpa.

Quando eu uso host git.home.arpaou drill git.home.arpa, meu desktop, meu laptop e o servidor DNS em 192.168.1.123 retornam o IP correto de 192.168.1.124. Também posso ver as consultas nos logs do servidor DNS.

Quando faço isso curl git.home.arpana área de trabalho e no servidor DNS, vejo o HTML correto do serviço GIT. No entanto, no meu laptop eu recebo arquivos curl: (6) Could not resolve host: git.home.arpa. Eu também recebo a mesma coisa dos navegadores.

Pelo que posso dizer, o laptop e o desktop têm configurações idênticas. Os seguintes arquivos são iguais entre eles:

• /etc/resolv.conf
• /etc/nsswitch.conf
• /etc/dnscrypt-proxy/dnscrypt-proxy.toml
• /etc/dnscrypt-proxy/forwarding-rules.txt

Tentei reiniciar o laptop, reiniciar o serviço NetworkManager, reiniciar o dncrypt-proxy. Presumivelmente deve haver alguma diferença, já que um está funcionando e o outro não, mas não sei onde.

Por que o curl não conseguiria resolver um domínio, se o host e o drill podem resolvê-lo? Como posso descobrir qual é o problema?

Eu tenho um monitor de alto DPI e toda vez que crio um prefixo Wine, o padrão de 96 dpi é minúsculo. Existe algum tipo de comando de console ou script que eu possa executar para apenas definir o dpi sem ter que apertar os olhos na janela winecfg?

Eu percebi que a Software/System/CurrentControlSet/Hardware Profiles/Current/Software/Fonts/LogPixelschave indica o DPI. O problema é que todo recurso que encontro diz para editar o registro com o regedit, o programa GUI. Isso é ainda mais doloroso do que winecfg! Pelo que me lembro, no Windows você pode escrever .regarquivos que podem definir uma chave de registro. É possível fazer isso e de alguma forma carregar a chave apenas na linha de comando?

Caso contrário, é possível contornar o winecfg e editar o arquivo de registro diretamente?

Com o comando task next, taskwarrior produz um relatório das próximas tarefas urgentes. O relatório é aparentemente dimensionado para a altura do terminal.

Eu uso o zshell com um prompt especial com 2 linhas de altura. Por causa disso, o taskwarrior parece estar calculando mal a altura máxima e acabo com o próximo cabeçalho da tabela de tarefas oculto da exibição.

Existe uma maneira de ajustar como o próximo relatório de tarefas calcula a altura do terminal?

Estou no Manjaro com Cinnamon como DE, então uso o Nemo como meu gerenciador de arquivos. Sempre que clico duas vezes em .mdarquivos markdown ( ), recebo uma caixa de diálogo perguntando se quero executar o arquivo ou editar em um editor de texto. O editor padrão associado .mdé Typora.

Eu entendo que isso ocorre em parte porque o sinalizador de execução está definido no arquivo; se eu remover a permissão de execução, o arquivo será aberto Typoracomo eu esperava, sem prompt de diálogo. No entanto, isso não é prático como solução:

• Parece que o Nemo cria arquivos com execução definida por padrão, então desativá-lo toda vez é tedioso.
• Percebo que alguns sistemas de arquivos parecem não permitir a desativação do sinalizador de execução, como volumes criptografados.
• Eu posso querer manter um arquivo executável e ter o comportamento padrão de abri-lo em um editor.

Certamente em algum lugar deve haver uma configuração para o tom de "Comportamento padrão para arquivos executáveis: Exibir/Executar/Perguntar". Onde é isso?

Estou tentando obter as últimas linhas journalctlpara poder alimentá-las no meu arquivo conky. No entanto journalctl, por padrão, fornece muita porcaria que desperdiça espaço: Com journalctl -u PROCESS -n 5 --no-pager -leu recebo entradas como:

DATE TIME HOSTNAME PROCESS: MESSAGE

Quero imprimir apenas TIME MESSAGE. Como eu posso fazer isso?

A página de manual diz que há um -oargumento, mas não há um formato predefinido que atenda à minha necessidade. Tentei adicionar, --output-fields=__REALTIME_TIMESTAMP,MESSAGEmas isso mostra apenas a saída padrão (e não o carimbo de data/hora/mensagem). Esse argumento afirma que apenas alguns formatos são afetados, então tentei, --output-fields=__REALTIME_TIMESTAMP,MESSAGE -o verbosemas isso só me dá a saída vebose normal. Além disso, aparentemente há 4 campos que são sempre impressos, o que já é demais para mim. Eu quero apenas 2: um timestamp compacto e a mensagem.

Eu poderia usar alguma magia bash ou um script python para limpá-lo, mas isso parece um pouco excessivo. Certamente há uma maneira de pedir ao journalctl para me dar apenas um carimbo de data/hora e uma mensagem?

Existem muitos pacotes no AUR que, quando você tenta instalá-los, resulta em um erro como:==> ERROR: One or more PGP signatures could not be verified!

Isso é resolvido importando a chave com algo como gpg --recv-keys 123456789ABCDEF. A discussão do AUR frequentemente fornecerá a chave.

Eu tenho algumas perguntas sobre isso:

1. O que exatamente essas chaves fazem? O que está sendo verificado com o GPG e por que é necessário?

2. Por que é necessário importar as chaves manualmente? Por que não pode ser automatizado?

3. Se importar cegamente a chave do tópico de comentários do AUR for ruim, quais etapas devo executar para "verificar" a chave?

4. Onde devo encontrar a chave se ninguém se preocupou em postá-la nos comentários e se não tenho tempo para postar um comentário e esperar que o mantenedor responda?

Pesquisando on-line, encontrei referências a uma postagem de blog bem conhecida . Lamento dizer que, após várias leituras cuidadosas, ainda não entendo os pontos acima.