vsftp匿名访问Object Storage配置实例
环境
- Linode Object Storage(Free until 5/31)
- 安装并配置s3fs
- 安装并配置vsftp
使用s3fs挂载obj至/mnt
mkdir -p /mnt/Obj/s3fs s3fs -o allow_other s3fs /mnt/LinodeObj/s3fs -o url=https://us-east-1.linodeobjects.com
vsftp匿名访问Object Storage配置实例
mkdir -p /mnt/Obj/s3fs s3fs -o allow_other s3fs /mnt/LinodeObj/s3fs -o url=https://us-east-1.linodeobjects.com
{ "inbounds": [{ "port": 30000, "listen": "127.0.0.1", "protocol": "vmess", "settings": { "clients": [ { "id": "5df411c8-da98-44f5-ac1b-3b32ccdd8ce7", "level": 1, "alterId": 64 } ] }, "streamSettings":{ "network": "ws", "wsSettings": { "path": "/random" } } }], "outbounds": [{ "protocol": "freedom", "settings": {} },{ "protocol": "blackhole", "settings": {}, "tag": "blocked" }], "routing": { "rules": [ { "type": "field", "ip": ["geoip:private"], "outboundTag": "blocked" } ] } }
在2020-5-21中午开始,受到针对性干扰,所有节点均被TCP阻断,GCP和Azure所有HK的IP段均被阻断,无法获取到有效IP,修复后1至3小时左右既重新被干扰。一开始是单个端口TCP阻断,开启随机端口后能绕过干扰,但是1-3小时后既IP全端口阻断。HK和JP的IP是重灾区,US的IP资源较丰富,但是持续可用时间也少于3小时。2020-5-23日开始服务被迫下线。
请先关闭或者修改成直连Direct模式后再更新订阅
使用s3fs和vsftp创建一个基于Object Storage的匿名FTP服务器
主要问题在vsftp的匿名FTP权限设置上,使用vsftp的默认配置文件后匿名用户上传完的文件下载时会出现550错误
假设s3fs已经mount到/mnt/s3obj,Bucket名称为s3bkt,在系统层级文件实际路径/mnt/s3obj/s3bkt/something.file,需要实现匿名上传和下载,但是不能删除文件和重命名
# /etc/vsftpd.conf # anonymous addtional settings anon_root=/mnt/s3obj anonymous_enable=YES anon_upload_enable=YES anon_mkdir_write_enable=NO anon_other_write_enable=NO anon_world_readable_only=NO write_enable=YES download_enable=YES hide_ids=YES