[转]NAS资源获取工具-Bitmagnet，磁力下载，百万种子任你选

阿提拉

屯屯鼠 发表于 2025-9-20 14:59
TMDB的API密钥应该有用吧，在https://www.themoviedb.org/settings/api 这个网址申请

密钥我也申请了，有时能连上，有时连不上，连上时也没发现速度更快

阿提拉

屯屯鼠 发表于 2025-9-20 17:30
为啥我的容器不健康，是要配置 Torznab吗

容器不健康？不太明白

阿提拉

redhot 发表于 2025-9-23 12:50
谢谢lz的分享和教程，已经安装上去了，请问这个自动搜索到多少停止？一直无休止吗？
另外还想请问一下，是 ...

你可以搜索到数据库有一定数据后（比如100W）备份数据库，重新部署，新部署不启用DHT，再导入之前备份的数据库，也能用了，之前数据库不会增加了

dzmnas

我没找到帖子收藏图标，只能发帖立坐标了，回到家了试试

猫猫牛

种子数量多了以后搜索很慢，要好几分钟才能搜索出来，有解决办法吗

阿提拉

msp233 发表于 2025-9-30 17:37
种子数量多了以后搜索很慢，要好几分钟才能搜索出来，有解决办法吗

你多少种子？我500W速度还可以哈，有时有点慢，一般不会超过30秒，我的配置很低，不过硬盘是固态硬盘

猫猫牛

阿提拉 发表于 2025-10-2 09:33
你多少种子？我500W速度还可以哈，有时有点慢，一般不会超过30秒，我的配置很低，不过硬盘是固态硬盘 ...

我是安装在机械硬盘，目前种子数量150W，我试试迁移到固态看看吧

jay哥

插个眼，以后有时间安装试试

jay哥

插个眼，有时间在安装

猫猫牛

我家2000兆的RTTF宽带，开启这个之后IPTV会认证失败，手机刷B站也会卡，家里的智能开关、智能设备控制都有延迟。 ，前面以为是迅雷下载的问题，关了迅雷还是一样。昨天把这个应用关了，家里网络终于好了。

阿提拉

msp233 发表于 2025-11-6 08:50
我家2000兆的RTTF宽带，开启这个之后IPTV会认证失败，手机刷B站也会卡，家里的智能开关、智能设备控制都有 ...

可能和你的主路由和运营商也有关系，我发现这个项目的活动连接数很高。我家里移动的开启也是很卡，公司电信的就不会，活动连接数最高到25000了。你可以在网络不影响的电脑上拉数据，再导入到NAS，NAS部署的时候关闭DHT就可以了

猫猫牛

阿提拉 发表于 2025-11-6 09:10
可能和你的主路由和运营商也有关系，我发现这个项目的活动连接数很高。我家里移动的开启也是很卡，公司电 ...

我前面是放公司宿舍，是电信网络，开了也还好，没感觉到影响，上个月把NAS搬回家里，是联通的网络，家里智能开关加上空调这些有三十左右个设备，我前面也怀疑光猫带不动，准备买个好点的路由器桥接了，昨天NAS上固态空间不够，把这个应用关了，晚上回去网络通畅了。

阿提拉

msp233 发表于 2025-11-6 09:36
我前面是放公司宿舍，是电信网络，开了也还好，没感觉到影响，上个月把NAS搬回家里，是联通的网络，家里 ...

你2000M的网络用光猫拨号很影响性能的

xiongzhi

开Bitmagnet的时候，我用手机热点。磁力下载的时候我用宽带。这样不会有什么限制。

zzlsly

楼主威武，下载下来的种子，如何进行搜索？

阿提拉

zzlsly 发表于 2025-11-21 17:34
楼主威武，下载下来的种子，如何进行搜索？

晕  你部署完成进入网页就看到搜索框了，运行正常拉取了种子后才会有搜索结果

wupper

我是用以下方式：

1，bitmagnet-next-web为前端搜索界面

2，核心部分Bitmagnet

3，bitmagnet-postgres，后台数据库

我是将docker安装在固态上，现在数据库日渐增长，所以我用青龙面板定期用pg_dump把数据库导出到机械硬盘做备份，

当前在next-web页面显示数据库已经122G，但是实际导出的备份文件只有12G左右， 是否有什么问题？

因为没有做空的数据库做数据导入，如何确认这个导出的备份数据是否正常？

wupper

postgresql的数据目录195.7G，去掉pg_wal的日志文件73.2G，确实是122.5G左右，但是导出的备份只有12.4G

wupper

艹，爬梯看了下官网，导出非完整备份。应该是dump参数问题。。。

以下命令将备份关键的 bitmagnet 数据，并保存到名为 export.sql 的文件中。（注意，这不是数据库的完整备份，不包括表、索引等的创建。）通过使用 --data-only 标志导出，生成的文件可以在 bitmagnet 运行迁移以设置数据库和表后，导入到新的或现有的安装中。

阿提拉

wupper 发表于 2026-1-21 14:19
我是用以下方式：
1，bitmagnet-next-web为前端搜索界面
2，核心部分Bitmagnet

你拉了多少资源？我700万，空间占用才44G

阿提拉

wupper 发表于 2026-1-21 14:46
艹，爬梯看了下官网，导出非完整备份。应该是dump参数问题。。。
以下命令将备份关键的 bitmagnet 数据，并 ...

备份可以用我这个很方便的，我相互倒了7  8次了，都没问题，方案也是AI给的，官方那个备份方案会报错

     ✅ 方案一：使用 `pg_dump` 备份（推荐）

### 📌 步骤 1：停止 BitMagnet 服务（避免写入冲突）
docker stop bitmagnet
> ⚠️ 注意：`postgres` 服务会继续运行，因为它是独立容器。
### 📌 步骤 2：进入 PostgreSQL 容器执行备份
docker exec -t bitmagnet-postgres pg_dump \
  -U postgres \
  -d bitmagnet \
  > /vol1/1000/soft/btsjk_$(date +%F).sql
### 📌 步骤 3：启动 BitMagnet
docker start bitmagnet

## 🔄 恢复数据库

### 📌 步骤 1：停止 BitMagnet
docker stop bitmagnet
> 停止 PostgreSQL 可以确保数据一致性，但也可以不停止。
### 📌 步骤 2：清空旧数据并导入备份，使用 `psql` 导入 SQL 文件（推荐）
# 进入 PostgreSQL 容器
docker exec -i bitmagnet-postgres psql -U postgres -d bitmagnet << EOF
DROP SCHEMA public CASCADE;
CREATE SCHEMA public;
GRANT ALL ON SCHEMA public TO postgres;
\c
EOF

# 导入 SQL 文件
cat /vol1/1000/soft/btsjk_2025-09-26.sql | docker exec -i bitmagnet-postgres psql -U postgres -d bitmagnet
>  如果你只想恢复数据而不影响表结构，可以跳过 `DROP SCHEMA` 部分，直接导入。

### 📌 步骤 3：重启服务
docker start bitmagnet

    ✅ 方案二：直接复制数据目录（简单粗暴）

wupper

我马上2000万了，我的意思是:导出的数据导入到新建的空数据库，是否能正常查询？

wupper

数据库占用大小倒是差不多，700万条44G，44G/700万，万条64.36M，2000万126G

阿提拉

wupper 发表于 2026-1-21 18:15
我马上2000万了，我的意思是:导出的数据导入到新建的空数据库，是否能正常查询？ ...

可以呀，我几台虚拟机实体机来回倒了好多次了

阿提拉

wupper 发表于 2026-1-21 18:15
我马上2000万了，我的意思是:导出的数据导入到新建的空数据库，是否能正常查询？ ...

你数据库这么大，也可以压缩备份，体积会小很多，步骤稍微改下：
备份步骤 2：进入 PostgreSQL 容器执行备份（带 gzip 压缩）
docker exec -t bitmagnet-postgres pg_dump \
-U postgres \
-d bitmagnet | gzip > /vol1/1000/soft/btsjk_$(date +%F).sql.gz
恢复 步骤 2：清空旧数据并导入备份（解压压缩文件）
# 进入 PostgreSQL 容器
docker exec -i bitmagnet-postgres psql -U postgres -d bitmagnet << EOF
DROP SCHEMA public CASCADE;
CREATE SCHEMA public;
GRANT ALL ON SCHEMA public TO postgres;
EOF

# 导入 SQL 文件（自动解压 .gz 文件）27分钟
zcat /vol1/1000/soft/btsjk_2025-10-28_700w.sql.gz | docker exec -i bitmagnet-postgres psql -U postgres -d bitmagnet

阿提拉

wupper 发表于 2026-1-21 18:28
数据库占用大小倒是差不多，700万条44G，44G/700万，万条64.36M，2000万126G

你怎么能拉那么多数据，我到后面都拉不动了，几K的速度，你是开了科学上网吗？

阿提拉

wupper 发表于 2026-1-21 18:15
我马上2000万了，我的意思是:导出的数据导入到新建的空数据库，是否能正常查询？ ...

还有建议你备份和恢复的时候在飞牛终端应用来操作，我备份和恢复都要两三个小时，远程连接网络一断就失败了，你配置高可能会快一点

阿提拉

wupper 发表于 2026-1-21 18:15
我马上2000万了，我的意思是:导出的数据导入到新建的空数据库，是否能正常查询？ ...

我700W .gz的备份是5.2G

wupper

[quote][size=2][url=forum.php?mod=redirect&goto=findpost&pid=238325&ptid=34528][color=#999999]阿提拉 发表于 2026-1-22 09:50[/color][/url][/size] 你怎么能拉那么多数据，我到后面都拉不动了，几K的速度，你是开了科学上网吗？ ...[/quote]

我备份的机械硬盘空间够用，而且是定期备份，循环清理过期备份文件就行了，种子已经爬了半年多了，现在基本在每天1200-1400条的样子

wupper

关于TMDB状态，作用应该是打开电影链接，会显示电影封面和相关信息。
按以下步骤可以开启：
1 ，申请TMDB_API_KEY
2，通过https://dnschecker.org网站，搜索以下域名的ip（ 'api.themoviedb.org'  ， 'image.tmdb.org'， 'www.themoviedb.org'， 'api.tmdb.org'），选择国内可访问ip（国旗图标后面任意选择一个）
3，在compose中进行设置后，启动

bitmagnet:
    image: ghcr.io/bitmagnet-io/bitmagnet:latest
    container_name: bitmagnet
    extra_hosts:   #确认用的地址：https://dnschecker.org/
        - 'api.themoviedb.org:3.175.86.37'
        - 'image.tmdb.org:84.17.38.228'
        - 'www.themoviedb.org:65.8.76.2'
        - 'api.tmdb.org:18.161.111.96'
    networks:
      bitmag-net:
        ipv4_address: 192.168.91.241
    restart: unless-stopped
    environment:
      - POSTGRES_HOST=postgres
      - POSTGRES_PASSWORD=postgres
      - TMDB_API_KEY=	#如没有api-key可以注释此行
      - DHT_CRAWLER_BOOTSTRAP_NODES=router.utorrent.com:6881,dht.transmissionbt.com:6881,router.bittorrent.com:6881
    command:
      - worker
      - run
      - --keys=http_server
      - --keys=queue_server
      # disable the next line to run without DHT crawler
      - --keys=dht_crawler
    depends_on:
      postgres:
        condition: service_healthy

阿提拉

wupper 发表于 2026-2-10 15:23
关于TMDB状态，作用应该是打开电影链接，会显示电影封面和相关信息。
按以下步骤可以开启：
1 ，申请TMDB_A ...

原来填了有海报呀,我之前填了不知道什么原因KEY没启动成功

wupper

阿提拉 发表于 2026-2-11 09:38
原来填了有海报呀,我之前填了不知道什么原因KEY没启动成功

没成功99%时tmdb网址解析的问题，国内dns经常解析不正确，所以要通过那个网站解析正确的ip填写进去

阿提拉

wupper 发表于 2026-2-11 21:29
没成功99%时tmdb网址解析的问题，国内dns经常解析不正确，所以要通过那个网站解析正确的ip填写进去 ...

是这样啊，我到时试一下

runn

留个言，怕后面找不到

runn

DHT一直是关闭状态怎么办？防火墙关闭测试了不行，文件权限给的管理员读写

阿提拉

runn 发表于 2026-2-25 16:46
DHT一直是关闭状态怎么办？防火墙关闭测试了不行，文件权限给的管理员读写
...

你换一组代码部署试试，我之前用虚拟机装了很多次，有的时候也DHT连不上，换另外一个就行了

阿提拉

你也可以试试这组，这个是根据楼上兄弟建议修改了TMDB部分的，这个TMDB能正常运行，有些视频可以看到预览

services:
  bitmagnet:
    image: ghcr.io/bitmagnet-io/bitmagnet:latest
    container_name: bitmagnet
    ports:
      # API 和 WebUI 端口:
      - "3333:3333"
      # BitTorrent 端口:
      - "3334:3334/tcp"
      - "3334:3334/udp"
    # 新增以下部分：为TMDB指定可访问的 IP 地址,如不需要可删除extra_hosts部分
    extra_hosts:
      - 'api.themoviedb.org:3.175.86.37'
      - 'image.tmdb.org:84.17.38.228'
      - 'www.themoviedb.org:65.8.76.2'
      - 'api.tmdb.org:18.161.111.96'
    restart: unless-stopped
    environment:
      - POSTGRES_HOST=postgres
      - POSTGRES_PASSWORD=postgres
      # 以下替换为自己申請的 TMDB API Key
      - TMDB_API_KEY=you key
    volumes:
      - ./config:/root/.config/bitmagnet
    command:
      - worker
      - run
      - --keys=http_server
      - --keys=queue_server
      # 禁用下一行可在无 DHT 爬虫的情況下运行
      - --keys=dht_crawler
    depends_on:
      postgres:
        condition: service_healthy

  postgres:
    image: postgres:16-alpine
    container_name: bitmagnet-postgres
    volumes:
      - ./data/postgres:/var/lib/postgresql/data  # ":"前修改为你NAS的路径
    #    ports:
    #      - "5432:5432" 如需访问资料库可开放此端口
    restart: unless-stopped
    environment:
      - POSTGRES_PASSWORD=postgres
      - POSTGRES_DB=bitmagnet
      - PGUSER=postgres
    shm_size: 1g
    healthcheck:
      test:
        - CMD-SHELL
        - pg_isready
      start_period: 20s
      interval: 10s