問題タブ [connection-reset]

MVC プロジェクトで 4 MB を超えるファイルをアップロードしようとするとエラーが発生します。小さいファイルの場合、アップロードは正常に機能します。オンラインで見ると、追加する必要があることがわかりました

<httpRuntime maxRequestLength="200000" executionTimeout="240"/>

システムWebのWeb構成に追加しましたが、効果はありませんでした。接続はまだリセット中です。私が見逃した可能性のある変更が必要な他の構成はありますか? ファイルは 10 MB であるため、要求の長さは十分に大きくなります。

要求はタイムアウトではなく、接続は即座にリセットされます。

私も追加してみました

Web構成のWebサーバーセクションに追加しましたが、それも効果がありませんでした。Web 構成は正しいプロジェクトにあるものであり、接続がコントローラーにあるブレークポイントに到達することはありません。これは、大きすぎるファイルを含む http 要求が拒否されている構成の問題であると思われます。その場合、maxrequestlength 属性で問題が解決しないのはなぜですか?

100,000 以上のデータを読み込んでいますが、分析して完了するまでに 30 ～ 40 分ほどかかります。SQL Server 2005 を使用しています。現在、指定された時間が経過した後 (使用する分を取得しようとしています)、SQL Server は接続がリセットされたと言います。

クエリを 1 時間実行できるように、これを変更できる設定はありますか?

毎日いくつかの統計を計算し、FTP を介してサーバーにファイルをアップロードする Java プログラムがあります。ただし、「ピアによる接続のリセット」エラーが頻繁に発生します。

サーバー構成を変更できないため、この種のエラーを処理するための推奨される方法は何ですか? ファイル全体がサーバーに転送されたことを確認するにはどうすればよいですか?

以下は、WMQ チャネルの問題に関する QMGR ログ ファイルの関連部分です。

現時点では、ターゲット チャネル ( CZWJNS.CZWJCZ) が最終的に実行できるようになっていますが、数回の再試行が必要です。それは頻繁に起こり続けます。すべてのメッセージをリモート QMGR ホストのターゲット キューに正常に配信できます。ただし、再試行が複数回行われるため、常に遅延が発生します。

インターネットでリターン コードを検索しました10054が、ピアによって接続がリセットされたことを意味します。

私の WMQ バージョンは、Windows 2003 で 6.0.10 です。

Java Standard Edition アプリケーションを開発しています。
アプリケーションのユーザーには仮名があります。

私のアプリケーションはサーバーとして使用できます。
このような場合、アプリケーションのクライアント インスタンスからの接続を受け入れるためにスレッドが実行されます。
接続が受け入れられると、クライアント ユーザーがリストに登録されます。
サーバー スレッドは、定期的にユーザーのリストをすべてのクライアント インスタンスにブロードキャストします。
クライアント インスタンスは、サーバー インスタンスから送信されたデータから独自のユーザー リストを更新します。

体系的ではない問題があります。
私の問題はTCPプロトコルに関連していると思います。
テスト中、サーバーとクライアントのインスタンスは同じコンピューターで実行されています。
RawCap と Wireshark を使用して、127.0.0.1 で送受信されるデータのフレームをキャプチャしました。

問題が発生するシナリオは次のとおりです。

1. ユーザＵ１はアプリケーションをサーバとして実行する。

2. ユーザー U2 はアプリケーションをクライアントとして実行し、サーバー インスタンスに接続します。

3. サーバー インスタンスは接続を受け入れます。
   接続を確立するために使用されるフレームをキャプチャしました。
   tns-adv はクライアント インスタンスを意味し、tns-server はサーバー インスタンスを意味します。
   フレームは次のとおりです。

   tns-adv > tns-server [SYN] Seq=0
   tns-server > tns-adv [SYN, ACK] Seq=0 Ack=1
   tns-adv > tns-server [ACK] Seq=1 Ack=1

4. クライアント インスタンスは、U2 の仮名をサーバー インスタンスに送信します。
   U2のペンネームは「もい」。
   仮名の後には、復帰文字と改行文字が続きます。
   フレームは次のとおりです。

   tns-adv > tns-server [PSH、ACK] Seq=1 Ack=1 Len=5

5. サーバー インスタンスは、U2 の仮名を受け取ります。TCP 確認応答がクライアント インスタンスに自動的に送信されます。
   フレームは次のとおりです。

   tns-server > tns-adv [ACK] Seq=1 Ack=6

6. サーバー インスタンスは、U2 を独自のユーザー リストに登録します。
   U2 は 2 番目の位置に登録されています。
   サーバーは U2 の位置 (2) をクライアント インスタンスに送信します。
   この位置の後には、キャリッジ リターンとライン フィード文字が続きます。
   フレームは次のとおりです。

   tns-server > tns-adv [PSH、ACK] Seq=1、Ack=6 Len=3

7. クライアント インスタンスは U2 の位置を受け取り、U2 を独自のリストの 2 番目の位置に登録します。
   TCP 確認応答がサーバー インスタンスに自動的に送信されます。
   フレームは次のとおりです。

   tns-adv > tns-server [ACK] Seq=6 Ack=4

8. サーバー インスタンスは、クライアント インスタンスに通知を送信します。
   通知は、クライアント インスタンスがまだ使用可能であることを証明するデータを送り返すようにクライアント インスタンスに通知するために使用されます。
   通知は「【DISPO?】」です。
   通知の後には、キャリッジ リターンとライン フィード文字が続きます。
   フレームは次のとおりです。

   tns-server > tns-adv [PSH、ACK] Seq=4 Ack=6 Len=11

9. TCP 確認応答は、クライアント インスタンスからサーバー インスタンスに自動的に送信されます。
   しかし、次の Java コマンドはクライアント インスタンスでブロックします。 bufferedReader.readLine()
   このコマンドは、サーバー通知を受け取ることになっています。
   サーバー インスタンスで例外がキャッチされ、そのメッセージは次のとおりです。接続がリセットされました。
   接続をリセットするフレームをキャプチャしました。
   しかし、このフレームがクライアント インスタンスから送信される理由がわかりません。
   フレームは次のとおりです。

   tns-adv > tns-server [RST、ACK] Seq=6 Ack=15

編集：コメントに応じて、次のコードスニペットを追加しました

クライアント インスタンスのスレッドで実行される関連する Java コマンド

サーバー インスタンスのスレッドで実行される関連する Java コマンド

最近、Coldfusion 9からCF10にアップグレードしましたが、cfcontentを使用してドキュメント（pdf、docなど）を提供しているページで散発的なエラーが発生します。cfcontentを使用してファイルへのアクセスを制御しています。一部は内部使用のみです。これはCF9（両方の標準）を使用している場合には発生していませんでした。Tomcatへの変更に関連している可能性があると思います。

エラーを再現することはできませんが、1日に200回程度発生しています。

coldfusion.tagext.OutputException：この出力例外の原因は次のとおりです。ClientAbortException：java.net.SocketException：ピアによって接続がリセットされました：ソケット書き込みエラー

日常の仕事中に、SSH 経由でサーバーに接続し続ける必要があります。通常、2 種類のエラーが発生します。最初のエラーは「パイプの破損」で、2 番目のエラーは「ピアによる接続のリセット」です。

これら2つのエラーセットの違いは何ですか?

状況は次のとおりです。

私は Axis2 1.6.2 を使用し、2 つの Web サービス用に( wsdl2javaを使用して) スタブを生成しました。それらをWS#1およびWS#2と呼びましょう。

BasePoolableObjectFactory (org.apache.commons.pool.BasePoolableObjectFactory) を拡張する StubPoolableFactory を実装することで、スタブのプーリング メカニズムを使用します。

これを実現するために、スタブはシングルトンとして作成されたアダプタによって「ラップ」されます。Adapter のスケルトンは次のようになります。

}

スタブのインスタンスを要求するとわかるように、軸構成がスタブに渡されます。この Axis 構成はファクトリから返されます。これは Singleton であり、キャッシュされた HTTP client を持つ MultiThreadedHttpConnectionManager に基づいています。

さて、問題はどこにありますか：

• Web サービスを長時間呼び出した後、 WS#1を呼び出して WS #2の直後に呼び出すと、WS#2 を呼び出すときに Connection Reset エラーが発生することがあります。この接続がリセットされた後、すぐに WS#1 と WS#2 をもう一度呼び出しても問題ありません。
• また、アプリケーションのストレス テストを行っても問題はありません。アイドル状態にして、「back 2 back」 WS#1および WS#2 を呼び出した場合にのみ、常に WS#2 呼び出しで接続のリセットが発生します。

これは私の実装と関係があると思いますか? おそらく、Singleton Axis 構成またはキャッシュされた HTTP クライアントが状況によっては、このリセットの原因になるのでしょうか?

リモート アクセスで Foce.com REST API を使用できるように、OAuth2.0 ユーザー エージェント認証フローを使用してアクセス トークンと更新トークンを取得しています。問題は、正常に承認してトークンを受け取ることができることですが、クライアント アプリケーションを承認した直後にそれらのトークンを使用しているときに、java.net.ConnectException: 接続拒否エラーが発生します。

私がやっている次の手順

1. https://login.salesforce.com/services/oauth2/authorize?response_type=token&client_id= {my_client_id}&redirect_uri={my_redirect_uri}&state=myStateにリダイレクトしてい ます

2. Salesforce でアプリを承認し、redirect_uri のハッシュでアクセス トークンとリフレッシュ トークンを
   {my_redirect_uri}#access_token={my_access_token}&refresh_token={my_refresh_token}&instance_url=https%3A%2F%2Fap1.salesforce.com&id= として受け取ります。 https%3A%2F%2Flogin.salesforce.com%2Fid%2F00D90000000gscOEAQ%2F00590000000sdtJAAQ&issued_at=1351151192815&signature={my_signature_value}&state=myState &scope=id+api+refresh_token

3. ここで、要求ヘッダーを使用してhttps://ap1.salesforce.com/services/data/v20.0/sobjects/Lead/にPOST を実行することで、同じアクセス トークンを使用して REST API を使用しています :
   Content-Type: application/ json
   認証: OAuth {my_access_token}

CURL を使用する場合はアクセス トークンをエスケープする必要があるため、投稿の送信中にアクセス トークンをエスケープしていません。HttpClient Java API も使用する場合に必要ですか?

私が得ている応答は、「java.net.ConnectException: 接続拒否エラー」です。誰かが私が間違っていること、またはそれをさらにデバッグする方法を教えてもらえますか?? Salesforce 側で何が起こっているかを確認する方法はありますか? 一部のログは ?

OAuth Refresh Token Process も試してみると、まったく同じ接続拒否エラーが発生します。

私はクライアントサーバーを作っています。サーバーはハードコードされたファイルを送信できますが、クライアントは指定されていません。テキストファイルのみを送信する必要があります。私が理解している限り、クライアントは最初にファイル名を送信し、次にサーバーがそれを送信します。複雑なことは何もありませんが、あらゆる種類のエラーが発生しています。このコードは接続リセット/ソケットクローズエラーを取得しています。主な問題は、ネットワーキングを研究する時間があまりなかったことです。

私が得ることができるどんな助けにも感謝します。

編集。 回避策を見つけました。ストリームを閉じるとソケットが閉じます。なぜですか? あってはならないことですよね？

サーバ側：

クライアント側：