有没有人测试过如果校验和不匹配会发生什么？会直接忽略包吗？假设是应用层的HTTP协议(protocol)。 最佳答案 HTTP永远不会看到坏数据包。请记住，TCP保证(尽最大努力)它将为您提供无错误的连续数据流，这正是HTTP使用的。在TCP中，有时客户端会生成NACK而不是ACK。根据是否协商了选择性ACK，错误数据包或接收到的数据包的子集将由服务器重新传输(在TCP层中，HTTP服务器不知道，除了更高的延迟)。TCPRFC中讨论了校验和:http://www.faqs.org/rfcs/rfc793.html3.1节(第16页)
我写了一个程序来测试原始套接字sento功能，我发现当我写一个校验和错误的tcp消息时，我在wireshark中观察到一个正确的校验和，以下是我的程序:intmain(){intsock_raw_fd,len;structsockaddr_llsll;structifreqethreq;strncpy(ethreq.ifr_name,"eth0",(sizeof(ethreq.ifr_name)-1));ethreq.ifr_name[sizeof(ethreq.ifr_name)-1]='\0';sock_raw_fd=socket(PF_PACKET,SOCK_RAW,htons(
我正在通过TCP/IP连接我的从站，使用Wireshark软件一切看起来都很好我可以验证CRC校验和始终有效“良好”，但我想知道如何破坏CRC校验和以便我可以看到校验和“无效”。任何建议我怎样才能完成这可能是python代码或任何其他方式，如果可能的话。谢谢大家塔里克 最佳答案 我认为您使用了一个计算CRC的库。如果你想模拟错误的CRC条件，你可以在没有它的情况下形成Modbus数据包 关于python-如何通过TCP/IP损坏校验和，我们在StackOverflow上找到一个类似的问题
与CRC32或类似的东西相比，TCP/IP校验和有多稳健。它们只是1B位补码还是更复杂(但更慢)的东西？ 最佳答案 http://en.wikipedia.org/wiki/Transmission_Control_Protocol#Checksum_computationTheTCPchecksumisaweakcheckbymodernstandards.DataLinkLayerswithhighbiterrorratesmayrequireadditionallinkerrorcorrection/detectioncapa
我想知道TCP校验和机制是否可以确保TCP数据与原始数据相同，是否存在校验和不起作用的情况？我没有找到任何相关引用。我有一个例子来说明我的观点。原来的TCP数据是11111111111111110000000000000000......，在继续行驶的时候变成了011111111111111111000000000000000......物理层。端侧将有相同的校验和，它会接受错误的TCP数据。我对网络还很陌生。 最佳答案 数据损坏总是有很小的可能性会保留校验和，或者也会损坏校验和，以便损坏的校验和与损坏的数据相匹配。需要比TCP提供
我正在尝试通过C中的RAW套接字发送TCPSYN数据包(我知道这不是最简单的事情，但我有学术理由这样做)。当我检查传出数据包时，每个字段都很好，但只有一个:TCP校验和。事实上，Wireshark告诉我这是不正确的。在下面的代码中，您可以看到我是如何构建数据包的(省略了IPheader，因为它们似乎没问题)。#defineMINIMUM_TCP_HEADER_LENGTH20#defineDEFAULT_TCP_WINDOW32767//[...CodethatsetstheIPheaders...]structtcphdr*tcpHeaders=(structtcphdr*)(pac
我正在设计一个应用程序协议(protocol)，我想知道我是否还需要在协议(protocol)中包含校验和，因为tcp/ip已经有校验和。你怎么看？ 最佳答案 BitTorrent协议(protocol)在TCP之上有大量额外的纠错和检测层，因此很明显协议(protocol)设计者看到了它的必要性。 关于tcp-当tcp/ip已经有了校验和时，应用协议(protocol)还需要校验和吗？，我们在StackOverflow上找到一个类似的问题： https://
每隔一段时间，通过ftp下载(尤其是大的)文件就会出错。我猜这也是所有主要网站都在下载时发布外部校验和的部分原因。如果ftp通过TCP，这怎么可能呢？TCP内置了校验和，如果数据传输错误则重新发送数据？有人可能会争辩说，这是由于TCP协议(protocol)中的CRC长度较短(我认为是16位，或类似的长度)，并且冲突发生得太频繁了。但1)要做到这一点，不仅必须存在CRC冲突，而且随机网络错误必须同时修改数据包中的CRC和数据包本身，以便CRC对新数据包有效......即使使用16位CRC，也有可能吗？2)例如，浏览同样通过TCPIP的网页时，似乎没有太多错误。
我试图在netfilter后路由Hook中更改IP和TCPheader中的某些字段，但是我似乎无法让内核TCP校验和函数正常工作以在之后对其进行修改。在TCP握手期间校验和是正确的，但一旦数据包有任何负载，校验和就会出错。我通过挖掘TCP源代码将这个校验和代码整合在一起。我相当确定tcplen是正确的，匹配预期的TCPheader+有效负载大小。staticunsignedintposthook_fn(unsignedinthooknum,structsk_buff*skb,conststructnet_device*in,conststructnet_device*out,int(*
我正在编写一个简单的程序来发送/接收TCP数据包并将其合并到一个更大的项目中。我卡在校验和部分，我计算的数字与wireshark数字不匹配。对于校验和功能，我重新使用了MikeMuss的代码，如下所示:staticintin_cksum(u_short*addr,intlen){registerintnleft=len;registeru_short*w=addr;registerintsum=0;u_shortanswer=0;/**Ouralgorithmissimple,usinga32bitaccumulator(sum),weadd*sequential16bitwordst
