プロキシサーバーにログインできない原因と対処法について

プロキシサーバーにログインできない場合、原因は単なるID・パスワードの入力ミスだけとは限りません。

実際には、認証情報の誤り、アカウントロック、プロキシ設定の不備、VPN未接続、ネットワーク障害、証明書エラー、アプリ側の設定不足など、複数の要因が考えられます。

また、「プロキシにログインできない」と見えていても、技術的には次のような別々の問題が混在していることがあります。

状況	主な原因
ID・パスワードを入力しても認証されない	認証情報の誤り、アカウントロック、認証方式の不一致
プロキシサーバーに接続できない	サーバー名・ポート番号の誤り、VPN未接続、ネットワーク障害
HTTPSサイトだけ開けない	証明書エラー、HTTPSインスペクション、トンネル接続の失敗
ブラウザでは使えるがアプリでは使えない	アプリ固有のプロキシ設定不足、証明書設定、環境変数の不備

そのため、まずは「ログイン認証で失敗しているのか」「プロキシサーバーに到達できていないのか」「ログイン後の通信で失敗しているのか」を切り分けることが重要です。

ID・パスワードなどの認証情報が間違っている

プロキシサーバーにログインできない原因として最も多いのが、ユーザー名やパスワードの誤りです。

プロキシ認証では、通常のログインIDだけでなく、会社や学校のアカウント、ドメイン付きユーザー名、メールアドレス形式のIDなどが必要になる場合があります。

特に社内プロキシでは、ユーザー名の入力形式が決まっていることがあります。

よくある原因

ユーザー名やパスワードを正しく入力しているつもりでも、次のような理由で認証に失敗することがあります。

原因	内容
パスワードの入力ミス	大文字・小文字、記号、全角・半角の違い
古いパスワードが保存されている	ブラウザやOSが変更前のパスワードを自動入力している
ユーザー名の形式が違う	社内ドメイン付きの形式が必要な場合がある
アカウント種別が違う	メールアドレスではなく社員番号や専用IDが必要な場合がある
パスワード期限切れ	会社や学校の認証基盤でパスワード更新が必要になっている

対処法

まずは、ユーザー名とパスワードを自動入力ではなく手入力で確認します。

ブラウザやOSに古い認証情報が保存されている場合は、保存済みの資格情報を削除してから再度ログインしてください。

Windowsでは資格情報マネージャー、macOSではキーチェーンアクセスに古いプロキシ認証情報が残っている場合があります。

会社や学校のプロキシを使っている場合は、次の点も確認するとよいです。

確認項目	内容
ユーザー名の形式	社内ドメイン付きか、メールアドレス形式か
パスワード変更の有無	最近パスワードを変更していないか
パスワード期限	有効期限が切れていないか
認証対象アカウント	プロキシ用アカウントと通常ログイン用アカウントが同じか

アカウントがロックされている

パスワードを何度も間違えると、プロキシが連携している認証基盤側でアカウントがロックされることがあります。

特に企業や学校では、Active Directory、LDAP、IdP、VPN認証基盤、ゼロトラスト製品などとプロキシ認証が連携している場合があります。

そのため、プロキシ自体ではなく、背後の認証システムでアカウントがロックされているケースもあります。

よくある原因

原因	内容
パスワードを何度も間違えた	一定回数失敗すると一時的にロックされる
古い資格情報が自動送信されている	ブラウザやOSが誤ったパスワードを繰り返し送信している
パスワード期限が切れている	認証基盤側でログインが拒否される
アカウントが無効化されている	異動、退職、権限変更などで利用権限がなくなっている
利用権限が付与されていない	プロキシ利用対象のグループに所属していない

対処法

アカウントロックが疑われる場合は、何度もログインを試さない方が安全です。

失敗回数が増えると、ロック時間が延びたり、管理者による解除が必要になったりする場合があります。

社内や学校のプロキシであれば、情報システム部門やネットワーク管理者に、アカウントロック、パスワード期限切れ、利用権限の有無を確認してもらいましょう。

問い合わせる際は、発生日時、利用端末、接続場所、表示されたエラー内容を伝えると、原因調査がスムーズになります。

プロキシサーバーのアドレスやポート番号が間違っている

プロキシ設定では、プロキシサーバー名とポート番号を正しく入力する必要があります。

プロキシサーバー名、IPアドレス、ポート番号のいずれかが間違っていると、認証画面が表示されなかったり、接続エラーになったりします。

よくある原因

原因	内容
サーバー名が間違っている	文字の入力ミス、古いサーバー名を使っている
ポート番号が違う	8080、3128、1080などの指定を誤っている
HTTP用とSOCKS用を混同している	プロキシの種類と設定欄が合っていない
社内用と外部用の設定を混同している	VPN接続時と社内LAN接続時で設定が違う場合がある
古い設定が残っている	以前のプロキシ設定がそのまま使われている

対処法

管理者やプロキシ提供元から指定された情報を再確認してください。

特に確認すべきなのは、次の項目です。

確認項目	内容
プロキシサーバー名	ホスト名またはIPアドレスが正しいか
ポート番号	指定された番号を使っているか
プロキシの種類	HTTP、HTTPS、SOCKSのどれか
認証の有無	ID・パスワードが必要か
自動設定の有無	PACファイルや自動検出を使う必要があるか

なお、よく使われるポート番号には、HTTPプロキシの8080や3128、SOCKSプロキシの1080などがあります。

ただし、実際のポート番号は環境によって異なるため、必ず指定された値を使用してください。

プロキシの種類が合っていない

プロキシには、HTTPプロキシ、HTTPSプロキシ、SOCKSプロキシなど複数の種類があります。

プロキシの種類とアプリやOSの設定欄が合っていないと、正しいID・パスワードを入力しても接続できません。

主なプロキシの種類

種類	内容
HTTPプロキシ	Web通信を中継する一般的なプロキシ
HTTPS通信向けプロキシ	HTTPSサイトへの接続を中継するために使われる設定
SOCKSプロキシ	HTTPに限らず、より広い通信を中継できるプロキシ
認証付きプロキシ	利用時にID・パスワードなどの認証が必要なプロキシ
透過型プロキシ	利用者が明示的に設定しなくても通信が中継されるプロキシ
PAC方式	アクセス先に応じて使うプロキシを自動的に切り替える方式

注意すべきポイント

「HTTPSプロキシ」という言葉は、環境によって意味が異なることがあります。

ブラウザやOSの設定画面で「HTTPSプロキシ」と表示されていても、必ずしもプロキシサーバーとの通信自体がHTTPSで暗号化されているという意味ではありません。

企業環境では、HTTPプロキシを使い、HTTPSサイトへの接続時にはトンネル接続を行うケースも多くあります。

対処法

プロキシ提供元や管理者に、次の点を確認してください。

確認項目	内容
プロキシの種類	HTTP、HTTPS、SOCKSのどれか
認証方式	Basic、Digest、NTLM、Kerberos、SAML連携など
PACファイルの有無	自動構成スクリプトを使う必要があるか
利用対象アプリ	ブラウザだけか、GitやDockerなども対象か
証明書の必要性	社内ルート証明書や端末証明書が必要か

PACファイルや自動プロキシ設定に問題がある

企業や学校では、手動でプロキシサーバー名を入力するのではなく、PACファイルや自動プロキシ設定を使うことがあります。

PACファイルとは、アクセス先のURLやネットワーク条件に応じて、どのプロキシを使うかを自動判定する設定ファイルです。

PACファイルのURLが間違っていたり、取得できなかったりすると、正しいプロキシを利用できません。

よくある原因

原因	内容
PACファイルのURLが間違っている	自動構成スクリプトを取得できない
VPN未接続でPACファイルにアクセスできない	社内ネットワーク内からしか取得できない
自動検出が機能していない	ネットワーク環境によって自動検出に失敗する
手動設定と自動設定が競合している	どちらの設定が優先されるか分かりにくくなる
古いPACファイルを参照している	サーバー移行後の古い設定が残っている

対処法

OSやブラウザのプロキシ設定で、自動構成スクリプトのURLが正しいか確認してください。

また、手動プロキシ設定と自動プロキシ設定の両方が有効になっている場合、想定外の挙動になることがあります。

管理者の指示に従い、どちらを使うべきか確認しましょう。

VPN接続が必要な環境では、VPN接続後にブラウザやアプリを再起動すると改善する場合があります。

VPNに接続していない

社内プロキシや学校のプロキシは、内部ネットワークまたはVPN経由でしか利用できない場合があります。

自宅や外出先から直接プロキシに接続しようとしても、サーバーに到達できず、ログインできないように見えることがあります。

よくある原因

原因	内容
VPN未接続	社内プロキシへ到達できない
VPN接続が切れている	一見接続中でも実際には通信できていない
VPN接続後に設定が反映されていない	ブラウザやアプリが古いネットワーク状態を使っている
VPNの認証が失敗している	プロキシ以前に社内ネットワークへ入れていない
スプリットトンネルの影響	一部の通信だけVPNを通らない設定になっている

対処法

まず、VPNに正しく接続できているか確認します。

VPN接続後は、ブラウザや対象アプリを再起動してください。

必要に応じて、PC自体を再起動するとネットワーク設定が正常に反映されることがあります。

また、VPNに接続していても、プロキシサーバーへの通信がVPN経由になっていない場合があります。

社内ネットワーク用のルーティングやスプリットトンネル設定については、管理者に確認してください。

ネットワーク接続に問題がある

プロキシにログインできないように見えて、実際にはネットワーク接続そのものに問題がある場合もあります。

Wi-Fiが不安定だったり、DNSでプロキシサーバー名を解決できなかったり、ファイアウォールで通信が遮断されていたりすると、認証画面まで到達できません。

よくある原因

原因	内容
Wi-Fiや有線LANが不安定	通信が途切れて認証できない
DNSの問題	プロキシサーバー名を解決できない
ポート遮断	プロキシのポートに接続できない
ルーターや社内ネットワークの制限	特定の通信が拒否されている
モバイル回線から利用できない	接続元ネットワークが許可されていない

対処法

プロキシを使わない通常のインターネット接続ができるか確認してください。

そのうえで、プロキシサーバー名が解決できるか、指定されたポートに接続できるかを確認します。

なお、pingで応答がない場合でも、必ずしもプロキシが使えないとは限りません。

企業ネットワークでは、セキュリティ上の理由でpingへの応答を拒否していることがあります。

最終的には、プロキシのポート番号に対して接続できるかどうかを確認する方が確実です。

ファイアウォールやセキュリティソフトがブロックしている

端末側のファイアウォール、セキュリティソフト、EDR、VPNクライアントなどが、プロキシ通信をブロックしている場合があります。

特に、新しいPCへ移行した直後や、セキュリティソフトを更新した直後に発生しやすいです。

よくある原因

原因	内容
ファイアウォールが通信を遮断している	ブラウザやアプリの通信が許可されていない
セキュリティソフトのWeb保護機能	プロキシ通信やHTTPS通信に干渉している
VPNクライアントとの競合	ネットワーク経路が意図せず変わっている
EDRや端末管理ソフトの制御	企業ポリシーにより通信が制限されている
HTTPSスキャンの影響	証明書エラーや接続失敗につながることがある

対処法

会社支給端末の場合、自己判断でセキュリティソフトを無効化するのは避けてください。

まずは情報システム部門に確認するのが安全です。

個人端末の場合は、セキュリティソフトのWeb保護、HTTPSスキャン、ファイアウォール設定、VPNクライアントとの競合を確認します。

一時的な無効化で原因を切り分ける場合でも、必ず安全な環境で行い、確認後は元に戻してください。

---

ブラウザやOSのプロキシ設定に問題がある

ChromeやEdgeなどのブラウザは、多くの場合、OSのプロキシ設定を参照します。

一方、Firefoxのように、独自のプロキシ設定を持つブラウザもあります。

そのため、あるブラウザでは接続できるのに、別のブラウザでは接続できないということがあります。

よくある原因

原因	内容
OS側のプロキシ設定が間違っている	ChromeやEdgeなどに影響する
Firefoxだけ別設定になっている	Firefox独自のネットワーク設定が使われている
古い認証情報が保存されている	何度も認証失敗になる
ブラウザ拡張機能が干渉している	VPN系、セキュリティ系、広告ブロック系拡張が影響する
キャッシュやCookieの不具合	認証ポータルでログインループになることがある

対処法

まず、別のブラウザで同じプロキシに接続できるか確認してください。

Chromeで失敗する場合はEdgeやFirefox、Firefoxで失敗する場合はChromeやEdgeを試すと、OS側の問題なのかブラウザ固有の問題なのかを切り分けやすくなります。

また、シークレットウィンドウやプライベートウィンドウで試す、ブラウザのキャッシュやCookieを削除する、拡張機能を一時的に無効化する、といった方法も有効です。

認証方式がアプリに対応していない

プロキシ認証には複数の方式があります。

ブラウザでは自動的に対応できても、Git、npm、Docker、VS Code、Python、Javaアプリなどでは同じように認証できない場合があります。

主な認証方式

認証方式	内容
Basic認証	ユーザー名とパスワードを使う単純な方式
Digest認証	Basic認証より安全性を高めた方式
NTLM認証	Windowsドメイン環境で使われることがある方式
Kerberos認証	シングルサインオン環境で使われることがある方式
SAML / OIDC連携	クラウド型プロキシやゼロトラスト製品で使われることがある方式
証明書認証	端末証明書やクライアント証明書を使う方式
専用エージェント認証	端末にインストールされたセキュリティエージェントを使う方式

注意すべきポイント

Windowsドメイン環境ではNTLMやKerberosが使われることがあります。

一方で、最近の企業ネットワークでは、クラウド型のセキュアWebゲートウェイ、ゼロトラスト製品、IdP連携、端末証明書、専用エージェントによる認証が使われることも増えています。

そのため、「ブラウザでは使えるのにアプリでは使えない」という場合は、アプリがその認証方式に対応していない可能性があります。

対処法

対象アプリが、利用しているプロキシ認証方式に対応しているか確認してください。

また、会社や学校の環境では、アプリごとに推奨設定が決められている場合があります。

Git、npm、Docker、VS Codeなどを使う場合は、管理者が用意している設定手順に従うのが安全です。

407 Proxy Authentication Required が表示される

プロキシ関連でよく見られるエラーが「407 Proxy Authentication Required」です。

これは、アクセス先のWebサイトではなく、途中のプロキシサーバーが「認証が必要です」と返している状態です。

主な原因

原因	内容
認証情報が未入力	プロキシにID・パスワードが送られていない
ID・パスワードが間違っている	認証に失敗している
古い資格情報が保存されている	変更前のパスワードが自動送信されている
認証方式が合っていない	アプリがNTLMやKerberosなどに対応していない
アカウントがロックされている	認証基盤側で利用できない状態になっている
利用権限がない	プロキシ利用対象のユーザーではない

対処法

407エラーが出る場合は、まずプロキシ認証に関する問題を疑います。

ユーザー名とパスワードを確認し、保存済み資格情報を削除してから再度入力してください。

それでも解決しない場合は、アカウントロック、パスワード期限切れ、利用権限、認証方式の不一致を確認します。

ブラウザでは問題なく使えるのに特定アプリだけ407になる場合は、そのアプリのプロキシ認証設定が不足している可能性があります。

HTTPSサイトだけ開けない場合は証明書の問題も疑う

プロキシへの認証自体は成功していても、HTTPSサイトにアクセスしたときだけエラーになる場合があります。

この場合は、ログイン失敗ではなく、証明書やHTTPS通信の検査に関する問題である可能性があります。

よくある原因

原因	内容
社内ルート証明書が未導入	HTTPSインスペクション環境で証明書エラーになる
証明書の期限切れ	古い証明書を使っている
アプリ独自の証明書ストア	ブラウザではOKでもGitやJavaでは失敗する
HTTPSスキャンの影響	セキュリティソフトが通信を中継している
プロキシのポリシー制限	特定サイトへのHTTPS接続が禁止されている

対処法

会社や学校のネットワークでは、HTTPS通信を検査するために独自のルート証明書を端末へ導入することがあります。

この証明書が入っていない場合、ブラウザやアプリが通信を安全でないと判断し、接続を止めることがあります。

ブラウザでは問題なくても、Git、Java、Python、Node.jsなどでは別途証明書設定が必要になる場合があります。

証明書エラーが出る場合は、自己判断で警告を無視するのではなく、管理者が指定する正しい証明書を導入してください。

プロキシサーバー側に障害が起きている

利用者側の設定に問題がなくても、プロキシサーバー側で障害が発生している場合があります。

この場合、自分だけでなく複数の利用者が同じようにログインできない、または通信できない状態になります。

よくある原因

原因	内容
プロキシサーバーの停止	メンテナンスや障害で利用できない
認証基盤の障害	Active Directory、LDAP、IdPなどに問題がある
同時接続数の上限	利用者が多すぎて接続できない
ライセンス上限	製品の契約数を超えている
上流ネットワーク障害	プロキシから外部サイトへ接続できない
サーバー負荷	応答が遅い、タイムアウトする

対処法

自分以外の利用者も同じ症状か確認してください。

複数人が同時にログインできない場合は、端末側ではなくプロキシサーバー側や認証基盤側の問題である可能性が高くなります。

管理者に問い合わせる際は、発生時刻、利用場所、エラー内容、他の利用者にも発生しているかを伝えると、原因調査が早くなります。

IPアドレス制限や接続元制限に引っかかっている

プロキシサーバーによっては、接続元のIPアドレスやネットワークを制限している場合があります。

社内LANからは使えるのに、自宅やモバイル回線からは使えない場合は、接続元制限が原因かもしれません。

よくある制限

制限	内容
社内IPのみ許可	社内ネットワークからしか接続できない
VPN経由のみ許可	VPN接続時だけ利用できる
特定拠点のみ許可	本社や支社など特定ネットワークに限定される
海外IP制限	海外からの接続を拒否する
登録端末のみ許可	会社管理端末だけ利用できる
証明書付き端末のみ許可	端末証明書が必要になる

対処法

利用しているネットワークが、プロキシの利用対象に含まれているか確認してください。

自宅や外出先から利用する場合は、VPN接続が必要なことがあります。

また、個人PCや新しいPCでは、端末登録や証明書の導入が必要になる場合があります。

プロキシ除外設定が原因になっている

プロキシ設定には、「この宛先にはプロキシを使わない」という除外設定があります。

この除外設定が誤っていると、本来プロキシを使うべき通信が直接接続になったり、逆にプロキシを使ってはいけない社内サイトへプロキシ経由でアクセスしたりして、エラーが発生することがあります。

よくある原因

原因	内容
社内ドメインが除外されていない	イントラネットへの接続に失敗する
外部サイトが誤って除外されている	プロキシを通すべき通信が直接接続になる
PACファイルの判定が誤っている	アクセス先に応じたプロキシ選択が失敗する
アプリごとの除外設定が違う	ブラウザと開発ツールで挙動が変わる
ワイルドカードの書き方が違う	想定した範囲が除外されていない

対処法

OS、ブラウザ、対象アプリのプロキシ除外設定を確認してください。

特に、社内ドメイン、ローカルホスト、プライベートIPアドレス、イントラネット、認証サーバー、PACファイルのURLなどが適切に扱われているか確認する必要があります。

なお、除外設定の書式はアプリによって異なることがあります。

ワイルドカードやIP範囲指定の扱いがツールごとに違う点にも注意してください。

アプリごとのプロキシ設定が不足している

OSやブラウザでプロキシ設定をしていても、すべてのアプリが自動的にその設定を使うとは限りません。

特に開発ツールやコマンドラインツールでは、アプリごとにプロキシ設定が必要になることがあります。

よく問題になりやすいアプリ

アプリ・ツール	起こりやすい問題
Git	OS設定を参照せず、独自設定が必要な場合がある
npm / yarn	プロキシ設定や証明書設定が不足しやすい
pip	パッケージ取得時にプロキシ設定が必要になる
Docker	Docker Desktopやデーモン側の設定が別になる
VS Code	拡張機能の通信で失敗することがある
Javaアプリ	OSとは別の証明書ストアを使うことがある
Pythonスクリプト	実行環境ごとにプロキシ設定が必要になる
PowerShell	環境変数やシステム設定の扱いに注意が必要
Maven / Gradle	設定ファイルでプロキシ指定が必要になることがある

対処法

ブラウザでは使えるのに特定アプリだけ失敗する場合、そのアプリがOSのプロキシ設定を参照しているか確認してください。

必要に応じて、アプリ固有のプロキシ設定、証明書設定、環境変数、認証方式への対応状況を確認します。

企業環境では、開発ツール向けのプロキシ設定手順が用意されていることも多いため、管理者の案内に従うのが安全です。

端末の時刻ずれが原因になることもある

Kerberos認証、証明書認証、トークン認証などを利用している環境では、端末の時刻が大きくずれていると認証に失敗することがあります。

時刻がずれていると、認証チケットや証明書、アクセストークンが期限切れまたは無効と判断される場合があります。

よくある原因

原因	内容
PCの時刻がずれている	認証チケットや証明書の検証に失敗する
タイムゾーンが違う	実際の時刻とシステム時刻がずれる
時刻同期が無効	NTPや社内時刻サーバーと同期できていない
ドメイン環境との同期不良	会社PCで認証に失敗することがある

対処法

端末の日付、時刻、タイムゾーンが正しいか確認してください。

会社支給PCの場合は、社内の時刻同期サーバーやドメインコントローラーとの同期が必要な場合があります。

時刻を修正した後は、ブラウザやアプリを再起動し、必要であればPCも再起動してください。

キャッシュやCookieが影響している

プロキシやネットワーク認証ポータルを利用している場合、ブラウザのキャッシュやCookieが原因でログインできなくなることがあります。

特に、認証画面に何度も戻される、ログイン後に再びログイン画面が表示される、といった場合は、ブラウザ側の状態に問題があるかもしれません。

よくある原因

原因	内容
Cookieの破損	認証状態が正しく保存されない
古いセッション情報	以前のログイン情報が残っている
キャッシュの不整合	古いログイン画面やスクリプトが使われている
拡張機能の干渉	Cookie制御や広告ブロックが影響する
複数アカウントの混在	別アカウントのセッションが残っている

対処法

まずは、シークレットウィンドウやプライベートウィンドウで試してください。

それで解決する場合は、通常ウィンドウのCookie、キャッシュ、保存済み認証情報、拡張機能のいずれかが原因である可能性が高いです。

必要に応じて、対象サイトや認証ポータルのCookieを削除し、ブラウザを再起動してください。

端末証明書やMDM登録が必要な場合がある

企業や学校のプロキシでは、ユーザーIDとパスワードだけでなく、端末自体が信頼されたデバイスとして登録されている必要がある場合があります。

このような環境では、個人PCや新しくセットアップしたPCからはログインできないことがあります。

よくある原因

原因	内容
MDMに登録されていない	会社管理端末として認識されていない
端末証明書がない	クライアント証明書による認証ができない
セキュリティエージェントが未導入	端末状態を確認できない
コンプライアンス違反	OS更新、暗号化、ウイルス対策などの条件を満たしていない
個人PC利用が禁止されている	ポリシー上、接続が許可されていない

対処法

新しいPC、再セットアップしたPC、個人PCで発生している場合は、端末登録が完了しているか確認してください。

会社や学校の環境では、端末証明書、MDM登録、セキュリティエージェント、VPNクライアントの導入が必要な場合があります。

管理者に確認し、正式な手順に従ってセットアップしてください。

入力しているURLがプロキシ利用者向けではない

「プロキシにログインする」といっても、実際にはいくつかの意味があります。

利用者がプロキシを使う場合、通常はブラウザでプロキシサーバーの管理画面にログインするのではなく、OSやブラウザのネットワーク設定にプロキシ情報を登録します。

混同しやすいもの

種類	内容
プロキシ認証	Webアクセス時にID・パスワードを求められる
管理画面ログイン	管理者がプロキシサーバーを設定するための画面
PACファイルURL	自動プロキシ設定を取得するためのURL
VPNログイン	社内ネットワークへ接続するための認証
認証ポータル	ネットワーク利用前にログインするWeb画面

対処法

自分が行おうとしているのが、プロキシ認証なのか、管理画面ログインなのか、VPNログインなのかを確認してください。

一般利用者がプロキシを使う場合は、管理画面にログインするのではなく、指定されたプロキシ設定を端末やブラウザに登録するケースが多いです。

状況別の切り分け方法

プロキシにログインできない場合は、症状ごとに原因を絞り込むと効率的です。

ブラウザでだけログインできない場合

ブラウザでだけ失敗する場合は、ブラウザ固有の問題が疑われます。

考えられる原因	対処法
保存済み認証情報が古い	保存済みパスワードや資格情報を削除する
Cookieやキャッシュの不具合	Cookie、キャッシュを削除する
拡張機能の干渉	拡張機能を一時的に無効化する
ブラウザ固有のプロキシ設定	別ブラウザで試す
認証ポータルのセッション不良	シークレットウィンドウで試す

すべてのアプリで接続できない場合

ブラウザだけでなく、すべてのアプリで接続できない場合は、端末やネットワーク全体の問題が疑われます。

考えられる原因	対処法
VPN未接続	VPNに接続する
プロキシサーバー名やポートの誤り	管理者指定の設定を確認する
ネットワーク障害	別ネットワークや他端末で試す
ファイアウォール遮断	セキュリティ設定を確認する
プロキシサーバー障害	他の利用者にも発生しているか確認する

ブラウザでは使えるが開発ツールでは使えない場合

ブラウザでは正常に使えるのに、Git、npm、Docker、VS Codeなどで失敗する場合は、アプリ固有の設定が原因であることが多いです。

考えられる原因	対処法
アプリがOS設定を参照していない	アプリ側のプロキシ設定を確認する
認証方式に対応していない	NTLM、Kerberos、SAML連携などの対応状況を確認する
証明書ストアが別	アプリ用の証明書設定を確認する
環境変数が不足している	プロキシ関連の環境変数を確認する
会社指定の設定が必要	管理者の手順書を確認する

会社PCでは使えるが個人PCでは使えない場合

会社支給PCでは問題なく使えるのに、個人PCや新しいPCで使えない場合は、端末認証やポリシー制限が原因の可能性があります。

考えられる原因	対処法
個人PCが許可されていない	利用ルールを確認する
MDM登録がない	端末登録の手順を確認する
端末証明書がない	証明書の配布手順を確認する
セキュリティエージェントが未導入	必要なソフトを導入する
接続元IPが許可されていない	VPNや許可ネットワークから接続する

エラー別に見る主な原因

表示されるエラーによって、原因の見当をつけることができます。

エラー・症状	可能性が高い原因
407 Proxy Authentication Required	プロキシ認証情報の不足、誤り、認証方式の不一致
403 Forbidden	権限不足、IP制限、ポリシー制限
502 Bad Gateway	プロキシ、上流サーバー、アクセス先サービスの中継エラー
503 Service Unavailable	プロキシまたは上流サービスの停止、過負荷
Connection timed out	ネットワーク到達不可、VPN未接続、ポート遮断
ERR_PROXY_CONNECTION_FAILED	プロキシ設定ミス、サーバー停止、到達性の問題
ERR_TUNNEL_CONNECTION_FAILED	HTTPSトンネル確立失敗、プロキシ制限、証明書、認証、上流接続障害
ERR_CERT_AUTHORITY_INVALID	社内ルート証明書未導入、HTTPSインスペクション、証明書チェーン不備
認証画面が何度も出る	パスワード誤り、古い資格情報、アカウントロック、認証方式不一致
ログイン後に再びログイン画面へ戻る	Cookie不具合、認証ポータルのセッション不良、複数アカウント混在

まず確認すべきチェックリスト

プロキシサーバーにログインできない場合は、次の順番で確認すると原因を絞り込みやすくなります。

基本確認

チェック項目	内容
ユーザー名とパスワード	手入力で再確認する
ユーザー名の形式	ドメイン付き、メールアドレス形式、社員番号形式などを確認する
保存済み資格情報	古いパスワードが残っていないか確認する
アカウント状態	ロック、期限切れ、権限不足がないか確認する
エラー内容	407、403、証明書エラーなどを確認する

接続確認

チェック項目	内容
VPN接続	社内プロキシの場合、VPNが必要か確認する
ネットワーク	Wi-Fi、有線LAN、モバイル回線で違いがあるか確認する
プロキシサーバー名	指定されたサーバー名が正しいか確認する
ポート番号	指定されたポート番号が正しいか確認する
接続元制限	社内IP、VPN、登録端末などの条件を満たしているか確認する

設定確認

チェック項目	内容
手動設定	プロキシサーバー名とポートが正しいか
自動設定	PACファイルのURLが正しいか
除外設定	社内サイトやローカル通信の扱いが正しいか
ブラウザ設定	OS設定を使っているか、独自設定か
アプリ設定	Git、npm、Dockerなどの個別設定が必要か

セキュリティ確認

チェック項目	内容
証明書	社内ルート証明書や端末証明書が必要か
セキュリティソフト	Web保護やHTTPSスキャンが影響していないか
MDM登録	会社管理端末として登録されているか
端末状態	OS更新、暗号化、ウイルス対策などの条件を満たしているか
時刻設定	日付、時刻、タイムゾーンが正しいか

---

管理者に問い合わせるときに伝えるべき情報

社内や学校のプロキシで解決できない場合は、情報システム部門やネットワーク管理者に問い合わせましょう。

その際、単に「ログインできません」と伝えるよりも、状況を整理して伝える方が早く解決できます。

伝えるとよい情報

項目	内容
発生日時	いつから発生しているか
利用場所	社内、自宅、外出先、VPN、モバイル回線など
端末	Windows、macOS、iPhone、Androidなど
ブラウザ	Chrome、Edge、Firefox、Safariなど
対象アプリ	ブラウザ、Git、npm、Docker、VS Codeなど
プロキシ設定方式	手動設定、自動設定、PACファイル、自動検出など
表示されるエラー	407、403、証明書エラー、タイムアウトなど
発生範囲	自分だけか、他の利用者にも発生しているか
試したこと	再入力、ブラウザ変更、VPN再接続、再起動など
最近の変更	パスワード変更、PC交換、OS更新、セキュリティソフト更新など

問い合わせ時に確認してもらう内容

確認項目	内容
アカウントロック	認証失敗によりロックされていないか
パスワード期限	認証基盤側で期限切れになっていないか
利用権限	プロキシ利用対象グループに含まれているか
接続元制限	現在のネットワークやIPが許可されているか
サーバー障害	プロキシや認証基盤に障害がないか
証明書要件	端末証明書や社内ルート証明書が必要か
端末登録	MDMやセキュリティエージェントが必要か

まとめ

プロキシサーバーにログインできない場合は、まず「認証の問題」「接続の問題」「証明書の問題」「アプリ固有の問題」を分けて考えることが重要です。

特に、407エラーが表示される場合は、プロキシ認証情報、保存済み資格情報、アカウントロック、認証方式の不一致を確認してください。

一方、接続タイムアウトやプロキシ接続失敗が出る場合は、プロキシサーバー名、ポート番号、VPN接続、ネットワーク到達性、ファイアウォールを確認する必要があります。

HTTPSサイトだけ開けない場合は、ログイン情報ではなく、社内ルート証明書やHTTPSインスペクション、証明書ストアの問題が関係している可能性があります。

また、ブラウザでは使えるのにGit、npm、Docker、VS Codeなどで失敗する場合は、アプリごとのプロキシ設定や証明書設定、認証方式への対応状況を確認しましょう。

原因を切り分ける際は、次の順番で確認すると効率的です。

優先順位	確認内容
1	エラーコードや症状を確認する
2	ユーザー名、パスワード、保存済み資格情報を確認する
3	VPNや接続元ネットワークを確認する
4	プロキシサーバー名、ポート番号、PAC設定を確認する
5	ブラウザやアプリ固有の設定を確認する
6	証明書、端末登録、セキュリティソフトを確認する
7	他の利用者にも発生しているか確認する
8	管理者にアカウント状態やサーバー障害を確認してもらう

プロキシの問題は、利用者側の設定ミスだけでなく、認証基盤、ネットワーク、証明書、端末管理、セキュリティ製品などが関係することがあります。

そのため、エラー内容と発生条件を整理しながら、段階的に確認していくことが解決への近道です。

以上、プロキシサーバーにログインできない原因と対処法についてでした。

最後までお読みいただき、ありがとうございました。