タグ付けされた質問 「keepalive」

実行しているTomcat Webサーバーとの通信中にHTTP持続接続が使用されていることを確認しようとしています。現在、ブラウザ（Chromeなど）からサーバー上のリソースを取得し、netstatを使用して接続が確立されていることを確認できます。 # visit http://server:8080/path/to/resource in Chrome [server:/tmp]$ netstat -a ... tcp 0 0 server.mydomain:webcache client.mydomain:55502 ESTABLISHED ただし、curlを使用すると、netstatでサーバー上の接続が表示されません。 [client:/tmp]$ curl --keepalive-time 60 --keepalive http://server:8080/path/to/resource ... [server:/tmp]$ netstat -a # no connection exists for client.mydomain また、次のcurlコマンドを使用してみました。 curl -H "Keep-Alive: 60" -H "Connection: keep-alive" http://server:8080/path/to/resource クライアントマシンのcurlバージョンは次のとおりです。 [server:/tmp]$ curl -V curl 7.19.5 (x86_64-unknown-linux-gnu) …

36 http  tcp  curl  netstat  keepalive 

HTTPキープアライブのIIS7のデフォルト時間は？

26 iis  iis-7  http  timeout  keepalive 

デフォルトのインストールでは、Apache 2のkeepAliveはオフになっていますが、別のサーバーを見ると、keepAliveモジュールがオンになっています。 だから、キープアライブが私にとって正しいかどうかはどうすればわかりますか？これを構成するための良い例を見つけることができますか？

25 apache-2.2  keepalive 

このnginxサーバーをAWSで実行していますが、最近10人のユーザーがWebサイトへのアクセスを10回試行するまでウェブサイトが開かないという不満を訴え始めました。 私の側から問題を再現することはできませんでした。GoogleのDNS、つまり8.8.8.8を使用しています。ユーザーの1人に対して同じものを変更したとき、サイトは正常に機能していました。これが理由になる場合もあれば、単なる偶然の場合もあります。 エラーログでこれを見つけました- 2014/05/29 13:46:15 [info] 6940#0: *150649 client timed out (110: Connection timed out) while waiting for request, client: xx.xxx.xxx.xx, server: 0.0.0.0:80 2014/05/29 13:46:20 [info] 6940#0: *150670 client closed connection while waiting for request, client: xx.xxx.xxx.xx, server: 0.0.0.0:80 2014/05/29 13:46:20 [info] 6940#0: *150653 client closed connection while waiting for …

21 nginx  timeout  keepalive 

高可用性サーバークラスターを構造化します。ここで、キープアライブとハートビートの詳細、両方の違い、およびどちらを選択するかについて知りたいです。

20 high-availability  heartbeat  keepalive 

キープアライブがクライアント側からサーバーで動作していることを確認するためのいくつかの異なる方法/ツールは何ですか？

20 http  httpd  web  keepalive 

どちらがより良い構成/最適化ですか：明示的に制限するkeepalive_timeoutか、Nginxがキープアライブ接続を単独で強制終了できるようにしますか？ keepalive_timeoutNginx のディレクティブに関する2つの矛盾する推奨事項を見てきました。それらは次のとおりです。 # How long to allow each connection to stay idle; longer values are better # for each individual client, particularly for SSL, but means that worker # connections are tied up longer. (Default: 65) keepalive_timeout 20; そして # You should remove keepalive_timeout from your formula. # Nginx …

14 nginx  keepalive 

シナリオ： デスクでラップトップをイーサネットに接続し、SSH経由でリモートサーバーに接続している ラップトップでオフィスの反対側に移動し、SSH接続を中断せずにWiFiに変更したい 私は試しました：最初にWiFiに接続し、次にイーサネットを切断します。また、最初にイーサネットを切断してからWiFiに接続します。どちらのアプローチも機能しません。UbuntuおよびOS Xサーバーとクライアントの両方のOSオプションを使用する場合にも試してみました。運がありません。 古い切断されたインターフェースの代わりに、新しく接続されたネットワークインターフェースの使用を開始するようにSSH接続に伝える何らかの方法が必要なようです。何か案は？ 私は1日中Wi-Fiにとどまることができることに気付きましたが、それはしたくありません。また、リモートサーバー上のスクリーンセッション内から作業し、インターフェイスを変更した後にそのスクリーンセッションに再接続できることもわかりますが、それもしたくありません。たとえば、SSHを介したデータベースダンプのような大きなコマンドをパイピングしたり、SSHFSを介してファイルを開いたり、再接続の煩わしさを避けたい場合があります。

13 networking  ssh  wifi  sshfs  keepalive 

忙しいmysqlベースのサイトを提供するために、php-fpmとともにnginxを使用しています。現在、を使用しkeepalive_timeout = 5ていますが、最適な調整方法について明確なアイデアはありません。あなたのヒントに感謝します。

12 nginx  keepalive 

顧客サイトでは、ネットワークチームがクライアントとサーバーの間にファイアウォールを追加しました。これにより、アイドル時間の約40分後にアイドル接続が切断されます。ネットワークの人々は、ファイアウォールにはアイドル接続のタイムアウトがないと言っていますが、実際にはアイドル接続が壊れています。 これを回避するために、最初にサーバー（Linuxマシン）を構成し、tcp_keepalive_time = 300、tcp_keepalive_intvl = 300、およびtcp_keepalive_probes = 30000でTCPキープアライブをオンにしました。これは機能し、接続は数日以上実行可能です。ただし、サーバーが死んだクライアントを検出して接続を強制終了するようにしたいので、設定をtime = 300、intvl = 180、probes = 10に変更し、クライアントが実際に生きている場合、サーバーは300秒ごとにプローブすると考えました（5分）クライアントはACKで応答し、ファイアウォールはこれをアイドル接続と見なして強制終了することを防ぎます。クライアントが停止している場合、10回のプローブの後、サーバーは接続を中止します。驚いたことに、アイドル状態で生きている接続は、以前のように約40分後に強制終了されます。 クライアント側で実行されているWiresharkは、サーバーでキープアライブが有効になっている場合でも、サーバーとクライアントの間でキープアライブをまったく表示しません。 ここで何が起こっているのでしょうか？ サーバーのキープアライブ設定がtime = 300、intvl = 180、probes = 10の場合、クライアントがアクティブでアイドル状態の場合、サーバーは300秒ごとにキープアライブプローブを送信し、接続をそのままにし、クライアントは死んでいます。300秒後に1つ送信し、接続を終了する前に180秒ごとにさらに9つのプローブを送信します。私は正しいですか？ 1つの可能性は、ファイアウォールが何らかの理由でサーバーからのキープアライブプローブをインターセプトし、それらをクライアントに渡すのに失敗し、プローブを取得したという事実により、接続がアクティブであると見なされることです。これはファイアウォールの一般的な動作ですか？どのようなファイアウォールが関係しているかはわかりません。 サーバーはTeradataノードであり、接続はTeradataクライアントユーティリティからデータベースサーバー、サーバー側のポート1025への接続ですが、SSH接続で同じ問題が発生したため、すべてのTCP接続に影響すると考えられます。

10 linux  firewall  keepalive 

サーバーを構成しています。ロードバランサーの性質上、接続キープアライブヘッダーを送信できません。これらのヘッダーをエンドユーザーとサーバーの両方に送信することの影響を特定しようとしています。どちらかが何か気づくでしょうか？

9 connection  http-headers  keepalive 

Linuxが発信接続でキープアライブソケットオプションをサポートしているかどうかを誰かが知っていますか？ キープアライブオプションを使用して送信接続を作成しましたが、netstat --timersがオフを示しています（タイマーがオフであると想定しています）。 tcp 0 0 localhost.localdomain:44307 172.16.0.15:2717 ESTABLISHED off (0.00/0/0) 同じソケットオプションが適用された受信接続は次のようになります。 tcp 0 0 172.16.0.3:8585 localhost.localdomain:21527 ESTABLISHED keepalive (29.26/0/0) ソケットオプションが表示されたらいいのに、ssもlsofも表示されません。

8 linux  socket  keepalive