ソケットがメッセージを受信したインターフェイスを確認する方法は?
-
03-07-2019 - |
質問
ソケットが IN6ADDR_ANY
または INADDR_ANY
にバインドされており、 recvfrom()
などの呼び出しを使用してソケットでメッセージを受信する場合。メッセージの送信元のインターフェイスを確認する方法はありますか?
IPv6リンクスコープメッセージの場合、 recvfrom()
のfrom引数に scope_id
フィールドがインターフェイスIDに初期化されることを望んでいました。残念ながら、テストプログラムでは 0
に設定されています。
この情報を見つける方法を知っている人はいますか?
解決
各インターフェイスへのバインドは別として、私はIPv4自体の方法を知りません。
IPv6では、この欠点に対処するためにIPV6_PKTINFOソケットオプションが追加されました。このオプションが有効な場合、 struct in6_pktinfo
が補助データとして返されます。
他のヒント
dwcが正しい場合、IPV6_PKTINFOはLinux上のIPv6で機能します。
さらに、IP_PKTINFOはIPv4でも機能します—詳細はマンページip(7)で確認できます
送信元、宛先、インターフェースのアドレスを抽出する例を作成しました。簡潔にするため、エラーチェックは提供していません。この複製を参照してください:受信したUDPパケットの宛先アドレスを取得。
// sock is bound AF_INET socket, usually SOCK_DGRAM
// include struct in_pktinfo in the message "ancilliary" control data
setsockopt(sock, IPPROTO_IP, IP_PKTINFO, &opt, sizeof(opt));
// the control data is dumped here
char cmbuf[0x100];
// the remote/source sockaddr is put here
struct sockaddr_in peeraddr;
// if you want access to the data you need to init the msg_iovec fields
struct msghdr mh = {
.msg_name = &peeraddr,
.msg_namelen = sizeof(peeraddr),
.msg_control = cmbuf,
.msg_controllen = sizeof(cmbuf),
};
recvmsg(sock, &mh, 0);
for ( // iterate through all the control headers
struct cmsghdr *cmsg = CMSG_FIRSTHDR(&mh);
cmsg != NULL;
cmsg = CMSG_NXTHDR(&mh, cmsg))
{
// ignore the control headers that don't match what we want
if (cmsg->cmsg_level != IPPROTO_IP ||
cmsg->cmsg_type != IP_PKTINFO)
{
continue;
}
struct in_pktinfo *pi = CMSG_DATA(cmsg);
// at this point, peeraddr is the source sockaddr
// pi->ipi_spec_dst is the destination in_addr
// pi->ipi_addr is the receiving interface in_addr
}
C / C ++ TCP / IPコーディングを行ってからしばらく経ちましたが、すべてのメッセージ(または派生ソケット)で覚えている限り、IPヘッダー情報を取得できます。これらのヘッダーには、問い合わせているインターフェイスのIPになる受信アドレスを含める必要があります。
Glomekが提案したように、各インターフェイスで個別のソケットを開く以外に、Windowsでこれを確実に行う唯一の方法は、生のソケットを使用することです。たとえば、
SOCKET s = socket(AF_INET, SOCK_RAW, IPPROTO_IP);
このソケットからの各受信は、 IPパケットになります。これには、ソースと宛先アドレス。私が取り組んでいるプログラムでは、SIO_RCVALLオプションを使用してソケットを無差別モードにする必要があります。これを行うと、すべてのIPパケットをインターフェイスが「見る」ことになります。ネットワーク上。アプリケーション用にパケットを明示的に抽出するには、IPヘッダーとTCP / UDPヘッダーのアドレスとポートを使用してデータをフィルター処理する必要があります。明らかに、それはおそらくあなたが興味を持っているよりもオーバーヘッドです。私はこれを言うために言及するだけです-私は無差別モードに入れずに生のソケットを使用したことはありません。したがって、INADDR_ANYにバインドして、それ以降の通常のソケットとして使用できるかどうかはわかりません。あなたにはできるように思えます。試したことがない。
編集:この記事 Windowsのrawソケットに関する制限について。プロジェクトで直面したこの最大のハードルは、Windows 2000以降でrawソケットを開くにはAdministratorsグループのメンバーでなければならないということでした。