Sonatype Nexus 2にはルーティング機能があり、特定の（内部の）リポジトリのみがサービスする内部アーティファクトのリクエストを設定できます。Nexus OSS 3でのルーティングの設定方法
Nexus 3のバージョンが稼働していますが、この機能を実装する方法はありません。新しい仕組みかもしれない「コンテンツセレクタ」と呼ばれるものがありますが、それについてのドキュメントは全くないので使用できません。これは非常に重要なセキュリティ要件です。
何か不足していますか？ Nexus 3でリクエストをルーティングするにはどうすればよいですか？
この質問はかなり古いです。この回答がNexus 3の「コンテンツセレクタ」の新しい実装やNexus 2の「ルーティング」を文書化するのに役立つことを願っています。
Nexus 3のSonatype Nexus 2の「ルーティング」機能がNexus 3の「コンテンツセレクタ」に置き換えられました。これはJEXLのクエリに基づいています。 一部の注釈はChapter 4 of Nexus Repository Manager 3.1 Documentationで利用可能になりました。 基本的には、新しいセレクタを作成する必要があります。
サーバー管理と構成 - >リポジトリコンテンツセレクタ。
スコープのJEXLクエリを定義します。 Maven2をリポジトリにCOM/mycompanyので始まるすべてのパスの検索設定以下のクエリは：
format == "maven2" && path =^ "com/mycompany/"
あなたは、「プレビュー」buttunを使用してクエリをテストすることができます。あなたはネクサス2のように、多かれ少なかれに行くその後
サーバーの管理と設定 - >セキュリティ - >権限 - >特権
選択し、名前と説明を付けを作成します。あなたの "コンテンツセレクタ"は、権限とアクション（カンマ区切りリスト）を適用するリポジトリを選択します。
read,browse
次の役割
サーバー管理および構成の作成または変更 - >セキュリティ - あなただけの構成された権限を与える>役割 を。
最後に、必要なユーザーに役割を割り当てます。
Nexusチームに質問したところ、この機能はまだNexus 3にはありません.Nexus 2の機能に関するフィードバックは混乱していたため、よりシンプルな設計に取り組んでいます。
私もこの質問があります。私は答えがNexus 2.xのルーティングコンセプトに対処したとは思わない。ルーティングは、特定のパスがそれらのリポジトリで試されるかどうかをリポジトリに含める/排他的なルールを提供するものです。 Nexus2.xでは、リポジトリターゲットは、ユーザレベルの権限をサポートするためにパスが定義された場所でした。私はこれがコンテンツセレクタにマップされていると思います。 –
私は同意する、これは完全に質問に答えることはありません。任意のユーザーに新しい特権を与えなくても、内部の成果物パスを含む発信接続は引き続きあります。 – Ben