ネットワーク、プロキシ、パッケージミラー

モデル、Notebookリクエストまたはパッケージのダウンロード時にSettings → Networkを開くと、その宛先に到達できません。 このページは接続状況を分離します。, Notebook 許可ドメイン, プロセスプロキシとパッケージミラー. 緑の接続チェックは、すべての保護されたNotebookリクエストが成功することを証明しません。

プロバイダーのリクエスト、Notebookネットワークアクセス、パッケージインストーラーなど、さまざまなルートを使うことができます。 これらの設定を変更しながら、ホスト名と正確なエラーを使用可能にしてください。

ネットワークステータスを最初に読み込む

ステータスは、ネットワークリンク情報とパッケージ登録プローブを組み合わせたものです。 READY・パッケージ登録が可能はプローブが成功したことを示します。 チェックイン、到達不能またはオフラインの状態は、別のチェックまたは接続修理が必要であることを示しています。 接続を変更した後、利用可能なCheck againを使用してください。

ネットワークが Ready を報告するが、ツールが失敗した場合は、そのツールのエラーを拡張します。 ステータスプローブは、独自の目的地をチェックします。 失敗したリクエストのホスト名とメッセージを使用して、影響を受けたルートを診断します。

失敗	次へ進む	この誤った結論を回避する
プロバイダのログインが失敗します	プロバイダ認証とモデル接続チェック	Notebookドメイン設定はモデルの認証情報を提供します
1つの研究のホスト名は否定されます	Configure domains 要求の厳密なホスト名	広範な関連ドメインを追加すると、それを修正します
パッケージホストは既に許可されていますが、 CONNECT は失敗します	インストーラーのログ、プロキシ、DNSの解像度	別の同一の [許可] をクリックすると、すべてのネットワークの障害が解決されます
証明書の検証は失敗します	構成されたCAの束および組織の信頼の条件	証明書の検証を無効にする必要があります。
パッケージの索引は関係の間違いの後で一致の配分を戻しません	以前のネットワークメッセージと選択したPython /プラットフォーム	パッケージは存在しません

Notebookドメインの設定

1. Configure domains を選択します。
2. Notebookネットワーク保護がこのデバイス上で有効であるかどうかをお読みください。
3. 科学サービスグループを拡大して、ホスト名を調べます。 グループ スイッチ コントロール 含まれた宛先. パッケージレジストリ/ソースコードグループが有効化され、このビルドでロックされます。
4. 追加のソースの場合は、Domain hostname で正確なホスト名を入力し、Add を選択します。
5. 新しいドラフトの行を確認します。 [ホスト名] を削除 を使用して、それをやり直します。
6. Save changes を選択して、意図したリストを主張します。

スキーム、パス、ポート、ワイルドカード、IPアドレスがない場合、data.example.orgなどのホスト名を入力します。 Enter a hostname only, without a scheme, path, port, or wildcard. では、これらの部品を削除し、ホスト名を保存します。

名前で許可されているドメインは、別の接続チェックに失敗することができます。 たとえば、pypi.org は許可できますが、198.18.* に解決した場合、非公開の宛先として拒否することができます。 これは、未承認ドメインとは異なる。

プロキシモードを選択

Configure proxy を選択します。 独自のネットワーク構成で供給されるプロキシアドレスを使用する。 スクリーンショットのポートは、そのコンピュータに固有のものです。

モード	ビーキャビター	必須入力
System	アプリのリクエストは、デバイスプロキシをフォローします。 エージェントプロセスは、アプリの起動からプロキシ環境を継承する	明示的なサーバーフィールドなし
Manual	新しいアプリのリクエストを提示し、固定プロキシを処理する	Proxy server URL
Direct	構成された/継承されたプロキシなしで新しいプロセスを接続して下さい	サーバフィールドなし

マニュアルモードは、HTTP、HTTPS、SOCKS、4およびSOCKS5のURLを受け入れます。 URL に埋め込まれた認証情報はサポートされていません。 Bypass rulesは、直接接続するホストのオプションのコンマ区切りリストです。 localhost は常にバイパスされます。

1. Manual を選択します。
2. Proxy server をネットワークで使用しているプロキシアドレスに記入します。
3. 関連する目的地が直接接続する必要がある場合のみ、バイパスルールを追加します。
4. Saveを選択し、**Proxy settings saved.**を待ちます
5. 新規リクエスト/プロセスを開始し、元の失敗操作をテストします。 既存のエージェントセッション、カーネル、インストーラーは既存の接続を維持できます。

マニュアルモードがプロキシサーバー URL を入力してくださいを報告したら、作業プロキシアドレスを入力するか、Doneで草案を破棄してください。 有効なアドレスを保存すると、プロキシが失敗したリクエストを運ぶことができること自体が確認されません。

ドメインが非公開アドレスに解決する場合

インストールが destination resolves to a non-public network address を報告する場合、短いエラーが conda install failed または pip install failed を言う場合でも、詳細なインストーラーログを調べます。

deny network-outbound pypi.org:443
(destination resolves to a non-public network address)

1. 影響を受けるホスト名とその解決されたアドレスを確認してください。 198.18.*などのアドレスは公開先ではありません。
2. 目的地のチェックからドメインリスト決定を区別します。 alreadyAllowedは、解決されたアドレスが許容されていることを確立しません。
3. パブリックDNSの解像度と意図したプロキシルートをネットワーク所有者にチェックし、元の小さなリクエストを再試行します。 ドメイン保護を有効にします。
4. インストールを検証し、別々にインポートします。 保存されたプロキシ、Readyの通訳者または既存のパッケージの成功した使用は不十分です。

同じエラーが永続している場合、ホスト名、解決されたアドレス、プロキシモードをインストーラーログで保持し、トラブルシューティングに従う。 成功した設定は、ダウンロードを成功させるものではありません。

パッケージのミラーおよび証明書の信頼の構成

パッケージミラーの下のConfigureかEditを選んで下さい。

フィールド	入力および効果
Conda channel mirror	Condaチャンネルのダウンロードに使用されるミラールート
Python package index (pip)	Pythonのパッケージの索引URL、通常終わる /simple
CA bundle path	必要なパブリックと企業のルートを含む完全なPEM信託束へのパス。 ブランクは公共の証明書の権限を使用する
View available mirrors	外部ミラーのドキュメントを開く
Save	その後のパッケージ操作のための設定を保存します。
Cancel	草案を破棄

パッケージミラーはパッケージのソースを変更します。 選択したランタイムで、ミラーの必要なroot/index形式、保存、および小さなパッケージ操作を再試行してください。 モデルproviderプロキシ設定は別々です。

コンダ、PyPI および CRAN ミラーのホスト名はパッケージ管理操作のための一時的なアクセスを受け取ります。 これは、永久的なNotebookドメインリストに追加したり、通常のNotebookコードを同じアクセスに付与したりしません。 他のホストへのリダイレクトはまだネットワーク承認フローに従います。

埋め込まれた資格、空白、ローカルホスト、または未加工IPアドレスなしで支えられたHTTP(S)ミラーのURLを使用して下さい。 受け入れられたミラー設定は、利用可能なサーバーやホスト名を予約したアドレスに解決しません。 インストールが失敗した場合は、その操作の実際の目的地と再試行する前にエラーを調べます。 リモートmodelエンドポイントには、別々のHTTPS要件があります。

リクエストが失敗したときに情報を保持する

アプリのバージョン、操作、ランタイム/環境、パッケージ、ホスト名、プロキシモード、および最初の有用なエラーを記録します。 元のインストーラーの出力を保存します。最終的な「マッチングディストリビューションなし」ラインは、以前の接続障害を隠すことができます。 共有診断からトークンとプロキシ認証を除外します。

Pythonモジュールが正常に接続した後に、実行時間とパッケージチェックを続行します。 コンピュートでは、リモートホストのセットアップが別々にカバーされます。

ネットワーク設定ソース, Notebookネットワーク境界.

HTTPエラールックアップ

400、401、403、404、429、または5xx応答については、HTTPトラブルシューティングテーブルを使用してください。 応答サービスおよびステータスコードの詳細なメッセージを保持します。

プロキシ、ミラー、または Notebook ドメインの設定を変更した後、値を永続的に確認し、同じランタイムで元の操作を再試行します。 ダウンロードとパッケージのインポートの両方を確認します。 成功する設定は、インストールエラーを解決しないだけ保存します。