All perguntas(unix)

No Linux Debian 9 eu sou capaz de resolver um domínio local específico, por exemplo, my.sample-domain.localusando alguns comandos como nslookupou host, mas não com outros comandos como pingou o cliente Postgres psql.

Acho que coisas como o Network Manager configurou meu resolvedor de DNS corretamente (o conteúdo de /etc/resolv.conf), então não sei por que isso está acontecendo?

Verifiquei com um colega usando o Windows 10 e eles não têm nenhuma entrada personalizada em seu arquivo host, embora, no caso deles, a versão do Windows pinge a interface do usuário do banco de dados para Postgres funcionem conforme o esperado, resolvendo o domínio em um endereço IP.

Por favor veja abaixo:

$ ping my.sample-domain.local
ping: my.sample-domain.local: Name or service not known

$ host my.sample-domain.local
my.sample-domain.local has address <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>

$ ping -c 5 <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>
PING <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN> (<THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>) 56(84) bytes of data.
64 bytes from <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>: icmp_seq=1 ttl=128 time=1.16 ms
64 bytes from <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>: icmp_seq=2 ttl=128 time=0.644 ms
64 bytes from <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>: icmp_seq=3 ttl=128 time=0.758 ms
64 bytes from <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>: icmp_seq=4 ttl=128 time=0.684 ms
64 bytes from <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>: icmp_seq=5 ttl=128 time=0.794 ms

--- <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN> ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4056ms
rtt min/avg/max/mdev = 0.644/0.808/1.160/0.183 ms

$ nslookup my.sample-domain.local
Server:        <THE_IP_REPRESENTING_THE_NAMESERVER>
Address:    <THE_IP_REPRESENTING_THE_NAMESERVER>#53

Non-authoritative answer:
Name:    my.sample-domain.local
Address: <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>


$ cat /etc/resolv.conf
domain <AN_INTERNAL_DOMAIN>
search <AN_INTERNAL_DOMAIN>
nameserver <THE_IP_REPRESENTING_THE_NAMESERVER>
nameserver <ANOTHER_IP_REPRESENTING_THE_NAMESERVER>

EDITAR:

Enquanto isso, percebi que há uma máquina virtual Ubuntu 16 na mesma LAN do escritório, então entrei nela e tentei o pingcomando que está funcionando lá.

Além disso, o Ubuntu VM não possui nenhuma configuração personalizada específica /etc/hosts(o mesmo que meu laptop Debian 9 com não personalizado /etc/hosts).

Ambos /etc/resolv.confparecem semelhantes (alguns domínios/IPs compartilhados, alguns outros IPs para o mesmo domínio).

No entanto, o arquivo /etc/nsswitch.confé diferente, então acho que há algo acontecendo com isso mdsn4_minimale a ordem da resolução dos hosts lá, como mdsn4_minimalantes dns:

hosts:      files mdns4_minimal [NOTFOUND=return] dns

e no Ubuntu:

hosts:      files dns

EDIÇÃO 2:

Tanto a VM Ubuntu 16 quanto meu laptop Debian 9 são capazes de resolver esse .localdomínio usando o digcomando.

Depois de ler algumas respostas bem legais desta pergunta , ainda estou confuso sobre por que você gostaria de fingir que é root sem obter nenhum dos benefícios de realmente ser root.

Até agora, o que posso perceber é que fakeroot é usado para dar propriedade a um arquivo que precisa ser root quando é descompactado/tar'ed. Minha pergunta é por que você não pode fazer isso com chown?

Uma discussão do Google Groups aqui aponta que você precisa do fakeroot para compilar um kernel Debian (se você quiser fazer isso de um usuário sem privilégios). Meu comentário é que, a razão pela qual você precisa ser root para compilar é provavelmente porque as permissões de leitura não foram definidas para outros usuários. Se sim, não é uma violação de segurança que o fakeroot permita a compilação (o que significa que o gcc agora pode ler um arquivo que era para o root)?

Esta resposta aqui descreve que as chamadas reais do sistema são feitas com uid/gid real do usuário , então, novamente, onde o fakeroot ajuda?

Como o fakeroot interrompe os escalonamentos de privilégios indesejados no Linux? Se o fakeroot pode enganar o tar para criar um arquivo que pertence ao root, por que não fazer algo semelhante com o SUID?

Pelo que eu recolhi, fakeroot é útil apenas quando você deseja alterar o proprietário de qualquer arquivo de pacote que você criou para root. Mas você pode fazer isso com chown, então onde estou faltando no meu entendimento de como esse componente deve ser usado?

Em um script de shell, como posso testar programaticamente se o terminal suporta ou não 24 bits ou true color?

Relacionado: Esta pergunta é sobre a impressão de um padrão de teste de 24 bits / truecolor para verificação do globo ocular

Em casa, instalei o Pi-Hole em uma máquina Fedora 28 e agora está funcionando corretamente servindo endereços IPv4 via DHCP, atuando como servidor DNS e bloqueando endereços IPv4 conforme apropriado. No entanto, parece estar falhando ao bloquear endereços IPv6. No log eu vejo (por exemplo):

2018-06-12 00:11:15 IPv4    v10.events.data.microsoft.com   192.168.1.79    Pi-holed    -    Whitelist
2018-06-12 00:11:15 IPv6    v10.events.data.microsoft.com   192.168.1.79    OK (forwarded)  -    Blacklist

...Existem muitas outras combinações desse tipo: IPv4 Pi-hole, IPv6 encaminhado no mesmo timestamp para o mesmo FQDN.

Eu sei muito pouco sobre IPv6 neste momento. Estas são algumas das lacunas no meu conhecimento que acho que estão contribuindo para o meu problema:

• Como lidar com a distribuição de endereços IPv6 na minha LAN doméstica? Na página DHCP do Pi-Hole, há uma configuração para "Ativar suporte a IPv6", o que eu fiz. Isso significa que meu Pi-Hole agora servirá endereços IPv6?
• No meu roteador, tenho várias configurações de IPv6: IPv6 (liguei), DHCPv6 (também ativado, mas não faz diferença se estiver desativado, parece), Delegação de prefixo DHCPv6 (ativado e não modificável quando o DHCPv6 está desativado). Isso pode estar colidindo com o PiHole, mas,
• Não sei se posso desligar o IPv6 ou mesmo o DHCPv6 no meu roteador, porque pelo que li, o conceito de ter endereços IPv6 com NAT dentro da LAN é passado'. Todos os dispositivos obtêm um endereço IPv6 roteável hoje em dia devido ao grande espaço de endereço.
• Não consigo modificar os servidores DNS Upstream na minha página de configurações do PiHole para incluir, por exemplo, os servidores IPv6 do Google. Eu não sei por quê.

Os sites de teste de IPv6 mostram que posso alcançá-los via IPv6.

Por fim, estou preocupado com duas coisas: não consigo alterar as configurações de DNS IPv6 e os logs mostram que as entradas IPv6 são encaminhadas.

Meu servidor Centos 7 não resolve nomes de domínio corretamente. Pelo que vejo, em sistemas Linux modernos /etc/resolv.confgeralmente é gerado com dhclient, dnsmasqou Network Manager.

Assim, tenho uma pergunta teórica geral sobre a pilha de rede nos Linux modernos:

Quem é responsável pela leitura /etc/resolv.conf? Quais players (serviços ou subsistemas de kernel) estão envolvidos na resolução de nomes de domínio?

RESPOSTA CURTA: O manual do Arch linux diz que a configuração de alto nível da resolução de nomes de domínio é feita /etc/nsswitch.conf e depende da glibcAPI Name Service Switch.

glibcusa nss-resolvefunção para enviar solicitações de DNS para servidores DNS.

Normalmente, em sistemas CentOS modernos, nss-resolve depende do systemd-resolved serviço. Se /etc/resolv.conffoi gerado por algo como dhclient-script, systemd-resolvedlê e funciona em modo de compatibilidade, emulando o comportamento de sistemas mais antigos como BINDo cliente DNS.

Do manual do findutils:

Por exemplo, construções como esses dois comandos

# risky
find -exec sh -c "something {}" \;
find -execdir sh -c "something {}" \;

são muito perigosos. A razão para isso é que o '{}' é expandido para um nome de arquivo que pode conter um ponto e vírgula ou outros caracteres especiais para o shell. Se, por exemplo, alguém criar o arquivo /tmp/foo; rm -rf $HOME, os dois comandos acima poderão excluir o diretório inicial de alguém.

Portanto, por esse motivo, não execute nenhum comando que passará dados não confiáveis ​​(como os nomes dos arquivos) para comandos que interpretam argumentos como comandos a serem interpretados posteriormente (por exemplo, 'sh').

No caso do shell, existe uma solução inteligente para esse problema:

# safer
find -exec sh -c 'something "$@"' sh {} \;
find -execdir sh -c 'something "$@"' sh {} \;

Essa abordagem não garante evitar todos os problemas, mas é muito mais segura do que substituir os dados escolhidos pelo invasor no texto de um comando shell.

1. A causa do problema é find -exec sh -c "something {}" \;que a substituição de {}não está entre aspas e, portanto, não é tratada como uma única string?

2. Na solução find -exec sh -c 'something "$@"' sh {} \;,

   • first {}é substituído, mas como {}não está entre aspas, também não "$@"tem o mesmo problema que o comando original? Por exemplo, "$@"será expandido para "/tmp/foo;", "rm", "-rf"e "$HOME"?

   • por que {}não é escapado ou citado?

3. Você poderia dar outros exemplos (ainda com sh -c, ou sem ele se aplicável; com ou sem findo que pode não ser necessário) onde o mesmo tipo de problema e solução se aplicam, e que são exemplos mínimos para que possamos focar no problema e na solução com pouca distração possível? Veja Maneiras de fornecer argumentos para um comando executado por `bash -c`

Obrigado.

Quando liguei meu Ubuntu 18.04 ontem e queria iniciar o GitKraken, não funcionou. Depois de clicar em seu ícone, vejo como o processo tenta iniciar no canto superior esquerdo (ao lado de "Atividades"), mas depois de alguns segundos o processo parece morrer e nada acontece. A tentativa de iniciar o GitKraken a partir do console também falha com as duas mensagens a seguir:

/snap/gitkraken/58/bin/desktop-launch: line 23: $HOME/.config/user-dirs.dirs: Permission denied
ln: failed to create symbolic link '$HOME/snap/gitkraken/58/.config/gtk-2.0/gtkfilechooser.ini': File exists

Infelizmente, minhas habilidades em Linux são muito limitadas para resolver isso. A única coisa que tentei é chmod 777 $HOME/.config/user-dirs.dirspor causa do Permossion deniedmas isso não ajudou.

EDIT: como terdon sugeriu em seu comentário que fiz ls -ld ~/.config/user-dirs.dirse esta é a saída:

-rwxrwxrwx 1 myusername myusername 633 Mai 6 10:30 /home/mayusername/.config/user-dirs.dirs

Então, fiz o mv ~/snap/gitkraken/58/.config/gtk-2.0/gtkfilechooser.ini gtkfilechooser.ini.bakcomando e tentei iniciar o GitKraken depois. Eu não comecei a mostrar novamente:

/snap/gitkraken/58/bin/desktop-launch: line 23: /home/myusername/.config/user-dirs.dirs: Permission denied

O ln: failed to create symbolic link ...erro do meu post inicial não apareceu. Executar exe llno diretório ~/snap/gitkraken/58/.config/gtk-2.0me dá a seguinte saída:

drwxrwxr-x 2 myusername myusername 4096 Jun  3 16:44 ./
drwxrwxr-x 8 myusername myusername 4096 Mai 21 12:28 ../
lrwxrwxrwx 1 myusername myusername   47 Jun  3 15:45 gtkfilechooser.ini -> /home/myusername/.config/gtk-2.0/gtkfilechooser.ini
-rw-r--r-- 1 myusername myusername  198 Jun  3 16:44 gtkfilechooser.ini.bak

gtkfilechooser.ini -> /home/myusername/.config/gtk-2.0/gtkfilechooser.iniestá vermelho porque o arquivo não existe mais. Executar o chmodcomando posteriormente não mudou nada. O GitKraken não inicia e gera os mesmos erros.

Se eu executar o comando

ip link | awk '{print $2}'

no Ubuntu 18.04, recebo esta saída:

lo:
00:00:00:00:00:00
wlp1s0:
2c:6e:85:bf:01:00
enp2s0:
14:18:77:a3:01:02

Eu quero formatado assim (sem lo)

wlp1s0: 2c:6e:85:bf:01:00
enp2s0: 14:18:77:a3:01:02

Como eu faço isso?

Fazer man -t man > man.psisso exportará a página man para man in postscript.

Como posso exportá-lo em PDF?

Eu examinei os manuais e aprendi sobre a -Topção, mas não está claro para mim.

Gostaria de usar o VirtualBox para instalar algum software que não deveria ter acesso ao meu computador host (e vice-versa). No entanto, também imagino a possibilidade de tentar coisas mais "perigosas", como tentar executar exploits de dia zero e ver o que eles podem fazer.

Quão isolada uma máquina virtual pode ser feita do host? Devo (ou posso ?) configurar um firewall entre o convidado e o host? Os complementos de convidados são um risco de segurança? E os diretórios compartilhados?

No momento, a máquina convidada está executando o teste GNU/Linux Debian.