Como saber se os gerenciadores de pacotes estão sendo bloqueados por proxy

1

Eu obtive permissão para usar um sistema operacional Linux na rede dos meus locais de trabalho, mas suspeito strongmente que a TI tenha um produto que eles próprios não percebem estar configurado para bloquear gerenciadores de pacotes.

Durante a semana passada, experimentei o Ubuntu e o Fedora e gastei quase 30 horas mexendo com configuração de proxy, e a única coisa que não funciona são apt e dnf . Tudo está bem. Há um número de servidores centOS rodando rodando no prédio, então por frustração eu instalei o centOS, e o yum funcionou na primeira tentativa (com configurações de proxy). Meu palpite é que a pessoa que configurou os servidores há muito tempo brancos listados yum ou algo assim.

Existe alguma maneira de provar de uma forma ou de outra que o nosso proxy no local de trabalho está ou não está interferindo com apt ou dnf ?

ATUALIZAÇÃO: resposta ao usar o wget em vez do apt-install.

wget http://ftp.riken.jp/Linux/ubuntu/dists/xenial-updates/InRelease

Tcpdumping esta requisição mostra que ela não contém o mesmo cabeçalho Debian APT-HTTP como quando usa o APT.

Tudo parece estar normal.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Origin: Ubuntu
Label: Ubuntu
Suite: xenial
Version: 16.04
Codename: xenial
Date: Thu, 21 Apr 2016 23:23:46 UTC
Architectures: amd64 arm64 armhf i386 powerpc ppc64el s390x
Components: main restricted universe multiverse
Description: Ubuntu Xenial 16.04
MD5Sum:
 f52f354808b6658dcd8fc47c813cb087        501150562 Contents-amd64
 605d6257d0144333d320d9aa750b19d2         32582143 Contents-arm64.gz

... many many lines ommited...

 e201ab73d77c0208d5dcd4844b6215bc5e18b49d9f9b58d0fb627c47c0438ecd          9802268 universe/source/Sources.gz
 06d5766fba7d0be3e2d0c801f26d10aa8b4e6e8618711445c1373b535777c84b         35812491 universe/source/Sources
 aefe5a7388a3e638df10ac8f0cd42e6c2947cc766c2f33a3944a5b4900369d1e          7727612 universe/source/Sources.xz
Acquire-By-Hash: yes
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEAREKAAYFAlcZYVUACgkQQJdur0N9BbW9ewCfdMD63UFAr0wTIjaOnnQjI5oH
/wIAnRYjUbR6/i6e6FPClWwNbI6uE15eiQIcBAEBCgAGBQJXGWFVAAoJEDtP5qzA
sh8y3YwP/02/wiF9Q9UCkxJnP6Kr5osPaV9JkGV/bpLELGh6bHyJEnLPO+xfXBoD
glXopP8YiSXhV26Xa2wWLKICKL476uHPOtLz4wn7bdGnUHkizPHfyxQZH58+QTn+
Sy1PdtIPOSNbiU8dz7Q/hfjF5x7JBNC77D4b474hYdb8HZUn1dfTDPgDVW2k4nkU
2w9ysGN8yfWMyG20L6emW4a1KRmyEHpynTMWGYKKzH58WEJKDGrRqbhlwxsjXW9K
F/jkvQPSO7Rg3UB7gLBYKyVuNsCdVh4+Mn6jGf8wv6msJD6Dz1PrudKVBKkO181d
MdO18GfBHhDiMaoIWzMD+XI/+JGV4TALy6zhVz9btH28u2aIgQ7j/K+shR8gk5yQ
pWbSF6GUEHQN44VhdNnA9NdWl9GyFKGWONBfuNMMcU5/HHhO4ZGv9CgvaKrgBWC2
zck3R7SmeL9R3quj4hGP15105uGKKHjX0ee6VP7l3ovRl/d/f5ls7kDa09XGrWFy
WTdU2gw8eutTWlfPPM6+MIjF0o5EWy1Dv03CrE4oNF3GKZaK+WbptKjpMxyGSeNg
/K3TV11F3futZAoxpVbzAWS36BNxqqMotg3Cpegbxtn7s/SWWr0alzi2XqQfeLqC
mLWHaGaIqAmyLXb8m18O5To3Z4zIA6neALhEHs7cfy4f4yQpnbkL
=LkQz
-----END PGP SIGNATURE-----
    
por Erik 06.04.2017 / 03:55

1 resposta

0

sim, leve seu sistema Ubuntu ou Fedora que NÃO está se conectando a qualquer repositório quando estiver em sua rede de trabalho, e não mude nada nesse sistema além dos meios que ele conecta à internet.

Um método que funciona com um sistema Microsoft Windows é conectar um telefone Android via USB e usar o tethering Wi-Fi para que o sistema Windows acesse a Internet através do seu telefone pela Verizon, em uma rede sprint que obviamente não tem proxy. Eu devo admitir que eu nunca tentei isso com o Linux, no entanto, muitos artigos da Internet falam sobre tethering android linux. Ou, se possível, leve o sistema para algum outro local para obter acesso à Internet sem um proxy.

Outra forma é pegar o site do repositório que parece não funcionar, colocá-lo no Internet Explorer de um windows pc configurado pela TI e ver se o site específico está especificamente bloqueado pelo proxy.

Outra possibilidade é que você não tenha sua empresa / autoridade de certificação corporativa instalada no linux, e seu gerenciador de atualização está falhando não porque esteja "bloqueado pelo proxy", mas porque não pode estabelecer uma conexão https segura. Veja aqui: " sua conexão não é privada "no linux, mas ok no windows

    
por 06.04.2017 / 05:06