Você está pedindo o impossível. A máquina que executa o servidor proxy é onde a consulta name → address (para localizar o servidor de conteúdo HTTP) é feita quando você usa um servidor proxy HTTP (conforme desejado). Portanto, a máquina que executa o servidor proxy é onde você deve adicionar substituições de pesquisa, como example.com
→ 1.1.1.1
. Se você quer que seja sua própria máquina, então você terá que executar o servidor proxy HTTP em sua própria máquina.
Naturalmente, você pode configurar um mecanismo de Rube Goldberg em que a máquina com seu servidor proxy usa um servidor DNS proxy em uma máquina em outro local, e a máquina com o servidor DNS proxy tem as substituições de pesquisa. Mas tudo o que isso lhe deu é (a) uma dependência externa extra para sua máquina servidor proxy HTTP, (b) uma máquina diferente para a qual você ainda precisa fazer SSH e editar arquivos de dados quando deseja adicionar outra substituição de pesquisa e (c) possíveis efeitos adversos graves em outros serviços nessa máquina servidor, como email, notícias, FTP, autenticação de usuário da LAN e assim por diante, porque as substituições de consulta de DNS se aplicam a mais do que HTTP.
(Eu não vou tocar em mecanismos ainda mais arcanos, como enviar email para uma caixa de correio [email protected]
no servidor cujo arquivo ~alias/.qmail-squid
invoca um programa sob medida que analisa o correio para editar comandos que são aplicados por meio de ex
to squid.conf
et al .. Porque eu teria que cobrir as extensas ramificações de segurança de permitir que toda a Internet no capricho pudesse editar a configuração do seu servidor pelo correio. Seria muito bobo configurar um sistema desse tipo. unicamente porque ninguém queria gastar o esforço relativamente pequeno de usar ssh
.)
Você terá que conviver com o fato de que fazer um servidor proxy HTTP fazer essa tarefa específica requer que você faça a administração do servidor, de um tipo ou de outro, em a máquina executando o servidor , qualquer máquina que seja.