☰

パッケージマネージャがプロキシによってブロックされているかどうかを確認する方法

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システムで動作する1つの方法は、USB経由でAndroid携帯電話を接続し、Wi-Fiテザリングを使用してWindowsシステムが明らかにプロキシなしのverizon、at&t、sprintネットワーク経由で携帯電話を介してインターネットにアクセスできるようにするすることです。私はこれをLinuxで試したことがないことを認めなければなりませんが、多くのインターネット記事ではAndroid Linuxテザリングについて話します。または、可能であれば、システムをプロキシなしでインターネットにアクセスできる別の場所に移動します。

もう1つの方法は、動作しないようなリポジトリWebサイトをIT設定のWindows PCからInternet Explorerに配置し、特定のWebサイトがプロキシによって特別にブロックされていることを確認することです。

もう1つの可能性は、Linuxに企業/企業認証局がインストールされておらず、アップデートマネージャが「プロキシによってブロックされた」ためではなく、セキュアなhttps接続を確立できないために失敗することです。ねえ:Linuxでは、「接続はプライベートではありません」が発生しますが、Windowsでは問題はありません。

おすすめ記事