☰

패키지 관리자가 프록시에 의해 차단되었는지 확인하는 방법

tag-icon • tag-icon networking apt package-management yum
패키지 관리자가 프록시에 의해 차단되었는지 확인하는 방법

직장 네트워크에서 Linux 운영 체제를 사용할 수 있는 권한이 있지만 IT 부서에서 인식하지 못하는 제품이 패키지 관리자를 차단하도록 구성되어 있다는 의심이 듭니다.

나는 지난주에 Ubuntu와 Fedora를 사용해 보았고 프록시 설정을 조작하는 데 거의 30시간을 보냈습니다. 작동하지 않은 유일한 것은 apt및 dnf. 다른 모든 것은 괜찮습니다. 건물에는 많은 centOS 서버가 실행 중이므로 좌절감에 centOS를 설치했고 yum은 첫 번째 시도에서 작동했습니다(프록시 설정 사용). 내 생각엔 오래 전에 서버를 설정한 사람이 yum 등을 허용 목록에 추가한 것 같습니다.

apt직장 대리인이 방해 하고 있는지 여부를 증명할 방법이 있습니까 dnf?

업데이트: apt-install 대신 wget을 사용할 때의 응답.

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

이 요청을 Tcpdumping하면 APT를 사용할 때와 동일한 Debian APT-HTTP 헤더가 포함되어 있지 않음을 알 수 있습니다.

모든 것이 정상적으로 보입니다.

-----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-----

답변1

예, 업무 네트워크의 저장소에 연결되지 않은 Ubuntu 또는 Fedora 시스템을 사용하고, 인터넷에 연결된 방식을 제외하고 해당 시스템에서 아무것도 변경하지 마십시오.

Microsoft Windows 시스템에서 작동하는 한 가지 방법은 USB를 통해 Android 휴대폰을 연결하고 Wi-Fi 테더링을 사용하여 Windows 시스템이 분명히 프록시가 없는 verizon, at&t, sprint 네트워크를 통해 휴대폰을 통해 인터넷에 액세스할 수 있도록 하는 것입니다. 나는 이것을 Linux에서 시도한 적이 없다는 것을 인정해야 하지만 많은 인터넷 기사에서는 Android Linux 테더링에 대해 이야기합니다. 또는 가능하다면 시스템을 프록시 없이 인터넷에 액세스할 수 있는 다른 위치로 가져가십시오.

또 다른 방법은 작동하지 않는 것 같은 저장소 웹사이트를 IT 설정의 Windows PC에서 Internet Explorer에 넣고 특정 웹사이트가 프록시에 의해 특별히 차단되는지 확인하는 것입니다.

또 다른 가능성은 Linux에 기업/기업 인증 기관이 설치되어 있지 않고 업데이트 관리자가 "프록시에 의해 차단"되었기 때문이 아니라 보안 https 연결을 설정할 수 없기 때문에 실패한다는 것입니다. 이봐:Linux에서는 "연결이 비공개가 아닙니다"가 발생하지만 Windows에서는 문제가 없습니다.

관련 정보