本地 HTTP 文件服务器的简单搭建 (deno/std)

首发日期 2024-06-30, 以下为原文内容:

在本地局域网搭建一个文件服务器, 有很多种方式. 本文介绍的是窝觉得比较简单的一种.

文件直接存储在 btrfs 文件系统之中, 底层使用 LVM 管理磁盘, 方便扩容. 使用 btrfs RAID 1 进行镜像备份 (一个文件在 2 块硬盘分别存储一份), 防止一块硬盘突然损坏造成的数据丢失. 使用 btrfs 的 subvol 和快照等功能, 方便存储管理.

HTTP 服务器使用 deno 标准库 (jsr/std) 之中自带的简单文件服务器, 对局域网提供只读的文件访问. deno 在容器中运行, 使用 systemd --user 和 podman 管理运行容器.

注意: 本文中的文件服务器, 并没有访问权限控制, 只要在局域网之中, 就能够访问 (只读) 下载文件. 不要把秘密放上去哦 !

相关文章:

  • 《使用多用户增强服务器的安全性》 https://blog.csdn.net/secext2022/article/details/139961897

  • 《逻辑卷管理器 (LVM) 简介》 https://blog.csdn.net/secext2022/article/details/139805775

  • 《构建 deno/fresh 的 docker 镜像》 https://blog.csdn.net/secext2022/article/details/139649084

目录

  • 1 文件系统准备与格式化 (LVM / btrfs RAID subvol)
    • 2.1 创建 LVM 逻辑卷 (LV)
    • 2.2 格式化 (btrfs) 并使用 RAID 0/1
    • 2.3 目录权限配置 (subvol)
    • 2.4 (可选) 自动检查文件数据 (btrfs scrub)
    • 2.5 (可选) 配置自动快照 (snapper)
  • 2 安装文件服务器
    • 2.1 容器镜像的制作 (deno)
    • 2.2 部署容器并运行 (systemd --user / podman)
  • 3 测试
    • 3.1 上传文件 (sftp)
    • 3.2 访问下载文件 (浏览器 / HTTP)
  • 4 总结与展望

1 文件系统准备与格式化 (LVM / btrfs RAID subvol)

相关文章: 《逻辑卷管理器 (LVM) 简介》

窝的 Fedora CoreOS 服务器一共有 2 块硬盘: /dev/sda, /dev/sdb

窝希望建立 2 个存储区域:

  • 存储 1 (使用 RAID 0): 存储 允许丢失 的数据.

    这里的文件只存储一份, 节省空间. 如果一块硬盘损坏, 可能造成数据丢失.

  • 存储 2 (使用 RAID 1): 存储重要数据 (不允许丢失).

    这里的每个文件, 在 2 块硬盘分别存储一份 (总共存储 2 份). 只有 2 块硬盘全部损坏, 才会造成数据丢失.

实际使用过程中, 根据具体情况, 把不同的文件分别丢进不同的存储区域. 从而在避免数据丢失和节省存储空间之间达到平衡.

实际上, 大部分数据都是不太重要, 允许丢失的, 比如 原神安装包, 如果丢失大不了重新下载即可. 只有少量数据是非常重要, 绝对不可忍受丢失的. 所以上述存储方案在实际使用中是可行的.

2.1 创建 LVM 逻辑卷 (LV)

为了在一块硬盘损坏时, 不影响另一块硬盘, 每块硬盘都有自己的 VG. 在 LVM 层次主要使用存储空间动态分配 (在线扩容) 的功能, 不使用 RAID.

创建之前的情况:

core@MiWiFi-RA74-srv:~$ sudo pvsPV         VG       Fmt  Attr PSize  PFree/dev/sda1  d202406a lvm2 a--  <3.64t 2.66t/dev/sdb1  d202406b lvm2 a--  <3.64t 2.66t
core@MiWiFi-RA74-srv:~$ sudo vgsVG       #PV #LV #SN Attr   VSize  VFreed202406a   1   1   0 wz--n- <3.64t 2.66td202406b   1   1   0 wz--n- <3.64t 2.66t
core@MiWiFi-RA74-srv:~$ sudo lvsLV        VG       Attr       LSize    Pool Origin Data%  Meta%  Move Log Cpy%Sync Convertd202406a1 d202406a -wi-ao---- 1000.00g                                                    d202406b1 d202406b -wi-ao---- 1000.00g                                                    
core@MiWiFi-RA74-srv:~$

创建 LV:

core@MiWiFi-RA74-srv:~$ sudo lvcreate -L 100g d202406a -n bf1s202406_1Logical volume "bf1s202406_1" created.
core@MiWiFi-RA74-srv:~$ sudo lvcreate -L 100g d202406b -n bf1s202406_2Logical volume "bf1s202406_2" created.
core@MiWiFi-RA74-srv:~$ sudo lvcreate -L 100g d202406a -n bf2s202406_1Logical volume "bf2s202406_1" created.
core@MiWiFi-RA74-srv:~$ sudo lvcreate -L 100g d202406b -n bf2s202406_2Logical volume "bf2s202406_2" created.
core@MiWiFi-RA74-srv:~$

创建之后:

core@MiWiFi-RA74-srv:~$ sudo pvsPV         VG       Fmt  Attr PSize  PFree /dev/sda1  d202406a lvm2 a--  <3.64t <2.47t/dev/sdb1  d202406b lvm2 a--  <3.64t <2.47t
core@MiWiFi-RA74-srv:~$ sudo vgsVG       #PV #LV #SN Attr   VSize  VFree d202406a   1   3   0 wz--n- <3.64t <2.47td202406b   1   3   0 wz--n- <3.64t <2.47t
core@MiWiFi-RA74-srv:~$ sudo lvsLV           VG       Attr       LSize    Pool Origin Data%  Meta%  Move Log Cpy%Sync Convertbf1s202406_1 d202406a -wi-a-----  100.00g                                                    bf2s202406_1 d202406a -wi-a-----  100.00g                                                    d202406a1    d202406a -wi-ao---- 1000.00g                                                    bf1s202406_2 d202406b -wi-a-----  100.00g                                                    bf2s202406_2 d202406b -wi-a-----  100.00g                                                    d202406b1    d202406b -wi-ao---- 1000.00g                                                    
core@MiWiFi-RA74-srv:~$

此处一共创建了 4 个 LV, 其中:

  • 准备用于 RAID 0 (允许丢失数据): bf1s202406_1, bf1s202406_2

  • 准备用于 RAID 1 (镜像备份): bf2s202406_1, bf2s202406_2

分别对应于不同的 VG, 也就是分别位于不同的硬盘上.

2.2 格式化 (btrfs) 并使用 RAID 0/1

参考资料: https://wiki.archlinux.org/title/Btrfs

btrfs 文件系统本身支持 RAID, 可以直接使用多个存储设备.

  • (1) 创建 RAID 0:

    core@MiWiFi-RA74-srv:~$ sudo mkfs.btrfs -L bf1s202406 -d single -m raid1 /dev/d202406a/bf1s202406_1 /dev/d202406b/bf1s202406_2
btrfs-progs v6.8.1
See https://btrfs.readthedocs.io for more information.NOTE: several default settings have changed in version 5.15, please make surethis does not affect your deployments:- DUP for metadata (-m dup)- enabled no-holes (-O no-holes)- enabled free-space-tree (-R free-space-tree)Label:              bf1s202406
UUID:               81cc0dee-6463-4266-b660-9a5237888521
Node size:          16384
Sector size:        4096	(CPU page size: 4096)
Filesystem size:    200.00GiB
Block group profiles:Data:             single            8.00MiBMetadata:         RAID1             1.00GiBSystem:           RAID1             8.00MiB
SSD detected:       no
Zoned device:       no
Features:           extref, skinny-metadata, no-holes, free-space-tree
Checksum:           crc32c
Number of devices:  2
Devices:ID        SIZE  PATH                      1   100.00GiB  /dev/d202406a/bf1s202406_12   100.00GiB  /dev/d202406b/bf1s202406_2core@MiWiFi-RA74-srv:~$

  • (2) 创建 RAID 1:

    core@MiWiFi-RA74-srv:~$ sudo mkfs.btrfs -L bf2s202406 -d raid1 -m raid1 /dev/d202406a/bf2s202406_1 /dev/d202406b/bf2s202406_2
btrfs-progs v6.8.1
See https://btrfs.readthedocs.io for more information.NOTE: several default settings have changed in version 5.15, please make surethis does not affect your deployments:- DUP for metadata (-m dup)- enabled no-holes (-O no-holes)- enabled free-space-tree (-R free-space-tree)Label:              bf2s202406
UUID:               d2aed318-553b-4611-a135-a1e0b83aad2c
Node size:          16384
Sector size:        4096	(CPU page size: 4096)
Filesystem size:    200.00GiB
Block group profiles:Data:             RAID1             1.00GiBMetadata:         RAID1             1.00GiBSystem:           RAID1             8.00MiB
SSD detected:       no
Zoned device:       no
Features:           extref, skinny-metadata, no-holes, free-space-tree
Checksum:           crc32c
Number of devices:  2
Devices:ID        SIZE  PATH                      1   100.00GiB  /dev/d202406a/bf2s202406_12   100.00GiB  /dev/d202406b/bf2s202406_2core@MiWiFi-RA74-srv:~$

  • (3) 扫描设备:

    core@MiWiFi-RA74-srv:~$ sudo btrfs device scan
Scanning for Btrfs filesystems
registered: /dev/mapper/d202406b-d202406b1
registered: /dev/nvme0n1p4
registered: /dev/mapper/d202406a-d202406a1
registered: /dev/mapper/d202406a-bf2s202406_1
registered: /dev/mapper/d202406a-bf1s202406_1
registered: /dev/mapper/d202406b-bf2s202406_2
registered: /dev/mapper/d202406b-bf1s202406_2
core@MiWiFi-RA74-srv:~$

    创建挂载点:

    core@MiWiFi-RA74-srv:~$ sudo mkdir -p /mnt/data/bf1s
core@MiWiFi-RA74-srv:~$ sudo mkdir -p /mnt/data/bf2s
core@MiWiFi-RA74-srv:~$ ls -al /mnt/data
total 32
drwxr-xr-x. 1 root root 24 Jun 30 09:16 .
drwxr-xr-x. 1 root root  8 Jun 20 02:26 ..
drwxr-xr-x. 1 root root  0 Jun 30 09:16 bf1s
drwxr-xr-x. 1 root root  0 Jun 30 09:16 bf2s
drwxr-xr-x. 1 root root 50 Jun 23 13:33 d1
drwxr-xr-x. 1 root root 50 Jun 23 13:39 d2
core@MiWiFi-RA74-srv:~$

  • (4) 自动挂载的配置文件:

    core@MiWiFi-RA74-srv:~$ cat /etc/systemd/system/var-mnt-data-bf1s.mount
[Mount]
What=/dev/d202406a/bf1s202406_1
Where=/var/mnt/data/bf1s
Type=btrfs
Options=compress=zstd,nosuid,nodev
core@MiWiFi-RA74-srv:~$ cat /etc/systemd/system/var-mnt-data-bf1s.automount
[Automount]
Where=/var/mnt/data/bf1s
TimeoutIdleSec=1h[Install]
WantedBy=local-fs.target
core@MiWiFi-RA74-srv:~$ cat /etc/systemd/system/var-mnt-data-bf2s.mount
[Mount]
What=/dev/d202406a/bf2s202406_1
Where=/var/mnt/data/bf2s
Type=btrfs
Options=compress=zstd,nosuid,nodev
core@MiWiFi-RA74-srv:~$ cat /etc/systemd/system/var-mnt-data-bf2s.automount
[Automount]
Where=/var/mnt/data/bf2s
TimeoutIdleSec=1h[Install]
WantedBy=local-fs.target
core@MiWiFi-RA74-srv:~$

  • (5) 重新载入配置文件:

    core@MiWiFi-RA74-srv:~$ sudo systemctl daemon-reload

    挂载:

    core@MiWiFi-RA74-srv:~$ sudo systemctl start var-mnt-data-bf1s.mount
core@MiWiFi-RA74-srv:~$ sudo systemctl start var-mnt-data-bf2s.mount

    查看挂载状态 (省略部分结果):

    core@MiWiFi-RA74-srv:~$ mount/dev/mapper/d202406a-bf1s202406_1 on /var/mnt/data/bf1s type btrfs (rw,nosuid,nodev,relatime,seclabel,compress=zstd:3,space_cache=v2,subvolid=5,subvol=/)
/dev/mapper/d202406a-bf2s202406_1 on /var/mnt/data/bf2s type btrfs (rw,nosuid,nodev,relatime,seclabel,compress=zstd:3,space_cache=v2,subvolid=5,subvol=/)core@MiWiFi-RA74-srv:~$ df -h
Filesystem                         Size  Used Avail Use% Mounted on/dev/mapper/d202406a-bf1s202406_1  200G  5.8M  198G   1% /var/mnt/data/bf1s
/dev/mapper/d202406a-bf2s202406_1  100G  5.7M   99G   1% /var/mnt/data/bf2s

    可以看到, bf1s 因为使用 RAID 0 (文件只存储一份), 可用空间为 198GB. 而 bf2s 因为使用 RAID 1 (镜像备份), 可用空间只有 99GB.

  • (6) 启用开机自动挂载:

    core@MiWiFi-RA74-srv:~$ sudo systemctl enable var-mnt-data-bf1s.automount
Created symlink /etc/systemd/system/local-fs.target.wants/var-mnt-data-bf1s.automount → /etc/systemd/system/var-mnt-data-bf1s.automount.
core@MiWiFi-RA74-srv:~$ sudo systemctl enable var-mnt-data-bf2s.automount
Created symlink /etc/systemd/system/local-fs.target.wants/var-mnt-data-bf2s.automount → /etc/systemd/system/var-mnt-data-bf2s.automount.
core@MiWiFi-RA74-srv:~$

2.3 目录权限配置 (subvol)

创建 btrfs subvol, 为了方便快照:

core@MiWiFi-RA74-srv:~$ sudo btrfs subvolume create /mnt/data/bf1s/@fct
Create subvolume '/mnt/data/bf1s/@fct'
core@MiWiFi-RA74-srv:~$ sudo btrfs subvolume create /mnt/data/bf2s/@fct
Create subvolume '/mnt/data/bf2s/@fct'
core@MiWiFi-RA74-srv:~$ sudo btrfs subvolume list -p /mnt/data/bf1s
ID 256 gen 10 parent 5 top level 5 path @fct
core@MiWiFi-RA74-srv:~$ sudo btrfs subvolume list -p /mnt/data/bf2s
ID 256 gen 11 parent 5 top level 5 path @fct
core@MiWiFi-RA74-srv:~$

设置目录权限 (为了让 fc-test 用户能够访问):

core@MiWiFi-RA74-srv:~$ sudo chown fc-test:fc-test /mnt/data/bf1s/@fct
core@MiWiFi-RA74-srv:~$ sudo chown fc-test:fc-test /mnt/data/bf2s/@fct
core@MiWiFi-RA74-srv:~$ ls -al /mnt/data/bf1s
total 16
drwxr-xr-x. 1 root    root    32 Jun 30 09:38 .
drwxr-xr-x. 1 root    root    24 Jun 30 09:16 ..
drwxr-xr-x. 1 fc-test fc-test  0 Jun 30 09:38 @fct
-rw-r--r--. 1 root    root     0 Jun 30 09:31 bf1s20240630
core@MiWiFi-RA74-srv:~$ ls -al /mnt/data/bf2s
total 16
drwxr-xr-x. 1 root    root    32 Jun 30 09:38 .
drwxr-xr-x. 1 root    root    24 Jun 30 09:16 ..
drwxr-xr-x. 1 fc-test fc-test  0 Jun 30 09:38 @fct
-rw-r--r--. 1 root    root     0 Jun 30 09:31 bf2s20240630
core@MiWiFi-RA74-srv:~$

2.4 (可选) 自动检查文件数据 (btrfs scrub)

这部分配置是可选的, 读者可以跳过本章节.

相关配置文件 (从 ArchLinux 复制过去):

core@MiWiFi-RA74-srv:~$ cat /etc/systemd/system/btrfs-scrub@.service
[Unit]
Description=Btrfs scrub on %f
ConditionPathIsMountPoint=%f
RequiresMountsFor=%f[Service]
Nice=19
IOSchedulingClass=idle
KillSignal=SIGINT
ExecStart=/usr/sbin/btrfs scrub start -B %f
core@MiWiFi-RA74-srv:~$ cat /etc/systemd/system/btrfs-scrub@.timer
[Unit]
Description=Monthly Btrfs scrub on %f[Timer]
OnCalendar=monthly
AccuracySec=1d
RandomizedDelaySec=1w
Persistent=true[Install]
WantedBy=timers.target
core@MiWiFi-RA74-srv:~$

启用:

core@MiWiFi-RA74-srv:~$ sudo systemctl daemon-reload
core@MiWiFi-RA74-srv:~$ systemd-escape -p /var/mnt/data/bf1s
var-mnt-data-bf1s
core@MiWiFi-RA74-srv:~$ systemd-escape -p /var/mnt/data/bf2s
var-mnt-data-bf2s
core@MiWiFi-RA74-srv:~$ sudo systemctl enable --now btrfs-scrub@var-mnt-data-bf1s.timer
Created symlink /etc/systemd/system/timers.target.wants/btrfs-scrub@var-mnt-data-bf1s.timer → /etc/systemd/system/btrfs-scrub@.timer.
core@MiWiFi-RA74-srv:~$ sudo systemctl enable --now btrfs-scrub@var-mnt-data-bf2s.timer
Created symlink /etc/systemd/system/timers.target.wants/btrfs-scrub@var-mnt-data-bf2s.timer → /etc/systemd/system/btrfs-scrub@.timer.
core@MiWiFi-RA74-srv:~$

每月会检查一次磁盘上的文件数据, 如果损坏能及时发现 (并尝试自动修复).

2.5 (可选) 配置自动快照 (snapper)

参考资料: https://wiki.archlinux.org/title/Snapper http://snapper.io/

这部分配置是可选的, 读者可以跳过本章节.

首先安装软件包:

core@MiWiFi-RA74-srv:~$ sudo rpm-ostree install snapper

重启, 然后创建配置:

core@MiWiFi-RA74-srv:~$ sudo snapper -c bf2s_fct create-config /mnt/data/bf2s/@fct

编辑配置文件:

core@MiWiFi-RA74-srv:~$ sudo cat /etc/snapper/configs/bf2s_fct
SUBVOLUME="/var/mnt/data/bf2s/@fct"
FSTYPE="btrfs"QGROUP=""
SPACE_LIMIT="0.5"
FREE_LIMIT="0.2"ALLOW_USERS=""
ALLOW_GROUPS=""TIMELINE_CREATE="yes"
TIMELINE_CLEANUP="yes"
TIMELINE_LIMIT_HOURLY="48"
TIMELINE_LIMIT_DAILY="14"
TIMELINE_LIMIT_WEEKLY="8"
TIMELINE_LIMIT_MONTHLY="6"
TIMELINE_LIMIT_YEARLY="0"EMPTY_PRE_POST_CLEANUP="yes"
EMPTY_PRE_POST_MIN_AGE="1800"
core@MiWiFi-RA74-srv:~$

这个配置表示: 保留最近 48 个每小时快照, 14 个每天快照, 8 个每周快照, 6 个每月快照, 0 个每年快照.

启用自动快照:

core@MiWiFi-RA74-srv:~$ sudo systemctl enable --now snapper-timeline.timer
Created symlink /etc/systemd/system/timers.target.wants/snapper-timeline.timer → /usr/lib/systemd/system/snapper-timeline.timer.
core@MiWiFi-RA74-srv:~$ sudo systemctl enable --now snapper-cleanup.timer
Created symlink /etc/systemd/system/timers.target.wants/snapper-cleanup.timer → /usr/lib/systemd/system/snapper-cleanup.timer.
core@MiWiFi-RA74-srv:~$

每小时自动创建一个快照, 旧的快照会自动清理.

文件系统快照, 主要用于防止 误操作 (误删除) 造成的数据丢失. 如果不小心删除了重要文件, 可以从之前的快照之中恢复. btrfs 文件系统基于写时复制 (CoW), 所以快照是低成本的, 只有变动 (新增/修改) 的文件才会占用额外的存储空间, 效率很高.

上面对 bf2s (重要数据, RAID 1) 配置了自动快照. bf1s (RAID 0) 中的数据因为本来就允许丢失, 就没必要使用快照了.

2 安装文件服务器

参考资料: https://jsr.io/@std/http

2.1 容器镜像的制作 (deno)

相关文章: 《构建 deno/fresh 的 docker 镜像》

> cat Dockerfile
FROM quay.io/jitesoft/alpine:latestRUN sed -i 's/ftp.halifax.rwth-aachen.de/mirrors.sjtug.sjtu.edu.cn/g' /etc/apk/repositories
RUN apk update && apk upgrade && apk add curl zstd deno icu-data-full && apk cache cleanWORKDIR /srvRUN deno install -g --allow-net --allow-read --allow-sys jsr:@std/http/file-serverEXPOSE 4507CMD ["/root/.deno/bin/file-server", "."]

构建命令:

docker build -t dhfs .

制作好的容器镜像:

> docker images
REPOSITORY                                TAG             IMAGE ID       CREATED         SIZE
dhfs                                      latest          eec1e8290b01   7 seconds ago   153MB
quay.io/jitesoft/alpine                   latest          1bd690c0f25c   10 days ago     7.82MB

导出镜像:

docker save dhfs | zstd > dhfs.tar.zst

2.2 部署容器并运行 (systemd --user / podman)

相关文章: 《使用多用户增强服务器的安全性》

参考资料: https://docs.podman.io/en/latest/markdown/podman-systemd.unit.5.html https://docs.podman.io/en/latest/markdown/podman-run.1.html

  • (1) 加载容器镜像:

    fc-test@MiWiFi-RA74-srv:~$ ls -lh
-rw-r--r--. 1 fc-test fc-test 62M Jun 30 11:53 dhfs.tar.zstfc-test@MiWiFi-RA74-srv:~$ podman load < dhfs.tar.zst
Getting image source signatures
Copying blob 9aa2e4323f1d skipped: already exists  
Copying blob feed612d9b64 skipped: already exists  
Copying blob 299020072df1 skipped: already exists  
Copying blob 233fd68103b4 done   | 
Copying blob 3952a1adf654 done   | 
Copying config eec1e8290b done   | 
Writing manifest to image destination
Loaded image: docker.io/library/dhfs:latest
fc-test@MiWiFi-RA74-srv:~$ podman images
REPOSITORY                                 TAG         IMAGE ID      CREATED      SIZE
docker.io/library/dhfs                     latest      eec1e8290b01  6 hours ago  154 MB

  • (2) 创建数据存储目录:

    fc-test@MiWiFi-RA74-srv:~$ mkdir /mnt/data/bf1s/@fct/srv1
fc-test@MiWiFi-RA74-srv:~$ mkdir /mnt/data/bf2s/@fct/srv2
fc-test@MiWiFi-RA74-srv:~$ ls -al /mnt/data/bf1s/@fct
total 16
drwxr-xr-x. 1 fc-test fc-test  8 Jun 30 11:57 .
drwxr-xr-x. 1 root    root    32 Jun 30 09:38 ..
drwxr-xr-x. 1 fc-test fc-test  0 Jun 30 11:57 srv1
fc-test@MiWiFi-RA74-srv:~$ ls -al /mnt/data/bf2s/@fct
total 16
drwxr-xr-x. 1 fc-test fc-test 28 Jun 30 11:57 .
drwxr-xr-x. 1 root    root    32 Jun 30 09:38 ..
drwxr-x---. 1 root    root     2 Jun 30 11:13 .snapshots
drwxr-xr-x. 1 fc-test fc-test  0 Jun 30 11:57 srv2
fc-test@MiWiFi-RA74-srv:~$

    为了方便访问, 创建符号链接:

    fc-test@MiWiFi-RA74-srv:~$ ln -s /mnt/data/bf1s/@fct/srv1 srv1
fc-test@MiWiFi-RA74-srv:~$ ln -s /mnt/data/bf2s/@fct/srv2 srv2
fc-test@MiWiFi-RA74-srv:~$ ls -allrwxrwxrwx. 1 fc-test fc-test       24 Jun 30 11:59 srv1 -> /mnt/data/bf1s/@fct/srv1
lrwxrwxrwx. 1 fc-test fc-test       24 Jun 30 11:59 srv2 -> /mnt/data/bf2s/@fct/srv2

  • (3) 运行容器的配置文件:

    fc-test@MiWiFi-RA74-srv:~$ cat ~/.config/containers/systemd/dhfs.container
[Unit]
Description=deno http file server
Wants=network-online.target
After=network-online.targetStartLimitIntervalSec=5s
StartLimitBurst=1[Container]
Image=dhfs
PublishPort=2406:4507
Pull=neverVolume=/mnt/data/bf1s/@fct/srv1:/srv/1:z,ro
Volume=/mnt/data/bf2s/@fct/srv2:/srv/2:z,ro[Service]
Restart=always[Install]
WantedBy=default.target
fc-test@MiWiFi-RA74-srv:~$

    其中 Volume= 的 ro 选项, 表示容器内的程序对文件 只读. 这是一种安全措施: 假如容器内的程序, 因为存在安全漏洞, 被黑客入侵了, 那么黑客仍然无法修改文件.

  • (4) 启动运行:

    fc-test@MiWiFi-RA74-srv:~$ systemctl --user daemon-reload
fc-test@MiWiFi-RA74-srv:~$ systemctl --user status dhfs
○ dhfs.service - deno http file serverLoaded: loaded (/var/home/fc-test/.config/containers/systemd/dhfs.container; generated)Drop-In: /usr/lib/systemd/user/service.d└─10-timeout-abort.confActive: inactive (dead)
fc-test@MiWiFi-RA74-srv:~$ systemctl --user start dhfs

3 测试

文件服务器的安装配置已经全部完成了, 现在试用一下.

3.1 上传文件 (sftp)

使用 sftp 连接服务器并上传文件:

> sftp fc-server
Connected to fc-server.
sftp> cd srv2
sftp> mkdir apk
sftp> cd apk
sftp> put fdroid-1.20.0.apk
Uploading fdroid-1.20.0.apk to /var/mnt/data/bf2s/@fct/srv2/apk/fdroid-1.20.0.apk
fdroid-1.20.0.apk                             100%   11MB  10.8MB/s   00:01
sftp>

3.2 访问下载文件 (浏览器 / HTTP)

在浏览器中打开页面:

在这里插入图片描述

重复上述操作, 上传多个文件:

在这里插入图片描述

4 总结与展望

本文安装配置了一个在局域网内部使用的本地 文件存储服务器, 使用 sftp 上传文件, HTTP 下载文件. 存储的文件分为 2 类: 重要数据 (不允许丢失, RAID 1), 以及允许丢失的数据 (RAID 0), 分别使用不同的存储策略. 对于重要数据配置了每小时的自动快照 (snapper), 防止误操作造成的数据丢失. 每个月自动检查 (读取) 一次全盘数据 (btrfs scrub), 可以发现底层的静默数据错误.

在 LVM 和 btrfs 的加持之下, 虽然只有 2 块硬盘, 却可以将其一部分作为 RAID 0 使用, 另一部分作为 RAID 1 使用, 并且支持存储空间的动态分配 (在线扩容), 后续添加新的硬盘也很方便. 这种软件层面的高度灵活, 是硬件 RAID 难以实现的, 也就更适合没几块硬盘的窝等穷人.

sftp 使用 SSH 公钥认证登录, 不使用密码, 提高了服务器的安全性. HTTP 服务器使用 deno 标准库自带的轻量程序, 安装方便. deno 运行在容器之中, 对数据目录 只读 访问, 提高了安全性.

本文的存储方案, 没有访问权限控制, 只要在局域网内部, 都可以访问下载文件. 上传文件也不太方便. 本文为了安装配置的简单方便, 牺牲了功能的丰富程度, 这些方面后续可以考虑改进.

本文使用 CC-BY-SA 4.0 许可发布.

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/pingmian/43933.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

网络通信、BIO、NIO

网络通信、BIO、NIO

1. 涉及的网络基础知识 Socket&#xff1a; 操作系统提供的api&#xff0c;介于应用层和tcp/ip层之间的软件层&#xff0c;封装服务器客户端之间网络通信相关内容&#xff0c;方便调用 IO多路复用&#xff1a; &#xff08;I/O Multiplexing&#xff09;是一种IO操作模式&a…
阅读更多...
Python 的 metaclass

Python 的 metaclass

文章目录 先说结论1. metaclass 的作用2. 主要的执行过程 1. metaclass.__new__2. metaclass.__call__关于 metaclass.__init__ 3. metaclass.__prepare__4. 自动创建 __slots__ 属性4.1 metaclass 的接口类4.2 metaclass conflict 5. Class metaprogramming 先说结论 1. meta…
阅读更多...
Java技术栈总结：JVM虚拟机篇

Java技术栈总结：JVM虚拟机篇

一、Java的四种引用类型 1、强引用 最常见的引用&#xff0c;类似Object obj new Object()、String str “hello”。如果一个对象具有强引用&#xff0c;垃圾回收器绝对不会回收它。即使抛出“OutOfMemoryError”错误&#xff0c;程序终止&#xff0c;也不会随意回收具有强引…
阅读更多...
20240710 每日AI必读资讯

20240710 每日AI必读资讯

&#x1f916;微软&#xff1a;不会像 OpenAI 一样阻止中国访问 AI 模型 - OpenAI 将于周二&#xff08;7 月 9 日&#xff09;开始阻止中国用户访问其 API。 - 微软发言人表示&#xff1a;Azure OpenAI API服务在中国的提供方式没有变化。 - 公司仍然通过部署在中国以外地区…
阅读更多...
妙笔生词智能写歌词软件：创新助力还是艺术之殇？

妙笔生词智能写歌词软件：创新助力还是艺术之殇？

在音乐创作日益普及和多样化的当下&#xff0c;各种辅助工具层出不穷&#xff0c;妙笔生词智能写歌词软件便是其中之一。那么&#xff0c;它到底表现如何呢&#xff1f; 妙笔生词智能写歌词软件&#xff08;veve522&#xff09;的突出优点在于其便捷性和高效性。对于那些灵感稍…
阅读更多...
c/c++：牛客小白月赛93

c/c++：牛客小白月赛93

比赛链接 A 生不逢七 题目描述(题目链接添加链接描述)&#xff1a; 睡前游戏中最简单又最好玩的游戏就是这个啦&#xff01; 该游戏规则为&#xff1a;多名玩家轮流报数&#xff0c;当要报的数字中含有 7 或者是 7 的倍数时&#xff08;例如 37&#xff0c;49&#xff09;&…
阅读更多...
腾讯又一平台即将停止运营

腾讯又一平台即将停止运营

随着腾讯公司业务和战略的调整&#xff0c;某些业务逐渐退出历史舞台&#xff0c;如“腾讯直播平台NOW”&#xff0c;以及“QQ签到”&#xff0c;“腾讯待办”&#xff0c;“企鹅FM音频平台”等&#xff0c;最近又有一则重磅消息&#xff0c;那就是“腾讯课堂”也即将停止运营。…
阅读更多...
类似评论、省市区这种具有层次结构的数据表怎么设计？

类似评论、省市区这种具有层次结构的数据表怎么设计？

业务功能模块 评论、回复模块省市区表 设置一个给每个数据设置一个parent_id 例如&#xff1a; 某个视频下a写了条评论&#xff0c;那a的parent_id就是0;b回复了a&#xff0c;那b的parent_id就是a的id;c回复了b&#xff0c;那c的parent_id就是b的id; 这样&#xff0c;所有评论…
阅读更多...
Mosh｜初学者 SQL 教程

Mosh｜初学者 SQL 教程

sql文件链接&#xff1a;链接: https://pan.baidu.com/s/1okjsgssdxMkfKf8FEos7DA?pwdf9a9 提取码: f9a9 在mysql workbench 导入 create_databases.sql 文件&#xff0c;下面是运行成功的界面 快捷方式&#xff1a;全部运行可以同时按下controlcommandenter &#xff0c;或者…
阅读更多...
ceph存储

ceph存储

1 存储简介 存储的三种方式包括&#xff1a;块存储、文件存储、对象存储1。此外&#xff0c;还有内存存储、硬盘存储和闪存存储2。 内存存储&#xff1a;临时性数据存储方式&#xff0c;存储速度快&#xff0c;容量有限&#xff0c;通常用来存储正在使用的程序和数据。硬盘存…
阅读更多...
【通信协议】八、CDL(Caterpillar Data Link)协议解析

【通信协议】八、CDL(Caterpillar Data Link)协议解析

1、协议简介 CDL(Caterpillar Data Link)是caterpillar的通信协议&#xff0c;该品牌发动机ECM与各控制单元进行通信时&#xff0c;采用基于RS-485的物理层规范进行开发的CDL协议进行通信&#xff1b; 2、物理层 信号传输方式&#xff1a;差分信号&#xff08;通过两条线的电…
阅读更多...
稀疏建模介绍，详解机器学习知识

稀疏建模介绍，详解机器学习知识

目录 一、什么是机器学习&#xff1f;二、稀疏建模介绍三、Lasso回归简介四、Lasso超参数调整与模型选择 一、什么是机器学习&#xff1f; 机器学习是一种人工智能技术&#xff0c;它使计算机系统能够从数据中学习并做出预测或决策&#xff0c;而无需明确编程。它涉及到使用算…
阅读更多...
集训 Day 2 模拟赛总结

集训 Day 2 模拟赛总结

复盘 7&#xff1a;30 开题 想到几天前被普及组难度模拟赛支配的恐惧&#xff0c;下意识觉得题目很难 先看 T1&#xff0c;好像不是很难&#xff0c;魔改 Kruskal 应该就行 看 T2 &#xff0c;感觉很神奇&#xff0c;看到多串匹配想到 AC 自动机&#xff0c;又想了想 NOIP …
阅读更多...
328. 奇偶链表

328. 奇偶链表

https://leetcode.cn/problems/odd-even-linked-list/https://leetcode.cn/problems/odd-even-linked-list/ 解题思路&#xff1a; 把第一个和第二个节点分别作为奇数、偶数的头节点&#xff0c;当遇到奇节点&#xff0c;删除&#xff0c;并插入到奇数头节点后&#xff0c;这样…
阅读更多...
PPI（每英寸像素数）、DPI（每英寸点数）和Pixel（像素）的区别和联系？

PPI（每英寸像素数）、DPI（每英寸点数）和Pixel（像素）的区别和联系？

一、定义 PPI、DPI和Pixel是图像处理、打印和显示领域中常用的三个概念&#xff0c;它们之间既有区别又有联系。以下是对这三个概念进行分别讲解&#xff1a; 1. PPI&#xff08;Pixels Per Inch&#xff09;&#xff0d;即每英寸像素数&#xff0c;是图像分辨率的一种表示方…
阅读更多...
理解点对点协议：构建高效网络通信

理解点对点协议：构建高效网络通信

在通信线路质量较差的年代&#xff0c;能够实现可靠传输的高级数据链路控制&#xff08;High-level Data Link Control, HDLC&#xff09;协议曾是比较流行的数据链路层协议。HDLC是一个较复杂的协议&#xff0c;实现了滑动窗口协议&#xff0c;并支持点对点和点对多点两种连接…
阅读更多...
钉钉扫码登录第三方

钉钉扫码登录第三方

钉钉文档 实现登录第三方网站 - 钉钉开放平台 (dingtalk.com) html页面 将html放在 <!DOCTYPE html> <html lang"en"><head><meta charset"UTF-8"><title>登录</title>// jquery<script src"http://code.jqu…
阅读更多...
Qt：12.输入类控件(QSpinBox-整数值输入的小部件、QDateEdit、QTimeEdit、QDateTimeEdit- 日期和时间输入的控件)

Qt：12.输入类控件(QSpinBox-整数值输入的小部件、QDateEdit、QTimeEdit、QDateTimeEdit- 日期和时间输入的控件)

目录 一、QSpinBox-整数值输入的小部件&#xff1a; 1.1QSpinBox介绍&#xff1a; 1.2属性介绍&#xff1a; 1.3通用属性介绍&#xff1a; 1.4信号介绍&#xff1a; 二、QDateEdit、QTimeEdit、QDateTimeEdit- 日期和时间输入的控件&#xff1a; 2.1QDateEdit、QTimeEdit…
阅读更多...
机器人伦理分析：从扫地机器人到智能伙伴

机器人伦理分析：从扫地机器人到智能伙伴

我发过一个泡泡&#xff1a;机器人和扫地机器人。 意犹未尽&#xff0c;我觉得这是一个值得讨论下去的话题。或者是未来话题 在科技迅猛发展的今天&#xff0c;机器人已经从简单的执行工具演变为能够执行复杂任务的智能实体。特别是在家庭环境中&#xff0c;扫地机器人已经成为…
阅读更多...
Mac下flutter运行iOS模拟器

Mac下flutter运行iOS模拟器

上篇flutter环境安装&#xff08;Macvscode&#xff09;已经将vscode和xcode等开发环境都搭建起来了&#xff0c;vscode新建工程还是比较方便的&#xff0c;那么&#xff0c;建立好了之后&#xff0c;我们怎么看效果呢&#xff1f; 1. vscode新建项目 通过 vscode的命令命板(…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023