問題タブ [tcp]

ファイアウォールのように、インターネットへのすべての要求がそこから送信されるアプリケーションを作成しています。特定のウェブサイトへのリクエストをブロックできるようにします。私の場合、プログラムは同じマシンで実行されます。無差別な方法を試してみましたが、それを使用すると、マシンから出入りするすべてのパケットしかキャプチャできません。

HTTP/HTTPS リクエスト用の未加工の TCP クライアントを作成しましたが、チャンク エンコーディング レスポンスに問題があります。HTTP/1.1 は要件であるため、サポートする必要があります。

生の TCP は維持する必要があるビジネス要件であるため、.NET HTTPWebRequest/HTTPWebResponse に切り替えることはできません。

.NETでは、生のHTTPリクエストをHTTPWebRequestオブジェクトに変換することは可能ですか？

.NETが内部的にそれを行っていると確信しています。.NETのどの部分が実際にこれを処理しているのか考えてみてください。それを呼び出すことはできますか、それとも生のHTTP接続を許可する外部ライブラリがありますか？

クライアントが起動し、サーバーに接続するCでTCPクライアントプログラムを作成しようとしています。次に、少しの情報を送信し、受信した内容に耳を傾け、それに応じて反応します。

私が苦労している部分は、継続的なリスニングです。これが私が持っているものです

サーバーに接続すると、2行のデータを送信した後、サーバーはかなりの情報を受け取るはずですが、これを実行すると次のように出力されます。

受け取った：

そして、強制的に閉じるまで、そこに座ったままにします。

**編集**ジョナサンが私に言ったことをすると、次のようになります：

カウント: -1、エラー: 111、受信:

それはエラーを意味しますが、どうすればよいですか？

Windows サービス内で TCP ベースの WFC サービスを自己ホストしようとしています。Windows サービスは、次の 2 つのジョブを実行するためのラッパーです。

1. TCP ベースの WCF サービスをホストする (Windows サービスは単純なサービスであることに注意してください)
2. その下で他の Windows サービスを実行している

Windows サービスを実行できますが、クライアントを使用して接続しようとすると、TCP 10061: target machine actively refused connection.

ここに何が欠けている可能性がありますか。TCP 10061メッセージが表示されるのはなぜですか?

2 台の専用サーバーがあり、ハードウェア ファイアウォールはありません。ポート 1008 のプライマリ サーバーに着信するすべての要求を転送して、同じネットワーク上の別の専用サーバーで処理したいと考えています。ある種の TCP プロキシをセットアップする必要があることは知っていますが、昨日 IPTables について初めて耳にしました。簡単なヒントはありますか？

TCP経由でメッセージを受け入れ、内部メッセージングの一部にTCPを使用するアプリケーションを調整しようとしています。負荷テスト中に、システムに対してより多くの同時要求が行われると、応答時間が大幅に低下する（そして完全に停止する）ことに気づきました。この間、多くのTCP接続のTIME_WAITステータスが表示され、誰かがTIME_WAIT環境変数をデフォルトの60秒から30秒に下げることを提案しました。

私が理解していることから、このTIME_WAIT設定は基本的に、接続が閉じられた後にTCPリソースがシステムで再び利用可能になる時間を設定します。

私は「ネットワークの男」ではなく、これらのことについてほとんど知りません。そのリンクされた投稿にあるものがたくさん必要ですが、少し「唖然としました」。

• TIME_WAIT値を0に設定できない理由は理解できたと思いますが、安全に5に設定できますか？10はどうですか？この値の「安全な」設定を決定するものは何ですか？
• この値のデフォルトが60であるのはなぜですか？私よりずっと賢い人には、これを合理的なデフォルトとして選択する正当な理由があると思います。
• この値を上書きすることの潜在的なリスクと利点について、他に何を知っておく必要がありますか？

SQL Server 2005 データベースがあり、現在、すべてのユーザーが TCP/IP プロトコルを介してデータベースに接続しています。

SQL Server 構成マネージャーを使用すると、名前付きパイプと TCP/IP 接続の両方を同時に "有効にする" ことができます。これは良い考えですか？私の質問は、TCP/IP の代わりに名前付きパイプを使用する必要があるかどうかではありませんが、両方を有効にすることに関連する問題はありますか?

クライアントの IT 担当者の 1 人は、両方のプロトコルでデータベース通信を有効にすると、いずれかのプロトコルが使用できる帯域幅が制限され、合計の 50% になると述べています。TCP/IP が使用できる帯域幅は、その時点でネットワーク上で名前付きパイプ (またはその他の種類のトラフィック) が占有していたトラフィックの量に直接 (逆に) 結び付けられると思います。ただし、この IT 担当者は、サーバーで 2 つのプロトコルを有効にしたという事実が、TCP/IP が使用できる帯域幅を人為的に制限していることを示しています。これは正しいです？

Google 検索を行いましたが、この質問に対する答えを見つけることができませんでした。どんな助けでも大歓迎です。

[socket.sin_port = 0] にバインドするポート番号を気にせずに TCP ソケットを作成します。ただし、後でクライアントのポート番号を出力したい場合はどうすればよいですか? クライアント C アプリケーション (Linux 上) は、サーバーに接続する多くのクライアントを作成します。問題をデバッグするために、Ethereal でトラフィックをキャプチャします。問題が発生している間、ポート番号をログに出力して、イーサリアムでのフィルタリングが容易になるようにすることを考えました。

どんな助けでも大歓迎です。

-プラブー

最近、TCP サーバーとクライアントの間の中間リンクがダウンするという問題に遭遇しました。プライマリ サーバーがダウンしている場合、クライアントはセカンダリ サーバーに接続する必要があります。プライマリ サーバーが購入されると (たとえば、ターミナルで ^C を実行することによって)、TCP シャットダウン シーケンスが実行され、クライアントは切断されたリンクを正常に検出し、セカンダリ サーバーを試行します。ただし、中間リンクがダウンした場合、クライアントとサーバーはそれを認識しません。クライアントが検出できる唯一の方法は、TCP バッファが失敗した「送信」操作でいっぱいになったときです。

これに対する解決策として、「TCP キープアライブ」メカニズムが使用されています。これは十分に機能します。

私の質問は、「TCP キープアライブ」が唯一の解決策ですか?

-プラブー