Netskope LogoNetskope Logo
  • セキュリティサービス
  • AIサービス
  • ネットワークサービス
  • 分析サービス
  • 統合
  • getting-started.svg始める
    • サポート
    • コミュニティ
    • Netskope.com
    © 2026 無断転載を禁じます。Netskope 株式会社
    トップページ
    Netskope Private Access
    出版社管理
    パブリッシャーをデプロイする
    出版社の要件と推奨事項

    出版社の要件と推奨事項

    パブリッシャーをデプロイする前に、以下の要件と推奨事項を考慮してください。

    ホストの一般的な要件

    • x86_64アーキテクチャ
    • CPU 2個
    • 4GB RAM
    • 16GBのHDD容量

    ネットワークタイムプロトコル

    ネットワークタイムプロトコル(NTP)の場合、以下のいずれかを選択してください。

    • ローカルNTPサーバーが正しく同期されていることを確認してください(これは通常、DHCPネットワーク構成の場合に必要です)。
    • インターネット上のNTPサーバーへのアクセスが正しく機能することを確認してください。

    出版社の容量

    パブリッシャーのキャパシティと規模拡大を検討する際には、以下の重要な点を考慮してください。

    • 各テナントは最大1000個のパブリッシャーインスタンスをサポートできます。デフォルトの制限はパブリッシャーインスタンス100個です。この制限は、Netskope製品チームとの協議を経て引き上げられる可能性があります。
    • 各パブリッシャーは約500Mbpsのスループットを処理できます。
    • パブリッシャーは、そのサイトを利用するユーザー数には左右されません。
    • パブリッシャーは 受信接続と送信接続の両方に単一のIPアドレスに制限されます。
    • Netskopeは、1つのパブリッシャーで最大28,000の同時TCP/UDP接続をサポートできます。必要なパブリッシャーの数を決定する際には、20%の余裕を持たせることを推奨しています。

    ファイアウォールの要件

    パブリッシャーは、以下のポートとプロトコルによる通信のみを必要とします。

    • Inbound
      • SSHアクセス:管理用ポート22。
    • Outbound
      • DNS: ポート53。
      • HTTPS: ポート443。
      • その他のポート:パブリッシャーは、アプリケーションへのアクセスに必要なTCPポートおよびUDPポートとの間の接続を必要とします。

    注記

    NPA Publisherのトラフィックは、これらの宛先からのTCP戻りトラフィックが、一般的なステートフルな送信ファイアウォールポリシーの一部として暗黙的に許可されることを想定しています。

    ネットワークアクセス

    NPAのアクセスニーズは以下のとおりです。

    成分URLポート注記
    クライアント
    • gateway.npa.<tenant-domain-suffix>

      例:

      gateway.npa.goskope.com, gateway.npa.eu.goskope.com, ..)
    • addon-<customer-tenant-url>

      例:

      addon-acme123.goskope.com
    • nsauth-<customer-tenant-url>

      例:

      nsauth-acme123.goskope.com
    TCP 443 (HTTPS)
    • 発信アクセスのみが必要です。
    • アドオンのURLは、通常、機能フラグの取得やIDP登録に必要です。
    • nsauth URLは、定期的な再認証機能に必要です。
    Publisher
    • stitcher.npa.<tenant-domain-suffix>

      例:

      stitcher.npa.goskope.com
    • addon-<customer-tenant-url>

      例:

      addon-acme123.goskope.com
    • *.docker.com
    • *.docker.io
    • docker-images-prod.6aa30f8b08e16409b46e0173d6de2f56.r2.cloudflarestorage.com
    • s3.us-west-2.amazonaws.com
    • *.ubuntu.com
    • 注記

      パブリッシャーが中国で稼働している場合は、これらのドメインを許可リストに追加する必要があります。

      • dockerauth-cn-shenzhen.aliyuncs.com
      • ns-1-registry.cn-shenzhen.cr.aliyuncs.com
      • npa-ova.oss-cn-shenzhen.aliyuncs.com
      • cri-0mv8zj4da6ewexnq-registry.oss-cn-shenzhen.aliyuncs.com
    TCP 443 (HTTPS)

    TCP 80 (HTTP) *.ubuntu.com

    • 発信アクセスのみが必要です。
    • addon URLは通常、機能フラグを取得するために必要です。
    • 注記

      管理のため、管理サブネットからパブリッシャーへのTCP 22 (SSH)接続を許可してください。

    • パブリッシャーの更新については、以下の宛先への送信アクセスを許可してください。
      • *.docker.com
      • *.docker.io
      • docker-images-prod.6aa30f8b08e16409b46e0173d6de2f56.r2.cloudflarestorage.com

        TCP 443 送信用。

      • *.ubuntu.com

        TCP 80およびTCP 443の送信用。

    クライアントと出版社
    ns-<tenant-ID>.<MP-name>.npa.<tenant-domain-suffix>

    FQDN の代わりに IP サブネットが必要な場合は、 Netskope SE、TSM、またはtenantidおよびmp-nameのサポートにお問い合わせください。

    TCP 443 (HTTPS)

    クライアントのNPA登録/再登録時、およびパブリッシャーの登録時には、外部アクセスが必要です。

    例のURL: ns-1234.us-sv5.npa.goskope.com MP名変数:

    • us-sv5 (SV5)
    • us-sjc1 (SJC1)
    • us-sjc2 (SJC2)
    • de-fr4 (FR4)
    • nl-am2 (AM2)
    • au-mel2 (MEL2)
    • ch-zur2 (ZUR2)
    • uk-lon3 (LON3)
    • sg-sin2 (SIN2)
    • de-fra2 (FRA2)
    • us-dfw3 (DFW3)
    • sa-ruh1 (RUH1)

    注記

    インバウンドアクセスを許可する必要があるのは、 事前ログオン登録のためにインフラストラクチャ内で内部的に維持されているCRLサーバー、またはブラウザアクセスを有効にする場合のみです。 これはデータプレーンのトラフィックには必要ありません。

    IP アドレスに基づく許可リストns-<tenant-ID>.<MP-name>.npa.<tenant-domain-suffix>NetskopePrivate Access については、 こちらの リストの許可リストに関する セクションを参照してください。

    クライアントと出版社
    • gateway.gslb.goskope.com
    • gateway.npa.<tenant-domain-suffix>
    TCP 443 (HTTPS)

    Netskopeは、DNSおよびDNS-over-HTTPSにおける従来のEDNSおよびLDNSメカニズムから移行を進めています。

    ほとんどのお客様にとって、DNSルールは フォールバックメカニズムとして使用されます。これは推奨される方法であり、主要なメカニズムはHTTPS経由で当社のGSLBゲートウェイへのAPI接続を介することを意味します。

    必要なルールを正確に確認するには、 Netskopeの技術担当者にご相談ください。

    クライアントと出版社dns.googleTCP + UDP 53 (DNS) TCP 443 (DNS over HTTPS / DoH)
    • 最も近いNetskopeデータセンターを識別するために、クライアントはセカンダリ方法として EDNS を利用するため、TCP 443 dns.google への DNS over HTTPS を許可する必要があります。 (対応するIPアドレスは 8.8.8.8, 8.8.4.4).
    • EDNSのフォールバックはローカルDNS(LDNS)なので、DNSリゾルバに対してDNS(UDP 53)を許可する必要があります。
    • Netskope 、データセンターを識別するための新しい GSLB API に移行しています。 必要なルールを正確に確認するには、 Netskopeの技術担当者にご相談ください。

    DNSとIP情報

    発行元NPAサービスへの登録およびNetskopeクラウドへの接続のためのDNS。 NPAテナントに関するDNS情報は、以下をご参照ください。

    • https://gateway.npa.<tenant-domain-suffix>
    • https://stitcher.npa.<tenant-domain-suffix>
    • *.docker.com
    • *.docker.io
    • *.ubuntu.com
    • https://ns-<tenant-ID>.<MP-name>.npa.<tenant-domain-suffix>

      tenant-ID は、1234 などの典型的な ID になります。 MP-nameホーム MP 名を表します。

    例えば: ns-1234.us-sjc1.npa.goskope.com 。

    管理平面IPについては、「許可リストLinkIcon.pngIP範囲一覧」に行き、「Netskope Private Accessリストの許可リスト」テーブルを参照してください。

    データプレーンのIPについては、 データプレーンのIP範囲 LinkIcon.pngへ行ってください。

    アプリまたはワイルドカードネットワーク/ドメインのパブリッシャーサイジング

    パブリッシャーはユーザー数に左右されませんが、1つのパブリッシャーがサポートできるユーザー数は、アプリケーションの種類によって異なります。アプリケーションに基づいてパブリッシャーあたりの最大ユーザー数を決定するには、以下の情報を使用してください。

    • パブリッシャーがさまざまな種類のアプリケーションフロー(ウェブ、RDP、SMBなど)を処理する顧客環境では、RDPやSMBに依存するコンピューティング負荷の高いアプリケーションの処理にパブリッシャーのリソース(CPU、TCP/UDP接続、スループット)が過剰に使用される可能性があります。 このような場合、顧客はパブリッシャーの利用状況を監視し、共有パブリッシャー上の他のアプリケーションのリソース不足を回避するために、計算負荷の高いアプリケーション専用のパブリッシャーを割り当てることを検討すべきです。
    • ウェブアプリケーションの場合、ブラウザはドメインごとに最大6つの同時接続を開くことができます。サイジングの目的で、推奨される方法は、32,000を6で割って、Webサーバーの単一のパブリッシャーで同時に接続できる最大ユーザー数を算出することです。 Webサーバーの単一のパブリッシャー。
    • FTPワークロードの場合、1ユーザーあたり1FTPセッションにつき2つのTCP接続が必要です。
    • SSH/SQL接続の場合、ユーザーごとに1つのTCP接続が確立されます。

    広範なネットワークや大規模アプリケーションへのアクセスを拡張するには、次のアプローチが考えられます。 。

    NPAがクラスタに新しく追加されたパブリッシャー全体に負荷を均等に分散できるようにするには、メンテナンス時間中に元のパブリッシャー群を再起動することができます。これにより、ユーザーが各出版社に均等に分散されることになる。

    ネットワークサービス

    ネットワーク

    • パブリッシャーは、社内アプリへのネットワーク接続を確保する必要があります。
    • パブリッシャーは、Netskopeの各種サービス(設定、ゲートウェイ、アップグレード、その他のサービスエンドポイントなど)にアクセスするために、インターネットへのネットワーク接続(アウトバウンド)が必要です。
    DNS 
    • パブリッシャーは、例えばmyapp.example.comのように、内部サービス名を解決できる必要があります。
    • パブリッシャーは、Netskopeの各種サービス(設定、ゲートウェイ、アップグレード、その他のサービスエンドポイントなど)を含む、インターネット上の外部サービス名を解決できる必要があります。
    SSH

    基本的な管理作業(初期設定時に登録トークンをパブリッシャーに渡す、発生する可能性のある問題のトラブルシューティングなど)を行うには、社内デスクトップコンピュータからSSHでパブリッシャーに接続できるはずです。出版社は 自分自身に接続することはできません。

    • DHCPサービスが利用可能なネットワークにPublisher VMをデプロイすると、IPアドレス、デフォルトゲートウェイ、DNSなど、有効なネットワーク構成が自動的に取得されます。
    • DHCPサービスのないネットワークにパブリッシャーVMをデプロイする場合は、静的IPアドレス、デフォルトゲートウェイ、およびDNSを設定する必要があります。
    • Netskopeは、ネットワークにDHCP機能が含まれていることを推奨します。

    注記

    出版社はSSL傍受の対象となる可能性があります。SSL傍受のために、 *.npa.goskope.comへのアクセスが無効になっていることを確認してください。

    ネットワーク設定

    パブリッシャーウィザード(仮想化コンソールから、または実行中のパブリッシャーにSSH接続した後に利用可能)で、ネットワーク設定を選択して構成の詳細を確認できるようになりました。

    設定オプションは2種類あります。

    • DHCP:これにより、DHCP設定に使用するネットワークアダプタを指定できます。eth0は 例ではeth0ですが、パブリッシャーのハードウェア構成によっては、他のアダプタが存在する場合があります。 例えば、VMwareにデプロイされたパブリッシャーには、ens32またはそれに類する名前が存在します。
    • 静的IPアドレス:このオプションを使用すると、DHCP設定が不可能な環境で静的IPアドレス構成を指定できます。この設定には、以下の値を指定する必要があります。
      • ネットワークアダプター
      • IPアドレスとマスク:例:192.168.1.189/24
      • ゲートウェイ:例:192.168.1.1
      • DNSサーバー: DNSサーバーのIPアドレスは2つ推奨しますが、必須は1つだけです。
      • デフォルト検索ドメイン:この設定は通常、貴社のドメイン名と一致するように設定されます。

    注記

    AWS、Azure、GCPなどのパブリッククラウド環境で運用しているパブリッシャーの場合、ネットワーク設定はクラウドプロバイダーコンソール経由で行う必要があります。

    アクセスを有効にするには 複数の検索ドメインを持つPQDNにアクセスするには、マルチ検索ドメインサポート機能の有効化に関するこちらの記事を参照してください。 複数検索ドメインのサポート機能は、現在WindowsおよびmacOSオペレーティングシステムで利用可能です。AndroidやiOSなどのモバイルデバイス、またはドメインに参加していないデバイスからPQDNへのアクセスが必要な場合は、パブリッシャー上で複数の検索ドメインをプロビジョニングする必要があります。

    パブリッシャーウィザードの設定では、デフォルトの検索ドメインを1つ追加できます。Ubuntu 22.04 Publisherマシンに複数の検索ドメインを追加するには、以下の手順に従ってください。

    1. 複数の検索ドメインを含む/etc/netplan/51-cloud-init.yamlファイルを作成します。例えば:
      network:
        ethernets:
          eth0:
            nameservers:
              search: [one.com]
              search: [two.com]
              search: [three.com]
              search: [four.com]
              search: [five.com]
              search: [six.com]

      注記

      「eth0」を対応するインターネットネットワークインターフェースに変更してください。

    2. このコマンドを実行してください: sudo netplan try 。
    3. このコマンドを実行してください: sudo netplan apply 。

    Ubuntu 22.04 では、 systemdの制限により、 netplanを通じて追加できる検索ドメインは 6 つ以下に限られます。6つ以上の検索ドメインを追加する必要がある場合は、 netplanではなく/etc/resolv.confに検索ドメインを追加してください。設定は再起動後に保持されないため、パブリッシャーを再起動した場合は、検索ドメインのエントリを再度追加する必要があることに注意してください。

    上記に加えて、アプリ定義にはPQDNも含める必要があります。例えば、PQDN経由でアクセスするアプリケーションがapp1である場合、 app1はアプリケーション定義内でホストとして定義されなければなりません。

    このトピックでは
    • 出版社の要件と推奨事項