V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  wangyuyang3  ›  全部回复第 12 页 / 共 14 页
回复总数  274
1 ... 4  5  6  7  8  9  10  11  12  13 ... 14  
2022-09-01 10:10:20 +08:00
回复了 missuo 创建的主题 程序员 微信新功能迁移聊天记录总是失败
境外手机号+WeChat 100%找不到设备,从手机发起操作会显示 PC 端处于移动网络环境中。
国内微信+86 手机毫无问题。
善用搜索引擎啊。。。
直接 Google 一下关键词就可以看到微信官方反馈了。包括我之前的和微信相关的一篇帖子在内的好几个 V2EX 帖子都提到了这个问题。
2022-08-31 12:08:27 +08:00
回复了 oyp 创建的主题 程序员 软著对大学生来说,有什么用吗?
楼上说了许多用途,我觉得挺奇怪。软著或许是一些企业补贴政府项目、高新技术企业资质认定、甚至学校评优条件中的其中一个要件,但它绝对是最最不重要的形式要件;除非上述用途指向的评选目标本身比较水。

根本原因在于,软著申请是花钱让机构做个走流程的形式审查,草草看一下就发了盖章的证书了。版权登记机构甚至不会检视你这个软件本身是否具有独创性,它甚至可能连作品都不是,甚至可能没有任何价值。

所以这些评选、评优之类的材料,核心肯定还是实用新型、发明专利、参赛获奖或其它公认的评价标准……之类的过了实质审查关的东西。
2022-08-31 11:35:32 +08:00
回复了 oyp 创建的主题 程序员 软著对大学生来说,有什么用吗?
@wangyuyang3 当然,这个制度也有一些衍生价值。比如对于手机 app 来说,分发渠道一般要求上传的 app 有软件著作权登记
2022-08-31 11:31:38 +08:00
回复了 oyp 创建的主题 程序员 软著对大学生来说,有什么用吗?
著作权登记是一种非必须的权利公示制度,它本身不担保登记的软件本身所蕴含的含金量。

软著和我随便画一幅画去申请著作权登记是一个道理。在涉及著作权侵权时,著作权登记可以作为权属证据提交。
2022-08-31 11:24:33 +08:00
回复了 straysheep 创建的主题 程序员 请教一下外网如何安全地访问部署在内网的服务
从以前学生时代视角经验看,各个大学应该都买了商用 vpn 解决方案的吧?毕竟查分、疫情登记、抢课、图书资源、论文检索都有远程访问需求啊,必然需要 vpn 。

之前用第三方 app 进学校内部系统也得挂 easyconnect 。
2022-08-30 17:45:13 +08:00
回复了 Marionic0723 创建的主题 宽带症候群 关于运营商分配假公网 IP 的问题
@tia @tia 上面几个回复说得很明白了。从外到内的可达性,具体需求太多元了,因人而异。自己玩玩随便折腾,但涉及到重要场景,ipv4 绝对是首选。

这几年用公有网盘分享工作资料,因为文件性质的问题,出现太多误识别的问题莫名被 ban 。这两年我已经完全转变传输方式,配合 200M 上行宽带,以内网部署的网盘直接面相客户传递大文件资料。

工作场合要保证绝对的严肃性、通用性、稳定性,关键在于可预测性,不能担保对端客户一定支持 ipv6 吧?也不可能每次给新的人传文件都问对面的网络环境吧?毕竟,我开这个内网服务,最最本质的诉求是代替公有网盘,追求的最终效果是对端无脑开箱即用啊。
2022-08-30 15:18:49 +08:00
回复了 YGBlvcAK 创建的主题 分享发现 用“腾讯身份验证器”小程序替代“google 身份证验证器”
谁都不能干涉你不反党就安全的“见仁见智”想法。
但离线备份,自己掌控自己的命运永远都是铁律。
2022-08-30 15:15:24 +08:00
回复了 YGBlvcAK 创建的主题 分享发现 用“腾讯身份验证器”小程序替代“google 身份证验证器”
play 商店能备份的 otp 独立 app 这么多。。。随便举例,2FAS Auth 就同时支持 google 。drive 在线同步和离线备份配置
2022-08-29 22:33:55 +08:00
回复了 Marionic0723 创建的主题 宽带症候群 关于运营商分配假公网 IP 的问题
@xxfye 上面帖子讨论的“跟风小白”,他们的能量究竟大到什么程度、持续性强到什么程度?至死不渝吗?还是一看四处碰壁过几天就兴致过去了冷静了。

你别说小白了,就算是高端玩家,遇到别的地区运营商光猫用 gpon ,自己这边给的是 sdn+eopn ,当然也会嫉妒别人买猫棒便宜一大截,但不还是默默承受不平等的现实?忍一忍就过去了。
2022-08-29 22:26:51 +08:00
回复了 Marionic0723 创建的主题 宽带症候群 关于运营商分配假公网 IP 的问题
@xxfye 你没有回答我上面两段回复,我默认你不持反对意见,或说不出反对理由。

不平等当然会产生争议,但问题在于假公网 ip 不会解决不公平感,反而增加被欺骗的愤怒情绪。实际上你所谓的公平感唯独建立在欺骗之上,但这层窗户纸现在已经被题主捅破了,各个面相小白的渠道迟早一传十十传百。小白总会知道假公网 ip 的劣势和运营商欺骗用户的不道德。

另外两个不存在的假设你也没回复,我默认你想不出答案:
1 、用户投诉了,然后呢?会引发暴动?大范围投诉?不如去看看 V2EX 历史帖子,有多少人工信部投诉了也拿不到公网 ip 。投诉本身并不构成迫不得已要动用欺骗手段的迫切理由。之前的腾讯大王卡投诉,你见腾讯有啥损失了吗?

2 、你要解决公平。好,我现在假设,所有人都别要独立公网 ip 了,全都共享公网 ip+端口转发,必要时候提供增值服务花钱多加端口。这样好不好?牛不牛逼?和假公网 ip 比起来不牛逼在哪里?

3 、现在的一切问题都建立在 ipv6 不成熟、不通用的基础上。ipv6 会扰乱软路由端的翻墙工具透明代理,分流规则也会出问题。在跨境方面,许多 vps 供应商并不保证 ipv6 的路由质量,走 ipv6 存在路由劣化的情况。
2022-08-29 22:03:30 +08:00
回复了 Marionic0723 创建的主题 宽带症候群 关于运营商分配假公网 IP 的问题
@xxfye 所以说了这么多,为什么你说“这个技术牛逼”会被怼。因为在真正的技术从业者看来,它本身没体现出什么智慧,没有什么创新性,也不够聪明,同时有违道德。
如果你觉得 NAT4444 牛逼,那我倒想问问,最最最最简单、传统、老掉牙的“公网 IP 共享+端口转发”服务,比 NAT4444 不牛逼在哪里。是更加政治不正确吗?要不你去试试看咸鱼面板、极光面板、VPS 领域单独售卖 nat 机子的服务有多方便可靠?
2022-08-29 21:50:33 +08:00
回复了 Marionic0723 创建的主题 宽带症候群 关于运营商分配假公网 IP 的问题
@jobmailcn @xxfye 另外,假公网 ip 当然不是一个皆大欢喜的方案,上面几位朋友的义愤填膺不能就这样轻易无视吧?

其实这个帖子建立了太多不存在的假设,让讨论陷入了各执己见的混乱。

运营商是不是别无选择,非得靠伪装假公网 ip 解决矛盾?当然不是。可不可以在兼顾商业道德、技术通用性、服务质量、信息安全等多方面价值的基础上解决矛盾?当然可以。

就算没有公网 ip ,为什么不提供民用 nat SaaS 产品?公网 ip 不够用,为什么不因地制宜,ip 稀缺的地方共享 ip ,指定用户使用不相互冲突的端口段,ip 富裕的地方继续提供独立公网 ip ?
2022-08-29 21:43:14 +08:00
回复了 Marionic0723 创建的主题 宽带症候群 关于运营商分配假公网 IP 的问题
@xxfye 分两部分回复。
首先是对这一整个帖子你们的长段争吵做一个小结。牛逼这个词具有高度的价值判断色彩,但你天赋异禀,竟然可以把这个词同时用在两个价值截然对立的事物上,这本身反映了你对语文的使用存在问题。当然我不能干涉你的用语偏好,但你这种习惯放到类似的讨论上以后必定还会制造大量争端和无效讨论,浪费网友阅读时间。。虽然怎样讨论问题是个人自由,但从维护讨论社区健康发展的角度看,行使发言权也必然要承担“避免他人误解”的义务。

第二,一个小建议,对待非自己本行的问题讨论,如果无法确保自己有尽可能全面的认知,还是保持谦卑,少下论断为好。从最简单的翻墙这个问题上,就能反映出你的基础实在欠缺,认知混乱,却想树立鲜明的独立思考、有独到见解的形象。

iptables 是一个防火墙工具,对于翻墙来说作用在于接收数据包并根据策略转发给代理工具,实现透明代理。但你说的 clash ,它在特定场景同样也要用到 iptables ,作为代理客户端的 clash 和作为将数据包转发给代理工具的防火墙,两者之间怎么会具有可比性?你旗帜鲜明的观点从根基就是站不住脚的。

clash 的亮点在于实现了分流规则的高度可定制化和分享便利性,也就是判断哪些域名和 ip 需要代理,哪些需要直连,海外流媒体爱好者可以非常方便地选择各种平台用哪个节点,做到一键切换,这些都是原始简单的 ipset 分流、Geoip 不可企及的。

另外,别拼错了,Trojan 。
2022-08-29 19:55:20 +08:00
回复了 Marionic0723 创建的主题 宽带症候群 关于运营商分配假公网 IP 的问题
@xxfye 楼上一堆人怼你的根本原因就是你这个“能解决利益分配、现实问题的技术就是牛逼的技术”的观点。你好像认为自己是站在中立方视角,想最大化平衡运营商和用户的利益。但你必须承认,这个技术是运营商拿来解决麻烦的,它优先考虑的是运营商的维稳利益,矛盾的解决主要是以牺牲用户的网络安全和知情权为代价。

你可以说“我认为,站在运营商视角,运营商用这个技术很聪明,能解决资源不足和用户投诉的困境”;但你把这种利益高度相关的技术拿来作为技术牛逼与否的标准和论据,我真觉得你既侮辱了技术行业,也侮辱了牛逼这个词。。

而且你上面举的翻墙代理协议的例子也反映了你的思想混沌。如果 ss 或 v2ray 是牛逼的技术,那 gfw 是不是也是牛逼的技术?前者解决了翻墙的现实需求,后者解决了国家维稳需求,都是解决显示问题的聪明方案。但很显然,在当事双方来看,对国家来说,翻墙协议无疑是邪恶的技术;对追求自由的网民来说,gfw 也是邪恶的技术。

结果只有中立的你夹在 gfw 和 v2ray 中间大喊双方技术牛逼,不觉得尴尬吗。。。
2022-08-29 19:17:03 +08:00
回复了 Marionic0723 创建的主题 宽带症候群 关于运营商分配假公网 IP 的问题
@xxfye 几乎所有的 ip 资源都在运营商手里好吧。。。
2022-08-29 01:07:02 +08:00
回复了 kimwang 创建的主题 问与答 帮忙参详下,公司主力使用 co 或 biz 域名如何?
最近用谷歌经常见到.biz 域名的钓鱼网站哈哈哈(原理是以人机验证为借口诱导访问者允许网站给浏览器发垃圾广告推送),所以这个域名给我个人的印象很不好。具体可以 google 看一下
2022-08-27 22:09:58 +08:00
回复了 LongLights 创建的主题 宽带症候群 esxi 直通网卡后,可用的内存非常小
你爱快也直通了网卡吗?按你这个计算,肯定是爱快占用了 2 个 2g 内存,才会只剩下 3g 多留给 openwrt 。那 openwrt 你就得卡死在 1.5g 以内了
2022-08-27 22:08:36 +08:00
回复了 LongLights 创建的主题 宽带症候群 esxi 直通网卡后,可用的内存非常小
你配置的有问题啊。我这边 esxi 也 8g 内存,分配了一个 3.6g 内存的 Ubuntu 加一个 2g 内存的 openwrt 。其中给 openwrt 预留客户机内存同样设定为 2g 。完全能同时运行,3.6+2+2 ,宿主 esxi 空闲空间还能剩几百兆。
2022-08-27 00:59:52 +08:00
回复了 gfwuzer 创建的主题 宽带症候群 bwg CN2 是不是不稳?
如果在 VPS 圈子待久了,见的各式各样的大厂小厂的产品多了,就会发现搬瓦工性价比实在太低了,或者说,CN2 一条线拉直使人省心的代价太高。如果有建站需求,随便 benchmark 一下就会发现这些 G 口产品最大的问题在于 CPU 性能极差,和价位实在是无法匹配。

如果要探索更多适合自己的旁门左道,有必要去看下最新的关于国际线路的汇总介绍。根据我多年的经验,走香港是比较划算的,延迟低很大程度上也会给人稳定的观感。最近一两年产品线还是蛮多的,比如 CMI ?走联通 9929 ?或者配合 cn2 走 hgc 、ntt……如果有机会办电信精品网,那选项就非常多了,很便宜的机器也很大概率能强行拉直。

建议还是自己去 telegram 找 VPS 测评的频道(如主机百科资讯、Leonn 的博客……),基本上推广测评的机子,本身自带测试截图,也有测试链接供自己尝试,LookingGlass 、speedtest 、测试 IP 的去程、回程 traceroute ,都是很重要的指标,光靠人推荐没用啊。

另一个复杂的点在于,小厂的服务可能足够个性化、性价比足够高,但稳定性和保障性不足,路由可能一开始还好,过些天就找借口改掉,延迟、速度等体验就全变了,一句“China Mainland Best Effort Optimized”敷衍了事,还有各种跑路、ddos……
目前没见到过支持 IPoE 拨号的 OpenWrt/lede 固件。去 github 或者恩山问问看?
1 ... 4  5  6  7  8  9  10  11  12  13 ... 14  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   857 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 22ms · UTC 21:37 · PVG 05:37 · LAX 13:37 · JFK 16:37
Developed with CodeLauncher
♥ Do have faith in what you're doing.