V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  MFWT  ›  全部回复第 10 页 / 共 39 页
回复总数  766
1 ... 6  7  8  9  10  11  12  13  14  15 ... 39  
很简单,因为『有线介质』从早期开始就比无线途径要普及,速度也要相对来说更快一些,这就形成了路径依赖

而且,再加上后期『光网城市』(各地叫法不同,但大概意思都是推进光传输网络在民用领域和消费领域的普及,包括光纤宽带,光纤有线电视等)的建设,在居民区获取高速有线介质的成本被进一步压低,蜂窝信号接入的优势也就少了很多

先天+后天,这就是主要原因
我也在考虑 SRV 相关的东西,不过我的侧重点是 WireGuard ,毕竟 OpenVPN 对我来说好像还是有点太重了

顺带一提另一个的话,AnyConnect 可以做到动态跳转(访问地址可以 302 到真实地址),不过直接访问端口的话会有 HTTP 内容出现,我怕运营商会因此找借口,所以不太敢用
建议还是不要裸奔 HTTP ,运营商很容易以此为借口卡你宽带,建议装个 VPN ,或者 Shadowsocks 都行
154 天前
回复了 mk3s 创建的主题 DNS 使用运营商默认的 dns 好流畅啊
我也是,觉得适合自己的才是最好的
至于泄露问题....我这边直接域名拦截然后走代理出去,运营商 DNS 也无所谓了
@jim9606 看来我还是研究一下目前已有的实现比较好,毕竟练手的目的还是在于学习
@tywtyw2002 我折腾过类似 SS 的加密代理,大致也是这样的思路,现在考虑的就是 Chunk 损失的问题。考虑到密文损坏一小部分都会导致一整个 chunk 不可读....当然这个问题更多的就是离线介质的可靠性问题了
@tool2dx Bit 翻转可能少见,但是随机掉几个字节之类的也有碰到过
@liuminghao233 速度是次要考虑因素(当然也越快越好),但是要求如果加密文件有损坏,解密过程应该尽可能不被中断,可以选择继续解密(即使对应输出内容已经不对)。可以顺带引出的就是不能选择 CFB 之类的有较大错误扩散加密方式
@SuperMild 这一点我考虑的是,在加密文件头部留下一些元数据,这样原文件怎么改名都可以
@SuperMild 文件备份是真的,但是考虑到极端情况,『这是最后一份备份』了,那么相比较于丢失一段内容,还不如只有部分字节丢失,然后依靠可能有的上层纠错,或者可忽略的错误(比如视频文件,可能会马赛克一下而已)来使用文件
@liuzimin 所以我才说 Sunshine+Moonlight ,Sunshine 要求低很多
如果能搞定内网穿透或者 VPN ,那就用 Sunshine+Moonlight ,绝对超清
我习惯是直接上自签名证书,然后使用的设备信任一下

缺点嘛.....似乎安卓只能导入 SHA-1 的证书,也不确定是不是我哪里没做对
@esee 答主说的是国内 VPS
@nananqujava musicfree 这玩意 WebDAV 我没折腾明白...怎么都显示不出来文件
试了很多方案,最后还是挂载 SMB 或者 WebDAV 之后用 Foobar2000 直接扫描文件夹并生成播放列表

原因无他:目前碰到的大部分『自建云音乐』 APP ,基本上都会依赖音频文件自带的元数据(例如 ID3 )去分布歌曲,但是当他们面对我的盗版音乐库(各种来源杂七杂八,ID3 残缺+乱码+非官方+对不上,只能依靠文件名索引)的时候,统一抓瞎

....是的,包括 Navidrome
167 天前
回复了 zhandouji2023 创建的主题 问与答 光伏发电租屋顶合同。感觉是坑
即使真的有那个好处,主要还是回本周期太长了,十几二十年的,说句不好听的,人生有多少个十年呢

这还不算中间各种维护,积灰了咋办,雷劈了咋办,被人剪线了咋办.....的各种功能成本
1 ... 6  7  8  9  10  11  12  13  14  15 ... 39  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2652 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 04:24 · PVG 12:24 · LAX 20:24 · JFK 23:24
Developed with CodeLauncher
♥ Do have faith in what you're doing.