TCP协议 IP+端口
应用层协议做的事不同,但都离不开数据的交换,本质上都是收和发~
为什么要三次握手?
目标机器可能不存在,握手期间,发送方也可能down掉。
客户端————服务器,先发请求的那个是客户端,客户端发送的信息的端口是随机的。。服务器端的端口是固定的
先要有接收端,相当于服务器
接收端要申请端口号,服务要启动正常运行开始监听该端口
地址簇Socket Families
相当于网络层的一个东西
socket.AF_UNIX unix本机进程间通信
socket.AF_INET IPV4
socket.AF_INET6 IPV6
a进程和b进程想通信,没有网络的情况下。
a先dump,b再load。通过硬盘的话速度慢,默认在内存中a进程是不能访问b进程数据的,想快速通信可以借助AF_UNIX,本地启动一个socket在七层协议里转一圈
a进程传给b
Socket Types
socket.SOCK_STREAM #for tcp
socket.SOCK_DGRAM #for udp
socket.SOCK_RAW
#原始套接字,普通的套接字无法处理ICMP、IGMP等网络报文,而SOCK_RAW可以;
其次,SOCK_RAW也可以处理特殊的IPv4报文;此外,利用原始套接字,可以通过IP_HDRINCL套接字选项由用户构造IP头。
牛逼了可以伪造IP地址,DDOS攻击,洪水攻击,发送大量请求导致服务关闭
a访问b要三次握手,a发第一次,后a改自己的IP再发请求,b的回应到不了a
导致b端该连接出现挂起,a再改IP地址发请求..再挂起..
socket.SOCK_RDM
#是一种可靠的UDP形式,即保证交付数据报但不保证顺序。SOCK_RAM用来提供对原始协议的低级访问,
在需要执行某些特殊操作时使用,如发送ICMP报文。SOCK_RAM通常仅限于高级用户或管理员运行的程序使用。
socket.SOCK_SEQPACKET #废弃了
实例:先启动服务器监听端口,再启动客户端:
# 服务器 import socket server = socket.socket() server.bind(("localhost",7000))#只是绑定要监听的端口 server.listen() #监听,我要监听这个端口 print("我开始监听7000端口了---") conn,addr = server.accept() #等电话,conn就是连接实例,addr为源IP地址随机的 print("请求来了") # data = server.recv(1024) #接收1024 # 通话中又来一个电话要切换,server.switch()要知道先后顺序,可以给每个请求标记就是上面的conn data = conn.recv(1024) print("recv:",data) conn.send(data.upper()) server.close() '''输出: 我开始监听7000端口了--- 请求来了 recv: b'helloworld' '''
#客户端 import socket client = socket.socket() #声明socket类型,同时生成socket对象 #定义协议类型默认是family=AF_INET, type=SOCK_STREAM client.connect(("localhost",7000)) client.send(b"helloworld") data = client.recv(1024) print("recv:", data) client.close() #输出:recv: b'HELLOWORLD'
可以看出上面这种,客户端和服务器端说一句话就断了,那么我想不停地通信怎么办呢?????可以加上死循环
# 服务器 import socket server = socket.socket() server.bind(("localhost",7000)) server.listen() print("我开始监听7000端口了---") conn,addr = server.accept() print("请求来了") while True: data = conn.recv(1024) print("recv:",data) conn.send(data.upper()) server.close()
#客户端 import socket client = socket.socket() client.connect(("localhost",7000)) while True: msg = input(">>:").strip() client.send(msg.encode("utf8")) data = client.recv(1024) print("recv:", data.decode()) client.close()
perfect~~~试了几次之后。。。
又发现一个问题:客户端断了服务器端为什么也断了?
Windows服务器出错:ConnectionResetError: [WinError 10054] 远程主机强迫关闭了一个现有的连接。
Linux服务器:会进入进入死循环,recv不到数据(recv到""空),可以服务器端判断data接收的是否为空,是空break死循环
那么请问,该如何让某一个客户端断了之后其他客户端可以继续连接呢?
先试试。。可以再在conn上加一层死循环
,加了之后Windows还是报10054的错误,Linux里面只能一个通话,另一个占线(挂起),上一个断开了才能跟挂起的那个通话
后面排着队,上一个结束到下一个,异步的情况下listen(3)里面可以给数字,表示最多挂起几个,。一般不要超过10个
客户端如果发一个空过去(直接回车),就卡死了,怎么回事呢?是服务器没收到还是什么呢?
所以不能send空,不能send空,不能send空,重要的事说三遍。。。所以就要在客户端判断一下
那么可以把客户端模拟成SSH呢?
服务器端搞成os.popen().read()就可以了,如果某命令执行结果超过1024byte,客户端还在继续发命令。。那么服务器端还是会不停执行
但客户端每次只能接收1024字节,数据全存在缓冲区排队了
那么,让客户端一次能接收很大的数据会怎样呢???
发一个大文件,虽然客户端一次可以接很大,但是服务器端每次只能发32768,依据操作系统而定,so
让客户端全发,循环发sendall()会怎样呢?
但是神奇了,客户端接收开始有限制了,好像每次最多10M,依系统区别这个也有区别(在centos上试的,而有的系统还会出错)
so...看来。。。没办法一次收过来,带宽有限制,网卡也有限制。。recieve有限制的,send也有限制的。