Cập nhật
S3 hiện cung cấp Dịch vụ Cổng SFTP được quản lý hoàn toàn cho S3 tích hợp với IAM và có thể được quản lý bằng aws-cli.
Có những lý do thực tế và lý thuyết tại sao đây không phải là một giải pháp hoàn hảo, nhưng nó hoạt động ...
Bạn có thể cài đặt dịch vụ FTP / SFTP (chẳng hạn như proftpd) trên máy chủ linux, trong EC2 hoặc trong trung tâm dữ liệu của riêng bạn ... sau đó gắn một thùng vào hệ thống tệp nơi máy chủ ftp được cấu hình để chroot, sử dụng s3fs .
Tôi có một khách hàng phục vụ nội dung ngoài S3 và bên thứ 3 cung cấp cho họ, những người chỉ hỗ trợ đẩy ftp ... vì vậy, với một chút do dự (do sự không khớp giữa trở kháng giữa S3 và hệ thống tệp thực tế) nhưng thiếu Thời gian để viết gói phần mềm máy chủ cổng FTP / S3 thích hợp (mà tôi vẫn dự định thực hiện một trong những ngày này), tôi đã đề xuất và triển khai giải pháp này cho họ vài tháng trước và họ không báo cáo bất kỳ vấn đề nào với hệ thống.
Như một phần thưởng, vì proftpd có thể chroot mỗi người dùng vào thư mục nhà riêng của họ và "giả vờ" (theo như người dùng có thể nói) rằng các tệp do người dùng proftpd sở hữu thực sự thuộc sở hữu của người dùng đã đăng nhập, điều này phân tách từng người dùng ftp vào một "thư mục con" của nhóm và làm cho các tệp của người dùng khác không thể truy cập được.
Có một vấn đề với cấu hình mặc định, tuy nhiên.
Khi bạn bắt đầu nhận được vài chục hoặc hàng trăm tệp, vấn đề sẽ tự biểu hiện khi bạn kéo danh sách thư mục, vì ProFTPd sẽ cố đọc các .ftpaccesstệp này, lặp đi lặp lại và lặp lại, và cho từng tệp trong thư mục, .ftpaccessđược kiểm tra để xem nếu người dùng nên được phép xem nó.
Bạn có thể vô hiệu hóa hành vi này trong ProFTPd, nhưng tôi sẽ đề xuất rằng cấu hình chính xác nhất là định cấu hình các tùy chọn bổ sung -o enable_noobj_cache -o stat_cache_expire=30trong s3fs:
-o stat_cache_expire (mặc định là không hết hạn)
chỉ định thời gian hết hạn (giây) cho các mục trong bộ đệm stat
Nếu không có tùy chọn này, bạn sẽ thực hiện ít yêu cầu hơn cho S3, nhưng bạn cũng sẽ không luôn luôn phát hiện ra các thay đổi được thực hiện cho các đối tượng nếu các quy trình bên ngoài hoặc các phiên bản khác của s3fs cũng đang sửa đổi các đối tượng trong nhóm. Giá trị "30" trong hệ thống của tôi được chọn tùy ý.
-o enable_noobj_cache (mặc định là vô hiệu hóa)
cho phép các mục bộ đệm cho đối tượng không tồn tại. s3fs luôn phải kiểm tra xem tệp (hoặc thư mục con) có tồn tại dưới đối tượng (đường dẫn) hay không khi s3fs thực hiện một số lệnh, vì s3fs đã nhận ra một thư mục không tồn tại và có tệp hoặc thư mục con bên dưới. Nó làm tăng yêu cầu ListBucket và làm cho hiệu suất kém. Bạn có thể chỉ định tùy chọn này cho hiệu suất, s3fs ghi nhớ trong stat cache mà đối tượng (tệp hoặc thư mục) không tồn tại.
Tùy chọn này cho phép s3fs nhớ rằng .ftpaccesskhông có ở đó.
Không liên quan đến các vấn đề hiệu suất có thể phát sinh với ProFTPd, được giải quyết bằng các thay đổi ở trên, bạn cũng cần bật -o enable_content_md5trong s3fs.
-o enable_content_md5 (mặc định là vô hiệu hóa)
xác minh dữ liệu đã tải lên mà không cần nhiều phần tử theo tiêu đề content-md5. Cho phép gửi tiêu đề "Content-MD5" khi tải lên một đối tượng mà không cần đăng nhiều trang. Nếu tùy chọn này được bật, nó có một số ảnh hưởng đến hiệu suất của s3fs khi tải lên đối tượng nhỏ. Vì s3fs luôn kiểm tra MD5 khi tải lên đối tượng lớn, tùy chọn này không ảnh hưởng đến đối tượng lớn.
Đây là một tùy chọn không bao giờ nên là một tùy chọn - nó phải luôn được bật, bởi vì không thực hiện điều này bỏ qua kiểm tra tính toàn vẹn quan trọng chỉ vì lợi ích hiệu suất không đáng kể. Khi một đối tượng được tải lên S3 bằng một Content-MD5:tiêu đề, S3 sẽ xác nhận tổng kiểm tra và từ chối đối tượng nếu nó bị hỏng trong quá trình vận chuyển. Tuy nhiên, điều đó dường như không thể xảy ra, có vẻ như thiển cận để vô hiệu hóa kiểm tra an toàn này.
Trích dẫn từ trang người đàn ông của s3fs. Lỗi ngữ pháp là trong văn bản gốc.