openresolv (Português)

Openresolv é uma implementação de resolvconf, isto é, framework de gerenciamento de resolv.conf.

Status de tradução: Esse artigo é uma tradução de openresolv. Data da última tradução: 2020-04-07. Você pode ajudar a sincronizar a tradução, se houver alterações na versão em inglês.

Apesar do openresolv ser mais conhecido por permitir que vários aplicativos modifiquem o /etc/resolv.conf, ele atualmente é a única forma padrão de implementar:

controle dinâmico de um resolvedor DNS (além do glibc),
encaminhamento condicional dinâmico.

Dica: Uma implementação alternativa é o systemd-resolvconf, mas ele só pode ser usado com systemd-resolved.

Instalação

Instale o pacote openresolv.

Uso

Openresolv fornece resolvconf(8) e é configurado no /etc/resolvconf.conf. Veja resolvconf.conf(5) para opções válidas.

A execução de vai gerar /etc/resolv.conf.

Usuários

Clientes DHCP:

dhcpcd tem um hook que usa resolvconf se ele estiver instalado.
iwd (Português)#Ativar configuração de rede embutida

Gerenciadores de rede:

netctl (usado por padrão)
NetworkManager (Português)#Usar openresolv (limitado a uma única interface)

Clientes VPN:

Assinantes

Openresolv pode ser configurado para passar servidores de nome e domínios de pesquisa para resolvedores de DNS. Há suporte aos seguintes resolvedores:

Veja a documentação oficial para instruções.

Dicas e truques

Definindo vários valores por opções

A página man não menciona isso, mas para definir vários valores, para opções que oferecem suporte a isso (p.ex., name_servers, /etc/resolv_conf_options etc.) no /etc/resolvconf.conf, você precisa escrevê-los separados por espaço entre aspas. Por exemplo:

gollark: the trait bound `impl core::future::future::Future: warp::reply::Reply` is not satisfiedthe trait `warp::reply::Reply` is not implemented for `impl core::future::future::Future`note: required because of the requirements on the impl of `warp::reply::Reply` for `(impl core::future::future::Future,)`note: required because of the requirements on the impl of `warp::reply::Reply` for `warp::generic::Either<(impl core::future::future::Future,), (impl warp::reply::Reply,)>`note: required because of the requirements on the impl of `warp::reply::Reply` for `(warp::generic::Either<(impl core::future::future::Future,), (impl warp::reply::Reply,)>,)`note: required because of the requirements on the impl of `warp::reply::Reply` for `warp::generic::Either<(warp::filters::fs::File,), (warp::generic::Either<(impl core::future::future::Future,), (impl warp::reply::Reply,)>,)>`note: required because of the requirements on the impl of `warp::reply::Reply` for `(warp::generic::Either<(warp::filters::fs::File,), (warp::generic::Either<(impl core::future::future::Future,), (impl warp::reply::Reply,)>,)>,)`

gollark: If I change one line in my Rust code I can make it generate extremely incomprehensible type errors fairly easily.

gollark: Generally it would just randomly not compile with some incomprehensible type error.

gollark: That is quite something. Rust wouldn't have this issue, of course.

gollark: It's not unnecessary, just mostly unnecessary.

This article is issued from Archlinux. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.