NetWorker:AUTHC接続がHTTP 400/403エラーで失敗する

Summary: NetWorker認証サービス(AUTHC)への接続が失敗します。報告されるエラーは、HTTP 400(不正なリクエスト)またはHTTP 403(禁止)です

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

The NetWorker nsrlogin コマンドがHTTP 400または403で失敗します。

nsrlogin -u administrator
130136:nsrlogin: Please enter password:
117849:nsrlogin: Authentication library error: CONNECT tunnel failed, response 403
Server Message : Make sure that server is running

または

nsrlogin -u Administrator
130136:nsrlogin: Please enter password:
117849:nsrlogin: Authentication library error: CONNECT tunnel failed, response 400
Server Message : Make sure that server is running

NetWorker認証やその他の認証サービスに接続しようとすると、同様のエラーで失敗します。

nsrauthtrust -H NETWORKER_SERVER_NAME -P 9090
125927:nsrauthtrust: Failed to retrieve certificate: CONNECT tunnel failed, response 403

NMC(NetWorker管理コンソール)およびNWUI(NetWorker Webユーザー インターフェイス)のアップグレード(Windows)およびアップグレード後のスクリプト(Linux)では、AUTHCポートでの接続障害が報告されます。

Cause

この問題は、NetWorkerの外部で発生しています。The NetWorker nsrlogin また、環境にHTTPSプロキシが構成されているため、コマンドで「Connect Tunnel Failed」が報告されました。これは、 curl コマンドを使用して実行できます。

curl https://NETWORKER_SERVER_ADDRESS:9090

curl -v https://NETWORKER_SERVER_ADDRESS:9090
* Rebuilt URL to: https://NETWORKER_SERVER_ADDRESS:9090/
* Uses proxy env variable no_proxy == 'HTTP_PROXY_HOSTNAME'
* Uses proxy env variable https_proxy == 'http://HTTP_PROXY_HOSTNAME:8080'
*   Trying HTTP_PROXY_IP...
* TCP_NODELAY set
* Connected to HTTP_PROXY_HOSTNAME (HTTP_PROXY_IP) port 8080 (#0)
* allocate connect buffer!
* Establish HTTP proxy tunnel to NETWORKER_SERVER_ADDRESS:9090
> CONNECT NETWORKER_SERVER_ADDRESS:9090 HTTP/1.1
> Host: NETWORKER_SERVER_ADDRESS:9090
> User-Agent: curl/7.61.1
> Proxy-Connection: Keep-Alive

< HTTP/1.1 403 Forbidden
< Server: squid/3.5.20
< Mime-Version: 1.0
< Date: Thu, 03 Jul 2025 15:36:25 GMT
< Content-Type: text/html;charset=utf-8
< Content-Length: 3548
< X-Squid-Error: ERR_ACCESS_DENIED 0
< Vary: Accept-Language
< X-Cache: MISS from HTTP_PROXY_HOSTNAME
< X-Cache-Lookup: NONE from HTTP_PROXY_HOSTNAME:8080
< Via: 1.1 HTTP_PROXY_HOSTNAME (squid/3.5.20)
< Proxy-Connection: Keep-Alive
* Received HTTP code 403 from proxy after CONNECT
* Closing connection 0
* Curl: (56) Received HTTP code 403 from proxy after CONNECT

または

curl -v https://NETWORKER_SERVER_ADDRESS:9090
* Uses proxy env variable https_proxy == 'http://HTTP_PROXY_HOSTNAME:443'
*   Trying HTTP_PROXY_IP:443...
* Connected to HTTP_PROXY_HOSTNAME (HTTP_PROXY_IP) port 443 (#0)
* allocate connect buffer!
* Establish HTTP proxy tunnel to NETWORKER_SERVER_ADDRESS:9090
> CONNECT NETWORKER_SERVER_ADDRESS:9090 HTTP/1.1
> Host: NETWORKER_SERVER_ADDRESS:9090
> User-Agent: curl/7.76.1
> Proxy-Connection: Keep-Alive
>
< HTTP/1.1 400 Bad Request
< Server: openresty
< Date: Thu, 03 Jul 2025 14:11:12 GMT
< Content-Type: text/html
< Content-Length: 154
< Connection: close
<
* Received HTTP code 400 from proxy after CONNECT
* CONNECT phase completed!
* Closing connection 0

返される具体的なエラーは、使用しているプロキシ ベンダーと構成によって異なります。共通点は、NetWorker認証(AUTHC)ポート(デフォルトは9090)への通信がHTTPSプロキシ ホストを介してリダイレクトされることです。返されるエラーは HTTP 4xx エラーです。400 (不正な要求) または 403 (禁止) のいずれかです。

Resolution

ポート9090での認証トラフィック専用のHTTPSプロキシの使用は、サポートされている構成として明示的に文書化されておらず、テストもされていません。NetWorkerコンポーネントは通常、特に認証のために、サービス間の直接通信を想定しています。

 

NetWorkerサーバー上のHTTP/HTTPSプロキシ構成を削除します。これは、NetWorkerサーバー上のポート9090と通信するすべてのNetWorkerホストからも削除する必要があります。詳細については、NetWorkerプロセスとポート

 

NetWorkerサーバーで、次のコマンドを実行します。

unset https_proxy
unset http_proxy
メモ: 変数名を、NetWorkerサーバーで使用されているHTTPSプロキシ変数に置き換えます。変数は、 curl 接続出力。変数を特定できない場合は、システム管理者またはプロキシ ベンダーのドキュメントに問い合わせてください。HTTPSプロキシ リクエストを無効にするには、追加の変更が必要になる場合があります。この構成は、NetWorkerソフトウェアまたは構成の外部です。

変数の設定が解除されたら、 nsrlogin 又。成功した場合は、次を実行します。 nsrlogoutの詳細を確認してください。

[admin@lnx-srvr01 root]$ nsrlogin -u Administrator
130136:nsrlogin: Please enter password:
Authentication succeeded

[admin@lnx-srvr01 root]$ nsrlogout

これは、NetWorker AUTHCサービスとの通信が機能していることを示します。NetWorkerの認証やポート9090を介した通信に関連するその他のプロセスは成功すると想定されています。

Additional Information

unset command は、現在のシェルセッションの変数の設定を解除するだけです。システム変数またはプロファイル変数として設定すると、ターミナルを開いたり、システムを再起動したり、新しいシェルセッションを開始したりすると、自動的にロードされます。次のセッションまたは再起動時に変数がロードされないようにするには、次のアクションを実行する必要があります。

Windows: SYSTEMまたはUSER変数を確認し、HTTP/HTTPSプロキシ ホストの定義に使用した変数をすべて削除します。

Windows変数 

Linuxの場合次のファイルでHTTP/HTTPS変数の設定を確認し、削除します。 

  • ~/.bashrc
  • ~/.bash_profile
  • ~/。プロフィール
  • /etc/environment
  • /etc/profile
  • /etc/profile.d/*.sh

Affected Products

NetWorker

Products

NetWorker Family
Article Properties
Article Number: 000340491
Article Type: Solution
Last Modified: 08 Jul 2025
Version:  1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.