小天管理 发表的所有内容
-
最近观各论坛都在想办法买非国行 iphone 去体验 AI 功能(此处不谈国行阉割无线充电等部分) 从苹果发布会来看,AI 可以通过拍照查询店铺评分,以及可能有的一些地图联动。 那么未来国行手机的 AI 是否可以通过美团,大众点评等 APP 进行交互联动? 而非国行除了用一些 AI 基础功能外,其他与真实世界的交互完全无法使用?
-
在外优雅访问家庭内网服务的姿势 前情提要 《低成本家庭万兆内网搭建指北》 《个人家庭网络布局分享》 《家庭内网服务分享》 《局域网内优雅的访问家庭内网服务》 起源 前面的文章中讲到了如何搭建内网服务,以及如何通过内网 DNS 重写并结合子域名以及个人服务导航页来优雅的访问局域网内搭建的各种服务。 很多小伙伴还是对在外远程访问家庭内网服务有很大需求的,下面就来讲解一下,我个人认为的比较不错的方式。 安全原则 远程访问家庭内网服务的原则只有一个,那就是安全性。 五星上将麦克阿瑟曾经说过:不要为了方便而将内网服务直接暴露在公网上,那相当于在裸奔。 选择的原因 所有第三方的远程访问服务个人都不推荐。主要从速度、安全性、便捷性三个方面考虑如下: 速度方面:cloudflare 、tailscale 、zerotier 、frp 、蒲公英等所有需要第三方服务器中转的,速度都不太行。 安全性方面:数据经过了第三方服务安全性无法得到保障。 便捷性方面:最好能和在家里访问家里的局域网服务一样。或者能够一键连接访问家里的网络。 我自己亲自实践过 cloudflare 、tailscale 、frp 等等很多的方案。最后觉得最理想的方案还是:公网 IP + DDNS + Wireguard 。 这个方案是如何保证上述三点的呢? 速度方面。公网 IP 属于直连,比所有第三方服务都要快。能够完美的跑满家里的上传带宽。 安全性方面。不经过任何的第三方服务,且 wireguard 是开源软件,安全性有保障。 便捷性方面。可以将 wireguard 理解为一个 VPN 服务。一键即可连回家庭网络。和在家里访问家里局域网一样没有任何区别,不用改变自己的使用习惯。 此外,上面的方案还带来了一个额外的优势,如果家里部署了科学上网服务,可以在外无缝使用家里的科学上网服务。 实现步骤 下面以公网 ipv4 作为演示。搞懂了原理,公网 ipv6 其实也是一样的道理,B 站有大佬发过 ipv6 的视频,这里就不在赘述了。 前提条件 具备公网 ipv4 或者 ipv6 。 光猫最好桥接,路由器直接拨号上网。这样路由器上获取的 IP 直接就是公网 ipv4 或 ipv6 。 光猫桥接其实不是必须的,只是为了操作更加的简单。不过个人还是强烈建议光猫改桥接路由器直接拨号的模式,这样可以省去光猫后台设置端口转发到主路由的步骤。 步骤 1:动态域名解析 具备了公网 IP 后,还存在着一个问题,那就是这个公网 IP 会随着拨号设备的每次重启而变化。即使拨号设备一直不重启,过一段时间后这个公网 IP 还是会变化的。 所以需要 DDNS 动态域名解析服务来解决上面的问题,个人比较推荐 DDNS-GO 这个开源项目。 既可以采用 Docker 部署的方式,iStoreOS 的应用商店中也有这个插件,安装部署非常的方便。 https://github.com/jeessy2/ddns-go DNS 解析服务商选择国内的阿里、腾讯或者国外的 cloudflare 都没有问题(个人还是比较推荐互联网大善人 cloudflare )。 一个可有可无的小 Tip:DDNS-GO 可以设置 Webhook 通知,当你家里的公网 IP 变化了,可以直接微信通知你。 URL: https://qyapi.weixin.qq.com/cgi-bin/webhook/send?key=xxxx Request Body: { "msgtype": "text", "text": { "content": "公网 IP 变更:\n 新 IPV4 地址:#{ipv4Addr} \n 已解析的域名:#{ipv4Domains} \n 域名更新结果:#{ipv4Result}" } } 上面 key 的获取可以参考 DDNS-GO 项目文档中的 Webhook 配置参考,个人比较推荐微信通知的方式,通过企业微信的个人团队来获取 key 。 通知的效果如下: 步骤 2:部署 Wireguard 虽然 Wireguard 在 iStoreOS ( OpenWRT )下有对应的插件,个人还是比较推荐采用 Docker 的方式来部署 Wireguard 。 Wireguard Docker 项目地址如下: https://github.com/wg-easy/wg-easy Wireguard Docker 部署命令如下: docker run -d \ --name=wg-easy \ -e LANG=chs \ -e WG_HOST=binhome.cn \ -e WG_DEFAULT_DNS=192.168.0.2 \ -e WG_PERSISTENT_KEEPALIVE=25 \ -e PORT=51821 \ -e WG_PORT=51820 \ -v ~/.wg-easy:/etc/wireguard \ -p 51820:51820/udp \ -p 51821:51821/tcp \ --cap-add=NET_ADMIN \ --cap-add=SYS_MODULE \ --sysctl="net.ipv4.conf.all.src_valid_mark=1" \ --sysctl="net.ipv4.ip_forward=1" \ --restart unless-stopped \ ghcr.io/wg-easy/wg-easy 需要将 WG_HOST 中的域名替换为你自己的域名 需要将 WG_DEFAULT_DNS 替换为你自己的内网 DNS 服务器。 最新版本的 wg-easy 修改了密码生成的方式,如果 Wireguard 的管理后台需要密码进行保护,可以这样做: # 使用下面的 Docker 命令生成密码 Hash docker run -it ghcr.io/wg-easy/wg-easy wgpw 你的密码 # 然后在上面的 Docker 执行命令中添加一条密码配置(记住密码前后需要有单引号): -e PASSWORD_HASH='上面生成的密码' \ Android 、iOS 、Mac 等等各大平台都有对应的客户端软件,大家自行下载安装。 Wireguard 的使用比较简单:wg-easy 的管理后台为需要远程访问的机器生成一个配置,客户端扫码进行连接即可。详细的步骤就不再演示了。 如果是在主路由上安装的 Wireguard ,通过上面简单的 2 步就已经可以实现远程访问的需求了。 步骤 3:设置端口转发 Docker 部署 Wireguard 既可以在主路由上,也可以在旁路由上。我个人是在旁路由上安装的 Wireguard ,所以多了第三步:还需要在主路由上设置端口转发到旁路由。 iStoreOS ( OpenWRT )的端口转发设置路径:网络 -> 防火墙 -> 端口转发。 添加一条端口转发:将外部端口 51820 的 UDP 协议转发到内部旁路由( 192.168.0.2 )的 51820 端口去。 实现效果 下面演示一下手机远程连接的效果: 旁路由部署附带的另外一个好处就是,如果家里的旁路由部署了科学上网服务,在外手机可以无缝享受到科学上网的环境: 分析总结 从始至终,只在主路由上对外暴露了一个 Wireguard 的 UDP 协议的连接端口,没有对外暴露任何的内网服务,别人想扫描爆破密码都没可能。 整个原理和流程如下: 由于具有公网 IP 并且设置了 DDNS ,所以在外访问 binhome.cn 就相当于直接访问家里的主路由。 手机客户端通过 binhome.cn:51820 的 UDP 协议来连接家里的主路由。 主路由将 51820 端口的 UDP 数据全部转发到旁路由( 192.168.0.2 )的 Wireguard 监听端口 51820 。 因此,上面就完成了远程回家的步骤。 在手机上内网子域名也能正常访问的原因在于:Wireguard 的配置中 -e WG_DEFAULT_DNS=192.168.0.2 指定了 DNS 服务器的 IP 。 手机客户端能够无缝科学上网的原因在于:默认情况下所有流量都会走 Wireguard 的接口,并且在旁路由上部署了科学上网服务。 Mac 电脑上的配置也是一样的,可以修改为只有家里的局域网段走 Wireguard 的接口。 这样当 Mac 电脑在公司 24 小时连接家庭网络的时候,可以避免公司内网环境无法访问的问题。
-
现在是国行 iphone14 移动开通了 esim 的国行 s9 手表 打算换澳洲的 iphone16 问题是 还是用移动的实体 sim 卡 这个国行的手表能迁移过去么?
-
阿里云盘这种泄漏隐私的漏洞都存在,搞了一款加密的网盘,防止泄漏隐私 特点: 上传文件之前本地加密,每个文件都是随机的密钥 上传完成之后,密钥会被添加到文件的分享码中, 分享码中包含了文件的大小,名称 地址 密钥等信息, 服务器不知道您上传的文件的内容,就连文件大小都无法得知 每个文件都是被分成 1mb 的切片后上传的 无需注册登录即可使用,加密的视频支持在线播放 不过由于文件列表是本地维护的,卸载软件后文件列表信息将会丢失 没有账号系统,而且因为是本地维护的,数据过多会导致卡顿,所以限制最多 10000 个文件 支持批量上传,批量导出导入文件 项目地址: https://gitlab.com/ivgeek/mixfile 各位有什么建议的可以提出来
-
在线体验 HanAnalytics 项目地址 HanAnalytics 页面截图
-
Resilio Sync 类似的软件都是被公司封掉的。 不想一直开局域网共享,只想同步的时候用。
-
我因为每个月都会去广东出差,因为各种需求,所以手机和电脑会通过 VPN 连接回去,我家有 3 条联通上行都是 200M ,我今天在珠海,用 1000M 电信网络,发现比月初来的时候慢多了,于是测速。 结论,无论 tcp 还是 udp ,无论隧道内还是隧道内,基本 5m 速度。 图 1 珠海电信-长沙联通 通过 win11 的 ikev2 测速截图: https://i.mgur.com/1OGWBJ2.png 图 2 珠海电信-长沙联通 通过 IPv4 直连 测速截图 https://i.imgur.com/gIrse0w.png 图 3 珠海电信-长沙联通 通过思科 SSL VPN 测速截图: https://i.imgur.com/Cq7r3zh.png 图 4 广东联通 5G-长沙联通 通过 IPv4 直连 测速截图: https://i.imgur.com/3eZtqav.jpg 图 5 广东联通 5G-长沙联通 思科 SSL VPN 测速截图: https://i.imgur.com/e00G1FX.jpg 至于 iperf3 ,我也测了,udp 和 tcp 都测了,都差不多。所以基本断定跨省有毒了。
-
研一仅一个月,我被分配到一个全新的研究方向,组内设备和理论都要从头开始,目前只有一位研二的师兄在摸索着进行研究。开学伊始就感到对未来的毕业问题充满忧虑。 我的课表非常紧张,几乎每天都有满满的课程安排。闲暇时会阅读相关文献,但总感觉没有什么收获。每天的生活基本就是上课、下课,回到宿舍继续看文献,几乎没有社交活动。室友之间关系一般,各忙各的事,连吃饭和上下课都经常一个人独自行动,身边的环境也显得格外陌生。 我想请教如何排解这种孤独感?随着时间推移,适应研究生生活后,这种孤独感会有所缓解吗?
-
每周工作小时也屡创新高,这还是国家统计局的数据,有没有懂哥,这是一种什么程度?
-
确实解放了后端接口的开发量,前端需要什么,后端扩展一下 GraphQL 的定义就行。 但是感觉很多都下放给前端了,可能会导致优化工作不好优化,权限不好控制,有点裸奔的感觉。 大家平时有在用吗?
-
最近土狗又又又又火起来了,圈子天天都有暴富案例,分享最近在用的追土狗 app ,个人感觉功能很齐全,比直接用钱包买省事多了,虽然要给一点手续费,但自带的防夹子功能起效一次就值了 拿去 https://dexx.ai/refer?inviteCode=7OKIKQ
-
工欲善其事,必先利其器。出海第一站,搞定工具链。 为了更好的做好出海这件事情,特意花了点时间整理了 150+跨境需要用到的工具,涵盖了建站、支付、选品、关键词、SEO 、营销等各个环节,旨在帮助出海用户不为工具烦恼,可以更加聚焦核心业务。 有付费的也有免费的,内容会持续更新,持续挖掘更多有价值的工具 跨境工具集
-
如题 1C 1G 20G 300Mbps 1T 双向流量 25.09.15 到期,145 包 push tg @sixhejw --------------------- A Bench Script By spiritlhl ---------------------- 测评频道: https://t.me/vps_reviews VPS 融合怪版本:2024.08.29 Shell 项目地址: https://github.com/spiritLHLS/ecs Go 项目地址: https://github.com/oneclickvirt/ecs ---------------------基础信息查询--感谢所有开源项目--------------------- CPU 型号 : Intel(R) Xeon(R) CPU E5-2698 v3 @ 2.30GHz CPU 核心数 : 1 CPU 频率 : 2297.338 MHz CPU 缓存 : L1: 32.00 KB / L2: 256.00 KB / L3: 40.00 MB AES-NI 指令集 : ✔ Enabled VM-x/AMD-V 支持 : ✔ Enabled 内存 : 380.42 MiB / 957.52 MiB Swap : 555.39 MiB / 1.00 GiB 硬盘空间 : 15.90 GiB / 19.20 GiB 启动盘路径 : /dev/vda1 系统在线时间 : 341 days, 13 hour 40 min 负载 : 1.03, 0.25, 0.08 系统 : Ubuntu 22.04 LTS (x86_64) 架构 : x86_64 (64 Bit) 内核 : 5.15.0-86-generic TCP 加速方式 : bbr 虚拟化架构 : KVM NAT 类型 : Port Restricted Cone IPV4 ASN : AS979 NetLab Global IPV4 位置 : Los Angeles / California / US ----------------------CPU 测试--通过 sysbench 测试------------------------- -> CPU 测试中 (Fast Mode, 1-Pass @ 5sec) 1 线程测试(单核)得分: 816 Scores ---------------------内存测试--感谢 lemonbench 开源----------------------- -> 内存测试 Test (Fast Mode, 1-Pass @ 5sec) 单线程读测试: 15339.33 MB/s 单线程写测试: 12080.79 MB/s ------------------磁盘 dd 读写测试--感谢 lemonbench 开源-------------------- -> 磁盘 IO 测试中 (4K Block/1M Block, Direct Mode) 测试操作 写速度 读速度 100MB-4K Block 8.9 MB/s (2169 IOPS, 11.80s) 8.6 MB/s (2102 IOPS, 12.18s) 1GB-1M Block 591 MB/s (564 IOPS, 1.77s) 1.0 GB/s (998 IOPS, 1.00s) ---------------------磁盘 fio 读写测试--感谢 yabs 开源---------------------- Block Size | 4k (IOPS) | 64k (IOPS) ------ | --- ---- | ---- ---- Read | 8.02 MB/s (2.0k) | 122.71 MB/s (1.9k) Write | 8.05 MB/s (2.0k) | 123.35 MB/s (1.9k) Total | 16.08 MB/s (4.0k) | 246.07 MB/s (3.8k) | | Block Size | 512k (IOPS) | 1m (IOPS) ------ | --- ---- | ---- ---- Read | 637.40 MB/s (1.2k) | 549.12 MB/s (536) Write | 671.27 MB/s (1.3k) | 585.69 MB/s (571) Total | 1.30 GB/s (2.5k) | 1.13 GB/s (1.1k) ------------流媒体解锁--基于 oneclickvirt/CommonMediaTests 开源----------- 以下测试的解锁地区是准确的,但是不是完整解锁的判断可能有误,这方面仅作参考使用 ----------------Netflix----------------- [IPV4] 您的出口 IP 完整解锁 Netflix ,支持非自制剧的观看 NF 所识别的 IP 地域信息:美国 [IPV6] 您的网络可能没有正常配置 IPv6 ,或者没有 IPv6 网络接入 ----------------Youtube----------------- [IPV4] 连接方式: Youtube Video Server 视频缓存节点地域: 美国 旧金山(SFO03S20) [IPV6] Youtube 在您的出口 IP 所在的国家不提供服务 ---------------DisneyPlus--------------- [IPV4] 当前出口所在地区解锁 DisneyPlus 区域:US 区 [IPV6] DisneyPlus 在您的出口 IP 所在的国家不提供服务 解锁 Netflix ,Youtube ,DisneyPlus 上面和下面进行比较,不同之处自行判断 ----------------流媒体解锁--感谢 RegionRestrictionCheck 开源-------------- 以下为 IPV4 网络测试,若无 IPV4 网络则无输出 ============[ Multination ]============ Dazn: Yes (Region: US) Disney+: Yes (Region: US) Netflix: Yes (Region: US) YouTube Premium: Yes (Region: US) Amazon Prime Video: Yes (Region: US) TVBAnywhere+: Yes Spotify Registration: Yes (Region: US) Instagram Licensed Audio: No OneTrust Region: US [California] iQyi Oversea Region: US Bing Region: US YouTube CDN: San Francisco, CA Netflix Preferred CDN: Los Angeles, CA ChatGPT: Yes Google Gemini: Yes (Region: USA) Wikipedia Editability: No Google Search CAPTCHA Free: Yes Steam Currency: USD ---Forum--- Reddit: Yes ======================================= 以下为 IPV6 网络测试,若无 IPV6 网络则无输出 ---------------TikTok 解锁--感谢 lmc999 的源脚本及 fscarmen PR-------------- Tiktok Region: [ US ] -------------IP 质量检测--基于 oneclickvirt/securityCheck 使用------------- 数据仅作参考,不代表 100%准确,如果和实际情况不一致请手动查询多个数据库比对 以下为各数据库编号,输出结果后将自带数据库来源对应的编号 ipinfo 数据库 [0] | scamalytics 数据库 [1] | virustotal 数据库 [2] | abuseipdb 数据库 [3] | ip2location 数据库 [4] ip-api 数据库 [5] | ipwhois 数据库 [6] | ipregistry 数据库 [7] | ipdata 数据库 [8] | db-ip 数据库 [9] ipapiis 数据库 [A] | ipapicom 数据库 [B] | bigdatacloud 数据库 [C] | cheervision 数据库 [D] | ipqualityscore 数据库 [E] IPV4: 安全得分: 声誉(越高越好): 0 [2] 信任得分(越高越好): 47 [8] VPN 得分(越低越好): 6 [8] 代理得分(越低越好): 100 [8] 社区投票-无害: 0 [2] 社区投票-恶意: 0 [2] 威胁得分(越低越好): 54 [8] 欺诈得分(越低越好): 0 [1 E] 滥用得分(越低越好): 0 [3] ASN 滥用得分(越低越好): 0.0011 (Low) [A] 公司滥用得分(越低越好): 0.0015 (Low) [A] 威胁级别: low [9 B] 黑名单记录统计:(有多少黑名单网站有记录): 无害记录数: 0 [2] 恶意记录数: 0 [2] 可疑记录数: 0 [2] 无记录数: 94 [2] 安全信息: 使用类型: hosting [A] corporate [9] business [0 7 8] hosting ASN [C] DataCenter/WebHosting/Transit [3] 公司类型: isp [7] business [0 A] 是否云提供商: No [7 D] 是否数据中心: No [0 5 6 8 A] Yes [1 C] 是否移动设备: No [5 A C] Yes [E] 是否代理: No [0 1 4 5 6 7 8 9 A B C D E] 是否 VPN: No [0 1 6 7 A C D E] 是否 Tor: No [0 1 3 6 7 8 A B C D E] 是否 Tor 出口: No [1 7 D] 是否网络爬虫: No [9 A B E] 是否匿名: No [1 6 7 8 D] 是否攻击者: No [7 8 D] 是否滥用者: No [7 8 A C D E] 是否威胁: No [7 8 C D] 是否中继: No [0 7 8 C D] 是否 Bogon: No [7 8 A C D] 是否机器人: No [E] DNS-黑名单: 313(Total_Check) 0(Clean) 5(Blacklisted) 20(Other) Google 搜索可行性:YES -------------邮件端口检测--基于 oneclickvirt/portchecker 开源------------- Platform SMTP SMTPS POP3 POP3S IMAP IMAPS LocalPort ✘ ✔ ✔ ✔ ✔ ✔ QQ ✘ ✔ ✘ ✘ ✘ ✘ 163 ✘ ✔ ✘ ✘ ✘ ✘ Sohu ✘ ✔ ✘ ✘ ✘ ✘ Yandex ✘ ✔ ✘ ✘ ✘ ✘ Gmail ✘ ✔ ✘ ✘ ✘ ✘ Outlook ✘ ✘ ✘ ✘ ✘ ✘ Office365 ✘ ✘ ✘ ✘ ✘ ✘ Yahoo ✘ ✔ ✘ ✘ ✘ ✘ MailCOM ✘ ✔ ✘ ✘ ✘ ✘ MailRU ✘ ✔ ✘ ✘ ✘ ✘ AOL ✘ ✔ ✘ ✘ ✘ ✘ GMX ✘ ✘ ✘ ✘ ✘ ✘ Sina ✘ ✘ ✘ ✘ ✘ ✘ ----------------三网回程--基于 oneclickvirt/backtrace 开源---------------- 北京电信 219.141.140.10 联通 4837 [普通线路] 北京联通 202.106.195.68 联通 4837 [普通线路] 北京移动 221.179.155.161 联通 4837 [普通线路] 上海电信 202.96.209.133 联通 4837 [普通线路] 上海联通 210.22.97.1 联通 4837 [普通线路] 上海移动 211.136.112.200 联通 4837 [普通线路] 广州电信 58.60.188.222 联通 4837 [普通线路] 广州联通 210.21.196.6 联通 4837 [普通线路] 广州移动 120.196.165.24 联通 4837 [普通线路] 成都电信 61.139.2.69 联通 4837 [普通线路] 成都联通 119.6.6.6 联通 4837 [普通线路] 成都移动 211.137.96.205 联通 4837 [普通线路] 准确线路自行查看详细路由,本测试结果仅作参考 同一目标地址多个线路时,可能检测已越过汇聚层,除了第一个线路外,后续信息可能无效 ---------------------回程路由--感谢 fscarmen 开源及 PR--------------------- 依次测试电信/联通/移动经过的地区及线路,核心程序来自 ipip.net 或 nexttrace ,请知悉! 广州电信 58.60.188.222 0.53 ms * RFC1918 1.84 ms AS979 美国 加利福尼亚 洛杉矶 as979.net 1.94 ms * RFC1918 0.95 ms * RFC1918 9.44 ms AS10099 [CUG-BACKBONE] 美国 加利福尼亚 洛杉矶 chinaunicomglobal.com 联通 164.28 ms * 中国 北京 196.55 ms AS4837 [CU169-BACKBONE] 中国 北京 chinaunicom.cn 联通 200.89 ms AS4837 [CU169-BACKBONE] 中国 北京 chinaunicom.cn 315.16 ms AS4837 [CU169-BACKBONE] 中国 广东 广州 chinaunicom.cn 联通 228.13 ms AS4134 中国 广东 深圳 福田区 www.chinatelecom.com.cn 电信 广州联通 210.21.196.6 0.33 ms * RFC1918 8.38 ms AS979 美国 加利福尼亚 洛杉矶 as979.net 0.79 ms * RFC1918 0.95 ms * RFC1918 2.14 ms * RFC1918 2.63 ms AS4837 [CU169-BACKBONE] 美国 加利福尼亚 洛杉矶 chinaunicom.cn 联通 154.93 ms AS4837 [CU169-BACKBONE] 中国 广东 广州 chinaunicom.cn 联通 156.44 ms AS4837 [CU169-BACKBONE] 中国 广东 广州 chinaunicom.cn 联通 153.02 ms AS4837 [CU169-BACKBONE] 中国 广东 广州 chinaunicom.cn 联通 163.29 ms AS17816 [UNICOM-GD] 中国 广东 深圳 chinaunicom.cn 联通 165.06 ms AS17623 [APNIC-AP] 中国 广东 深圳 chinaunicom.cn 联通 161.00 ms AS17623 [APNIC-AP] 中国 广东 深圳 宝安区 chinaunicom.cn 联通 广州移动 120.196.165.24 0.40 ms * RFC1918 3.10 ms AS979 美国 加利福尼亚 洛杉矶 as979.net 0.96 ms * RFC1918 1.08 ms * RFC1918 9.44 ms AS10099 [CUG-BACKBONE] 美国 加利福尼亚 洛杉矶 chinaunicomglobal.com 联通 165.50 ms * 中国 北京 169.21 ms AS4837 [CU169-BACKBONE] 中国 北京 chinaunicom.cn 联通 170.00 ms AS4837 [CU169-BACKBONE] 中国 北京 chinaunicom.cn 172.12 ms AS4837 [CU169-BACKBONE] 中国 北京 chinaunicom.cn 177.61 ms AS4837 [CU169-BACKBONE] 中国 广东 广州 chinaunicom.cn 278.52 ms AS9808 [CMNET] 中国 广东 广州 chinamobileltd.com 移动 176.68 ms AS9808 [CMNET] 中国 广东 广州 chinamobileltd.com 移动 178.96 ms AS9808 [CMNET] 中国 广东 广州 chinamobileltd.com 移动 177.68 ms AS56040 [APNIC-AP] 中国 广东 深圳 gd.10086.cn 移动 --------------------自动更新测速节点列表--本脚本原创-------------------- 位置 上传速度 下载速度 延迟 丢包率 Speedtest.net 284.68 Mbps 284.13 Mbps 0.70 0.0% 洛杉矶 282.16 Mbps 279.90 Mbps 1.47 0.0% 日本东京 263.34 Mbps 281.90 Mbps 115.53 0.0% 联通成都 260.19 Mbps 7.96 Mbps 219.30 NULL 联通 WuXi 267.33 Mbps 284.47 Mbps 199.58 0.0% 电信浙江 181.62 Mbps 296.65 Mbps 176.98 NULL 电信 Zhenjiang5G 228.14 Mbps 299.31 Mbps 157.21 NULL 该运营商.net 的节点列表为空,正在替换为.cn 的节点列表。。。cat: /tmp/pingtest: No such file or directory ------------------------------------------------------------------------ 总共花费 : 6 分 12 秒 时间 : Sun Sep 22 11:09:03 UTC 2024 ------------------------------------------------------------------------ 短链: http://hpaste.spiritlhl.net/u/POEBP7.txt
-
4 年 java ,4 月被裁员,找工作至今。 这几个月机会很少,还没找到合适的工作。 寻求一份成都的工作 ,希望能拿 8-10k,稳定就很好了,双非本科,肯学习肯干 可以接受远程。 微信号:ZG9nbGFpOGh1YW5n 各位有合适的岗位推荐的话,可以加我,我发一下简历,真心感谢。
-
iPad 升级后默认全都成黑色 icon 了,iPhone 升级后还是原来的 icon ,不知道怎么切换成黑色 icon
-
如题,是什么原因啊,云闪付检测 root 么?但我用的是 kernelsu 啊,白名单模式
-
之前在 /t/1074154 问 V 友有没有开源的 SSH 客户端推荐,很多人推荐了 Tabby ,今天闲下来打算试试,这类工具我用前都会先简单测试一下安全性,结果我都还没开始用,第一个测试就发现了大问题 https://github.com/Eugeny/tabby/issues/9955
-
除了一些山寨厂商以外,几乎没看到有什么 Windows 平板了,买了一个 1500 的,感觉质感很山寨。。。
-
有没有一种方法或者软件可以在本地加密文件(但同时在本地打开是无感的或者说不需要漫长的解密),然后使用网盘同步加密后的文件(同步过程就像同步未加密的文件一样),同步完成后在云端可以看到文件,但是要求无法打开文件(因为没有解密)。 想解决的问题是 1.利用商业云服务来备份重要数据,保证数据的安全,同时又避免了自行备份的麻烦,同时保证本地数据的无感使用; 2.避免重要数据被厂商窥探。 兄弟们,请问有这样的好方法吗?以及这样做是否有其他缺陷?