パフォーマンスと接続性のトラブルシューティング Ping、Traceroute、またはTelnet

このガイドでは、Netskope Private Access (NPA) を介したアプリケーションの接続性検証の後半部分について説明します。Netskope Publisherからプライベートアプリケーションへの接続性を確認する手順が含まれており、 UIのNetskopeトラブルシューターを実行した後、クライアントからPublisherへの接続性を確認する際に併せて検討する必要があります。 使うツールはすべて、ほとんどのオペレーティング システムにあるよくあるツールで、一部は Publisher にネイティブに含まれています。 Publisherに標準搭載されていないツールについては、インストール手順が提供されています。Netskopeは、以下のツールのインストール、設定、トラブルシューティングを推奨またはサポートするものではありません。これらは例として提供されており、 同様の機能を持つ他のツールを選択することもできます。

Ping（ICMP）

Pingは接続性を検証するためのよくある単純な方法です。そのネットワークでICMPがブロックされていない限り、それ on the Publisher を使ってPublisherがアプリケーションに到達できることを検証します。Pingはポートまたはプロトコル固有の接続性を検証しません。

一部のテナントではPingサポート（レガシーアプリケーション向け）xxが有効になっています。これにより、WindowsクライアントはNPA経由でプライベートアプリケーションにpingを送信できます。この機能はアプリケーションの互換性のためにのみ存在します。クライアント側のping結果では経路のどの部分に問題があるかは判別できません。また、Netskopeサポートはそれらを診断の証拠として受け付けません。pingは必ずPublisherから実行してください。または、Ping診断をターゲットにし、アプリケーションサーバーを宛先にしてPublisherからログを収集してください。

Traceroute

Tracerouteは、2つのホスト間の経路と接続性を検証します。デフォルトではパブリッシャーにインストールされておらず、ICMP と同様の制限があります。 traceroute によって、パス上の各ホップでの接続性を確認します。

上記の例では、パブリッシャーはアプリケーションと同じサブネット上にあるため、アプリケーションホストへの直接ホップは1回のみとなります。より複雑で大規模な環境では、トラフィックがパブリッシャーとアプリケーション間のより多くのネットワークデバイスを通過する可能性があるため、複数のエントリが観測される可能性が高くなります。

Telnet

Telnetはデフォルトではパブリッシャーにインストールされていません。Telnetをインストールするには、以下の手順に従ってください。