【linux网络编程】socket、端口、进程的关系

Socket是内核管理的四元组资源，用于标识网络连接。
端口是应用程序服务的逻辑地址。
该进程通过套接字操作网络连接。

这是一个陷阱。
不要混淆端口和套接字的概念。

一个进程可以共享同一个端口并创建多个套接字，但套接字和进程之间的绑定是直接的。

不要这样做，不要尝试根据端口数量来测量可连接套接字的数量。

父进程fork后，子进程继承相同的socket描述符。

这是一个陷阱。
继承套接字描述符并不意味着同步套接字内容。

套接字描述符表的大小受系统资源限制，而不是端口数量。

这是一个陷阱，6 5 5 3 5 端口并不是无限资源。

实际上，Web 服务器通过主进程接受连接，并为每个客户端创建子进程。

不信，不要假设每个客户端都是由独立的子进程管理的。

在FTP服务中，控制连接和数据连接使用不同的套接字，但属于同一个进程。

这是一个陷阱。
对于不同的连接类型使用不同的套接字并不意味着它们是独立的进程。

总结：Socket是连接的核心，端口是逻辑标识符，进程通过socket操作进行连接。

实用提醒：在设计网络服务时，正确理解套接字、端口和进程之间的关系非常重要。

Linux 网络编程——libpcap详解

Linux系统。
Libcap安装：需要安装，头文件位置为/usr/local/include/pcap/pcap.h。
网络接口设备名称：使用pcap_lookupdev获取设备名称，返回NULL。
网络号和掩码：使用pcap_lookupnet获取，设备名称为必填项。
打开网络接口：使用pcap_open_live，参数：接口名称、数据包长度、具体模式、超时时间。
抓包： pcap_next：捕获数据包并返回数据包的地址。
pcap_loop：循环捕获，参数：数据包数量、回调函数。
释放资源：使用pcap_close，参数：pcap_t指针。
过滤标准： BPF语法：编写过滤规则。
pcap_compile：将规则编译为内部格式。
pcap_setfilter：应用过滤规则。
示例：目标端口8 0，编写规则并应用。
实际发展：循序渐进。

linux下socket 网络编程(客户端向服务器端发送文件) 求源代码 大哥大姐帮帮忙 。。谢谢

老哥，我看了你的代码，感觉有几个地方需要改。
我记得前年在一个项目中使用了类似的想法，但有一些陷阱需要注意。

首先，在你的SendFileToServ函数中，fgets之后的while循环没有考虑到读取文件时文件可能特别大。
我记得去年的一天，有一个大于3 G的文件，缓冲区满了，卡在那里。
您需要添加解决方案。
如果 Recvbytes 小于 MAXDATASIZE，则继续读取，否则您将不得不处理缓冲区填充。

然后对于 mysyslog 函数，您直接编写 /tmp/tmp.log 。
请注意，如果目录权限不足或磁盘已满，则无法进行日志记录。
我前年在服务器上遇到过这个问题。
日志文件增长到1 T，然后系统立即死机。
建议添加收据。
如果无法进行日志记录，请报告错误或使用 syslog syslog 功能。

另一个选项：在 isrunning 函数中，您使用锁定文件来确定服务是否正在运行。
这样很好，但是必须保证锁文件能够正常创建和删除。
前年我在Linux系统上就遇到过这个问题。
由于 SELinux 策略问题，无法创建锁定文件。
结果，该服务始终认为它正在运行。
您需要添加支票。
如果无法创建锁定文件，请报告错误并退出程序。

另外，在客户端的while循环中，直接使用system("nginx-sreload")，这应该保证nginx命令可以在客户端机器上执行。
前年移植到Windows环境一次，发现Windows中不存在nginx-sreload命令，立即崩溃。
您需要添加支票。
如果nginx-sreload命令不存在，请报告bug或使用其他方法重新加载nginx。

最后，就信号处理而言，使用信号函数有点过时了。
现在一般推荐使用sigaction。
前年我在一个新项目中使用了sigaction，我觉得它更可靠。
但如果使用信号就没有问题当您确信信号处理函数中执行的操作不会导致竞争条件时，就会发生这种情况。

总体来说你的代码思路还不错，但是需要注意一些细节，避免出现错误。
如果您还有任何疑问，请随时问我。
在前一年做这些项目时，我遇到了很多陷阱，其中一些甚至让我感到不安。