Juniper Apstra を使用して特定のデバイスにコンフィグレットを適用するには、デバイスのホスト名とタグを指定する必要があります。ホスト名は、Apstra システム内のデバイスの一意の識別子であり、タグは、同じ特性を共有する他のデバイスとグループ化するためにデバイスに割り当てることができるラベルです。ホスト名とタグを使用して、ブループリント カタログでコンフィグレットを適用するデバイスをフィルタリングできます12。
参考文献:
* コンフィグレットの概要
* Terraform レジストリ

Apstra サーバーのロールベースのアクセス制御にリモート ユーザー認証を実装するには、TACACS+、LDAP、または RADIUS のいずれかの方法を使用できます。これらは、企業内の個々のユーザーに割り当てられたロールに基づいてユーザーを認証および認可するために Juniper Apstra がサポートするプロトコルです。
これらのプロトコルの 1 つ以上を認証ソースとして使用し、優先順位を指定するように Apstra サーバーを設定できます。リモート認証が失敗した場合に、フォールバック オプションとしてローカル ユーザー アカウントを使用するように Apstra サーバーを設定することもできます。他のオプションは次の理由で正しくありません。
* D. SAML (Security Assertion Markup Language) は、Apstra サーバーのロールベースのアクセス制御のリモート ユーザー認証でサポートされているプロトコルではないため、SAML は間違っています。SAML は、アイデンティティ プロバイダーやサービス プロバイダーなど、さまざまな当事者間で認証および認可データを交換するための XML ベースの標準です。SAML は Web ベースのシングル サインオン (SSO) シナリオでよく使用されますが、Apstra サーバーとは互換性がありません。
* E. Auth0 は誤りです。Auth0 はプロトコルではなく、Web およびモバイル アプリケーションに認証および認可ソリューションを提供するサービスです。Auth0 は、OAuth、OpenID Connect、SAML、JWT などのさまざまなプロトコルと標準をサポートするプラットフォームです。Auth0 は、Apstra サーバーのロールベースのアクセス制御のためのリモート ユーザー認証としてサポートされているサービスではありません。
参考文献:
* ユーザー認証の概要
* [Juniper Apstra] 認証と認可のデバッグ1
* ユーザー認証(API)
* アプストラサーバーを構成する

Juniper のドキュメント 1 によると、EVPN ルート タイプ 3 は、VTEP の IP アドレスと、それがサポートする VNI をアドバタイズするために使用されます。これにより、VTEP が相互に検出し、共通する VNI の VXLAN トンネルを形成できるようになります。EVPN ルート タイプ 2 は、VTEP に接続されているホストの MAC アドレスと IP アドレスをアドバタイズするために使用されます。これにより、VTEP は、同じ VNI 内のホストの MAC から IP へのバインディングと MAC から VTEP へのマッピングを学習できるようになります。したがって、ERB 設計ブループリントと共通のルーティング ゾーン内の 2 つの仮想ネットワークを備えた Juniper Apstra を使用する場合、これら 2 種類の VXLAN トンネルは EVPN コントロール プレーンによって自動的に作成されます。参考資料: 例: EVPN-VXLAN 中央ルーティング ブリッジング ファブリックの構成

エージェントのインストールが成功すると、Juniper Apstra UI を使用して、デバイスはサービス外検疫 (OOS-QUARANTINED) 状態になります。この状態は、デバイスがまだ Apstra によって管理されておらず、どのブループリントにも割り当てられていないことを意味します。この時点のデバイス構成は Pristine Config と呼ばれます。デバイスをブループリントで使用できるようにするには、デバイスを承認する必要があります。これは、デバイスの ID と所有権を確認する手動のアクションです。デバイスを認識すると、ステータスが Out of Service Ready (OOS-READY) に変わります12。参考文献:
* デバイスの管理
* AOS デバイス構成ライフサイクル