質問: お世話になっております。 皆様のご助力もあり、企業や学校においてはProxyサーバを経由して社外ネットワークへアクセスするのが一般的であるということがわかりました。 最近はhttpsによる通信が一般的になっていることもあり、間にproxyが挟まって一旦proxyで復号化して中身を監視するような構成だと、原理的に証明書のエラーが発生します。 IEやChromeなどのブラウザであれば、ブラウザにProxyのルート証明書をインストールすれば証明書関連のエラーが解消できます。 pipやapt,yumなどを始めとするパッケージ管理ソフトや、モジュール等の自動ダウンロード機能がある一部のソフトではProxyを使用してhttpsでダウンロードしようとすると証明書関連のエラーが発生します。証明書エラーを無視するという設定ができるソフトもあります。 Proxyを経由する場合は、これらのソフトに対して様々な方法で対策をする必要があります。 そこで質問です、IoTや組み込み・業務系に限らず、ソフトウェア開発をおこなう企業では、Proxyの構成はどのようなものになっているのが一般的なのでしょうか。 私はインフラ関連については疎いので、ネットで聞きかじったくらいしか知識がありませんが、 ・https,httpについて、全部の通信を一旦復号化して監視・記録する ・httpだけを監視・記録する。httpsについては素通りにしてIPアドレスやドメイン名のみ記録する ....などがパターンとしては考えられるのかな...とおもいます。 個人的には、先行開発をメインにおこなう部署や会社では、新しいツールを導入するときに、Proxyとの格闘でかなり時間を費やしているんじゃないかな...とおもっています。 (しかも、頻繁にバージョンアップなどあり、そのたびに設定方法が変わるとか...) そのような場合、素直にProxyと格闘するのか、情シスから緩和ルールをもらったりするのか...などどのように運用されているのか、なども教えていただけると嬉しいです。
回答: > > ソフトウェア開発をおこなう企業 > > > であれば > > pipやapt,yumなどを始めとするパッケージ管理ソフトや、モジュール等の自動ダウンロード機能がある一部のソフト > > > に対応するリポジトリサーバをイントラに持っていることも少なくないのではないでしょうか(一般的である、かどうかまではわかりませんが)。 例えばJFrog ArtifactoryやSonatype Nexus Repositoryはそのような目的を達成するためのプロダクトです。 (ミラー機能というのがあります) エンドユーザ(ソフトウェア開発者)とリポジトリサーバ間の通信がイントラネットワークで完結すれば > > 証明書関連のエラーが発生 > > > するような仕組みを差し挟む必要がそもそも無くなるのではないでしょうか。