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

最新推荐文章于 2024-08-29 07:50:10 发布
最新推荐文章于 2024-08-29 07:50:10 发布
阅读量1.4k 收藏 8
点赞数 24
文章标签： 文件服务器 LVM btrfs RAID 快照 podman HTTP
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/secext2022/article/details/140305479
版权

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

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

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

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

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

相关文章:

目录

  • 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 pvs
  PV         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 vgs
  VG       #PV #LV #SN Attr   VSize  VFree
  d202406a   1   1   0 wz--n- <3.64t 2.66t
  d202406b   1   1   0 wz--n- <3.64t 2.66t
core@MiWiFi-RA74-srv:~$ sudo lvs
  LV        VG       Attr       LSize    Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  d202406a1 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_1
  Logical volume "bf1s202406_1" created.
core@MiWiFi-RA74-srv:~$ sudo lvcreate -L 100g d202406b -n bf1s202406_2
  Logical volume "bf1s202406_2" created.
core@MiWiFi-RA74-srv:~$ sudo lvcreate -L 100g d202406a -n bf2s202406_1
  Logical volume "bf2s202406_1" created.
core@MiWiFi-RA74-srv:~$ sudo lvcreate -L 100g d202406b -n bf2s202406_2
  Logical volume "bf2s202406_2" created.
core@MiWiFi-RA74-srv:~$

创建之后:

core@MiWiFi-RA74-srv:~$ sudo pvs
  PV         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 vgs
  VG       #PV #LV #SN Attr   VSize  VFree 
  d202406a   1   3   0 wz--n- <3.64t <2.47t
  d202406b   1   3   0 wz--n- <3.64t <2.47t
core@MiWiFi-RA74-srv:~$ sudo lvs
  LV           VG       Attr       LSize    Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  bf1s202406_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 sure
      this 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.00MiB
  Metadata:         RAID1             1.00GiB
  System:           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_1
    2   100.00GiB  /dev/d202406b/bf1s202406_2

core@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 sure
      this 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.00GiB
  Metadata:         RAID1             1.00GiB
  System:           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_1
    2   100.00GiB  /dev/d202406b/bf2s202406_2

core@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:latest

RUN 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 clean

WORKDIR /srv

RUN deno install -g --allow-net --allow-read --allow-sys jsr:@std/http/file-server

EXPOSE 4507

CMD ["/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.zst

fc-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 -al

lrwxrwxrwx. 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.target

StartLimitIntervalSec=5s
StartLimitBurst=1

[Container]
Image=dhfs
PublishPort=2406:4507
Pull=never

Volume=/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 server
    Loaded: loaded (/var/home/fc-test/.config/containers/systemd/dhfs.container; generated)
    Drop-In: /usr/lib/systemd/user/service.d
            └─10-timeout-abort.conf
    Active: 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 许可发布.

搭建自己的文件服务器
shengyin714959的博客
12-02 602
一直想部署一套文件服务器，供队友之间相互传输文件。平时用微信发送文件真的太烦了，每发送或者接收一次都会有一个新的文件，造成重复文件太多了。文件服务器统一管理，自己需要什么文件再下载。前面的思路一直是想使用 ftp ，安装了 vsftpd，配置也都成功，服务也启动了，可是访问一直有问题，而且查了下，有些使用工具有些是通过浏览器。实际的效果也并不好。
tino:适用于Deno的微型功能HTTP服务器，带有本地JSON REST API，可快速进行原型制作
05-09
用于Deno的微型HTTP服务器，功能齐全。 安装与使用 安装Deno： ://deno.land/#installation 试试看： $ deno run --allow-net --allow-read --allow-write https://deno.land/x/tino@v1.0.5/tino.js Tino内部使用...
HTTP 文件服务器——Http File Server
04-17
HFS是专为个人用户所设计的 HTTP 文件服务器——Http File Server，如果您觉得架设 FTP Server 太麻烦，那么这个软件可以提供您更方便的档案传输系统，下载后无须安装。运行主程序，在“虚拟文件系统”窗格下按鼠标右键，即可新增/移除文件夹。或者直接将欲加入的档案拖曳至此窗口，便可架设完成个人 HTTP 文件服务器。 可以选择将设置保存在注册表或者INI文件。主程序提供卸载功能，并会自动删除自身。所以使用起来不会对操作系统做什么改动
部署文件服务
m0_75067030的博客
11-30 1600
文件服务器在网络上提供一个中心位置，可供用户存储文件并通过网络与其他用户共享文件。文件服务器负责共享资源的管理、传递和接收，管理存储设备（硬盘、光盘、磁带）中的文件，为网络用户提供文件共享服务。文件服务器具有分时系统管理的全部功能，能够对全网统一管理，能够提供网络用户访问文件、目录的并发控制和安全保密措施。
推荐文章：探索简易高效的本地文件共享——Go HTTP File Server
最新发布
gitblog_00649的博客
08-29 509
推荐文章：探索简易高效的本地文件共享——Go HTTP File Server 项目地址:https://gitcode.com/gh_mirrors/go/go-http-file-server 随着云时代的到来和远程协作的日益频繁，高效而友好的文件共享工具变得尤为重要。今天，我们来一起深入了解一个由Go语言编写的轻量级HTTP文件服务器——Go HTTP File Server，它以其简洁的设...
文件服务器搭建
芳
03-07 1万+
文件服务器搭建，总结一下四种方法： 1、第一种：nginx自带的，autoIndex 优点：配置快，开发速度最快，用起来不方便。 缺点：没有密码验证，信息泄露，每个人都可以访问。 location /way1 { charset utf-8,gbk; alias /usr/local/custom; #文件地址,自己设置文件的地址 autoindex on; autoindex_exact_size on; auto
搭建windows文件服务器
MCB134的博客
11-30 1234
因为虚拟设置以上权限与不设置无区别，所以以下操作暂时停止，搞清楚再续博客，请博粉耐心等待，明天更新。一 在虚拟机选中文件夹右击属性-共享-高级共享-权限-勾选-确定-关闭。
搭建文件服务器
m0_57382568的博客
10-26 8835
文件服务器，又称档案伺务器，是指在计算机网络环境中，所有用户都可以访问的文件存储设备。 下面是搭建文件服务器的步骤： 1.打开Windows服务管理器<仪表盘，选择“添加角色和功能” 2.到这里选择文件服务器相应功能安装 3.安装完成后在这里打开文件和存储服务 打开后在共享里创建文件共享 因为SMB与Windows更结合所以选择SMB高级共享 这里选择共享路径 指定共享的名称 这里全部勾选 4.自定义文件权限 禁用继承 添加权...
搭建一台文件服务器
Sunshine
12-06 1098
正文：公司当前的情况是有销售，财务，信息三个部门。每个部门有几名员工，其中一名是其部门经理。     部门   中文名   英文名   Manager   凯文   Kevin   Information ...
denoliver:一个简单，无依赖的Deno静态文件服务器，可能有史以来最差的名称
04-15
Denoliver是一款小型，零配置开发和静态文件服务器，具有以TypeScript为Deno编写的实时重新加载功能，旨在用于原型设计和单页应用程序。 先决条件 要运行此程序，您需要安装 1.0或更高版本。 主要特征 无依赖！ 没有...
hello-deno：Deno用作HTTP服务器
02-15
import { serve } from "https://deno.land/std/http/server.ts"; const s = serve({ port: 8000 }); console.log("Server is running on http://localhost:8000"); for await (const req of s) { req....
一个简单的文件下载服务器
12-09
使用方法，在与本程序相同的目录下创建一个子目录file, 在file目录下存放需要下载的文件，然后启动本服务器程序。服务器启动后，即可在客户端通过浏览器访问服务器，比如：http://xxx.xxx.xxx.xxx:8080, xxx.xxx.xxx.xxx指IP地址。 文件服务器地址和端口号为：192.168.156.1:8080 文件服务器已启动
怎么搭建文件服务器
11-18
很基本的文件服务器搭建 希望能帮助你
harmonyos2-harmony-classbased:[Deno/Harmony]基于类和模块的Discord-Bot-Template
07-01
[Deno/Harmony] 基于类和模块的 Discord-Bot-Template 要求 deno：v1.5 或更高版本 一杯咖啡 如何使用 0. 使用模板 单击此按钮，并创建一个名称很酷的存储库。 1. 克隆存储库 git clone 克隆存储库。 （显然，你...
denoot：Deno的Web服务器。 使用Denoot HTTP服务器轻松路由HTTP请求
02-12
Denoot — Web服务器 是一种重量轻，性能高，express.js样式的Web服务器/路由器 入门 创建server.ts import Denoot from "https://deno.land/x/denoot/mod.ts" ; const app = Denoot . app ( 3000 ) ; app . get ...
Linux搭建文件服务器
m0_56363537的博客
10-19 4010
基于http、nginx搭建简单文件服务器
Windows文件服务器搭建
热门推荐
野生钢铁侠
07-27 4万+
入门级文件服务器搭建过程一、事前二、准备三、开始搭建3.1、环境安装3.2、创建用户3.2.1、更改用户密码3.2.2、删除用户3.3、创建组3.3.1、添加用户进组3.3.2、将用户从组中删除3.3.3、用户转移到其它组3.4、创建共享文件夹3.5、设置文件夹权限3.5.1、整个文件夹设置为用户组权限，并拥有其子文件夹的所以权限，无需禁用继承 一、事前 在搭建之前，我们所要知道的几个问题。 什么是文件服务器？ 文件服务器的功能？ 需要做到什么样的效果？ 知道这些问题之后，我们尝试回答一下这几个问题。
HTTP文件服务器搭建
weixin_58410911的博客
10-30 1351
HTTP文件服务器搭建。
通过docker安装gofastdfs
小黑java
09-18 1542
一、查找镜像 docker search go-fastdfs二、拉取镜像 docker pull sjqzhang/go-fastdfs三、创建必要的数据文件目录 mkdir -p /home/gofastdfs_data 四、根据镜像文件创建容器 docker run --name fastdfs -t -p 8080:8080 -v /home/gofastdfs_data:/data -e...
deno http请求
06-12
在 Deno 中，可以使用内置的 `fetch` 函数进行 HTTP 请求。它的使用方式与浏览器中的 `fetch` 函数类似。以下是一个简单的例子： ```typescript const response = await fetch('https://jsonplaceholder.typicode.com/posts/1'); const data = await response.json(); console.log(data); ``` 这段代码向 `https://jsonplaceholder.typicode.com/posts/1` 发送了一个 GET 请求，获取了一篇文章的信息，并将响应数据解析为 JSON 格式并打印在控制台上。`fetch` 函数返回的是一个 Promise 对象，所以我们需要使用 `await` 关键字来等待请求完成。 在实际开发中，我们可能需要设置请求头、请求方法、请求体等信息。这些信息可以通过 `fetch` 函数的第二个参数进行配置。例如，下面的代码演示了如何发送一个带有请求体的 POST 请求： ```typescript const response = await fetch('https://jsonplaceholder.typicode.com/posts', { method: 'POST', headers: { 'Content-Type': 'application/json' }, body: JSON.stringify({ title: 'foo', body: 'bar', userId: 1 }) }); const data = await response.json(); console.log(data); ``` 这段代码向 `https://jsonplaceholder.typicode.com/posts` 发送了一个 POST 请求，并传递了一个 JSON 格式的请求体。注意，我们需要将请求体序列化为字符串，并将其设置为 `fetch` 函数的 `body` 参数。请求头可以通过 `headers` 参数进行设置。在本例中，我们将请求头的 `Content-Type` 设置为 `application/json`。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值