实际需求和局域网内解决方案
SMAB
NFS
FTP
DAS NAS SAN
1、FTP 协议(File Transfer Protocol 文件传输协议)
FTP报文格式
FTP有2种工作模式:
分为主动模式和被动模式,基于服务器角度而言
主动模式(port style):
命令:客户端:随机端口port1----> 服务器端:21
数据:客户端:随机端口port2<—-------> 服务器端:20
客户端通过发送命令比如get,ls,等命令告诉服务器端需要访问的资源和操作等,然后客户端是以主动模式连接的服务器,客户端在发送get等命令后,还会告诉客户端这边的数据接收随机端口是多少,然后服务器通过20主动去发起tcp连接请求,然后建立数据连接后发送数据给客户端。
这样子存在的问题就是防火墙一般是对入方向的数据进行控制,因为服务器端的20并不是监听端口,所以当防火墙发现有往服务器20端口发送的报文就会拒绝,因此当windows去连接阿里云主机的时候需要对dport=20的数据进行放行。
被动模式(passive style):
命令: 客户端:随机端口port3-------> 服务器端:21
数据: 客户端:随机端口port4<-------> 服务器端:随机端口port5
被动模式就是客户端发起命令比如get,我要获取数据了,要开启数据链接了,我是被动模式链接的服务器,服务器说我知道了,然后发送了一个响应报文告诉客户端你连这个端口就好了(还不如说你就连20就好了,我还是不知道为啥子要这么设计呢?,一个进程同时能接受用户的请求数,不能如80那样去,通过主进程调度,通过子进程或子线程的方式来响应,所以使用随机端口建立新的连接请求。这就是被动模式的原因,),然后客户端就向此dport5发送tcp连接请求,然后获取数据。这边就比较那啥了,因为客户端防火墙会开放ftp客户端的会话,所以没啥影响,服务器端的防火墙应该也能够识别这个是本地ftp服务自己的端口放行放行,才行。但是设置这种模式有啥好处就不得而知了,而且ftp独有的2个连接也不知孰好孰坏,反正就服务器而言,主动发起tcp请求,还是被动接受客户端发来的tcp请求,只要能传输数据就好了不是。
被动服务器端口port5为协商结果,
227 Entering Passive Mode (host_ip,xx,yy)
服务器数据端口为:xx*256+yy
linux默认是用被动模式,windows默认是用的是主动模式
实现工具
Server:常见的服务器端软件
windows:Serv-U,IIS
Serv-U多平台,可用于Linux,多用于windows [https://www.serv-u.com/]
linux:wu-ftp(最早的ftp实现工具),pure-ftpd,proftpd,vsftpd
Linux下几款ftp软件的分析参看:[http://blog.chinaunix.net/uid-8874157-id-3729247.html]
proftpd更专业,功能强大
pure-ftpd更简单,部署简单
vsftpd更安全,性能好
Client:常见的客户端端软件
各种浏览器
windows:FileZilla,tftpd32
FileZilla多平台,多用于windows [https://filezilla-project.org/]
linux:ftp,lftp,lftpget,wget,curl
ftp:软件包ftp
lftp和lftpget:软件包lftp
wget:软件包wget
状态码
1XX:信息 125:数据连接打开
2XX:成功类状态 200:命令OK 230:登录成功
3XX:补充类 331:用户名OK
4XX:客户端错误 425:不能打开数据连接
5XX:服务器错误 530:不能登录
用户账号
匿名用户
系统用户
虚拟用户
共享哪些文件资源
用户能够对这些文件资源进行什么的操作权限。如何对用户进行认证
nss:名称解析框架
/lib64/libnss
/usr/lib64/libnss
/etc/nsswitch.conf
pam:可插入认证模块
/lib64/security/pam
/etc/pam.d/
数据传输安全
sftp:ssh提供的基于ssh的协议的ftp
ftps:基于ssl/tls的ftp
2、RPC协议
原文地址:http://blog.51cto.com/lajifeiwomoshu/2068713
时间: 2024-10-10 10:49:55