O Yum não pode baixar, mas o curl está bem?

Question

Estou criando uma cópia local do rpmforge em um host RHEL5.

# reposync --repoid=rpmforge --download_path=/var/www/html/yum

# cd /var/www/html/yum/rpmforge; createrepo --database .

Eu tenho uma entrada de repositório para este repositório local, além do repositório remoto. Então eu faço um yum clean all e yum list local-rpmforge .

# yum list local-rpmforge
Loaded plugins: rhnplugin, security
This system is receiving updates from ULN.
http://${hostname}.${fqdn}/yum/rpmforge/repodata/repomd.xml: [Errno 12] Timeout: <urlopen error timed out>
Trying other mirror.
Error: Cannot retrieve repository metadata (repomd.xml) for repository: local-rpmforge. Please verify its path and try again.

No entanto, a ondulação do URL me causa uma saída imediata!

# curl http://${hostname}.${fqdn}/yum/rpmforge/repodata/repomd.xml
<?xml version="1.0" encoding="UTF-8"?>
<repomd xmlns="http://linux.duke.edu/metadata/repo">
  <data type="other_db">
...

( ${hostname} e ${fqdn} são ofuscações para apaziguar meu grupo de segurança. Nos comandos reais, os nomes de host e subdomínios internos explícitos são fornecidos. Esse problema é totalmente interno. Nenhum firewall ou proxy está envolvido ou é necessário. servidor e cliente estão na mesma sub-rede. wget faz o download do arquivo com a mesma facilidade que o curl.)

O que no mundo? Este não é o único repositório a falhar, mas outros repositórios locais criados com os mesmos métodos são bons.

    

Answer 1

Eu fiz isso de novo! Desta vez, descobri o que fiz há um ano e repeti-o.

Esse host específico armazena os repositórios yum locais, portanto, /etc/yum.conf está configurado com informações de proxy para sair do meu firewall e fazer o download dos pacotes atuais do RHEL.

No entanto, vírgula, deixei de adicionar a linha proxy=_none_ às configurações do repositório interno nos arquivos /etc/yum.repos.d/*.repo internos. Então, o yum estava tentando acertar o proxy dos hosts dentro do firewall e o firewall estava recusando a conexão.

Então, os comentários finais acima estavam certos. Foi o proxy, mas no sentido inverso. Eu estava tentando acertar o proxy quando não deveria estar.