raw-sockets

0熱

1答えて

私は以下のようにコードを書いており、生の靴下でアプリケーションデータを取得するために使用されていますが、コードが乱雑です。まず #include<errno.h> #include<stdio.h> #include<unistd.h> #include<stdlib.h> #include<string.h> #include<memory.h> #include<sys/socke

2熱

1答えて

iptablesでRawソケットにリダイレクトするTPROXY

iptablesのTPROXYターゲットを使用して、一部のUDPパケットを未処理のソケットにリダイレクトする予定ですが、パケットはソケットで受信されません。 UDP ソケットで動作します。私が何かを紛失していたり、生のソケットがデータを受け取れない場合はレベルのTPROXYが動作しますか？リダイレクトされたパケットを消費するため iptables -A PREROUTING -t ma

0熱

1答えて

Linux AIOはRAWソケットをサポートしていますか？

RAWソケットでパケットを受信するためにLinux（バージョン3.19）でAIOを動作させるのには苦労していますが、役に立たないものです。私は正常にUDPとTCPソケットにAIOを使用しましたが、RAWソケットでは動作させられません。私はIPv4とIPv6の両方を試しました。 AIOがRAWソケットをサポートするかどうかは知りませんか？ここでは自分のアプリケーションからいくつかのコードスニペット

0熱

1答えて

LinuxのRAWソケット経由でパケットを再送信

1つのインターフェイスから生データを読み込んで別のインターフェイス経由で送信する必要があります。次いで data_size = recvfrom(sock_raw_inner, buffer, 65536, MSG_DONTWAIT, NULL, NULL); if (data_size > 0) { struct sockaddr_ll socket_address;

0熱

1答えて

ネットワークスタックにネットワークパケットを再投入する（RAWソケット）

私の修士論文を書いていますが、実装には少し問題があります。論文の一部は、PC Aのネットワークパケットを暗号化してPC Bに送信することです。受信者はこれを解読してネットワークスタックに再注入し、他のアプリケーションがパッケージで動作できるようにします。最初のテストケースでは、ICMP（リクエスト）を使用しました。 Nftableは、システムAのトラフィックをフィルタリングして送信するパッケー

2熱

3答えて

Python RAWソケットを使ったTCPハンドシェイク

私はPython RAWソケットを使ってTCPハンドシェイクを実装しています。しかし、Linuxカーネルはこのプロトコルの特定の側面を処理しようとしているため、かなり面倒です。たとえば、SYNパケットを送信すると、サーバーはSYN、ACKパケットで応答しました。カーネルはRSTパケットで自動的に応答し、接続をリセットします。今私はSYN、サーバーから送信されたACKパケットを受信し、それをプリン

0熱

1答えて

RAWソケットを介した仮想VLANインターフェイス上のイーサネットフレームの複製

raw Ethernetフレームで作業しています。私はLinuxマシン上にイーサネットインターフェイスeth0と仮想VLANインターフェイスeth0.100を持っています。私のRAWソケットは仮想インターフェイスeth0.100にバインドされています。問題は、VLANタグ付き（VLAN ID = 100）フレームがこのインターフェイスに外部から送信されると、アプリケーションが同じイーサネットフレー

1熱

4答えて

Python 2.xで一度に複数のrawソケットを接続して処理する

私はPythonには新しく、「仕事中」を学ぶことを試みています。そして私はこれを行う必要があります。未処理のソケット接続で3台のサーバーと通信する必要があります。私はそれを順番に簡単に行うことができます。しかし、私はこれらの3台のサーバーと一度に通信できる方法があるかどうか疑問に思っていましたか？ 3台のサーバーのIPアドレスはすべて異なります。基本的には次の操作を実行しようとするが、1つのス

0熱

1答えて

ソケットが現在受信していないときにパケットを見逃すことはできますか？

私はICMP/UDPパケットを聞いているソケットを得ました。ソケットがパケットを受信し、このパケットの処理に時間がかかりすぎる場合は（socket.receive()のコード）、現在はsocket.receive()の部分ではないので、次のパケットが欠落する可能性がありますか？