問題タブ [http-status-code-504]

On some of our web apps, when a user connects via a Verizon 5510L Jetpack mobile connection the site address is replaced with an incorrect IP address, and of course throws a 504 error.

Has anyone else ever experienced this? or know why this is happening?

We have other apps that are very similar, on the same server that do not have this issue. Unfortunately this is a popular device with our customer so avoiding the hardware is not an acceptable fix.

As a workaround, the user can connect to the site via a different connection, keep the browser open and connect to their mobile device. This Also is not an acceptable fix as the applications are often used in remote areas.

APNs サービスを使用するアプリケーションがあり、アプリケーションのバックエンド/サーバーは .net にあります。dev および prod Cert を作成しました。アプリケーションの証明書を作成し、本番サーバーに本番証明書を配置しました。

プッシュ通知の受信に問題はなく、開発証明書を使用して開発サーバーですべて正常に動作しています。問題は、プッシュ通知をトリガーする Web サービスにヒットしたときに実稼働サーバーにあり、応答を送信せず、要求のタイムアウト後に 504 応答を返します。

同じ問題に直面している人、またはこれから抜け出すのを手伝ってくれる人はいますか?

PSライブサーバーでプッシュ通知コードにコメントしましたが、正常に動作するため、問題がプッシュ通知サービスにあると確信しています.

次のコードを使用して、ノード アプリケーションから API を呼び出す要求を作成しています。

ステータス コード 504 の応答が返されることがあります。

アプリのタイムアウトを増やすことは役に立ちますか?

504 の応答を受け取った場合、クライアントと API サーバーの間のゲートウェイが断念したということですか?

それとも私のクライアントに問題がありますか？

AWS EC2 サーバーをいくつか実行しており、クライアントは libcurl を使用してパブリック DNS を持つサーバーに HTTP リクエスト (POST) を送信します。サーバーはクライアントに通知せずにシャットダウンする可能性があり、クライアントはリクエストを完了してから取得するのに約 50 秒かかります。 504エラー、この時間を数秒に短縮する方法があるかどうか誰か知っていますか?

これは仕方のない問題かもしれません。私はすべてを試しました。どこかの配電盤で口ひげをたくわえている男がいる気がする。

問題：

Amazon EC2 でアプリケーションを実行しています。インスタンスが 1 つしかなく、ロード バランサーがない場合は、問題なく機能します。

しかし、私の本番環境では、2 つの同一のインスタンスが 1 つのロードバランサーの背後で実行されており、特定のタスク (PDF を生成してメールに添付する機能など) を実行すると、何も起こらず、ネットワークで Google 開発者ツールを使用すると、タイムアウトになると「504 Gateway Timeout」というエラーが表示されます (30 秒に設定しています)。

私のデータベースは外部で、Amazon RDS にあります。

私は思う....クライアントがログインした最初のサーバーに強制的に接続したままにすることができれば、この問題は解決されるでしょう.instance-1が接続しようとしたときに504ゲートウェイタイムアウトが発生していることを私は理解しているからです. instance-2 がタスクを実行します。

これは、負荷分散を使用している場合にのみ発生しますが、2 台のサーバーのいずれかに直接接続している場合は発生しません。

ロード バランサの設定:

• app.myapplication.com が myloadbalancerDNSname.elb.amazonaws.com を指すように、ロード バランサーのレジストラーに CRECORD がある
• ロード バランサーには 2 つの正常なインスタンスがあり、それぞれが同じリージョンにありますが、それらは異なるアベイラビリティ ゾーンにあります。
• ロード バランサーは、インスタンスと同じセキュリティ グループを使用しています (ポート 22、80、および 443 ですべての IP を許可します)。
• ロード バランサーでクロスゾーン ロード バランシングがオンになっています。
• CORS (Amazon S3 内) は、* から * への GET、POST、PUT、DELETE が有効になっています (これがどのようにインスタンスに関連付けられているのかわかりませんが、指示に従って実行しました)
• ロードバランサーには、次のように構成されたリスナーがあります。
• • ロード バランサ プロトコル:HTTP ロード バランサ ポート:80 インスタンス プロトコル:HTTP インスタンス ポート:80
• • ロード バランサー プロトコル:HTTPS ロード バランサー ポート:443 インスタンス プロトコル:HTTP インスタンス ポート:80 (証明書プロバイダーごとに正しく選択された暗号、および SSL フィールドは 100% 確実に正しい)

いくつかのアイデア:

そうは言っても、私は HTTPS ではなく、通常の HTTP でテストしています。SSL が適切にセットアップされていると確信していません。私が疑わしい理由は、https ://app.myapplication.com をキー入力しようとすると、Google 開発者ツールの [ネットワーク] タブに "(failed) net::ERR_CONNECTION_CLOSED" というエラーが表示されるためです。ただし、通常の HTTP を使用しても問題が発生するため、これは適用できないはずです。SSL のトラブルシューティングは後で行うことができます。

繰り返しますが、私の問題は、一部の機能を使用するときに「504 Gateway Timeout」の問題が発生することですが、ページをロードする代わりにランダムに発生することもあります (ただし、めったにありません)。この 504 問題は、ロード バランシングを使用している場合にのみ発生しますが、2 つのインスタンスのいずれかに直接接続している場合には発生しません。

どの質問をすればよいかわかりません。すべてのドキュメントを T までたどり、Web 上のすべての提案を 2 回、3 回チェックしましたが、何もしていないからです。

クライアントは、 Ext.jsを使用して埋め込みのフォーム送信で、圧縮されたログ ファイルのダウンロードを要求しましたiframe。ApacheとJBoss 6を持つサーバーにリクエストが送信されました。サーブレットはログ ファイルを圧縮し、データベース操作を実行して、圧縮ファイルを返します。

ちょうど 2 分後、504 ゲートウェイ タイムアウトメッセージがブラウザのネット パネルに表示されます。このエラーを修正するにはどうすればよいですか?

nginxを搭載した稼働中のサーバーがあります（よくありました）。サーバー (専用) は、drupal サイトをホストするためだけに使用されました。

最近、magento ストアもホストすることを決定し、準備を開始しました。Magento と nginx はすぐに連携して動作しないため、nginx を最新バージョンにアップグレードする必要がありました。すべてがうまくいくように見えました。

昨日、php5-curl (magento が必要) をインストールしましたが、問題が発生しました。(ただし、curl.ini の行をコメントアウトしても何も解決しません)

PHPサイトにアクセスしようとするたびに（drupalまたはmagentoまたはカスタムスクリプトが次のようになりました：

504ゲートウェイのタイムアウト

だから私はグーグルを始め、たくさんのトピックを見つけ、たくさんのアドバイスに従いましたが、何もうまくいかないようです.

nginx のセットアップを変更しようとすると (例:

504 エラーが次のように変わります

502不正なゲートウェイ

nginx エラー ログ: 504 エラーの場合:

2014/11/20 13:17:56 [エラー] 20800#0: *27 アップストリーム タイムアウト (110: 接続タイムアウト) アップストリームからの応答ヘッダーの読み取り中に、クライアント: ...、サーバー: www.(. ..)、リクエスト: "GET (..) / HTTP/1.1"、アップストリーム: "fastcgi://127.0.0.1: 9000"、ホスト: "..."

502 エラーの場合:

19620#0: *84 recv() が失敗しました (104: ピアによって接続がリセットされました) 上流からの応答ヘッダーの読み取り中に、クライアント: (...)、サーバー: (...)、要求: "GET (... ) HTTP/1.1"、アップストリーム: "fa stcgi://127.0.0.1:9000"、ホスト: "(...)"

影響を受ける drupal サイト/ストアは私の会社にとって非常に重要なので、誰かが助けてくれることを願っています。

ありがとう！

dispatch_group_async および異なるディスパッチ キューとディスパッチ グループを使用して 6 つ以上の並列 NSURLConnection.sendSynchronousRequest を開くと、エラー コード 504 Gateway Timeout が発生します。

• このエラーは一貫しておらず、約 30% の確率で発生します。

• 並列接続の数を 5 に減らすと、このエラーは発生しなくなります。

なぜこれが起こっているのですか？NSURLConnection スレッドセーフではありませんか?