gpt4 book ai didi

c - icmp_hdr 在 CentOS 6 内核上是错误的

转载 作者:塔克拉玛干 更新时间:2023-11-02 23:43:17 24 4
gpt4 key购买 nike

我有一个简单的 netfilter 模块来测试 icmp_hdr 功能:

unsigned int hook_func(
unsigned int hooknum,
struct sk_buff *skb,
const struct net_device *in,
const struct net_device *out,
int (*okfn)(struct sk_buff *))
{
const struct iphdr *ip_header = ip_hdr(skb);
if (ip_header && ip_header->protocol == IPPROTO_ICMP)
{
const struct icmphdr *icmp_header = icmp_hdr(skb);
printk(KERN_INFO "ICMP type %d", icmp_header->type);
}

return NF_ACCEPT;
}

static int __init startup(void)
{
hook_ops.hook = hook_func;
hook_ops.hooknum = NF_INET_PRE_ROUTING;
hook_ops.pf = PF_INET;
hook_ops.priority = NF_IP_PRI_FIRST;

nf_register_hook(&hook_ops);
return 0;
}

然后我开始 PING 主机。

在 CentOS 6 (2.6.32-754.12.1.el6.x86_64) 上,他打印的 ICMP 类型总是 69 (INVALID)

在 CentOS 7 (3.10) 上,结果是 ICMP_ECHO (8),这是正确的。

有什么想法吗? 2.6.32内核有bug吗?

最佳答案

上述 Linux 内核之间存在一些差异。在 3.10 内核中,我们可以在 ip_rcv() 中看到传输 header 设置。这样的方式:

skb->transport_header = skb->network_header + iph->ihl*4;

因此传输 header 已经在 NF_INET_PRE_ROUTING Hook 之前设置。

在 2.6 内核中,我看不到与 ip_local_deliver_finish() 类似的东西:

__skb_pull(skb, ip_hdrlen(skb));

/* Points to the IP datagram, just past the header. */
skb_reset_transport_header(skb);

它就在 NF_INET_LOCAL_IN 钩子(Hook)之后。因此,您似乎无法在 2.6.32 内核上提到的 Hook 中以这种方式访问​​ ICMP header 。但是您可以轻松地做出一些解决方法:)

关于c - icmp_hdr 在 CentOS 6 内核上是错误的,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/57983349/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com