問題タブ [proxy-authentication]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
apache - プロキシ認証を使用したApacheリバースプロキシ
私は次の設定をしています
ボックスA(192.168.8.180-Apacheリバースプロキシを実行中)
ボックスB(192.168.8.100:808-インターネットに接続するためのプロキシサーバー)
内部的な理由により、ボックスAのIPはhttp://xyz.mydomain.com/にリダイレクトされます。リバースプロキシは、ボックスBで実行されているプロキシを使用してインターネットに接続します。
プロキシが認証を必要としない場合、セットアップは正常に機能します。しかし、ボックスBのプロキシが認証を必要とする場合、リバースプロキシへのすべての要求は次のエラーで失敗します。
これが私のapache構成です
何か案は?
アクセスログには次のように記載されています
プロキシクレデンシャルは正しいです。ブラウザで確認済み。
ありがとう
java - Java のクライアント Web サービス - プロキシ認証
Eclipse でサード パーティの wsdl をインポートする Web サービス クライアントを作成しました。
しかし、私はこの例外を得ました:
この例外がプロキシでのみ発生したことを願っています。
私とその第三者の間にはプロキシ サーバーがあります。プロキシ認証を行う方法と、このプロキシ認証が必要なコーディングの場所がわかりません。
ios - WSDL2Objc code crash behind authentication HTTP proxy - Help to understand the crash log
I successfully invoke WS from my App with WSDL2Objc Generated code. I sent my application to colleagues for testing purpose and they reported me that the App crashes whenever try to connect to WS. The fact is the iPad is behind and HTTP authentication proxy.
From what i understand, the authentication proxy redirect the connection to an HTTP page which shows a message like "Please supply credential"
I have to avoid the crash and simply show an error but i'm not able to understand where the crash happens. I've symbolicated the crash log and the thread wich crash is this one pasted.
Any help is appreciated.
c# - プロキシ認証エラー
このコードを使用して Web サイト (C#.net デスクトップ アプリケーション) に接続しています。しかし、私はこのエラーメッセージを持っています:
リモート サーバーがエラーを返しました: (407) プロキシ認証が必要です。
どうすればこれを修正できますか?
c# - 私のWCFサービスは、Windowsサービスを実行しているときにエラーをスローしています
私は 1 つの WCF サービスを作成しました。このサービスでは、C# コーディングを使用して HttpWebRequest と HttpWebResponse を介してフィードと新しいフィードの msn を読み取ります。ローカル PC でサービスを実行すると、システムだけでなく、ほとんどすべてのネットワーク システムでも、正常に動作し、適切にフィードを取得します。CredentialCache.DefaultNetworkCredentials
HttpWebRequest プロキシ資格情報へのデフォルトのネットワーク資格情報として割り当てを使用し、HttpWebRequestHttpWebRequest.DefaultWebProxy
のプロキシにも与えています。私のPCではすべて正常に動作しています。そして、サーバーPCにサービスをWindowsサービスにインストールしてサービスを開始すると、次のように予期しないエラーがスローされるたびに
サーバー アプリケーションでこのバグを修正できません。サービスで要求している uri をブラウザにコピーして、サーバー pc でフィードを取得します。しかし、Windows サービス (services.msc) を実行しているときに例外がスローされるのはなぜですか?? 誰でもこの問題を解決するのを手伝ってくれることを願っています。
編集:
実際、プロキシ資格情報のプロキシユーザー名とパスワードを指定し、構成エントリを介してプロキシアドレスを指定する前に、その時点では正常に機能していました。しかし、私たちの計画は、毎回プロキシの IP アドレス、ユーザー名、パスワードを提供する負担を取り除くことです。そのため、システムに保存されているデフォルトのネットワーク資格情報を使用して、上記の手順でプロキシをバイパスすることを計画しました。
http - HTTP仕様:Proxy-AuthorizationおよびAuthorizationヘッダー
だから私は次のシナリオを実装しようとしています:
- アプリケーションは基本認証によって保護されています。それがホストされているとしましょう
app.com
- アプリケーションの前にあるHTTPプロキシにも、認証が必要です。それはでホストされています
proxy.com
したがって、ユーザーは同じリクエストでプロキシとアプリケーションの両方の資格情報を提供する必要があります。したがって、ユーザーは異なるユーザー名とパスワードのペアを持っています。1つのペアはアプリケーションに対して自分自身を認証し、もう1つのユーザー名/パスワードのペアはプロキシに対して自分自身を認証します。
仕様を読んだ後、これをどのように実装すべきかよくわかりません。私がやろうと思っていたのは:
- ユーザーは、認証なしでプロキシにHTTPリクエストを送信します。
- プロキシは応答し、次の形式のヘッダー
407 Proxy Authentication Required
を返します。質問:このヘッダーは正しく設定されていますか?Proxy-Authenticate
"Proxy-Authenticate: Basic realm="proxy.com"
Proxy-Authenticate
- 次に、クライアントは
Proxy-Authorization
ヘッダー(プロキシのBase64表現)を使用してリクエストを再試行しますusername:password
。 - 今回はプロキシがリクエストを認証しますが、アプリケーションは
401 Unauthorized
ヘッダーで応答します。ユーザーはプロキシによって認証されましたが、アプリケーションによっては認証されていません。WWW-Authenticate
アプリケーションは、のようなヘッダーを応答に追加しますWWW-Authenticate: Basic realm="app.com"
。質問:このヘッダー値は正しいですか? - クライアントは、ヘッダーと、アプリのBase64表現で評価され
Proxy-Authorization
たヘッダーの両方を使用してリクエストを再試行します。Authorization
username:password
- この時点で、プロキシはリクエストを正常に認証し、ユーザーも認証するアプリケーションにリクエストを転送します。そして、クライアントは最終的に応答を返します。
ワークフロー全体は正しいですか?
jpa - Java EE 6: いつ EntityManager のプロパティを変更できますか?
Glassfish で Java EE 6 を使用する単純な Web アプリケーションで、Oracle Express データベースへのプロキシ認証を使用したいと考えています。ここのEclipselink 2.3.0ドキュメントには次のように書かれています:
JEE および JTA 管理の EntityManager が使用されている場合、EntityManager および JDBC 接続はアプリケーションの制御下にないため、プロキシ ユーザー/パスワードの指定がより困難になる可能性があります。持続性ユニットのプロパティは、EntityManager で引き続き指定できます。EntityManager がデータベース接続を確立する前にこれが行われている限り、これは引き続き機能します。
私のコードは次のとおりですが@Postconstruct init()
、最後のプロパティがデフォルトのtrueからfalseに変更されていないため、メソッドが呼び出されたときにデータベース接続がすでに確立されていると思います。また、save() メソッドから ORA-00942: テーブルまたはビューが存在しません。glassfish-resources.xml で定義された jdbc 接続プールのユーザープールuser_a
は、プロキシ ユーザーと同様に、テーブルにアクセスできません。
私はあまり経験がありませんが、プロキシ認証が簡単にできると非常に便利なので、時間をかけて試してみました。JavaEE 管理コンテキストでは、EntityManager
接続前にプロパティを設定できますか?
私のpersistence.xml:
apache - プロキシを使用して Apache ACE devserver を実行する方法
プロキシ認証を必要とする企業ネットワークで実行されているマシンで Apache Ace devserver を起動しようとしていますが、サーバーが起動せず、接続タイムアウト エラーが発生します。
リンクhttp://markmail.org/thread/tgoovlkp4gnc3lw4の指示に従って、プロキシ サーバーとポートを含めるように run.bat を変更しました。しかし、リクエストはプロキシ サーバーに到達せず、再び接続タイムアウト エラーが発生します。プロキシを使用して Apache Ace Devserver を起動するには?
android - 認証されたHTTPプロキシの背後にADTプラグインをインストールする
Windows7ホームプレミアムマシンの64ビットEclipseインディゴインストールにAndroidADTプラグを接続しようとしています。私のシステムは、認証されたhttpプロキシの背後にあります。
基本的にADTでパッケージのリストをダウンロードするがパッケージをダウンロードできない(毎回約35%スタックする)http&https(他のエラーが発生したためSOCKSではない)を設定しようとしました。
一部のフォーラムで提案されているようにeclipse.iniに変更を加えると、eclipseはパッケージのリストをダウンロードすることすらできなくなります。
問題は、eclipseがファイルのいくつかを取得できたとしても、ファイルの一部をダウンロードしたくないということです(ただし、完全なパッケージをインストールするのに十分ではありません)
1)プライマリブラウザ-Firefox 2)コントロールパネルのインターネットオプション3)日食でプロキシ設定を設定しています
authentication - How can I hide a custom origin server from the public when using AWS CloudFront?
I am not sure if this exactly qualifies for StackOverflow, but since I need to do this programatically, and I figure lots of people on SO use CloudFront, I think it does... so here goes:
I want to hide public access to my custom origin server.
CloudFront pulls from the custom origin, however I cannot find documentation or any sort of example on preventing direct requests from users to my origin when proxied behind CloudFront unless my origin is S3... which isn't the case with a custom origin.
What technique can I use to identify/authenticate that a request is being proxied through CloudFront instead of being directly requested by the client?
The CloudFront documentation only covers this case when used with an S3 origin. The AWS forum post that lists CloudFront's IP addresses has a disclaimer that the list is not guaranteed to be current and should not be relied upon. See https://forums.aws.amazon.com/ann.jspa?annID=910
I assume that anyone using CloudFront has some sort of way to hide their custom origin from direct requests / crawlers. I would appreciate any sort of tip to get me started. Thanks.