套接字linux

❶ linux 文件类型有哪几种

LINUX中的七种文件类型
d
目录文件。
l
符号链接(指向另一个文件,类似于瘟下的快捷方式)。
s
套接字文件。
b
块设备文件,二进制文件。
c
字符设备文件。
p
命名管道文件。
-
普通文件，或更准确地说，不属于以上几种类型的文件

❷ 为什么linux中监听套接字时最大能监听多少套接字

linux下，抛开性能上的影响，程序监听套接字的数量限制主要几个方面：

1：操作系统方面限制是句柄数量的限制，也就是65535个可用句柄去掉预先保留的，大概在5万个左右，注意文件句柄和套接字句柄是共用的，都在这65535个里面。

2：进程方面的限制，linux系统对单个进程的默认打开句柄数量限制是1024，考虑到文件操作也会占用句柄，可用于socket监听的句柄大概1000个，这个限制可以修改，不同linux版本可能有点不一样，centos是通过命令 ulimit -n 的方式去修改，要改成10240，就是

3：IO模型的限制，select模型的限制是1024,个，epoll是无限制的，完全根据上面2个的最大值。

❸ linux网络编程：图文详解网络协议之原始套接字

学习编程不应停留在表面，要深入理解编程思维，而非仅仅记忆语法。

在大多数情况下，套接字（Socket）主要分为两类：流式套接字（SOCK_STREAM）和数据报式套接字（SOCK_DGRAM）。

流式套接字（SOCK_STREAM）是面向连接的套接字，适用于面向连接的TCP服务应用。

数据报式套接字（SOCK_DGRAM）是无连接的套接字，对应于无连接的UDP服务应用。

从用户的角度来看，这两类套接字似乎可以涵盖TCP/IP应用的所有需求，因为基于TCP/IP的应用在传输层只可能建立在TCP或UDP协议之上。

然而，SOCK_STREAM和SOCK_DGRAM无法完成以下任务：

（1）如何发送自定义的IP包？

（2）如何发送ICMP协议包？

（3）如何使本机进入混杂模式，从而进行网络嗅探？

（4）如何分析所有经过网络的包，无论这些包是否是发送给本机的？

（5）如何伪装本地的IP地址？

因此，我们需要探讨原始套接字（Raw Socket）这一技术点，它在高级网络编程中广泛应用，同时也被用作黑客手段。

原始套接字（Raw Socket）与标准套接字（SOCK_STREAM、SOCK_DGRAM）的主要区别在于：

原始套接字（Raw Socket）直接置"根"于操作系统网络核心，是完整的网络协议，没有经过过滤和处理。

标准套接字（SOCK_STREAM、SOCK_DGRAM）则"悬浮"于TCP和UDP协议的外围，已经处理掉了网络协议的报头信息，只得到了信息正文部分。

使用原始套接字，可以根据协议结构自定义IP包。目前，IPV4协议报头如下：

偏移字段：用于指示IP数据报分片后的片偏移量。

报头长度：用于指示IPv4首部的长度（可变），通过报头长度可以计算出IPv4首部的长度，最小20字节，最大60字节。

偏移量：TCP首部的长度是可变的，用偏移量字段表示TCP首部的长度，以4字节为单位。

报文长：UDP报文的长度字段（2字节）指的是整个UDP报文的长度，包括报文头部和数据部分的总长度。

ICMP协议是网络层中一个非常重要的协议，它使用IP协议进行信息传递，向数据包中的源端节点提供发生在网络层的错误信息反馈。

常用的回送与回送响应ICMP消息对应数据结构为：

学习是一个循序渐进的过程，知识需要慢慢积累。

理论基础已具备，现在是时候动手实践了。以下提供[Linux]原始套接字（Raw Socket）的完整示例代码，供大家学习交流，赶紧ctrl-c ctrl-v测试一下吧。

❹ Linux 进程间套接字通信（Socket)基础知识

姓名：罗学元    学号：21181214375    学院：广州研究院

【嵌牛导读】Linux进程间套接字通信基础

【嵌牛鼻子】Linux 进程间套接字及通信介绍

【嵌牛提问】Linux进程间套接字包含哪些内容，如何实现通信

一、套接字（Socket）通信原理

套接字通信允许互联的位于不同计算机上的进程之间实现通信功能。

二、套接字的属性

套接字的特性由3个属性确定，它们分别是：域、类型和协议。

1. 套接字的域

它指定套接字通信中使用的网络介质，最常见的套接字域是AF_INET，它指的是Internet网络。当客户使用套接字进行跨网络的连接时，它就需要用到服务器计算机的IP地址和端口来指定一台联网机器上的某个特定服务，所以在使用socket作为通信的终点，服务器应用程序必须在开始通信之前绑定一个端口，服务器在指定的端口等待客户的连接。

另一个域AF_UNIX表示UNIX文件系统，就是文件输入/输出，它的地址就是文件名。

2. 套接字类型

因特网提供了两种通信机制：流（stream）和数据报（datagram），因而套接字的类型也就分为流套接字和数据报套接字。我们主要看流套接字。

流套接字由类型SOCK_STREAM指定，它们是在AF_INET域中通过TCP/IP连接实现，同时也是AF_UNIX中常用的套接字类型。

流套接字提供的是一个有序、可靠、双向字节流的连接，因此发送的数据可以确保不会丢失、重复或乱序到达，而且它还有一定的出错后重新发送的机制。

与流套接字相对的是由类型SOCK_DGRAM指定的数据报套接字，它不需要建立连接和维持一个连接，它们在AF_INET中通常是通过UDP/IP实现的。它对可以发送的数据的长度有限制，数据报作为一个单独的网络消息被传输，它可能丢失、复制或错乱到达，UDP不是一个可靠的协议，但是它的速度比较高，因为它并不需要总是要建立和维持一个连接。

3.套接字协议

只要底层的传输机制允许不止一个协议来提供要求的套接字类型，我们就可以为套接字选择一个特定的协议。通常只需要使用默认值。

三、套接字地址

每个套接字都有其自己的地址格式，对于AF_UNIX域套接字来说，它的地址由结构sockaddr_un来描述，该结构定义在头文件

struct sockaddr_un{

sa_family_t sun_family;  //AF_UNIX，它是一个短整型

char sum_path[];  //路径名

};

对于AF_INET域套接字来说，它的地址结构由sockaddr_in来描述，它至少包括以下几个成员：

struct sockaddr_in{

short int sin_family;  //AN_INET

unsigned short int sin_port;  //端口号

struct in_addr sin_addr;    //IP地址

}

而in_addr被定义为：

struct in_addr{

unsigned long int s_addr;

}

四、基于流套接字的客户/服务器的工作流程

使用socket进行进程通信的进程采用的客户/服务器系统是如何工作的呢？

1.服务器端

首先，服务器应用程序用系统调用socket来创建一个套接字，它是系统分配给该服务器进程的类似文件描述符的资源，它不能与其他的进程共享。

接下来，服务器进程会给套接字起个名字，我们使用系统调用bind来给套接字命名。然后服务器进程就开始等待客户连接到这个套接字。

然后，系统调用listen来创建一个队列，并将其用于存放来自客户的进入连接。

最后，服务器通过系统调用accept来接受客户的连接。它会创建一个与原有的命名套接不同的新套接字，这个套接字只用于与这个特定客户端进行通信，而命名套接字（即原先的套接字）则被保留下来继续处理来自其他客户的连接。

2.客户端

基于socket的客户端比服务器端简单。同样，客户应用程序首先调用socket来创建一个未命名的套接字，然后讲服务器的命名套接字作为一个地址来调用connect与服务器建立连接。

一旦连接建立，我们就可以像使用底层的文件描述符那样用套接字来实现双向数据的通信。