V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  totoro625  ›  全部回复第 80 页 / 共 190 页
回复总数  3800
1 ... 76  77  78  79  80  81  82  83  84  85 ... 190  
2023-09-17 20:23:05 +08:00
回复了 atan 创建的主题 问与答 QNAP 上 1T 多的照片如何上传到 Google Photos
@atan #2 vm 安装一下 Windows 10 +,挂载 SMB
2023-09-17 20:12:36 +08:00
回复了 atan 创建的主题 问与答 QNAP 上 1T 多的照片如何上传到 Google Photos
桌面版 Google 云端硬盘: https://photos.google.com/apps
@datoujiejie221 #39 iMessage 、FaceTime 等所有能检测到该手机卡的功能检测到的都是一个+853 号码
理论上这就是一张境外卡,但是带+86 号码收发短信接打电话功能
就算是泄露,也只能泄露+853 的号码,不涉及+86 的号码

这事就相当于在现实中被不认识的人叫网名,而这个网名从未透露给任何人,三年了都没用过这个网名,只在 3 天前告诉过一个人“云上贵州”,就被不认识的人知道了
@studyingss #152 我想说的是通过一些第三方软件启动最新的内核也是不能用 tunnels
官方放出来的二进制包直接命令行运行是支持的,丢入 shellclash 、openclash 等第三方实现,
可能是哪里需要额外设置一下,目前是无法使用的
日志是:error:127.0.0.1:7777 connect error:connect failed:dial tcp 127.0.0.1:7777:connect:connection refused
直接用命令行运行又能直接运行,有时间还得研究一下
@SenLief #17 一卡双号早期用户的号码都是 +853 1234 5678 和 +86 153 1234 5678 ,共 10 位号码一致
后办的可能是后 8 位一致( 191 、177 、172 ),还有比较惨的后 7 位一致

网传最初默认每个澳门号码对应一个 153 内地珠海号码,后来有些释放了,就被迫换号段
tunnels 非常好用,但是发现了问题:
直接使用二进制文件运行的时候 tunnels 正常工作
通过 shellclash 、clashforAndroid 的时候,tunnels 无法正常工作
@TenProX #14 都有可能是个例,如果有比较闲且号码多手机多的网友可以测试一下

我手上有两张同一天开卡的广电新卡,绝对的新号码,有机会做个长期对比测试
例如都放在全新刷机的 iPhone ,一个注册云上贵州,一个不注册云上贵州,静等短信
@docx #4 这个是境外运营商提供的国内号码,我认为他不应该在被群发的列表内
我也未在除云上贵州以外的地方使用过,被加入群发列表就很不舒服


@estk #9 老用户的+86 号码永久免费,新用户 2023 年 12 月 31 日前可以免費使用一个香港号码


@SenLief #11 你的小号可能是回收号码,被人用过,在各个地方泄露了
我这个是独立的号段,专门用于提供给中国电信澳门用户开通一卡双号的,除非我的澳门号码是二手号码,否则这个号码不会被人用过


@sadfasdfa #12 从没遇到过真的很幸运,我这张卡 3 年没遇到过了,我更倾向于怀疑运营方泄露数据,不然 7 年后我也可以说我十年没遇到过诈骗
@FaiChou #9 自建落地,有条件的话,在自己的 vps 上放 generate_204 或者一个小文件用于 urltest
这样速度才是到你的 relay 节点最快的,而不是到测速节点最快的
鉴于你没提你的机场是哪一家,部分无良机场会劫持 generate_204 到入口,可以考虑放点别的到 urltest ,如一个 ok.html
2023-09-17 07:42:23 +08:00
回复了 fregie 创建的主题 NAS 我的 NAS 在生活中的"重要"作用
最近打算调整存储方案
看到你在用 nextcloud ,想知道你同步到 nextcloud 的文件数量和文件容量,实际体验如何?
以及你的 nextcloud 的安装方式

我在 mini 主机上尝试过 AIO docker 方式安装,吃资源有点大,最近要切换到大型主机上,想尝试不同的存储方案
@FaiChou #3 指的是让你 relay 里面的“日本, type: url-test”换成“load-balance round-robin”,这样一堆日本的节点连接 relay ,最终请求都是从自建服务器发出的,ip 不会随便乱动。
1 、设置 lazy: false
Meta issue 较少,但是因为是 Another Clash Kernel ,可以参考 clash: https://github.com/Dreamacro/clash/issues/2809
2 、interval 不要设置倍数关系
可能测速结果丢了,或者测速时间太长,被 fallback 跳过了
3 、日本组内设置节点少于 10 个试试
2023-09-16 17:29:01 +08:00
回复了 bli22ard 创建的主题 硬件 pve 最佳 mini 主机是什么?
出错可能是处理器太新了,J4125 才是最棒的
性能够用,散热够小,发挥够稳定,价格足够便宜
猜测你的问题是通过 cloudflared tunnel 内网穿透,会不会导致域名访问被腾讯云阻拦

腾讯云阻拦的是不使用备案的域名直接通过公网直接访问国内的机器
内网穿透不走腾讯云的公网,不存在被 BAN

这种情况下,机器在国内太浪费了,可以考虑换国外的机器,这样速度更快
给个差评就知道了
出差在外地点了羊肉串肉很假,差评后老板只能看到一个平台的虚拟号码,通过平台的虚拟号码在有限的时间内可以联系到我,拼命让我加他微信,不然过段时间就联系不上了
2023-09-16 14:32:40 +08:00
回复了 hokman 创建的主题 VPS 为啥腾讯云阿里云的带宽都这么小的?
带宽成本是非常高的,这么高的成本总要有人承担

国内是国家承建,照顾个人用户,深山老林也有网络;
成本分摊到企业身上,企业本身就很有钱了,多花钱支持一下网络建设。
国家才是互联网的提供者,企业和个人都是使用者,互联网内容的参与者
第一位是国家,其次是个人,最后是企业。
为了照顾普通老百姓上网,所以企业宽带非常贵,而且要严防死守家庭宽带商用(拼命抓 PCDN 、建站等等)

国外是企业承建,哪里赚钱哪里有网络
成本分摊到个人身上,个人终端上网贵,云服务提供商上网便宜甚至免费,大企业享有带宽通道
企业本身就是互联网内容的提供者,自己建网络是为了发展新用户,让自己的内容传达到用户
其核心是企业,其次是网络,最后是个人用户。
企业自己建的网络,负责一个片区,G 口不 G 口主要看自建的网络带宽总量有多大,慢的是跨过自建网络访问别人的网络,只要自建区域足够大,自家成本基本只有前期一次性投入

至于跨国型服务商,如 AWS 、GCP 他们家的网络需要向各个企业购买互联互通的优先级(简称线路),不敢无限制给你流量,甚至按 GB 给你结算,非常贵
部分大型服务商如欧洲的,他们的流量都是欧洲区域内很快,跨区就得挤共享出口了
可以理解为国内的民用宽带,国内下载很快,出国就得被国际出口限制
2023-09-16 09:21:12 +08:00
回复了 Ooopse 创建的主题 生活 互不打扰,各自安好
以前不是有个笑话说是:和女朋友异地了,因为隔了一堵墙
有人在同一座城市,却是异地
有人在同一个省,都算老乡
有人在不同的国家,心却在地球村

距离的远近从来不是心与心的距离,钱和时间才是

13 小时 52 分钟是从洛杉矶飞往上海的平均飞行时长,想见面 24 小时怎么也能见上一面。那么,然后呢?
有的人身处同一个国家,三五年也不能回家一趟
有的人结婚后,两年回一次家

从你住校开始,分别早已是不归路
2023-09-15 23:09:31 +08:00
回复了 jlak 创建的主题 问与答 如何用 cloudflare 隐藏自己的服务器 ip
DNS 延迟,域名从添加的时候就要点开小云朵
2023-09-15 13:25:00 +08:00
回复了 xieyuheng 创建的主题 Linux 请问 debian 和 ubuntu 之间怎么做选择?
个人习惯:
服务器下,优先 Debian mini ,没有的选 Ubuntu mini
PVE 下 cloudinit ,优先 Debian genericcloud ,其次 Ubuntu
裸机安装,优先 Ubuntu ,其次 Debian ,防止出现硬件驱动 bug

不需要节约资源的都可以用 Ubuntu ,早些年 1H1G50G 服务器用多了,留下来节省资源的坏毛病
( Debian 创建后占用内存、硬盘比 Ubuntu 低很多)
1 ... 76  77  78  79  80  81  82  83  84  85 ... 190  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1610 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 43ms · UTC 00:23 · PVG 08:23 · LAX 17:23 · JFK 20:23
Developed with CodeLauncher
♥ Do have faith in what you're doing.