搜索到
21
篇与
的结果
-
Sharon 香港CTG+CMI G口1T单向大流量 月付5刀 VPS评测 总结：电信CTG 联通移动CMI。G口，单向流量1T三网来回全部直连。性价比拉满我用了几天 体验非常好，特色是香港的大口子、大流量优化线路新商家，月付 ，不怕跑路购买链接：https://whmcs.sharon.io/aff.php?aff=32&pid=1首月8折优惠码：LZX91N0X7L--------------------- A Bench Script By spiritlhl ---------------------- 测评频道: https://t.me/vps_reviews 版本：2023.12.18 更新日志：VPS融合怪测试(集百家之长) ---------------------基础信息查询--感谢所有开源项目--------------------- CPU 型号 : Intel(R) Xeon(R) Gold 6133 CPU @ 2.50GHz CPU 核心数 : 1 CPU 频率 : 2494.140 MHz CPU 缓存 : L1: 64.00 KB / L2: 4.00 MB / L3: 16.00 MB 硬盘空间 : 1.69 GiB / 29.36 GiB 启动盘路径 : /dev/sda1 内存 : 388.15 MiB / 846.66 MiB Swap : [ no swap partition or swap file detected ] 系统在线时间 : 0 days, 20 hour 32 min 负载 : 0.26, 0.06, 0.02 系统 : Debian GNU/Linux 11 (bullseye) (x86_64) AES-NI指令集 : ✔ Enabled VM-x/AMD-V支持 : ✔ Enabled 架构 : x86_64 (64 Bit) 内核 : 5.10.0-26-cloud-amd64 TCP加速方式 : bbr 虚拟化架构 : KVM NAT类型 : 开放型 IPV4 ASN : AS396856 Sharon Networks, LLC IPV4 位置 : Central / Central and Western / HK ---------------------CPU测试--感谢lemonbench开源------------------------ -> CPU 测试中 (Fast Mode, 1-Pass @ 5sec) 1 线程测试(1核)得分: 837 Scores ---------------------内存测试--感谢lemonbench开源----------------------- -> 内存测试 Test (Fast Mode, 1-Pass @ 5sec) 单线程读测试: 16599.08 MB/s 单线程写测试: 11807.94 MB/s ------------------磁盘dd读写测试--感谢lemonbench开源-------------------- -> 磁盘IO测试中 (4K Block/1M Block, Direct Mode) 测试操作 写速度 读速度 100MB-4K Block 12.4 MB/s (3034 IOPS, 8.44s) 12.4 MB/s (3034 IOPS, 8.44s) 1GB-1M Block 160 MB/s (152 IOPS, 6.57s) 160 MB/s (152 IOPS, 6.57s) ---------------------磁盘fio读写测试--感谢yabs开源---------------------- Block Size | 4k (IOPS) | 64k (IOPS) ------ | --- ---- | ---- ---- Read | 5.99 MB/s (1.4k) | 76.76 MB/s (1.1k) Write | 5.98 MB/s (1.4k) | 77.16 MB/s (1.2k) Total | 11.98 MB/s (2.9k) | 153.92 MB/s (2.4k) | | Block Size | 512k (IOPS) | 1m (IOPS) ------ | --- ---- | ---- ---- Read | 75.08 MB/s (146) | 74.63 MB/s (72) Write | 79.07 MB/s (154) | 79.60 MB/s (77) Total | 154.15 MB/s (300) | 154.23 MB/s (149) ---------------------流媒体解锁--感谢sjlleo开源------------------------- 以下测试的解锁地区是准确的，但是不是完整解锁的判断可能有误，这方面仅作参考使用 ----------------有图比---------------- [IPv4] 连接方式: 有图比 Video Server 视频缓存节点地域: 中国香港(HKG07S42) 有图比识别地域: 香港(HK) ----------------Netflix---------------- [IPv4] 您的出口IP完整解锁Netflix，支持非自制剧的观看 NF所识别的IP地域信息：香港 [IPv6] 您的网络可能没有正常配置IPv6，或者没有IPv6网络接入 ---------------DisneyPlus--------------- [IPv4] 当前IPv4出口解锁DisneyPlus 区域：香港区 解锁有图比，Netflix，DisneyPlus上面和下面进行比较，不同之处自行判断 ----------------流媒体解锁--感谢RegionRestrictionCheck开源-------------- 以下为IPV4网络测试，若无IPV4网络则无输出 ============[ Multination ]============ Dazn: Yes (Region: HK) HotStar: No Disney+: Yes (Region: HK) Netflix: Yes (Region: HK) 有图比 Premium: Yes (Region: HK) Amazon Prime Video: Yes (Region: HK) TVBAnywhere+: No iQyi Oversea Region: AU Viu.com: Yes (Region: HK) 有图比 CDN: Hong Kong Netflix Preferred CDN: Hong Kong Spotify Registration: No Steam Currency: HKD ChatGPT: Only Available with Mobile APP Bing Region: HK ======================================= 以下为IPV6网络测试，若无IPV6网络则无输出 ---------------TikTok解锁--感谢lmc999的源脚本及fscarmen PR-------------- Tiktok Region: 【AU】 -------------------欺诈分数以及IP质量检测--本脚本原创------------------- 数据仅作参考，不代表100%准确，如果和实际情况不一致请手动查询多个数据库比对 以下为各数据库编号，输出结果后将自带数据库来源对应的编号 ipinfo数据库 ① | scamalytics数据库 ② | virustotal数据库 ③ | abuseipdb数据库 ④ | ip2location数据库 ⑤ ip-api数据库 ⑥ | ipwhois数据库 ⑦ | ipregistry数据库 ⑧ | ipdata数据库 ⑨ | ipgeolocation数据库 ⑩ IP类型: 使用类型(usage_type):business⑧ business⑨ 公司类型(company_type):business⑧ 云服务提供商(cloud_provider): No⑧ 数据中心(datacenter): No⑥ ⑨ 移动网络(mobile): No⑥ 代理(proxy): No⑥ ⑦ ⑧ ⑨ 扶墙(扶墙): No⑦ ⑧ TOR(tor): No⑦ ⑧ ⑨ TOR出口(tor_exit): No⑧ 匿名代理(anonymous): No⑦ ⑧ ⑨ 攻击方(attacker): No⑧ ⑨ 滥用者(abuser): No⑧ ⑨ 威胁(threat): No⑧ ⑨ iCloud中继(icloud_relay): No⑧ ⑨ 未分配IP(bogon): No⑧ ⑨ 黑名单记录统计(有多少个黑名单网站有记录): 无害48 恶意0 可疑0 未检测41 ③ Google搜索可行性：NO 端口25检测: 本地: No 163邮箱：No ----------------三网回程--感谢zhanghanyun/backtrace开源----------------- 国家: HK 城市: Central 服务商: AS396856 Sharon Networks, LLC ---------------------回程路由--感谢fscarmen开源及PR--------------------- 依次测试电信/联通/移动经过的地区及线路，核心程序来自ipip.net或nexttrace，请知悉! 广州电信 58.60.188.222 0.88 ms * 局域网 22.67 ms * 中国, 香港, chinatelecom.com.cn, 电信 44.74 ms AS4134 中国, 广东, 深圳, chinatelecom.com.cn, 电信 广州联通 210.21.196.6 0.79 ms * 局域网 4.33 ms AS58453 中国, 香港, chinamobile.com, 移动 30.82 ms AS58453 中国, 上海, chinamobile.com, 移动 30.72 ms AS9808 中国, 上海, chinamobile.com, 移动 32.36 ms AS9808 中国, 上海, chinamobile.com, 移动 42.86 ms AS4837 中国, 广东, 广州, chinaunicom.com, 联通 41.29 ms AS17816 中国, 广东, 深圳, chinaunicom.com, 联通 42.23 ms AS17623 中国, 广东, 深圳, chinaunicom.com, 联通 38.67 ms AS17623 中国, 广东, 深圳, chinaunicom.com, 联通 广州移动 120.196.165.24 0.89 ms * 局域网 7.33 ms AS58453 中国, 香港, chinamobile.com, 移动 11.24 ms AS58453 中国, 广东, 广州, chinamobile.com, 移动 8.65 ms AS9808 中国, 广东, 广州, chinamobile.com, 移动 10.76 ms AS9808 中国, 广东, 广州, chinamobile.com, 移动 11.71 ms AS9808 中国, 广东, 广州, chinamobile.com, 移动 13.32 ms AS9808 中国, 广东, 广州, chinamobile.com, 移动 11.14 ms AS56040 中国, 广东, 深圳, chinamobile.com, 移动 --------------------自动更新测速节点列表--本脚本原创-------------------- 位置 上传速度 下载速度 延迟 丢包率 Speedtest.net 1995.30 Mbps 545.40 Mbps 2.08 0.0% 新加坡 940.50 Mbps 636.43 Mbps 39.06 NULL 日本东京 318.18 Mbps 3076.09 Mbps 52.23 NULL 联通郑州5G 945.22 Mbps 2434.60 Mbps 51.82 NULL 联通Fuzhou 943.11 Mbps 4704.06 Mbps 52.45 0.0% 电信Zhenjiang5G 47.83 Mbps 2621.24 Mbps 40.31 NULL 电信Nanjing5G 46.94 Mbps 2843.44 Mbps 35.85 NULL 移动杭州5G 960.38 Mbps 2727.39 Mbps 34.78 0.0% 移动陕西5G 960.56 Mbps 1278.04 Mbps 58.80 0.0% ------------------------------------------------------------------------ 总共花费 : 9 分 11 秒 时间 : Sun Dec 24 11:23:50 CST 2023 ------------------------------------------------------------------------ -
单IP PVE配置虚拟机NAT联网 端口映射iptables 前提背景前些天买了个Colo99刀洛杉矶杜甫。E3 1240v3+16G+500G SSD。性价比很高。美中不足的是该机器只有一个IP。想跑PVE开虚拟机，必须要涉及到NAT，开始漫长查找资料，发现了一个大佬给出的方案参考：https://blog.csdn.net/god_sword_/article/details/128052598做了一些修改，可以完美实现功能大体的思路为，1.配置好NAT联网 2.iptables实现端口转发 3.配置开机自动恢复iptables配置一、配置好NAT联网PVE网络配置官方文档：https://pve.proxmox.com/wiki/Network_Configuration配置桥接网卡，使Proxmox VE(PVE)可以同时创建NAT虚拟机和独立IP虚拟机，同时可以使用脚本映射NAT虚拟机的端口到外网。1、开启ipv4、ipv6转发vim /etc/sysctl.conf文件最后加入如下配置net.ipv4.ip_forward=1 net.ipv4.conf.all.rp_filter=1 net.ipv4.icmp_echo_ignore_broadcasts=1 net.ipv4.conf.default.forwarding=1 net.ipv4.conf.default.proxy_arp = 0 net.ipv4.conf.default.send_redirects = 1 net.ipv4.conf.all.send_redirects = 0 net.ipv6.conf.eno1.autoconf=0 net.ipv6.conf.eno1.accept_ra=2 net.ipv6.conf.default.forwarding=1 net.ipv6.conf.all.forwarding=1 net.ipv6.conf.default.proxy_ndp=1 net.ipv6.conf.all.proxy_ndp=1配置Proxmox VE网卡文件信息 vim /etc/network/interfaces配置如下，我是一个单IP的杜甫，两个网口，正在使用的是eno1，后面还有个eno2，没有插网线,故不配置 auto lo iface lo inet loopback iface eno1 inet manual auto vmbr0 iface vmbr0 inet static address 198.46.xxx.xxx/30 gateway 198.46.xxx.xxx bridge-ports eno1 bridge-stp off bridge-fd 0 #物理网卡配置一般不做改动，系统模板都是配置好的。 #为虚拟机新建一个虚拟网桥 #内网地址，虚拟机的网关 auto vmbr1 iface vmbr1 inet static address 192.168.1.1 netmask 255.255.255.0 bridge-ports none bridge-stp off bridge-fd 0 post-up echo 1 > /proc/sys/net/ipv4/ip_forward post-up echo 1 > /proc/sys/net/ipv4/conf/eno1/proxy_arp #转发IPv4流量到虚拟机，使虚拟机与外网联通。 post-up iptables -t nat -A POSTROUTING -s '192.168.1.1/24' -o vmbr0 -j MASQUERADE post-down iptables -t nat -D POSTROUTING -s '192.168.1.1/24' -o vmbr0 -j MASQUERADE iface eno2 inet manual重启sudo service networking restart3、 搭建DHCP服务器（这个我没弄）此处使用的是ubuntu做dhcp服务器参考地址：https://blog.csdn.net/god_sword_/article/details/128055326二、配置端口转发4、 内外网端口映射转发#新增 iptables -t nat -A PREROUTING -p tcp -m tcp --dport 10022 -j DNAT --to-destination 10.10.10.100:22 #删除 （即把新增映射的-A改成-D） iptables -t nat -D PREROUTING -p tcp -m tcp --dport 10022 -j DNAT --to-destination 10.10.10.100:22 #查看NAT规则，并显示行号 iptables -t nat --list --line-number #删除指定行号的iptables规则 iptables -t nat -D POSTROUTING 10--------------------------------------------------------以下到分割线结尾本人没有使用，我手动敲上面的命令配的端口转发---------------------------------------------------------------4.1 使用ufwLinux原始的防火墙工具iptables由于过于繁琐，所以ubuntu系统默认提供了一个基于iptable之上的防火墙工具ufw。而UFW支持图形界面操作，只需在命令行运行ufw命令即能看到一系列的操作UFW 全称为Uncomplicated Firewall，是Ubuntu 系统上默认的防火墙组件, 为了轻量化配置iptables 而开发的一款工具。 UFW 提供一个非常友好的界面用于创建基于IPV4，IPV6的防火墙规则。 Linux 2.4内核以后提供了一个非常优秀的防火墙工具：netfilter/iptables，他免费且功能强大，可以对流入、流出的信息进行细化控制，它可以 实现防火墙、NAT（网络地址翻译）和数据包的分割等功能。netfilter工作在内核内部，而iptables则是让用户定义规则集的表结构。但是iptables的规则稍微有些“复杂”，因此ubuntu提供了ufw这个设定工具，以简化iptables的某些设定，其后台仍然是 iptables。ufw 即uncomplicated firewall的简称，参考地址：https://blog.csdn.net/god_sword_/article/details/1280887284.2 使用iptables端口映射可以使用iptables来完整，已经有大佬写了方便的脚本；脚本名称 iptables.sh#! /bin/bash PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:~/bin export PATH #ConfFile iptablesconf='/root/iptables.config.sh' function rootness(){ if [[ $EUID -ne 0 ]]; then echo "脚本需要以ROOT权限运行!" exit 1 fi } function conf_list(){ cat $iptablesconf } function conf_add(){ if [ ! -f $iptablesconf ];then echo "找不到配置文件!" exit 1 fi echo "请输入虚拟机的内网IP" read -p "(Default: Exit):" confvmip [ -z "$confvmip" ] && exit 1 echo echo "虚拟机内网IP = $confvmip" echo while true do echo "请输入虚拟机的端口:" read -p "(默认端口: 22):" confvmport [ -z "$confvmport" ] && confvmport="22" expr $confvmport + 0 &>/dev/null if [ $? -eq 0 ]; then if [ $confvmport -ge 1 ] && [ $confvmport -le 65535 ]; then echo echo "虚拟机端口 = $confvmport" echo break else echo "输入错误，端口范围应为1-65535!" fi else echo "输入错误，端口范围应为1-65535!" fi done echo while true do echo "请输入宿主机的端口" read -p "(默认端口: 8899):" natconfport [ -z "$natconfport" ] && natconfport="8899" expr $natconfport + 0 &>/dev/null if [ $? -eq 0 ]; then if [ $natconfport -ge 1 ] && [ $natconfport -le 65535 ]; then echo echo "宿主机端口 = $natconfport" echo break else echo "输入错误，端口范围应为1-65535!" fi else echo "输入错误，端口范围应为1-65535!" fi done echo "请输入转发协议:" read -p "(tcp 或者 udp ,回车默认操作: 退出):" conftype [ -z "$conftype" ] && exit 1 echo echo "协议类型 = $conftype" echo iptablesshell="iptables -t nat -A PREROUTING -i vmbr0 -p $conftype --dport $natconfport -j DNAT --to-destination $confvmip:$confvmport" if [ `grep -c "$iptablesshell" $iptablesconf` != '0' ]; then echo "配置已经存在" exit 1 fi get_char(){ SAVEDSTTY=`stty -g` stty -echo stty cbreak dd if=/dev/tty bs=1 count=1 2> /dev/null stty -raw stty echo stty $SAVEDSTTY } echo echo "回车继续，Ctrl+C退出脚本" char=`get_char` echo $iptablesshell >> $iptablesconf runreturn=`$iptablesshell` echo $runreturn echo '配置添加成功' } function add_confs(){ rootness conf_add } function del_conf(){ echo while true do echo "请输入宿主机的端口" read -p "(默认操作: 退出):" confserverport [ -z "$confserverport" ] && exit 1 expr $confserverport + 0 &>/dev/null if [ $? -eq 0 ]; then if [ $confserverport -ge 1 ] && [ $confserverport -le 65535 ]; then echo echo "宿主机端口 = $confserverport" echo break else echo "输入错误，端口范围应为1-65535!" fi else echo "输入错误，端口范围应为1-65535!" fi done echo iptablesshelldel=`cat $iptablesconf | grep "dport $confserverport"` if [ ! -n "$iptablesshelldel" ]; then echo "配置文件中没有该宿主机的端口" exit 1 fi iptablesshelldelshell=`echo ${iptablesshelldel//-A/-D}` runreturn=`$iptablesshelldelshell` echo $runreturn sed -i "/$iptablesshelldel/d" $iptablesconf echo '配置删除成功' } function del_confs(){ printf "你确定要删除配置吗？操作是不可逆的(y/n) " printf "\n" read -p "(默认: n):" answer if [ -z $answer ]; then answer="n" fi if [ "$answer" = "y" ]; then rootness del_conf else echo "配置删除操作取消" fi } action=$1 case "$action" in add) add_confs ;; list) conf_list ;; del) del_confs ;; *) echo "参数错误! [${action} ]" echo "用法: `basename $0` {add|list|del}" ;; esac脚本配置文件名称 iptables.config.sh#!/usr/bin/env bash上传iptables.sh和iptables.config.sh 脚本到宿主机root目录，或者直接在root目录下创建赋予iptables.config.sh可执行权限xxx自行更改，为配置文件的路径chmod +x /xxx/iptables.config.sh在 iptables.sh目录下执行一下命令根据提示进行添加或删除端口映射 #添加端口映射 bash iptables.sh add #删除端口映射 bash iptables.sh del 4.3 使用brook 进行统一控制这样，访问服务器10022端口就会自动转发到虚拟机10.10.10.100的22端口上，实现了外网通过ssh登陆虚拟机的目的。但是，这样做有一个问题，ProxmoxVE自带防火墙，iptables开放22端口，相当于在防火墙上面开了一个洞，而且这个洞不受防火墙的控制，如果需要做安全防护，你还需要单独配置iptables，不是很方便。于是想到一个折中办法，用brook做端口转发，同时利用ProxmoxVE的防火墙进行统一控制。获取brook，项目地址#version 版本 wget -O /root/brook https://github.com/txthinking/brook/releases/download/{version}/brook/brook_linux_xxx wget -O /root/brook https://github.com/txthinking/brook/releases/download/v20221212/brook_linux_amd64将brook移动到你想要放的地方赋予执行权限brook路径 需要自行修改chmod +x /brook路径/brook启动端口转发 from 宿主机端口。to 虚拟机的ip+端口#前台运行退出终端及结束转发 nohup /root/brook relay --from :10022 --to 10.10.10.100:22 #设置为后台运行 nohup /root/brook relay --from :10022 --to 10.10.10.100:22 > output 2>&1 &利用命令ps -ef|grep brook来查看转发是否生效，同时在ProxmoxVE防火墙中开放或者关闭10022端口来控制外网对虚拟机的访问。KVM虚拟机的配置是类似的，创建时选择桥接vmbr0，不论安装的是Linux系统还是windows系统，都需要手动输入IPv4和IPv地址，同时在主机配置IPv6信息和添加端口转发。若想实现开机自动启动端口映射，可以将上边命令写成shell脚本，并加入系统守护进程，写成service服务。brook开机自动执行端口转发命令创建brookforward.shvim /root/brookforward.sh写入以下命令#! /bin/sh nohup /root/brook relay --from :10022 --to 10.10.10.100:22 > output 2>&1赋予brookforward.sh执行权限chmod +x brookforward.sh!!! 注意若要使用systemD 将brookforward.sh实现开机自启动，以及服务自启。在.sh文件中nohup命令不能在最后加上&，让nohup命令保持后台运行，加上了该brookforward.service将会启动失败。创建 SystemD service 配文件vim /etc/systemd/system/brookforward.service写入以下信息# /etc/systemd/system/brookforward.service [Unit] Description=brookforward After=syslog.target After=network.target [Service] Type=simple ExecStart=/root/brookforward.sh Restart=always RestartSec=5 [Install] WantedBy=multi-user.targetReload SystemD 以加载新的配置文件：systemctl daemon-reload启动 brookforward 服务并设置开机自启：systemctl enable --now brookforward查看运行状态：systemctl status brookforward实现开机自启还可以将上边的brookforward.sh文件写入/etc/rc.local中，进行开机启动，但是不能实现服务自动重启。实现开机自启和服务自动重启还可以借助supervisor， Supervisor是用Python开发的一套通用的进程管理程序，能将一个普通的命令行进程变为后台daemon，并监控进程状态，异常退出时能自动重启。它是通过fork/exec的方式把这些被管理的进程当作supervisor的子进程来启动，这样只要在supervisor的配置文件中，把要管理的进程的可执行文件的路径写进去即可。也实现当子进程挂掉的时候，父进程可以准确获取子进程挂掉的信息的，可以选择是否自己启动和报警。supervisor还提供了一个功能，可以为supervisord或者每个子进程，设置一个非root的user，这个user就可以管理它对应的进程。有需要可以自行研究，参考以下操作因为没有开启ipv6，没有实操，仅供给有需要的参考这样，一个同时开启了NAT和IPv6的虚拟机就创建好了，但是，还有个问题，IPv6的配置和端口转发是会随着主机重启而失效，我们需要在主机上启动开机自启服务，保证每次开机的时候，虚拟机器都能正常工作。需要在PVE中开启开机自启服务，创建/etc/rc.local。#!/bin/sh -e # # rc.local # # This script is executed at the end of each multiuser runlevel. # Make sure that the script will "exit 0" on success or any other # value on error. # # In order to enable or disable this script just change the execution # bits. # # By default this script does nothing. exit 0赋予执行权限chmod +x /etc/rc.local启动服务systemctl start rc-local这样，我们只需要将需要执行的命令写在/etc/rc.local的exit 0前面，就可以在开机后自动执行。-----------------------------------------------------分割线-------------------------------------------------------三、母鸡iptables重启恢复如上操作完成之后，母鸡重启后，iptables配置会全部丢失，进行如下设置配置持久化使用iptables保存机制在设置好了iptables规则后，下次重启后还是会被清除，所以我们需要把它保存起来，使用 iptables-save 命令来进行备份。保存现有iptables规则到 /etc/iptables-rulesiptables-save > /etc/iptables-rules重启后恢复iptables规则修改网卡文件，当网卡重启的时候自动执行恢复命令nano /etc/network/interfaces找到vmbr1的那一节，在最后载入恢复命令pre-up iptables-restore < /etc/iptables-rules配置文件整体如下：auto lo iface lo inet loopback iface eno1 inet manual auto vmbr0 iface vmbr0 inet static address 198.46.147.254/30 gateway 198.46.147.253 bridge-ports eno1 bridge-stp off bridge-fd 0 #物理网卡配置一般不做改动，系统模板都是配置好的。 #为虚拟机新建一个虚拟网桥 #内网地址，虚拟机的网关 auto vmbr1 iface vmbr1 inet static address 192.168.1.1 netmask 255.255.255.0 bridge-ports none bridge-stp off bridge-fd 0 post-up echo 1 > /proc/sys/net/ipv4/ip_forward post-up echo 1 > /proc/sys/net/ipv4/conf/eno1/proxy_arp #转发IPv4流量到虚拟机，使虚拟机与外网联通。 post-up iptables -t nat -A POSTROUTING -s '192.168.1.1/24' -o vmbr0 -j MASQUERADE post-down iptables -t nat -D POSTROUTING -s '192.168.1.1/24' -o vmbr0 -j MASQUERADE iface eno2 inet manual查看备份规则cat /etc/iptables-rules清理当前iptables规则，⚠️ 注意要在已经备份完成的时候进行删除iptables -F iptables -X iptables -Z iptables重启当前主机，看会不会重置规则iptables -L -n --line-numbersiptables的规则会在重启或者开机的时候，会自动载入规则，新增iptables规则后建议也执行iptables-save > /etc/iptables-rules
-
解决Dabian下iptable重启后规则丢失 最近折腾完成pve的虚拟机环境后，也部署了几个虚拟机，昨天给软路由升级一下硬盘。升级完成后，重新开机后完成硬盘的分区，并把硬盘虚拟给了群晖。今天发现登录不上群晖的IP，经过好几次排查，检查发现iptebles的规则已经全部没有了。没办法只好重新设置一次，防止下次重启后再丢失NAT规则，我尝试使用以下方法。使用iptables保存机制在设置好了iptables规则后，下次重启后还是会被清除，所以我们需要把它保存起来，使用 iptables-save 命令来进行备份。保存现有iptables规则到 /etc/iptables-rulesiptables-save > /etc/iptables-rules重启后恢复iptables规则修改网卡文件，当网卡重启的时候自动执行恢复命令vim /etc/network/interfaces找到网卡eth0的那一节，在节后末尾加上载入恢复命令pre-up iptables-restore < /etc/iptables-rules查看备份规则cat /etc/iptables-rules清理当前iptables规则，⚠️ 注意要在已经备份完成的时候进行删除iptables -Fiptables -Xiptables -Ziptables重启当前主机，看会不会重置规则iptables -L -n --line-numbersiptables的规则会在重启或者开机的时候，会自动载入规则，新增iptables规则后建议也执行 iptables-save > /etc/iptables-rules直接写在网卡配置文件表达 含义pre-up 网卡启用前的动作up 启用时候的动作post-up 启用后的动作pre-down 关闭前的动作down 关闭时动作post-down 关闭后动作编辑网卡文件，在末尾写上相关iptables规则vim /etc/network/interfaces直接写在网卡的配置，每次重启的时候就自动加载规则post-up echo 1 > /proc/sys/net/ipv4/ip_forwardpost-up iptables -t nat -A POSTROUTING -s '10.10.10.0/24' -o esn5 -j MASQUERADEpost-down iptables -t nat -D POSTROUTING -s '10.10.10.0/24' -o ens5 -j MASQUERADEiptables NATpost-up iptables -t nat -A PREROUTING -p tcp -m multiport --dport 113 -j DNAT --to-destination 10.10.10.10:22post-up iptables -t nat -A PREROUTING -p tcp -m multiport --dport 1000:1099 -j DNAT --to-destination 10.10.10.10post-up iptables -t nat -A PREROUTING -p tcp -m multiport --dport 223 -j DNAT --to-destination 10.10.10.11:22post-up iptables -t nat -A PREROUTING -p tcp -m multiport --dport 1100:1199 -j DNAT --to-destination 10.10.10.11这个方法有两个弊端每条转发规则都要配置2行，分别是post-up时添加规则和post-down时删除规则。好像不写 post-down 也没有事情，应该是防止多条规则覆盖。特别是使用了iptables-persistent 这个软件包。修改转发规则后，必须执行 service networking restart 重启网卡才能使修改生效。而重启网卡会导致整机瞬间断网，如果有需要保持长连接的业务，会受到严重影响。最终我选择第一个方法，第二个方法在测试的时候，修改了网卡文件然后重启了网卡，但是iptables规则并没有生效，要重启母鸡才可以。
-
fuzzypn 越南胡志明 VPS评测 总结：找老板（就是在各大TG VPS群里经常发小广告那位）PY了一台这个机器，目前带IPV4最便宜的套餐是3刀/月。机器是IPV4+IPV6双栈的，但是IPV6不可用，只能关掉。线路方面，移动去程直连，走上海出口-HKCMI-越南。电信绕德国。联通绕美，再绕德国。回程是电信移动直连（走HK），联通绕美。解锁方面还不错，主流流媒体都解锁，原生越南IP --------------------- A Bench Script By spiritlhl ---------------------- 测评频道: https://t.me/vps_reviews 版本：2023.10.09 更新日志：VPS融合怪测试(集百家之长) ---------------------基础信息查询--感谢所有开源项目--------------------- CPU 型号 : Intel(R) Xeon(R) CPU E5-2696 v4 @ 2.20GHz CPU 核心数 : 1 CPU 频率 : 2199.992 MHz CPU 缓存 : L1: 64.00 KB / L2: 256.00 KB / L3: 55.00 MB 硬盘空间 : 1.42 GiB / 18.58 GiB 启动盘路径 : /dev/vda1 内存 : 182.65 MiB / 964.59 MiB Swap : 0 KiB / 975.00 MiB 系统在线时间 : 0 days, 0 hour 2 min 负载 : 0.33, 0.11, 0.03 系统 : Debian GNU/Linux 11 (bullseye) (x86_64) AES-NI指令集 : ✔ Enabled VM-x/AMD-V支持 : ❌ Disabled 架构 : x86_64 (64 Bit) 内核 : 5.10.0-26-amd64 TCP加速方式 : bbr 虚拟化架构 : KVM NAT类型 : 开放型 IPV4 ASN : AS150867 LP TECHNOLOGY ELECTRONIC COMMERCE COMPANY LIMITED IPV4 位置 : Ho Chi Minh City / Ho Chi Minh / VN ---------------------CPU测试--感谢lemonbench开源------------------------ -> CPU 测试中 (Fast Mode, 1-Pass @ 5sec) 1 线程测试(1核)得分: 846 Scores ---------------------内存测试--感谢lemonbench开源----------------------- -> 内存测试 Test (Fast Mode, 1-Pass @ 5sec) 单线程读测试: 17613.08 MB/s 单线程写测试: 12320.31 MB/s ------------------磁盘dd读写测试--感谢lemonbench开源-------------------- -> 磁盘IO测试中 (4K Block/1M Block, Direct Mode) 测试操作 写速度 读速度 100MB-4K Block 25.4 MB/s (6192 IOPS, 4.13s) 28.2 MB/s (6889 IOPS, 3.72s) 1GB-1M Block 324 MB/s (309 IOPS, 3.24s) 889 MB/s (848 IOPS, 1.18s) ---------------------磁盘fio读写测试--感谢yabs开源---------------------- Block Size | 4k (IOPS) | 64k (IOPS) ------ | --- ---- | ---- ---- Read | 160.76 MB/s (40.1k) | 385.55 MB/s (6.0k) Write | 161.18 MB/s (40.2k) | 387.58 MB/s (6.0k) Total | 321.94 MB/s (80.4k) | 773.14 MB/s (12.0k) | | Block Size | 512k (IOPS) | 1m (IOPS) ------ | --- ---- | ---- ---- Read | 517.84 MB/s (1.0k) | 459.90 MB/s (449) Write | 545.35 MB/s (1.0k) | 490.53 MB/s (479) Total | 1.06 GB/s (2.0k) | 950.44 MB/s (928) ---------------------流媒体解锁--感谢sjlleo开源------------------------- 以下测试的解锁地区是准确的，但是不是完整解锁的判断可能有误，这方面仅作参考使用 ----------------Youtube---------------- [IPv4] 连接方式: Google Global CacheCDN (ISP Cooperation) ISP运营商: FPT 视频缓存节点地域: 越南胡志明市(SGN40) Youtube识别地域: 越南(VN) ----------------Netflix---------------- [IPv4] 您的出口IP完整解锁Netflix，支持非自制剧的观看 NF所识别的IP地域信息：越南 [IPv6] 您的网络可能没有正常配置IPv6，或者没有IPv6网络接入 ---------------DisneyPlus--------------- [IPv4] 当前IPv4出口所在地区即将开通DisneyPlus，尽请期待哦！ 解锁Youtube，Netflix，DisneyPlus上面和下面进行比较，不同之处自行判断 ----------------流媒体解锁--感谢RegionRestrictionCheck开源-------------- 以下为IPV4网络测试，若无IPV4网络则无输出 ============[ Multination ]============ Dazn: Yes (Region: VN) HotStar: No Disney+: Failed Netflix: Yes (Region: VN) YouTube Premium: Yes (Region: VN) Amazon Prime Video: Yes (Region: VN) TVBAnywhere+: Yes iQyi Oversea Region: VN Viu.com: No YouTube CDN: FPT in Ho Chi Minh City (Saigon) Netflix Preferred CDN: Singapore Spotify Registration: No Steam Currency: VND ChatGPT: Yes ======================================= 以下为IPV6网络测试，若无IPV6网络则无输出 ---------------TikTok解锁--感谢lmc999的源脚本及fscarmen PR-------------- Tiktok Region: 【VN】 -------------------欺诈分数以及IP质量检测--本脚本原创------------------- 数据仅作参考，不代表100%准确，如果和实际情况不一致请手动查询多个数据库比对 以下为各数据库编号，输出结果后将自带数据库来源对应的编号 ipinfo数据库 ① | scamalytics数据库 ② | virustotal数据库 ③ | abuseipdb数据库 ④ | ip2location数据库 ⑤ ip-api数据库 ⑥ | ipwhois数据库 ⑦ | ipregistry数据库 ⑧ | ipdata数据库 ⑨ | ipgeolocation数据库 ⑩ 欺诈分数(越低越好): 0② abuse得分(越低越好): 0④ IP类型: 使用类型(usage_type):business① Commercial⑤ business⑧ business⑨ 公司类型(company_type):business① 云服务提供商(cloud_provider): No⑧ 数据中心(datacenter): No② ⑥ ⑨ 移动网络(mobile): No⑥ 代理(proxy): No① ② ⑥ ⑦ ⑧ ⑨ VPN(vpn): No① ② ⑦ ⑧ TOR(tor): No① ② ⑦ ⑧ ⑨ TOR出口(tor_exit): No⑧ 搜索引擎机器人(search_engine_robot): No② 匿名代理(anonymous): No⑦ ⑧ ⑨ 攻击方(attacker): Yes⑧ No⑨ 滥用者(abuser): No⑧ ⑨ 威胁(threat): Yes⑧ No⑨ iCloud中继(icloud_relay): No① ⑧ ⑨ 未分配IP(bogon): No⑧ ⑨ Google搜索可行性：YES 端口25检测: 本地: No 163邮箱: Yes gmail邮箱: Yes outlook邮箱: Yes qq邮箱：No yandex邮箱: Yes ----------------三网回程--感谢zhanghanyun/backtrace开源----------------- 国家: VN 城市: Ho Chi Minh City 服务商: AS150867 LP TECHNOLOGY ELECTRONIC COMMERCE COMPANY LIMITED 北京电信 219.141.136.12 测试超时 北京联通 202.106.50.1 联通4837[普通线路] 北京移动 221.179.155.161 移动CMI [普通线路] 上海电信 202.96.209.133 电信163 [普通线路] 上海联通 210.22.97.1 联通4837[普通线路] 上海移动 211.136.112.200 移动CMI [普通线路] 广州电信 58.60.188.222 测试超时 广州联通 210.21.196.6 联通4837[普通线路] 广州移动 120.196.165.24 移动CMI [普通线路] 成都电信 61.139.2.69 测试超时 成都联通 119.6.6.6 测试超时 成都移动 211.137.96.205 移动CMI [普通线路] ---------------------回程路由--感谢fscarmen开源及PR--------------------- 依次测试电信/联通/移动经过的地区及线路，核心程序来自ipip.net或nexttrace，请知悉! 广州电信 58.60.188.222 0.75 ms AS18403 越南 胡志明市 fpt.vn 0.69 ms AS18403 越南 胡志明区 胡志明市 fpt.vn 1.42 ms AS18403 [FPT-NET] 越南 胡志明市 fpt.vn 33.88 ms AS18403 [FPT-NET] 越南 胡志明区 胡志明市 fpt.vn 252.65 ms AS4134 [CHINANET-FJ] 中国 香港 FPT-CTG-Peer chinatelecom.com.cn 电信 248.18 ms AS4134 [CHINANET-BB] 中国 广东省 广州市 chinatelecom.com.cn 电信 * ms AS4134 [CHINANET-BB] 中国 广东省 广州市 chinatelecom.com.cn 电信 246.21 ms AS134774 [CHINANET-GD] 中国 广东省 深圳市 chinatelecom.cn 电信 264.02 ms AS4134 中国 广东省 深圳市 福田区 chinatelecom.com.cn 电信 广州联通 210.21.196.6 0.92 ms AS18403 越南 胡志明市 fpt.vn 0.47 ms AS18403 越南 胡志明区 胡志明市 fpt.vn 0.70 ms AS18403 [FPT-NET] 越南 胡志明市 fpt.vn 4.00 ms AS18403 [FPT-NET] 越南 胡志明市 fpt.vn 26.42 ms AS18403 越南 胡志明区 胡志明市 fpt.vn 27.57 ms AS3549 [LVLT] 中国 香港 level3.com 215.68 ms AS3356 美国 加利福尼亚州 洛杉矶 level3.com 435.61 ms AS3356 美国 加利福尼亚州 洛杉矶 level3.com 455.95 ms AS4837 [CU169-BACKBONE] 中国 广东省 广州市 chinaunicom.cn 联通 467.49 ms AS4837 [CU169-BACKBONE] 中国 广东省 广州市 chinaunicom.cn 联通 441.39 ms AS17816 [UNICOM-GD] 中国 广东省 深圳市 chinaunicom.cn 联通 478.66 ms AS17623 [APNIC-AP] 中国 广东省 深圳市 chinaunicom.cn 联通 442.01 ms AS17623 [APNIC-AP] 中国 广东省 深圳市 宝安区 chinaunicom.cn 联通 广州移动 120.196.165.24 0.54 ms AS18403 越南 胡志明市 fpt.vn 0.55 ms AS18403 越南 胡志明区 胡志明市 fpt.vn 1.09 ms AS18403 [FPT-NET] 越南 胡志明市 fpt.vn 33.10 ms AS18403 [FPT-NET] 中国 香港 fpt.vn 56.52 ms AS58453 [CMI-INT] 中国 广东省 广州市 cmi.chinamobile.com 移动 84.43 ms AS9808 [CMNET] 中国 广东省 广州市 chinamobile.com 移动 87.48 ms AS9808 [CMNET] 中国 广东省 广州市 chinamobile.com 移动 82.87 ms AS9808 [CMNET] 中国 广东省 广州市 chinamobile.com 移动 84.11 ms AS9808 [CMNET] 中国 北京市 chinamobile.com 移动 83.73 ms AS56040 [APNIC-AP] 中国 广东省 深圳市 chinamobile.com 移动 --------------------自动更新测速节点列表--本脚本原创-------------------- 位置 上传速度 下载速度 延迟 丢包率 Speedtest.net 887.39 Mbps 897.52 Mbps 11.49 0.0% 新加坡 871.68 Mbps 894.24 Mbps 21.55 0.0% 中国香港 616.56 Mbps 865.19 Mbps 25.93 0.0% 联通上海5G 282.16 Mbps 48.29 Mbps 413.30 0.0% 电信重庆 295.89 Mbps 49.71 Mbps 150.42 0.0% 电信Suzhou5G 614.11 Mbps 24.25 Mbps 267.25 NULL 移动Chengdu 847.03 Mbps 443.52 Mbps 114.28 0.0% ------------------------------------------------------------------------ 总共花费 : 4 分 18 秒 时间 : Sat Oct 28 23:16:01 CST 2023 ------------------------------------------------------------------------
-
cloudsilk 白丝云 德国9929 年付128元 VPS评测 总结：这个机器之前是很早以前的德国4837，拔线后迁移到的9929线路，1C 512MB 800G流量 500G带宽，算是个传家宝了。三网回程9929 ，我这里去程电信CN2（电信去程要走上海CN2再到德国），联通移动去程4837。适合北方用户，我这里只有135ms，比较爽。--------------------- A Bench Script By spiritlhl ---------------------- 测评频道: https://t.me/vps_reviews 版本：2023.10.09 更新日志：VPS融合怪测试(集百家之长) ---------------------基础信息查询--感谢所有开源项目--------------------- CPU 型号 : Intel Core Processor (Broadwell, IBRS) CPU 核心数 : 1 CPU 频率 : 2394.652 MHz CPU 缓存 : L1: 64.00 KB / L2: 4.00 MB / L3: 16.00 MB 硬盘空间 : 1.00 GiB / 9.34 GiB 启动盘路径 : /dev/sda2 内存 : 91.41 MiB / 473.12 MiB Swap : [ no swap partition or swap file detected ] 系统在线时间 : 0 days, 0 hour 9 min 负载 : 1.12, 0.27, 0.08 系统 : Debian GNU/Linux 11 (bullseye) (x86_64) AES-NI指令集 : ✔ Enabled VM-x/AMD-V支持 : ❌ Disabled 架构 : x86_64 (64 Bit) 内核 : 5.10.0-9-amd64 TCP加速方式 : bbr 虚拟化架构 : KVM NAT类型 : 开放型 IPV4 ASN : AS41378 Kirino LLC IPV4 位置 : Frankfurt am Main / Hesse / DE ---------------------CPU测试--感谢lemonbench开源------------------------ -> CPU 测试中 (Fast Mode, 1-Pass @ 5sec) 1 线程测试(1核)得分: 787 Scores ---------------------内存测试--感谢lemonbench开源----------------------- -> 内存测试 Test (Fast Mode, 1-Pass @ 5sec) 单线程读测试: 18994.44 MB/s 单线程写测试: 7605.27 MB/s ------------------磁盘dd读写测试--感谢lemonbench开源-------------------- -> 磁盘IO测试中 (4K Block/1M Block, Direct Mode) 测试操作 写速度 读速度 100MB-4K Block 45.3 MB/s (11.06 IOPS, 2.31s)) 20.4 MB/s (4980 IOPS, 5.14s) 1GB-1M Block 1.2 GB/s (1139 IOPS, 0.88s) 1.2 GB/s (1139 IOPS, 0.88s) ---------------------磁盘fio读写测试--感谢yabs开源---------------------- Block Size | 4k (IOPS) | 64k (IOPS) ------ | --- ---- | ---- ---- Read | 44.06 MB/s (11.0k) | 536.73 MB/s (8.3k) Write | 44.14 MB/s (11.0k) | 539.55 MB/s (8.4k) Total | 88.20 MB/s (22.0k) | 1.07 GB/s (16.8k) | | Block Size | 512k (IOPS) | 1m (IOPS) ------ | --- ---- | ---- ---- Read | 523.81 MB/s (1.0k) | 521.60 MB/s (509) Write | 551.64 MB/s (1.0k) | 556.34 MB/s (543) Total | 1.07 GB/s (2.1k) | 1.07 GB/s (1.0k) ---------------------流媒体解锁--感谢sjlleo开源------------------------- 以下测试的解锁地区是准确的，但是不是完整解锁的判断可能有误，这方面仅作参考使用 ----------------Youtube---------------- [IPv4] 连接方式: Youtube Video Server 视频缓存节点地域: 德国法兰克福(FRA15S37) Youtube识别地域: 无信息(null) ----------------Netflix---------------- [IPv4] 您的出口IP可以使用Netflix，但仅可看Netflix自制剧 NF所识别的IP地域信息：德国 [IPv6] 您的网络可能没有正常配置IPv6，或者没有IPv6网络接入 ---------------DisneyPlus--------------- [IPv4] 当前IPv4出口解锁DisneyPlus 区域：德国区 解锁Youtube，Netflix，DisneyPlus上面和下面进行比较，不同之处自行判断 ----------------流媒体解锁--感谢RegionRestrictionCheck开源-------------- 以下为IPV4网络测试，若无IPV4网络则无输出 ============[ Multination ]============ Dazn: Yes (Region: DE) HotStar: No Disney+: No Netflix: Originals Only YouTube Premium: Failed Amazon Prime Video: Yes (Region: DE) TVBAnywhere+: Yes iQyi Oversea Region: DE Viu.com: No YouTube CDN: Frankfurt Netflix Preferred CDN: Frankfurt Spotify Registration: No Steam Currency: EUR ChatGPT: Yes ======================================= 以下为IPV6网络测试，若无IPV6网络则无输出 ---------------TikTok解锁--感谢lmc999的源脚本及fscarmen PR-------------- Tiktok Region: 【DE】 -------------------欺诈分数以及IP质量检测--本脚本原创------------------- 数据仅作参考，不代表100%准确，如果和实际情况不一致请手动查询多个数据库比对 以下为各数据库编号，输出结果后将自带数据库来源对应的编号 ipinfo数据库 ① | scamalytics数据库 ② | virustotal数据库 ③ | abuseipdb数据库 ④ | ip2location数据库 ⑤ ip-api数据库 ⑥ | ipwhois数据库 ⑦ | ipregistry数据库 ⑧ | ipdata数据库 ⑨ | ipgeolocation数据库 ⑩ 欺诈分数(越低越好): 48② abuse得分(越低越好): 0④ IP类型: 使用类型(usage_type):hosting① Data Center/Web Hosting/Transit⑤ business⑧ business⑨ 公司类型(company_type):hosting① hosting⑧ 云服务提供商(cloud_provider): Yes⑧ 数据中心(datacenter): Yes② No⑥ ⑨ 移动网络(mobile): No⑥ 代理(proxy): No① ② ⑥ ⑦ ⑧ ⑨ ⑩ VPN(vpn): No① ② ⑦ ⑧ TOR(tor): No① ② ⑦ ⑧ ⑨ TOR出口(tor_exit): No⑧ 搜索引擎机器人(search_engine_robot): No② 匿名代理(anonymous): No⑦ ⑧ ⑨ 攻击方(attacker): No⑧ ⑨ 滥用者(abuser): No⑧ ⑨ 威胁(threat): No⑧ ⑨ iCloud中继(icloud_relay): No① ⑧ ⑨ 未分配IP(bogon): No⑧ ⑨ 黑名单记录统计(有多少个黑名单网站有记录): 无害0 恶意0 可疑0 未检测88 ③ Google搜索可行性：YES 端口25检测: 本地: No 163邮箱: Yes gmail邮箱：No ----------------三网回程--感谢zhanghanyun/backtrace开源----------------- 国家: DE 城市: Frankfurt am Main 服务商: AS41378 Kirino LLC 北京电信 219.141.136.12 测试超时 北京联通 202.106.50.1 联通4837[普通线路] 北京移动 221.179.155.161 联通4837[普通线路] 上海电信 202.96.209.133 联通9929[优质线路] 上海联通 210.22.97.1 联通9929[优质线路] 上海移动 211.136.112.200 联通9929[优质线路] 广州电信 58.60.188.222 联通9929[优质线路] 广州联通 210.21.196.6 联通9929[优质线路] 广州移动 120.196.165.24 联通9929[优质线路] 成都电信 61.139.2.69 测试超时 成都联通 119.6.6.6 联通4837[普通线路] 成都移动 211.137.96.205 联通4837[普通线路] ---------------------回程路由--感谢fscarmen开源及PR--------------------- 依次测试电信/联通/移动经过的地区及线路，核心程序来自ipip.net或nexttrace，请知悉! 广州电信 58.60.188.222 0.33 ms AS41378 德国 黑森州 美因河畔法兰克福 as41378.net 2.27 ms AS10099 [CUG-BACKBONE] 德国 黑森州 美因河畔法兰克福 FRA-BJ-Transit chinaunicomglobal.com 联通 121.09 ms AS10099 [CUG-BACKBONE] 德国 黑森州 美因河畔法兰克福 chinaunicomglobal.com 联通 122.65 ms * [CNC-BACKBONE] 中国 北京市 chinaunicom.cn 联通 CUII 151.95 ms AS9929 [CNC-BACKBONE] 中国 广东省 广州市 chinaunicom.cn 联通 CUII 152.63 ms * [APNIC-AP] 中国 广东省 广州市 167.27 ms AS134774 [CHINANET-GD] 中国 广东省 深圳市 chinatelecom.cn 电信 169.40 ms AS4134 中国 广东省 深圳市 福田区 chinatelecom.com.cn 电信 广州联通 210.21.196.6 0.31 ms AS41378 德国 黑森州 美因河畔法兰克福 as41378.net 2.63 ms AS10099 [CUG-BACKBONE] 德国 黑森州 美因河畔法兰克福 FRA-BJ-Transit chinaunicomglobal.com 联通 121.19 ms AS10099 [CUG-BACKBONE] 德国 黑森州 美因河畔法兰克福 chinaunicomglobal.com 联通 122.59 ms * [CNC-BACKBONE] 中国 北京市 CUI-CNC-Peer chinaunicom.cn 联通 CUII 151.91 ms AS9929 [CNC-BACKBONE] 中国 广东省 广州市 chinaunicom.cn 联通 CUII 152.47 ms * [APNIC-AP] 中国 广东省 广州市 160.62 ms AS4837 [CU169-BACKBONE] 中国 广东省 广州市 chinaunicom.cn 联通 152.53 ms AS4837 [CU169-BACKBONE] 中国 北京市 chinaunicom.cn 156.88 ms AS17816 [APNIC-AP] 中国 广东省 深圳市 chinaunicom.cn 联通 159.67 ms AS17623 [APNIC-AP] 中国 广东省 深圳市 chinaunicom.cn 联通 146.35 ms AS17623 [APNIC-AP] 中国 广东省 深圳市 宝安区 chinaunicom.cn 联通 广州移动 120.196.165.24 0.34 ms AS41378 德国 黑森州 美因河畔法兰克福 as41378.net 2.59 ms AS10099 [CUG-BACKBONE] 德国 黑森州 美因河畔法兰克福 FRA-BJ-Transit chinaunicomglobal.com 联通 121.01 ms AS10099 [CUG-BACKBONE] 德国 黑森州 美因河畔法兰克福 chinaunicomglobal.com 联通 122.73 ms * [CNC-BACKBONE] 中国 北京市 chinaunicom.cn 联通 CUII 151.90 ms AS9929 [CNC-BACKBONE] 中国 广东省 广州市 chinaunicom.cn 联通 CUII 152.70 ms * [APNIC-AP] 中国 广东省 广州市 156.54 ms AS4837 [CU169-BACKBONE] 中国 广东省 广州市 chinaunicom.cn 联通 358.65 ms AS4837 [CU169-BACKBONE] 中国 广东省 广州市 chinaunicom.cn 联通 148.19 ms AS9808 [CMNET] 中国 广东省 广州市 chinamobile.com 移动 149.87 ms AS9808 [CMNET] 中国 北京市 chinamobile.com 移动 158.65 ms AS56040 [APNIC-AP] 中国 广东省 深圳市 chinamobile.com 移动 --------------------自动更新测速节点列表--本脚本原创-------------------- 位置 上传速度 下载速度 延迟 丢包率 Speedtest.net 588.46 Mbps 557.27 Mbps 0.38 NULL 法兰克福 591.53 Mbps 568.67 Mbps 41.06 0.0% 洛杉矶 332.85 Mbps 527.83 Mbps 150.15 0.0% 联通上海5G 454.62 Mbps 558.30 Mbps 144.26 0.0% 联通湖南5G 350.99 Mbps 276.10 Mbps 144.24 NULL 电信合肥5G 287.35 Mbps 553.32 Mbps 151.87 0.0% 电信Lanzhou 273.96 Mbps 508.22 Mbps 166.84 0.0% 移动Chengdu 615.96 Mbps 301.92 Mbps 149.57 0.0% ------------------------------------------------------------------------ 总共花费 : 6 分 9 秒 时间 : Thu Oct 26 12:31:41 UTC 2023 ------------------------------------------------------------------------
