帮助讨论:如何访问维基百科/存档4
本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论,请在当前讨论页进行。 |
关于GoodbyeDPI
@GUT412454:请您再确认一下这个软件是不是能开箱即用,我之前用的时候还是需要修改配置文件的。--Shinohara Chihiro(留言) 2023年4月7日 (五) 11:11 (UTC)
- 我能。而且我没有发现配置文件。--GUT412454(留言) 2023年4月7日 (五) 12:18 (UTC)
- 说错了,我的意思是编辑
2_any_country_dnsredir.cmd
使用--wrong-chksum
等参数。等一会我去测试。--Shinohara Chihiro(留言) 2023年4月7日 (五) 14:02 (UTC) - 可以的,没有问题。--Shinohara Chihiro(留言) 2023年4月7日 (五) 14:45 (UTC)
- 说错了,我的意思是编辑
部分.wikimedia.org子域名可能被解封了?
RT,刚刚随手访问[1](我甚至没把ta写进hosts里)居然可以正常访问,反而ping却不通,难不成ulsfo把ICMP关了?--Liuxinyu970226(留言) 2023年4月15日 (六) 00:32 (UTC)
让基金会提供一个维基百科的官方镜像或官方VPN以帮助中国用户注册账号或编辑?
如题。英文维基百科在探讨这个问题。我认为既然这件事情牵扯了中国大陆,中维用户提供自己的看法非常必要。讨论位于en:Wikipedia:Village Pump (proposals)#Streamline the sign-up process for new editors from China.--MilkyDefer 2023年4月30日 (日) 15:25 (UTC)
- 注:此留言已被原作者(User:安忆)移除。2023年5月18日 (四) 04:20 (UTC)
- 先前讨论:Help_talk:如何访问维基百科#提议设立官方维基百科镜像供国内直连访问和编辑。 ——魔琴 [ 万户涕泪 ] 2023年4月30日 (日) 17:42 (UTC)
- 注:此留言已被原作者(User:安忆)移除。2023年5月18日 (四) 04:20 (UTC)
- ( π )题外话:什么?!连英维都开始密切大陆用户的编辑问题啦!看来防火墙已经是全球范围内的大问题了,建议你维用户抓抓紧快快参与讨论喽。另外
禁止外维势力干涉中维内政[开玩笑的]。--EvesiestaDie Gedanken sind frei! 2023年5月1日 (一) 15:55 (UTC)- 说点正经的。可预见是,这个问题不大可能在大群体范围内解决,只能自己想办法或者以小群体形式解决。个人拙见是此讨论不会有什么建设性结果,最终大概率“静默”,然后机器人自动存档(说到这顺便提醒一下在讨论串顶部加上{{存档至}})。--EvesiestaDie Gedanken sind frei! 2023年5月1日 (一) 16:04 (UTC)
- (!)意见:我觉得这件事大概率会不了了之。理由有以下几点:
- --СлаваУкраїні! 2023年5月2日 (二) 10:24 (UTC)
- “自由门”等类似的不是已经被研究透了?——Sakamotosan路过围观 | 避免做作,免敬 2023年5月4日 (四) 03:15 (UTC)
- 那基金会官方VPN也会很快被研究透吧。--日期20220626(留言) 2023年5月9日 (二) 03:27 (UTC)
- “自由门”等类似的不是已经被研究透了?——Sakamotosan路过围观 | 避免做作,免敬 2023年5月4日 (四) 03:15 (UTC)
- 说点正经的。可预见是,这个问题不大可能在大群体范围内解决,只能自己想办法或者以小群体形式解决。个人拙见是此讨论不会有什么建设性结果,最终大概率“静默”,然后机器人自动存档(说到这顺便提醒一下在讨论串顶部加上{{存档至}})。--EvesiestaDie Gedanken sind frei! 2023年5月1日 (一) 16:04 (UTC)
- 更新一下,目前主要在讨论的是,能否开一个渠道(管道)验证申请注册者是否中国大陆人。(提案者首先提出可以用短信、微信支付、支付宝验证,但由于安全问题🚬,目前在讨论其他方式。) ——魔琴 [ 万户涕泪 ] 2023年5月2日 (二) 13:46 (UTC)
- 我觉得这个验证不太可能实行,因为鉴于中国大陆的网络实名制度,短信、微信、支付宝等网络服务都必须通过实名认证,并且所有的个人信息都会同步到政府或有关机构。虽然这一措施对大部分来自中国大陆的维基人没有多大影响,但是仍有一小部分的维基人编辑诸如政治等高风险话题,一旦在这个问题上出现疏忽,对维基媒体基金会的信誉会是一个沉重的打击。
- 另外我整理了包括enwiki、frwiki和ruwiki等站点申请IPBE的人的来源,包括许多的香港人、俄罗斯人、白俄罗斯人都在申请这一权限,使用开放代理工具除了规避审查制度,其最重要的是确保维基人上网信息的加密以至于不被政府轻易的获取。--СлаваУкраїні! 2023年5月3日 (三) 08:58 (UTC)
- 以我之前就这类事情的接触,基金会不太会考虑这件事情的。因为这里有一个很微妙的立场问题,基金会则总是想保持中立的身份。(作为一个NPO这么做也无可厚非,而且也值得赞赏。)另外,官方镜像(其实不如直接建缓存节点)理论上可以建在墙内的GFW特区里,免墙还又是国内IP,但实做上政治风险太高,基金会似乎也不太支持这种做法--百無一用是書生 (☎) 2023年5月4日 (四) 02:14 (UTC)
- @Shizhao:可以将这个与基金会接触过的观点也放上去。至少根据说法基金会看上去的确不想冒合规性的风险。——Sakamotosan路过围观 | 避免做作,免敬 2023年5月4日 (四) 03:13 (UTC)
- "放上去"是指什么?没太明白。。。另外吐槽一下,官方镜像说实话对于一个正规的组织机构来说太奇怪了一点。镜像要么个人搞,要么第三方机构搞,哪有自己搞镜像的道理,除非是洋葱网络之类的特殊情况--百無一用是書生 (☎) 2023年5月5日 (五) 02:51 (UTC)
- 就是上面en上的讨论,如果是曾经和基金会接触过并且基金会有过这样的态度的话。这种东西,我们这里已经讨论过也得出结论是不太可行的,多说也是浪费时间罢了。——Sakamotosan路过围观 | 避免做作,免敬 2023年5月5日 (五) 02:58 (UTC)
- "放上去"是指什么?没太明白。。。另外吐槽一下,官方镜像说实话对于一个正规的组织机构来说太奇怪了一点。镜像要么个人搞,要么第三方机构搞,哪有自己搞镜像的道理,除非是洋葱网络之类的特殊情况--百無一用是書生 (☎) 2023年5月5日 (五) 02:51 (UTC)
- @Shizhao:可以将这个与基金会接触过的观点也放上去。至少根据说法基金会看上去的确不想冒合规性的风险。——Sakamotosan路过围观 | 避免做作,免敬 2023年5月4日 (四) 03:13 (UTC)
- 以我之前就这类事情的接触,基金会不太会考虑这件事情的。因为这里有一个很微妙的立场问题,基金会则总是想保持中立的身份。(作为一个NPO这么做也无可厚非,而且也值得赞赏。)另外,官方镜像(其实不如直接建缓存节点)理论上可以建在墙内的GFW特区里,免墙还又是国内IP,但实做上政治风险太高,基金会似乎也不太支持这种做法--百無一用是書生 (☎) 2023年5月4日 (四) 02:14 (UTC)
- 还是那句话,基金会建立官方镜像什么的,目前不可行,毕竟打游击没想象中那么容易,域名也是要钱的。现阶段还是自己动手丰衣足食的好。--🔨(留言) 2023年5月4日 (四) 08:49 (UTC)
- 依稀记得去年这个时候也有人在这里提过一样的意见;显然这是行不通的。-- 2023年5月4日 (四) 10:19 (UTC)
- 其实应该让使用vpn的ip允许编辑中维--日期20220626(留言) 2023年5月9日 (二) 09:22 (UTC)
不管你们爱不爱听,这个问题的根本在于意识形态问题,WMF根本不愿意,也没有能力实行两种规则(一个符合中国大陆的言论审查版本和另外一个国际版本)。不要再在如何绕过防火墙、如何打枪换炮、如何验证用户、如何伪装、如何花钱买域名这些小问题上浪费时间,因为如果WMF愿意做,这些问题都不是个事儿。相反不要重蹈蜻蜓计画的覆辙才是个事,想想看Google作为商业公司都没有能力抑制舆论推出该计划。退一步讲,就算WMF想要这样做,现在商业上唯一愿意做出妥协的大型科技公司是像是Microsoft和Apple这样的公司,他们在产品中广泛应用两种标准,并且通过低调和大量的公关来降低舆论抵制,但是维基百科如果这样做无疑要分拆中维,最后只不过是另外一个百度百科。在我看来,用户无法注册这个理由无法推动WMF做出任何战略上调整,现今唯一的动力可能是想要换取加入联合国世界知识产权组织的席位而做出妥协,但是WMF说实在的并不急迫加入该组织,相反总是被排除在外可以继续帮助WMF凸显意识形态上的差距,这是对WMF有益的。总之这个问题没有解,除非全世界统一到单极体系,给这些提案人提个醒,必须明白这个世界不是理想的乌托邦。 166.161.149.117(留言) 2023年5月9日 (二) 07:12 (UTC)
- 上面给出的方案并不存在审查条目或内容的问题,也没人提到要搞一个符合中国大陆言论审查的维基版本。--日期20220626(留言) 2023年5月9日 (二) 07:24 (UTC)
- 你知道挖自由世界墙角[开玩笑的]这个词吗?一旦挖开了,未来审查版本也会被提上议程。166.161.149.117(留言) 2023年5月9日 (二) 07:38 (UTC)
- 事情没那么绝对,而且审查版本基金会也不会同意。--日期20220626(留言) 2023年5月9日 (二) 07:48 (UTC)
- 你没有明白我的话的含义,我的话的含义是“挖社会主义墙角”这句话的字面意思,而不是嘲讽的意思。因为一个组织和一个强权打游击是不可能获胜的,现实点,要想实现目标,根本之处在于双方做出妥协达成纸面上的一致意见。我可以这样说,WMF可以打游击,但是寄希望于WMF打游击可以缓解一时问题这样观点的人,只是在自欺欺人,这就像是很多中国人不都是在想,只要不谈论政治,我还是很自由的人,哈哈,也许朝鲜人也这样想,也许猪也这样想,只要不考虑明天,我也活的很好。166.161.149.117(留言) 2023年5月9日 (二) 07:52 (UTC)
- 我的意思是维基媒体基金会就算愿意搞镜像,也不意味着基金会就会同意搞审查版维基百科。不过你说的对,打游击的话基本不会成功,一旦镜像站放问的人多了,自然就会被封杀,换新网址的话也很快就会被发现。--日期20220626(留言) 2023年5月9日 (二) 08:29 (UTC)
- 你还是没有听懂我在说什么,我把话直说了吧,对于WMF只有两种可能,要么全面和中共合作,要么根本不合作,不存在中间地带。要是合作结果和代价不会是你们喜欢的,要是不合作你们却在这里想方设法寻找所谓“解决之道”,在我看来要解决的问题不是如何访问,而是为什么存在GFW,这恰巧也是WMF现在立场所能抛出的问题。对于你们所寻求的“解决之道”,那必须是非官方的,低调的,在我看来这种所谓解决之道就是把头埋在沙子里的人对自己说:闭紧点眼睛就不会再进沙子了。166.161.149.117(留言) 2023年5月9日 (二) 09:26 (UTC)
- 我的意思是维基媒体基金会就算愿意搞镜像,也不意味着基金会就会同意搞审查版维基百科。不过你说的对,打游击的话基本不会成功,一旦镜像站放问的人多了,自然就会被封杀,换新网址的话也很快就会被发现。--日期20220626(留言) 2023年5月9日 (二) 08:29 (UTC)
- 你没有明白我的话的含义,我的话的含义是“挖社会主义墙角”这句话的字面意思,而不是嘲讽的意思。因为一个组织和一个强权打游击是不可能获胜的,现实点,要想实现目标,根本之处在于双方做出妥协达成纸面上的一致意见。我可以这样说,WMF可以打游击,但是寄希望于WMF打游击可以缓解一时问题这样观点的人,只是在自欺欺人,这就像是很多中国人不都是在想,只要不谈论政治,我还是很自由的人,哈哈,也许朝鲜人也这样想,也许猪也这样想,只要不考虑明天,我也活的很好。166.161.149.117(留言) 2023年5月9日 (二) 07:52 (UTC)
- 事情没那么绝对,而且审查版本基金会也不会同意。--日期20220626(留言) 2023年5月9日 (二) 07:48 (UTC)
- 你知道挖自由世界墙角[开玩笑的]这个词吗?一旦挖开了,未来审查版本也会被提上议程。166.161.149.117(留言) 2023年5月9日 (二) 07:38 (UTC)
- 的确有站点使用自动替换关键词的方式试图规避审查,然而仍被阻断。至于接受审查的版本,不是已经有人在做了嘛,虽说没看到什么后续成果。——暁月凛奈 (留言) 2023年5月9日 (二) 07:29 (UTC)
- 基于我前面说的,要想真正实现你们访问维基百科的目标,必须让WMF和中共达成协议,协议的代价是你们不可接受的,或者你们可以继续等待统一的单极世界的产生。166.161.149.117(留言) 2023年5月9日 (二) 09:02 (UTC)
- 我不是“你们”的一员。这次提出讨论的是英文社群,而中文社群早已有大量相关的讨论,很多中文用户并没有试图达成这种目标。您这些发言应该说给英文社群的部分用户。——暁月凛奈 (留言) 2023年5月9日 (二) 09:40 (UTC)
- 不好意思,无意对您做出任何假设,此处“你们”指的是该社群受影响用户,此外我没有提供任何“目标”,我只是在说你们的追求存在两种可能性,我说的很实在,要么和中共达成你们不喜欢的协议,要么根本没有协议。但是阁下(在这里指的是你)如果无法理解我说的话,那么我提供一个“不让眼睛继续进沙子”的缓解办法:再闭紧点眼睛[开玩笑的],言归正传,方法是:让WMF提供访问令牌给中维可信的管理员,然后令牌可以在注册账号时输入,类似邀请码,然后使用该令牌注册不受IP封禁限制,分发令牌由你们社群管理员承担责任。这是你们可以让WMF实现的,但是我说的很清楚:把头埋在沙子里,再闭紧点眼睛也是没有用的。166.161.149.117(留言) 2023年5月9日 (二) 09:54 (UTC)
- 这听上去和现在的ipbe方案本质差不多?和管理员审批授予IP豁免稍有区别的是换成了邀请码而已。--日期20220626(留言) 2023年5月9日 (二) 10:01 (UTC)
- 头已经在沙子里了,还不愿意拔出来,除了闭紧点,再闭紧点,还有什么办法?你们目前问题是用代理注册账号问题,这可以被这种邀请码机制缓解,但是这只不过是闭的更紧,要想解决问题,必须剖析根本原因,我上面写了太多字,可惜没有人听得进去。166.161.149.117(留言) 2023年5月9日 (二) 10:09 (UTC)
- 这听上去和现在的ipbe方案本质差不多?和管理员审批授予IP豁免稍有区别的是换成了邀请码而已。--日期20220626(留言) 2023年5月9日 (二) 10:01 (UTC)
- 不好意思,无意对您做出任何假设,此处“你们”指的是该社群受影响用户,此外我没有提供任何“目标”,我只是在说你们的追求存在两种可能性,我说的很实在,要么和中共达成你们不喜欢的协议,要么根本没有协议。但是阁下(在这里指的是你)如果无法理解我说的话,那么我提供一个“不让眼睛继续进沙子”的缓解办法:再闭紧点眼睛[开玩笑的],言归正传,方法是:让WMF提供访问令牌给中维可信的管理员,然后令牌可以在注册账号时输入,类似邀请码,然后使用该令牌注册不受IP封禁限制,分发令牌由你们社群管理员承担责任。这是你们可以让WMF实现的,但是我说的很清楚:把头埋在沙子里,再闭紧点眼睛也是没有用的。166.161.149.117(留言) 2023年5月9日 (二) 09:54 (UTC)
- 我不是“你们”的一员。这次提出讨论的是英文社群,而中文社群早已有大量相关的讨论,很多中文用户并没有试图达成这种目标。您这些发言应该说给英文社群的部分用户。——暁月凛奈 (留言) 2023年5月9日 (二) 09:40 (UTC)
- 基于我前面说的,要想真正实现你们访问维基百科的目标,必须让WMF和中共达成协议,协议的代价是你们不可接受的,或者你们可以继续等待统一的单极世界的产生。166.161.149.117(留言) 2023年5月9日 (二) 09:02 (UTC)
- 提案人的第一个提案是设立一个注册渠道让中国大陆用户直连进入,判断IP后直接注册并给予IPBE,我觉得可能还是可行的。毕竟有些维基也是可以直连的(IPv6),多一个不多,而且注册并授予IPBE对“翻墙”来说没有任何效用。不过还是得看中国大陆政府怎么想的(shrug),而且如果实施得修改获取IPBE的方针。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年5月9日 (二) 08:29 (UTC)
- 感觉这个对话中没有一个人可以听的懂我在说什么,让我把话说明白,作为WMF这样的组织,行事方法是基于理想主义,作为一个中立的组织,主要内容由用户产生的网站,树立出价值榜样,这一点无可厚非,我的建议是让你们按照现实主义的想法找到解决方案,但是我在前面说过了,这条路走下去的解决方案也不会是你们喜欢的,但是呢你们在谈论的却是以机会主义寻找解决方案,拿着放大镜在强权的铁幕中找漏洞的方法,你们认为WMF会引以为傲吗?166.161.149.117(留言) 2023年5月9日 (二) 09:00 (UTC)
- 共产党当然是不想,不然干嘛要封维基?--日期20220626(留言) 2023年5月9日 (二) 09:01 (UTC)
- 这个站有没有任何维基内容。对于没有梯子的人,注册一个带IPBE的账号没有任何用处。况且这也不是唯一一个注册的方法。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年5月9日 (二) 10:21 (UTC)
- 我非常理解你说的意思。IP君说的是WMF的价值观,也是维基百科的立足之本。--百無一用是書生 (☎) 2023年5月9日 (二) 12:57 (UTC)
- 话又说回来,每次看到这类审查条目的问题我就想到德维的Vorlage:Holocaustleugnung,我当然知道你们想表达的意思,但是这也确实是一种政府干预。--ときさき くるみ 2023年5月10日 (三) 20:46 (UTC)
- 难以置信,维基百科服务器没有一个位于德国和奥地利,而且由总部位于美国的维基媒体基金会运作,这些地区性的法律还是成为了德语维基百科的方针。
- 试想一下中国的“寻衅滋事罪”相关法律被用于中文维基百科,参与政治条目编辑的中国大陆人是不是也要被警告和记录IP并举报?--Shinohara Chihiro(留言) 2023年5月14日 (日) 17:15 (UTC)
- @Shinohara Chihiro:你看到这个很惊讶的话我感觉你串门串少了,commons有commons:Template:Communist symbol和commons:Template:Swastika,英维有en:Wikipedia:No Nazis,东欧语言的维基理论上应该也有相关的东西。--ときさき くるみ 2023年5月14日 (日) 18:02 (UTC)
- 你提到的模版仅仅是一个法律上的免责声明而已,后面那篇文章也只是WP:NPOV的一个扩展。让我吃惊的是否认大屠杀的用户会被立即封禁。--Shinohara Chihiro(留言) 2023年5月14日 (日) 18:06 (UTC)
- 我只能说是二战的后果,具体解释还真比较费劲,你去看几天德语媒体/论坛就明白了。--ときさき くるみ 2023年5月14日 (日) 18:21 (UTC)
- 还有香港国安法,不至于写条目时被认为是“煽动民众对抗政府”就被封禁了吧。--Shinohara Chihiro(留言) 2023年5月14日 (日) 18:09 (UTC)
- 你提到的模版仅仅是一个法律上的免责声明而已,后面那篇文章也只是WP:NPOV的一个扩展。让我吃惊的是否认大屠杀的用户会被立即封禁。--Shinohara Chihiro(留言) 2023年5月14日 (日) 18:06 (UTC)
- 纳粹大屠杀是真真正正的反人类而且有造成过严重后果;你列出的这两个未必。--MilkyDefer 2023年5月16日 (二) 15:26 (UTC)
- @Shinohara Chihiro:你看到这个很惊讶的话我感觉你串门串少了,commons有commons:Template:Communist symbol和commons:Template:Swastika,英维有en:Wikipedia:No Nazis,东欧语言的维基理论上应该也有相关的东西。--ときさき くるみ 2023年5月14日 (日) 18:02 (UTC)
- 上方讨论有点离题了。解决方案无非几种:
- 降低中国大陆编者获取IPBE的难度。这个最容易办到。
- 建立有审查的镜像。违反WMF和本社群的原则(WP:UNCENSORED)。
- 建立无审查的镜像,打游击战。就这点我曾经和WMF沟通过,得到的明确答复是无法做到,过于烧钱。(WMF钱虽多,也耗不起这样指数级增长的开销)
- 在官方Android、iOS应用内建审查规避功能。可能可行,但无法保证,请见phab:T327286。
- 供各位参考。--Diskdance 2023年5月17日 (三) 13:00 (UTC)
- 其实相关讨论近几年来已经有很多次,关键就是只停留在讨论的阶段,没有人去做。这点很遗憾。我觉得在这里讨论得再多,也不如尽快实现来的实在。--Diskdance 2023年5月17日 (三) 13:03 (UTC)
- 所以我也一直是主张1方案,越快越容易获取越好。--日期20220626(留言) 2023年5月17日 (三) 13:52 (UTC)
- Phab工单已经创建。--Shinohara Chihiro(留言) 2023年5月17日 (三) 16:03 (UTC)
- 所以我也一直是主张1方案,越快越容易获取越好。--日期20220626(留言) 2023年5月17日 (三) 13:52 (UTC)
- 其实相关讨论近几年来已经有很多次,关键就是只停留在讨论的阶段,没有人去做。这点很遗憾。我觉得在这里讨论得再多,也不如尽快实现来的实在。--Diskdance 2023年5月17日 (三) 13:03 (UTC)
随便翻译一下phab的task,供各位讨论。portal好像是地区词我就保留了。
- 为中国大陆用户建立一个特殊的注册portal,portal来自一个隐藏IP以避免DNS投毒(该portal将不包含任何条目,以避免惹恼审查员,导致portal被封锁),IP经常变化以避免封锁。
- 在维基百科上设置一个“请求从中国注册”的特殊按钮,点击该按钮后,给用户发送包含注册portal的IP地址的电子邮件。然后,用户断开VPN,进入邮箱(如QQ或163),并点击该IP地址以进入portal。
- portal检测用户的IP地址,如果用户使用的是中国移动、中国联通、中国电信或中国广电的住宅IP(中国的四个ISP),注册正常进行,用户自动获得IPBE,从而正常编辑。(如果用户不在中国,他们不允许使用这个特殊的门户来获得IPBE。)
- 然后,用户只需重新连接到他们的VPN,回到WP主网站,并开始编辑。
感觉似乎有点麻烦? ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年5月18日 (四) 01:34 (UTC)
- 不太懂如何实现,是否不需要基金会来实现。注册门户的域名购置及维护成本(如封锁检测),或者如果用IP访问,能否顺利https。基金会可能没有充足的IP段或人力。门户如何避免通过大陆境内代理或僵尸网络注册账号,然后滥用。不建议用toolforge.org,可能封一级域名。--YFdyh000(留言) 2023年5月18日 (四) 19:11 (UTC)
- 感觉首次注册注册用户和申请IPBE会挡住一些人,这个流程能缩短点就好了,或者管理员可以请活跃的用户?--Kethyga(留言) 2023年5月19日 (五) 12:39 (UTC)
- 先试试看再说,不要未战先退。--日期20220626(留言) 2023年5月19日 (五) 13:14 (UTC)
- 这是哪个不了解中国网络状况的人提的建议啊?第3点的话,中国的IP又不止这四个ISP,从维基百科的用户人群上来说,教育网和科技网用户无论如何不应排除在外啊。另外关于2的话,我觉得应该在中国设立一个portal,点击"请求从中国注册”的特殊按钮就跳转到中国的portal服务器上进行操作--百無一用是書生 (☎) 2023年6月9日 (五) 08:51 (UTC)
- 在中国设立portal服务器会有风险吗?--日期20220626(留言) 2023年6月9日 (五) 10:37 (UTC)
- 我看了一下条目,中国大陆涉外ISP只有三大家和教育网、科技网? ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月9日 (五) 19:07 (UTC)
- 广电和铁通?以前听说铁通质量挺好的,走的欧洲线路,没用过。严肃点说的话,上面的建议3,应该以IP地理位置来分辨就好了,不应该以ISP来分辨--百無一用是書生 (☎) 2023年6月12日 (一) 01:44 (UTC)
- 是指封禁云服务器吧。--YFdyh000(留言) 2023年6月12日 (一) 01:59 (UTC)
- 广电和铁通?以前听说铁通质量挺好的,走的欧洲线路,没用过。严肃点说的话,上面的建议3,应该以IP地理位置来分辨就好了,不应该以ISP来分辨--百無一用是書生 (☎) 2023年6月12日 (一) 01:44 (UTC)
不会有什么用的。这件事如果成真,必将是一件轰动到足以引来媒体的大事。政府肯定不会不管,必将第一时间予以封禁。WP:OA2021的人开了求闻公司,他们怀恨在心,即便政府耳不聪目不明这伙人也极有可能自发举报,甚至进行监控。个人建议可以放开huggle等工具适配民间镜像站——范博📧·🎤·✍🏽🇨🇳 2023年5月28日 (日) 09:50 (UTC)
- (+)赞成,不用OA21那群人了,PRCG已经在盯着了罢。
- 只能说作为技术储备可行--Hualin~希望の星は青霄に昇る Commons|Talk 2023年5月28日 (日) 10:37 (UTC)
- 且在我看来它们确实诉诸法律威胁了--Hualin~希望の星は青霄に昇る Commons|Talk 2023年5月28日 (日) 10:54 (UTC)
目前该task的状态是community-consensus-needed。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月7日 (三) 13:23 (UTC)
- 讨论沉寂了?--日期20220626(留言) 2023年6月7日 (三) 15:00 (UTC)
- 无疾而终了属于是。--Shinohara Chihiro(留言) 2023年6月7日 (三) 15:17 (UTC)
- 我也不清楚是什么情况,要修改方针?但是功能还没做出来啊。另外技术上的细节是要phab那边讨论还是本地讨论,phab那边清不清楚中国大陆的情况……等等问题。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月7日 (三) 19:11 (UTC)
- 你可以问问那边到底需要社群什么共识。--日期20220626(留言) 2023年6月7日 (三) 22:32 (UTC)
- 有人担心这会对GIPBE产生影响,所以在等监管员的意见。--MilkyDefer 2023年6月9日 (五) 05:38 (UTC)
- 所以现在可能要把Sotiale或者谁拉来了,问问傀儡调查助理吧。@LuciferianThomas:--MilkyDefer 2023年6月9日 (五) 05:42 (UTC)
- re GIPBE:
- re 整套新系统:
- 个人觉得现阶段的建议尚未有充足的反滥用考量。
- 依我个人对IPBE程序(包括本地和英维)的认知,我觉得若建议的系统能配置充足配套给用户查核员(及监管员)获取其原始技术资讯,参考英文维基百科的IPBE申请程序,经用户查核确认账号创建者非已知的滥用者再授予本地IPBE为佳。
- 若有人躲在新系统后滥用一般不会出现编辑的特定中国大陆IP段创建账号,则应可由站内的本地或全域封锁直接阻挡使用该系统创建账号。
- 以上。如需要监管员意见可能可以问问AmandaNP,她同时也是英维CU,对英维的IPBE经CU申请的程序应有相当认知,能提供相当的意见。我不清楚韩维程序为何,不过也可以问问Sotiale。--路西法人 2023年6月9日 (五) 07:28 (UTC)
- 那关于GIPBE就没什么问题了(那个是我提的,我怕说监管员一看好家伙四个本地IPBE就直接给了GIPBE( ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月9日 (五) 09:09 (UTC)
- phab的“需要社群共识”大概是指需要最少一个站点有共识采用此系统。既然英维的相关讨论已无疾而终,而这套系统影响最大的是中维,我觉得现在您们需要讨论的重点是“无视外力因素,是否认同中文维基百科测试以至配置此套提供予中国大陆居民的注册系统”。在达成我上述的反滥用考量的前提下,我个人意见是不反对设置此系统。--路西法人 2023年6月13日 (二) 05:50 (UTC)
- 如果没人反对下共识达成后和谁说呢?让基金会直接帮我们写注册系统吗?--日期20220626(留言) 2023年6月13日 (二) 06:34 (UTC)
- 我不觉得此处适用沉默共识。您考虑开个小节,然后挂公告栏征询社群意见吧。--路西法人 2023年6月14日 (三) 06:06 (UTC)
- @魔琴:你来新开小节或者挂公告?目前暂时没有什么人反对。--日期20220626(留言) 2023年6月14日 (三) 06:15 (UTC)
- 稍等,我再整理一下三站讨论给出的意见 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月14日 (三) 10:32 (UTC)
- @魔琴:你来新开小节或者挂公告?目前暂时没有什么人反对。--日期20220626(留言) 2023年6月14日 (三) 06:15 (UTC)
- 我不觉得此处适用沉默共识。您考虑开个小节,然后挂公告栏征询社群意见吧。--路西法人 2023年6月14日 (三) 06:06 (UTC)
- 如果没人反对下共识达成后和谁说呢?让基金会直接帮我们写注册系统吗?--日期20220626(留言) 2023年6月13日 (二) 06:34 (UTC)
- phab的“需要社群共识”大概是指需要最少一个站点有共识采用此系统。既然英维的相关讨论已无疾而终,而这套系统影响最大的是中维,我觉得现在您们需要讨论的重点是“无视外力因素,是否认同中文维基百科测试以至配置此套提供予中国大陆居民的注册系统”。在达成我上述的反滥用考量的前提下,我个人意见是不反对设置此系统。--路西法人 2023年6月13日 (二) 05:50 (UTC)
- 那关于GIPBE就没什么问题了(那个是我提的,我怕说监管员一看好家伙四个本地IPBE就直接给了GIPBE( ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月9日 (五) 09:09 (UTC)
- 你可以问问那边到底需要社群什么共识。--日期20220626(留言) 2023年6月7日 (三) 22:32 (UTC)
- 我也不清楚是什么情况,要修改方针?但是功能还没做出来啊。另外技术上的细节是要phab那边讨论还是本地讨论,phab那边清不清楚中国大陆的情况……等等问题。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月7日 (三) 19:11 (UTC)
- 无疾而终了属于是。--Shinohara Chihiro(留言) 2023年6月7日 (三) 15:17 (UTC)
- 这里是不是应该@Bluedeck( —— Eric Liu 創造は生命(留言・留名・学生会) 2023年6月15日 (四) 10:49 (UTC)
- 整理了一下两个月以来的讨论,放在这里:User:魔琴/斜坡计划。由于这个计划比较难描述,我暂且就给他起了个名字()看看各位还有什么补充的。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月15日 (四) 20:35 (UTC)
可能之政府干预?- 算了已经在Phab讲过了魔琴也写入整理之中了--Hualin~希望の星は青霄に昇る Commons|Talk 2023年6月16日 (五) 02:54 (UTC)
- 具体干预手段有哪些?--日期20220626(留言) 2023年6月16日 (五) 02:57 (UTC)
- 可能会封域名或者封IP。另外我还想到政府可以留该网站的访问记录,查用户创建日志,就能一一对应。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月17日 (六) 16:27 (UTC)
- 具体干预手段有哪些?--日期20220626(留言) 2023年6月16日 (五) 02:57 (UTC)
- 参考站内外意见,我认为第二阶段“验证”除了IP验证之外风险都过大,我将把其他方案折叠。有意见请尽快提出。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月21日 (三) 10:23 (UTC)
- 用IP验证仍然反对,仍然有大陆境内代理或僵尸网络注册账号,然后滥用的可能。此外很多大陆运营商用的都是PPPoE,每次登录都会有不同的IP地址,所以更换IP极其容易(移动网络还有可能每次访问都是不同的IP地址)。之前就有用户利用大量不同IP绕过封禁的例子。--GZWDer(留言) 2023年6月21日 (三) 12:17 (UTC)
- 上文有提到可以让系统获取申请用户的技术资讯给用户查核员及监管员。还有你提到的什么代理、僵尸网络、每次登陆变换IP地址,这在中国大陆以外的地方也会有的吧,他们还不是注册好了账号之后就直接能编辑了(如果代理没有被封)。--日期20220626(留言) 2023年6月21日 (三) 12:40 (UTC)
- 现在是给了用户基本零门槛且不经任何审核的获得能绕过任何IP封禁的权利,之前用户注册账号请求还要管理员审核,现在破坏者能立即任意注册账户破坏而且能绕过一切IP封禁。同时被封禁用户也能任意注册账号绕过封禁。--GZWDer(留言) 2023年6月21日 (三) 12:53 (UTC)
- 可是你所说的情况在中国以外的地方一直都在发生,只要IP段不封,一个账号被封后立即开新账号编辑,不然哪会有LTA,相对于中国人来说,他们甚至连开VPN的步骤都省了。你看看影武者都开了多少账号了。--日期20220626(留言) 2023年6月21日 (三) 13:14 (UTC)
- 如果方案实现了,假如破坏者没有那么聪明的话,有可能再去portal申请的时候还是原来的IP地址,这个时候portal只需要将原来的IP拉黑就行,直接不给注册(如果技术上能实现的话)。--日期20220626(留言) 2023年6月21日 (三) 13:18 (UTC)
- 同一个ISP的IP段内不同次重新接入导致IP的变动,这对于世界上大部分家庭接入户是很普遍的情况吧,而且即使变动也限定在特定一个更小的IP段(当地小区内接入局端的地址池)内,就算IP段变动的也在同一个ISP内(转地方转ISP的除外),这和往常一样并无区别(无论是正常用户还会换IP创建账户,后者一样是通过发现后按自动连地址封禁)。现在解决的事,如何在让中国大陆的地址能在项目上注册而不用在有IPblock的代理上。理论上有一个简单可行解决是一些还没封锁的接入点(例如欧洲)使用没封锁的项目站点(例如wikidata)注册,通过中央账户机制来同步注册其他项目账户。——Sakamotosan路过围观 | 避免做作,免敬 2023年6月27日 (二) 03:30 (UTC)
- 所以就感觉GZWDer的反对理由就很莫名其妙,他说的情况中国大陆以外的地方也会发生。另外现在在使用VPN的情况下连注册账户都不行了?--日期20220626(留言) 2023年6月27日 (二) 03:38 (UTC)
- 可能提到的另一种情况是家宽代理(有些为了避开反代理,会卖家宽来做代理;也可能是肉鸡……),但是这种情况基金会写过文章是无解(里面提到是P2P VPN,不过家宽代理的最终出口其实同理),按照过往做法就是了。——Sakamotosan路过围观 | 避免做作,免敬 2023年6月27日 (二) 06:48 (UTC)
- 所以就感觉GZWDer的反对理由就很莫名其妙,他说的情况中国大陆以外的地方也会发生。另外现在在使用VPN的情况下连注册账户都不行了?--日期20220626(留言) 2023年6月27日 (二) 03:38 (UTC)
- 现在是给了用户基本零门槛且不经任何审核的获得能绕过任何IP封禁的权利,之前用户注册账号请求还要管理员审核,现在破坏者能立即任意注册账户破坏而且能绕过一切IP封禁。同时被封禁用户也能任意注册账号绕过封禁。--GZWDer(留言) 2023年6月21日 (三) 12:53 (UTC)
- 上文有提到可以让系统获取申请用户的技术资讯给用户查核员及监管员。还有你提到的什么代理、僵尸网络、每次登陆变换IP地址,这在中国大陆以外的地方也会有的吧,他们还不是注册好了账号之后就直接能编辑了(如果代理没有被封)。--日期20220626(留言) 2023年6月21日 (三) 12:40 (UTC)
- 用IP验证仍然反对,仍然有大陆境内代理或僵尸网络注册账号,然后滥用的可能。此外很多大陆运营商用的都是PPPoE,每次登录都会有不同的IP地址,所以更换IP极其容易(移动网络还有可能每次访问都是不同的IP地址)。之前就有用户利用大量不同IP绕过封禁的例子。--GZWDer(留言) 2023年6月21日 (三) 12:17 (UTC)
维基媒体基金会的回复
如果要让注册门户持久抗审查,唯一可行的方案是域名前置。针对此我询问了WMF的SRE团队,得到的答复如下:
- 原则上支持。
- SRE认为他们没有足够的精力持续应对中国的审查措施,且必须要大量的投入才能获得可观的回报。
- SRE认为如果投入这场战斗,需要多个团队的协调合作才能成功。
这样来看其实不单单是技术问题,而是决策问题。因此,需要社群有人持续和WMF沟通。--碟之舞📀💿 2023年6月27日 (二) 02:06 (UTC)
- 注册门户的网页谁来写,基金会吗?--日期20220626(留言) 2023年6月27日 (二) 03:15 (UTC)
- 所以这本来就是一个吃力不讨好的迷惑行为。对,指某位注册账户还希望拉一大堆中国大陆的小白进来的迷惑行为用户。——Sakamotosan路过围观 | 避免做作,免敬
- 不应该去拉别人,而是应该让读者自愿注册-编辑,目前这一过程对中国大陆的读者来说会有时间成本。因为在中国大陆以外的地方,有维基百科读者发现条目有问题,可以直接编辑,而在中国大陆开启VPN的情况下,想修改条目,却发现自己被挡了。--日期20220626(留言) 2023年6月27日 (二) 03:42 (UTC)
- 因为对应en的议题,就是提案人是来自中国大陆的,但去了国外注册了账户,然后“心怀祖国”,想到大陆直连不行,用代理又遇到IP锁,要专门写申请开账号加拿授权,所以才让基金会dosomething。但我觉得还不如用这个“过滤器”机制筛掉一些不合适的新手,而且至少现在管理员应该没表现出对这样申请的不耐烦。——Sakamotosan路过围观 | 避免做作,免敬 2023年6月27日 (二) 06:54 (UTC)
- 这个过滤器看来只能筛掉来自中国大陆翻墙的新手,但对于能自由访问维基网站的人不适用。管理员是没有明面上表现出不耐烦。但申请人怎么想就不得而知。--日期20220626(留言) 2023年6月27日 (二) 07:19 (UTC)
- 有没可能,这就是我们期望的过滤器效果?其他地区还是马照跑舞照跳,大陆的没技术的小白不能“进”,没有这个恒心的不能“进”,剩下的就是有技术(各种意义上)和有恒心的?——Sakamotosan路过围观 | 避免做作,免敬 2023年6月27日 (二) 07:40 (UTC)
- 作为一个反复申请了好几次IP豁免的人,我想说我70%的热情在申请和等待中(少则一周通过,多的一个月多才通过)就消散了。维基只是一个奉献,不是邪教组织。我没有义务或者非常多的耐心。而且要求6个月至少一次编辑的要求应该随着申请次数或者编辑数有所降低。本来上来偶尔看看资料就很少了,而且看到资料后想添砖加瓦结果发现自己上来的那个通道是封禁的,真的有点苦笑不得。--‘ UFO is me ’ 留言 2023年7月3日 (一) 08:06 (UTC)
- 确实,中国大陆地区的人本来就需要翻墙上维基,结果上了维基,想修改,却受到各种阻碍,然后某些和自己一样的人(即也要通过翻墙写维基的老维基中国人)却宁愿让这些障碍持续下去。--日期20220626(留言) 2023年7月3日 (一) 08:41 (UTC)
- @Ufoismey3k:“6个月至少一次编辑”的要求每个权限组都有。这是出于安全考虑,为避免不活跃的账号被盗并对本站造成破坏。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年7月7日 (五) 15:20 (UTC)
- 如果注册申请需要等待一周以上是合理的过滤机制和时间成本 如果这个过滤机制有益筛掉新手,直接将注册账号改成申请制不就更好了吗--YFdyh000(留言) 2023年6月27日 (二) 10:15 (UTC)
- 这个过滤器看来只能筛掉来自中国大陆翻墙的新手,但对于能自由访问维基网站的人不适用。管理员是没有明面上表现出不耐烦。但申请人怎么想就不得而知。--日期20220626(留言) 2023年6月27日 (二) 07:19 (UTC)
( π )题外话之前在QQ群的脑洞:新增一个权限,专门用来帮助新用户注册账号与核发IPBE,申请条件比别的权限低一些,但要保证申请者深谙各项方针。下发的权限先给一定时长,这也能利用“哎呀我想写的都写了,再去费那个劲去申请长期的太麻烦了,爱怎么着怎么着吧”的心理。既能缓解管理员的工作压力、提高工作效率,又能让等待期进一步缩短。——范博📧·🎤·✍🏽🇨🇳 2023年7月16日 (日) 14:15 (UTC)
- 因可能涉及真实IP审核与隐私,以及傀儡滥用与预防,“申请条件比别的权限低一些”听上去不可行。后半没完全听懂。--YFdyh000(留言) 2023年7月16日 (日) 19:32 (UTC)
尝试推动斜坡计划(自动授予中国大陆用户IPBE)
先前的讨论存档了(见此),希望继续推一下这个讨论。我建议社群出一个共识譬如,如果相关工具能做到合理地反破坏、反审查、反监控,则允许通过该机制自动授予IPBE。各位可以再次检视这一计划,提出反破坏的机制要求,想想除了域前置还有什么反审查主意之类的。希望各位讨论。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年8月17日 (四) 16:27 (UTC)
- 提前说一下,先前讨论中有些反对的理由,我觉得并不合理。譬如有人认为现行的等待期可以“筛选”中国大陆用户,但是维基百科账号又不是申请制的,其他国家和地区的用户就不用被筛选啊/ ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年8月17日 (四) 16:35 (UTC)
- 回复@魔琴:
- 用户若使用大陆简体,则在使用代理编辑页面或注册账号时弹出的封禁提示中引导用户关闭代理后前往注册页注册,注册页检测到用户的IP地址为中国大陆且未被封禁,则创建账号并授予中文维基百科、维基共享资源、维基数据、元维基的本地IPBE。
- 如何?--2604:86C0:A001:6:D833:FBFF:FE98:C900(留言) 2023年8月21日 (一) 14:38 (UTC)
- 回复请同时到这里和我的对话页,我能看见--2604:86C0:A001:6:D833:FBFF:FE98:C900(留言) 2023年8月21日 (一) 14:48 (UTC)
- 我换了个IP--108.165.144.168(留言) 2023年8月22日 (二) 11:44 (UTC)
- 其他站的IPBE无法快速授予。未看出能反LTA。--YFdyh000(留言) 2023年8月21日 (一) 15:22 (UTC)
- 建议让用户自己选择要哪里的ipbe,可选内容包括中文计划、多语言项目(比如common、wikidata),默认选中zhwp, common, wikidata--落花有意12138 2023年8月26日 (六) 15:12 (UTC)
- 回复请同时到这里和我的对话页,我能看见--2604:86C0:A001:6:D833:FBFF:FE98:C900(留言) 2023年8月21日 (一) 14:48 (UTC)
- 我不认为反审查是必要和可讨论的元素,只要工具可以可控的反破坏就可以,但到底如何、能否做到只能摸索前行,讨论可能永远得不出共识。Special:Diff/78558034 Special:Diff/78309499 等已表述我的意见。关于“筛选”为理由,我认为违背WP:5P4。不认为通过IP地址和某种身份证明就可以有效率地杜绝滥用,仍可通过技术手段绕过。--YFdyh000(留言) 2023年8月17日 (四) 17:51 (UTC)
- 不看好这个计划,从实际可行性与潜在风险的角度上来看,尤其现在的大环境。个人认为整体上还是维持现状比较好,不过社群可以想办法让部分有需要的中国大陆用户更方便的获取到GIPBE权限,这样他们创建条目后可以自己添加跨语言链接而无需他人代为添加。--🔨(留言) 2023年8月18日 (五) 06:49 (UTC)
- 第一点:我很好奇,就算说真能弄好,大陆有多少人会真的编辑维基百科呢?在大陆维基百科基本上已经是被百度百科彻底的取代了。我在这几天编辑维基百科前,维基百科基本上只会在查资料是偶尔想起来,但要查也是去英维,十年的封锁,基本上关于“维基百科”的记忆似乎早都让我本人忘却了,大概去年看见bilbil上关于折毛的视频,才想起来,原来互联网还有个中维。
- 第二点:维持现状我觉得就很好了,互联网的一个社区人越少,能产出的内容就越好。这是知乎,bilbil,acfun,微博这些社区总结出的规律。
- 第三点:说说本人对中维指引的看法,本人最初编辑维基百科,就遇到了代理ip这种烦恼,然而要申请ip豁免,还要写邮件,等回复。(首先写邮件可能都会过滤掉一部分想要编辑维基百科的人了,更别说年轻点的Z世代除了学校学的哪里正经写过几份电邮啊),更糟糕的是几乎没有把这些被代理ip困扰的人引向Help:如何访问维基百科,而且Help:如何访问维基百科一页写的不明所以,经常上网的人或许能看懂,但作为电脑小白的我看完这一页表示就是丈二和尚,捣鼓一通,结果断开vpn试试,还是上不来中维。
- 总结&个人观点:很多人想参与维基百科,但是根本“说”不出来任何话,能改好host的,发了邮件,耐心等待的,最后都加入了维基百科社群。但是那些不愿意或者不想发邮件,不懂操作的,他们是不能更改页面的,这就导致了幸存者偏差,与其弄一个这么宏大的计划,不如先把中维的指引弄的好点,邮件处理速度快一点,或者给那些代理ip留一个能编辑的界面来询问之类的。--蓝叶alan 2023年8月18日 (五) 08:55 (UTC)
- 还“社区的人越少,产出的越好”,是不是英维的参与人数比中维少啊?--日期20220626(留言) 2023年8月24日 (四) 03:16 (UTC)
- 须要有人发现明确具有破坏内容,或者渗透维基社群就像被基金会查封的那些管理员等意图的用户,及时撤销其权限甚至封禁,否则就会开个大口子,引狼入室。--⚞︎★⚟︎ 2023年8月18日 (五) 14:01 (UTC)
- 建议在注册网页提醒用户了解维基百科关于两岸四地用语的规定,以及账户保安提示。
- 建议让通过此途径注册的用户与其他用户混在一起,具体的方案等有共识后再提出。建议不定时非公开混淆服务特征。不建议通过邮箱提供网址,建议通过其他网址(比如toolforge)托管一个服务提供,并且应该通过验证码(已经提出)和随机生成的令牌加密。
- 建议通过类似共用账号/留言板/邮件方法满足小编辑/建议/读者反馈等需求。--落花有意12138 2023年8月18日 (五) 09:55 (UTC)
- 此计划未提及:用户创建日志(主要在于注册时间)必须改为对包括管理员、界面管理员在内的几乎所有人不可见,仅用户查核员/监管员可查阅。否则,中国大陆网络运营商只需对比自家日志与维基用户创建日志时间,即可得出自家网络用户对应维基用户的准确一对一资讯,严重威胁中国大陆新用户性命。--— Gohan 2023年8月18日 (五) 10:11 (UTC)
- 🤔可以根据密度随机0-48小时注册,而且域前置似乎不能分辨是访问具体的这个网站?--落花有意12138 2023年8月18日 (五) 10:35 (UTC)
- 前者可行。--— Gohan 2023年8月18日 (五) 10:47 (UTC)
- 域前置不能分辨访问的网站。而且,如果随机延迟注册,那相当于用户还是要等待。不过我觉得延迟的主意挺好的,可以这样用:注册的时候告知风险,由用户选择是否延迟。如果非常注重匿名化,建议通过Unblock申请账号;如果希望规避政府监控,建议选择延迟注册;如果希望即时编辑,那就即时注册即时使用。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年8月18日 (五) 14:05 (UTC)
- 轻微反对允许用户取消延时,可以减少延时。--落花有意12138 2023年8月26日 (六) 15:03 (UTC)
- 未理解意义,后续编辑总会暴露活跃时间。--YFdyh000(留言) 2023年8月18日 (五) 17:09 (UTC)
- 不经代理的验证,结合经代理/不经代理的注册,可直接定位。经代理的后续编辑体现的活跃时间比较复杂,不可直接定位;不过,后者也是我在元维基呼吁中文系维基媒体以随机时间区间延时发布日志的原因。--— Gohan 2023年8月19日 (六) 00:47 (UTC)
- “不经代理的验证”如果指斜坡计划新增的验证,倾向反对并且不太可能避过记录。未理解注册和编辑流量有差别的原因。--YFdyh000(留言) 2023年8月19日 (六) 19:40 (UTC)
- 后者不知有无差别,但注册流量与不经代理的验证流量一结合,相当显著。--— Gohan 2023年8月21日 (一) 23:37 (UTC)
- “不经代理的验证”如果指斜坡计划新增的验证,倾向反对并且不太可能避过记录。未理解注册和编辑流量有差别的原因。--YFdyh000(留言) 2023年8月19日 (六) 19:40 (UTC)
- 不经代理的验证,结合经代理/不经代理的注册,可直接定位。经代理的后续编辑体现的活跃时间比较复杂,不可直接定位;不过,后者也是我在元维基呼吁中文系维基媒体以随机时间区间延时发布日志的原因。--— Gohan 2023年8月19日 (六) 00:47 (UTC)
- @神秘悟饭:别忘了U:New user message的贡献页--2604:86C0:A001:6:D833:FBFF:FE98:C900(留言) 2023年8月22日 (二) 03:52 (UTC)
- 🤔可以根据密度随机0-48小时注册,而且域前置似乎不能分辨是访问具体的这个网站?--落花有意12138 2023年8月18日 (五) 10:35 (UTC)
- 转发一下@Hotaru_Natsumi:君在ac互联群的发言:「
这个portal站点允许的ip应该如何界定,是仅包括as4134这类民用还是所有feed到中国大陆的ip?另外是否考虑同步ip的站内封禁列表和全域封禁列表到这个portal站点上?还有如果出现纯粹破坏需要连锁封禁,如何处理?
」(上述发言为合理使用) ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年8月18日 (五) 14:07 (UTC) - 其实我觉得最简单的还是直接验证手机号,毕竟并不是所有人来维基百科都是要编辑政治条目的。想编辑政治条目的人就走ipbemail流程。--——🦝英特浣熊耐尔(留言・贡献) 2023年8月20日 (日) 06:29 (UTC)
- 反对,不支持实名制行为,现在不编辑政治条目不代表以后不编辑,而且实质上翻墙编辑维基百科本身就是违法的,所以更不应该手机号实名制。--桐生ここ★[讨论] 2023年8月20日 (日) 14:29 (UTC)
- 哪有那么严重,你维本来就有很多人事实上几乎实名。我都见过我们老师(公立大学的副教授)在课间的时候编英维条目。--——🦝英特浣熊耐尔(留言・贡献) 2023年8月21日 (一) 03:00 (UTC)
- 公开自己在维基上的用户身份(或反之类似),和系统是否必要收集这些信息,是两回事。“实质上翻墙编辑维基百科本身就是违法的”这个只能说是灰色地带,有可能你看到的是“倒霉鬼偏差”。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月21日 (一) 09:10 (UTC)
- 哪有那么严重,你维本来就有很多人事实上几乎实名。我都见过我们老师(公立大学的副教授)在课间的时候编英维条目。--——🦝英特浣熊耐尔(留言・贡献) 2023年8月21日 (一) 03:00 (UTC)
- 中国大陆不少人士半路转为编辑政治相关条目,实名制等同限制此等人士自由,或鼓励秘密多重账户。--— Gohan 2023年8月21日 (一) 23:41 (UTC)
- 反对,不支持实名制行为,现在不编辑政治条目不代表以后不编辑,而且实质上翻墙编辑维基百科本身就是违法的,所以更不应该手机号实名制。--桐生ここ★[讨论] 2023年8月20日 (日) 14:29 (UTC)
- (-)反对:
- 不赞同支付宝微信转账验证、手机号验证、短信验证、上传身份证验证,因为这是实名制,不要把实名制带入维基百科,否则实名制的中国用户人身安全都可能有危险。
- 不赞同中国IP地址验证,谁来设立这个验证网站?如何确保这个中国IP地址对应的用户的关系不会泄露?如果泄露了一样相当于实名制,通过IP一样可以查水表。
- 这个验证页要跟GFW打游击战,这成本太高,不如在维基学院写一个翻墙教程。
- (&)建议:
- 将CU员通常如何判断是否为傀儡写成程序,进行简单的自动CU。
- 封禁页提供唯一的“代理封禁识别代码”,包含所使用的IP、UA、浏览器指纹、访问时间。
- 截图自己的翻墙工具,然后将“代理封禁识别代码”和申请资料按格式发送到自动受理邮箱,程序收到邮件后确认“代理封禁识别代码”是真的,然后OPENCV识别翻墙工具截图,然后根据“代理封禁识别代码”调用自动CU,程序认为不是傀儡后自动建立账号并授予IPBE。
- 管理员或IPBE处理员进行事后复查,检查申请资料是否真实。
- --桐生ここ★[讨论] 2023年8月20日 (日) 14:52 (UTC)
- 我一个搞CV的看了你的发言沉默了。首先,OpenCV首先要从图片中寻找窗口,这里假定截图是完整的。确实,可以使用合适的Canny边缘检测手法把图片中的直线检测出来,然后对找出来的直线做霍夫变换找到矩形——这些OpenCV是有提供的。在找到的所有矩形当中,没有人能够假定哪一个矩形才是真正的VPN工具的窗口,最坏情况下得枚举。找到了窗口之后要识别,拿什么识别?要是检测Clash的那只猫的话那用户换一个工具呢?也许可以直接读取窗口内的文字,首先要找到那些地方可能是文字,就算你使用一个形态学膨胀,然后计算联通成分的面积。这样可以找到单个文字。单个文字要根据其坐标推断是否属于一行或一列。单个文字的识别要Tesseract。Tesseract出来之后得到的文字(不计精确度)要判定为VPN工具会有的内容,打算怎么搞?简单一点的K-近邻,想要点精确度的就上SVM,还想要更好的判定上NLP。这一套下来可比你嘴巴上说的要复杂多了。
- 当然,如果你说直接拿递交的截图套N个CNN接MLP来做判定的话我也没话说。--MilkyDefer 2023年8月20日 (日) 15:55 (UTC)
- “将CU员通常如何判断是否为傀儡写成程序,进行简单的自动CU。”光这一条就已经超复杂了--百無一用是書生 (☎) 2023年8月21日 (一) 02:54 (UTC)
- 每次监管员和用户查核员在查核后把LTA和傀儡账号使用过的IP、UA写入基金会建立的数据库,程序自动比对是否和数据库内IP、IP段、UA相同,相同则无法自动授权IPBE,必须人工授权。--桐生ここ★[讨论] 2023年8月22日 (二) 04:51 (UTC)
- 基金会建立的数据库。。。那就是个wiki--百無一用是書生 (☎) 2023年8月22日 (二) 06:39 (UTC)
- 我知道CU Wiki,但是Wiki的形式不方便程序调用。所谓“简单的自动CU”,只需要比对IP段有没有傀儡使用过,只要有傀儡使用过就不是干净IP就需要人工授权,否则就可以自动授权。--桐生ここ★[讨论] 2023年8月23日 (三) 06:22 (UTC)
- 基金会建立的数据库。。。那就是个wiki--百無一用是書生 (☎) 2023年8月22日 (二) 06:39 (UTC)
- 每次监管员和用户查核员在查核后把LTA和傀儡账号使用过的IP、UA写入基金会建立的数据库,程序自动比对是否和数据库内IP、IP段、UA相同,相同则无法自动授权IPBE,必须人工授权。--桐生ここ★[讨论] 2023年8月22日 (二) 04:51 (UTC)
- “将CU员通常如何判断是否为傀儡写成程序,进行简单的自动CU。”光这一条就已经超复杂了--百無一用是書生 (☎) 2023年8月21日 (一) 02:54 (UTC)
- 听着好复杂,不认为可行和安全。我是期望人工模拟零信任模型,新用户有限编辑能力、次数,但反复申请不容易避免。--YFdyh000(留言) 2023年8月20日 (日) 17:24 (UTC)
- @YFdyh000:你说清楚,是零信任,还是零知识。--MilkyDefer 2023年8月21日 (一) 06:00 (UTC)
- 前者,除了硬黑名单和某种防火墙/人工限流,其他IPBE先批后审。后者我想不到怎么实现。--YFdyh000(留言) 2023年8月21日 (一) 13:26 (UTC)
- @YFdyh000:你说清楚,是零信任,还是零知识。--MilkyDefer 2023年8月21日 (一) 06:00 (UTC)
- 2.这个网站应该是基金会建立。无法保证完全安全,只能做到尽可能安全,具体的加密措施留给开发人员吧。3.感觉您没有看懂这个提案,提案是为已经能够编辑维基百科,即已经翻墙的人提供IPBE。--落花有意12138 2023年8月26日 (六) 14:48 (UTC)
- 不看好,大部分意见都已经提过或归纳过:任何依赖中国大陆的身份认证服务只会给对应使用者带来麻烦,因为政府真能找对应认证服务商要数据;有部分和基金会有接触的编辑似乎提到基金会对于这种情况偏向不倾向(或者说“中立”);基金会技术上也不支持在这个接入门户上打游击战(基金会可能不愿意用有限的地址资源,和用钱换域名);第三方或者在中国大陆的接入门户有信任问题。我认为现状如此,尽人事则可。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月21日 (一) 01:37 (UTC)
- 我也不看好基于ID/手机/支付方式的验证,但是IP验证的方法应该可以通过域前置保护用户(?具体我不知道),所以人身安全应该没有太大问题。基金会干不干那是他们的事,社群把共识送过去就好了。第三方因为信任问题暂时不考虑,等基金会的IP全被封了再说🧐 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年8月21日 (一) 03:30 (UTC)
- 域前置的设计理论上就是“邪门歪道”(利用了外层TLS的SNI和内层HTTP的HOST可以不一致,按照常规的客户端操作,两者应该是要一致的),需要另外开发适配工具(浏览器,或者认证工具(?)),但前面基金会对技术的看法不认为他们愿意去维护一个这样的工具。等IP全封的话,我只能“听我说,谢谢你,你个小可爱”(现在IP是除了旧金山、主节点、新加坡外,v4其他都通,v6好像基本都通(除旧金山);域名除了wikipedia.org、部分语言的特定项目(好像是新闻和文库外)等(不确定还有其他)有snirst外,其他都通。我怀疑过wikipedia.org等snirst扩张是不是因为跨项目蹭tls会话复用玩坏的)。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月21日 (一) 03:43 (UTC)
- 询问了提出域前置的Diskdance的看法,他认为可以在移动app里装适配工具(?) ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年9月1日 (五) 06:28 (UTC)
- 自制?我不觉得让用户装一个陌生APK是可接受方案,以及iOS用户。--YFdyh000(留言) 2023年9月1日 (五) 07:53 (UTC)
- 不支持自制应用,难以保证安全性和避免审查的平衡。--落花有意12138 2023年9月16日 (六) 17:10 (UTC)
- 他的意思是维基百科app。不过我怀疑多少人会去用。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年9月19日 (二) 10:33 (UTC)
- 询问了提出域前置的Diskdance的看法,他认为可以在移动app里装适配工具(?) ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年9月1日 (五) 06:28 (UTC)
- 域前置的设计理论上就是“邪门歪道”(利用了外层TLS的SNI和内层HTTP的HOST可以不一致,按照常规的客户端操作,两者应该是要一致的),需要另外开发适配工具(浏览器,或者认证工具(?)),但前面基金会对技术的看法不认为他们愿意去维护一个这样的工具。等IP全封的话,我只能“听我说,谢谢你,你个小可爱”(现在IP是除了旧金山、主节点、新加坡外,v4其他都通,v6好像基本都通(除旧金山);域名除了wikipedia.org、部分语言的特定项目(好像是新闻和文库外)等(不确定还有其他)有snirst外,其他都通。我怀疑过wikipedia.org等snirst扩张是不是因为跨项目蹭tls会话复用玩坏的)。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月21日 (一) 03:43 (UTC)
- 我也不看好基于ID/手机/支付方式的验证,但是IP验证的方法应该可以通过域前置保护用户(?具体我不知道),所以人身安全应该没有太大问题。基金会干不干那是他们的事,社群把共识送过去就好了。第三方因为信任问题暂时不考虑,等基金会的IP全被封了再说🧐 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年8月21日 (一) 03:30 (UTC)
- 不看好,我最担心来自中国大陆的LTA滥用IPBE。--Lanwi1Talk 2023年8月21日 (一) 20:49 (UTC)
- (=)中立此计划的推行确实有利于中国大陆的用户注册并编辑中文维基百科,但在中国大陆地区的百科网站已经被百度百科与搜狗百科所垄断,并且受到政府的监管和互联网防火长城的限制,想实现这个计划,很难。--Xiumuzidiao|本是青灯不归客,却因浊酒恋红尘※【留言】 2023年9月10日 (日) 15:01 (UTC)
- 并且现在就连APP都必须备案才行了--Xiumuzidiao|本是青灯不归客,却因浊酒恋红尘※【留言】 2023年9月10日 (日) 15:04 (UTC)
- 无条件授予IPBE会影响维基百科的运作,目前中维的反破坏能力以及素质远远无法达标,防止滥用也重要。--Lanwi1Talk 2023年8月22日 (二) 16:08 (UTC)
- 但管理员也说目前不存在严格审核。何种程度才称之为达标?--YFdyh000(留言) 2023年8月22日 (二) 16:20 (UTC)
- 目前中维的问题是从事反破坏工作的用户不多,能对付LTA的用户也很少,今后也不会有足够的遵守文明方针的用户查核员。--Lanwi1Talk 2023年8月22日 (二) 20:08 (UTC)
- 我反对斜坡计划的原因就是没有足够的精力维护,尤其是防止滥用。--Lanwi1Talk 2023年8月22日 (二) 20:32 (UTC)
- 不明白如何定义“对付”。假设LTA注册账号进行了几十笔一般编辑,之后再做破坏,算漏检吗。如果不算,那么我觉得规则+机器人限定新获IPBE用户的编辑总量就可以了,辅以人工判断和举报LTA。如何识别傀儡申请,我没有很好的想法,但现状可能也不太有。--YFdyh000(留言) 2023年8月22日 (二) 20:40 (UTC)
- 目前通过刷编数来破坏的活跃LTA只有来自台湾的LTA:KAGE,若算漏检,就是没有足够的人手。若自动授予IPBE需要编辑数,我没意见。--Lanwi1Talk 2023年8月22日 (二) 20:53 (UTC)
- 自动授予IPBE需要编辑数 -> 需要IPBE才能编辑 -> 获得IPBE要编辑数 MilkyDefer 2023年8月23日 (三) 03:06 (UTC)
- 并非“自动授予IPBE需要编辑数”,而是“授予IPBE后暂时限制编辑数量与能力”以减少傀儡迅速滥用,方便申请即批、事后审核,即某种考察期。具体就是如规则限制+机器人提醒(例如1小时内编辑超过10笔,24小时内超过??笔,以及被回退和警告次数)+机器人撤权或封禁(如编辑超过50笔而尚无人工复核。或者如超过7天无编辑则撤权),以及新建条目的草稿化。但目前没有方便的方案避免傀儡频繁申请新IPBE,暂时只能想到通过高强度的人机验证及限量发放,IP验证等前置方案我不赞成。--YFdyh000(留言) 2023年8月23日 (三) 17:54 (UTC)
- 这个方法理论上可行,但我很怀疑人工复核是否可行。现在AfC的待审核草稿动辄积压个上百篇(虽然台湾1000导致的大量草稿涌入也是原因之一),假设用了这方法我觉得人工复核的盛况应该能和AfC一较高下。从新进大陆编辑的角度来看,unblock的那个工单虽然麻烦,但至少能一劳永逸解决问题。这计划先让人编辑个几十次然后被莫名其妙的复核卡着反而会让人反感。如果能解决这个效率问题的话我必然支持这方案。——Aggie Dewadipper 2023年8月23日 (三) 19:00 (UTC)
- AFC是因为审的严格,这个只需评估打算来做什么就可以,并且编辑越多,理应可评估的内容越多(刷编辑数或后续违规除外)。unblock只能凭申请陈词和封禁情况来判断,以及漫长的审核周期在阻却滥用。复核人员我也不觉得必需专门用户组,达标用户确认或投票制建立共识即可。可以提醒(可搭配WP:导师计划)或送WP:VIP,而立即除权/有限封禁(有助对话页继续沟通?)我是倾向用户组或2名达标用户确认,无需管理员即时响应。部分类似WP:RFBA的试运行编辑。--YFdyh000(留言) 2023年8月23日 (三) 19:25 (UTC)
- 台湾1000是真的能写,同时也让我认识到不住在台湾真的不懂台湾。--MilkyDefer 2023年8月24日 (四) 14:26 (UTC)
- 我不觉的这与AFC有可比性,AFC里面积压的东西大部分都是质量烂到我连审都不想审的。--🎋竹生🎍 2023年9月2日 (六) 15:44 (UTC)
- 这个方法理论上可行,但我很怀疑人工复核是否可行。现在AfC的待审核草稿动辄积压个上百篇(虽然台湾1000导致的大量草稿涌入也是原因之一),假设用了这方法我觉得人工复核的盛况应该能和AfC一较高下。从新进大陆编辑的角度来看,unblock的那个工单虽然麻烦,但至少能一劳永逸解决问题。这计划先让人编辑个几十次然后被莫名其妙的复核卡着反而会让人反感。如果能解决这个效率问题的话我必然支持这方案。——Aggie Dewadipper 2023年8月23日 (三) 19:00 (UTC)
- 并非“自动授予IPBE需要编辑数”,而是“授予IPBE后暂时限制编辑数量与能力”以减少傀儡迅速滥用,方便申请即批、事后审核,即某种考察期。具体就是如规则限制+机器人提醒(例如1小时内编辑超过10笔,24小时内超过??笔,以及被回退和警告次数)+机器人撤权或封禁(如编辑超过50笔而尚无人工复核。或者如超过7天无编辑则撤权),以及新建条目的草稿化。但目前没有方便的方案避免傀儡频繁申请新IPBE,暂时只能想到通过高强度的人机验证及限量发放,IP验证等前置方案我不赞成。--YFdyh000(留言) 2023年8月23日 (三) 17:54 (UTC)
- 自动授予IPBE需要编辑数 -> 需要IPBE才能编辑 -> 获得IPBE要编辑数 MilkyDefer 2023年8月23日 (三) 03:06 (UTC)
- 目前通过刷编数来破坏的活跃LTA只有来自台湾的LTA:KAGE,若算漏检,就是没有足够的人手。若自动授予IPBE需要编辑数,我没意见。--Lanwi1Talk 2023年8月22日 (二) 20:53 (UTC)
- 不明白如何定义“对付”。假设LTA注册账号进行了几十笔一般编辑,之后再做破坏,算漏检吗。如果不算,那么我觉得规则+机器人限定新获IPBE用户的编辑总量就可以了,辅以人工判断和举报LTA。如何识别傀儡申请,我没有很好的想法,但现状可能也不太有。--YFdyh000(留言) 2023年8月22日 (二) 20:40 (UTC)
- 但管理员也说目前不存在严格审核。何种程度才称之为达标?--YFdyh000(留言) 2023年8月22日 (二) 16:20 (UTC)
- 无条件授予IPBE会影响维基百科的运作,目前中维的反破坏能力以及素质远远无法达标,防止滥用也重要。--Lanwi1Talk 2023年8月22日 (二) 16:08 (UTC)
( π )题外话@魔琴:关于斜坡计划和IPBE的范围,我认为不应该仅限于中国大陆的用户,应该考虑目前所有封锁维基百科的地区,除了中国大陆以外伊朗目前也有许多维基人在申请IPBE。另外就是涉及到LTA的问题,目前来自中国大陆的LTA也就那么几个像什么HBN、HMGY、TTG(QCHM未知,多用代理),但是伊朗和其他讲波斯语地区的主要是SpamBot比较多而已。
另外关于IPBE,在关闭代理的情况下查看IP属地,应该设一个白名单,包括(中国大陆、伊朗、叙利亚、中国香港等地区),按照善意推定规则暂时先授予IPBE权限,但是出于安全考量将其列入重点监视名单,如被发现为LTA或巨魔可第一时间发现并封禁。另外来自特定地区的申请者,如台湾、日本、意大利等地区则要特别小心,因为全域的LTA基本上都出自这些地区。 --СлаваУкраїні! 2023年9月3日 (日) 13:45 (UTC)
- 目前可行的验证方式就是申请者自己通过邮件发送IP或IP属地的截图,已验证该用户来自中国大陆/伊朗/叙利亚等地区。至少它的安全风险是不高的。另外不建议使用任何国内的邮箱系统,比如QQ邮箱或者网易邮箱,因为会被监听。--СлаваУкраїні! 2023年9月3日 (日) 13:48 (UTC)
- 网页截图?F12不就伪造了吗。--YFdyh000(留言) 2023年9月3日 (日) 18:40 (UTC)
- 不好意思三个月后突然又来打扰,但是这不是跟我知道的现行的邮件系统差不多吗?我没记错的话,当初在大陆用outlook申请IPBE的时候,我就只是发了个邮件说我在境内,等了几个月之后又根据对面的要求,发了下我在尝试编辑时出现的IP封禁的内容(其中就包括我的IP地址)。也就是把现在的流程自动化一点而已 Aaron Liu(留言) 2023年12月27日 (三) 04:03 (UTC)
- 现行是人工处理和善意推定,其他信息只是佐证,且处理时效无保证。自动化处理、当作主要证据,安全风险完全不同,任何人、WP:LTA能轻易伪造绕过。--YFdyh000(留言) 2023年12月27日 (三) 06:51 (UTC)
- 现行的人工处理怎么防止LTA伪造呢? Aaron Liu(留言) 2023年12月27日 (三) 15:04 (UTC)
- 低效率处理打退滥用企图(与正常申请)。人工判断来排除/搁置可疑申请。--YFdyh000(留言) 2023年12月28日 (四) 08:12 (UTC)
- 现行的人工处理怎么防止LTA伪造呢? Aaron Liu(留言) 2023年12月27日 (三) 15:04 (UTC)
- 现行是人工处理和善意推定,其他信息只是佐证,且处理时效无保证。自动化处理、当作主要证据,安全风险完全不同,任何人、WP:LTA能轻易伪造绕过。--YFdyh000(留言) 2023年12月27日 (三) 06:51 (UTC)
- 不好意思三个月后突然又来打扰,但是这不是跟我知道的现行的邮件系统差不多吗?我没记错的话,当初在大陆用outlook申请IPBE的时候,我就只是发了个邮件说我在境内,等了几个月之后又根据对面的要求,发了下我在尝试编辑时出现的IP封禁的内容(其中就包括我的IP地址)。也就是把现在的流程自动化一点而已 Aaron Liu(留言) 2023年12月27日 (三) 04:03 (UTC)
- 网页截图?F12不就伪造了吗。--YFdyh000(留言) 2023年9月3日 (日) 18:40 (UTC)
是否应该试行一个月?--🎋竹生🎍 2023年9月10日 (日) 03:30 (UTC)
- 大致的实施方案还没煮出来,如果社群没有采纳的共识,工具造出来也白搭。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年9月14日 (四) 11:08 (UTC)
- 考虑到相关安全问题的严重性,很难存在“试行”的空间。—— Eric Liu 創造は生命(留言・留名・学生会) 2023年9月19日 (二) 11:07 (UTC)
或者退一步说,即使做不了域前置,也可以在注册系统上让用户选择推迟生成账号,进到一分钟,远到一周(或者更远),这样即使被政府记录下浏览情况,也不好对应到账号(?)不过风险确实是有。而且被SNIRST了就玩不了了。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年9月26日 (二) 11:50 (UTC)
- 延迟创建账号感觉跑题且有一些复杂度。--YFdyh000(留言) 2023年9月27日 (三) 21:38 (UTC)
- 主要是为了保护访问者的注册记录不被政府监控吧。不过确实复杂,比如万一这里提交完其他人抢占了这个用户名🤔 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年9月30日 (六) 16:53 (UTC)
为什么把代理放到前面?
@意面混凝土:直连又简单又不用申请IPBE,干嘛舍近求远把代理放到前面?--Akishima Yuka(留言) 2023年10月14日 (六) 16:35 (UTC)
- 我都想引用WP:PROXY方针把代理服务器一章删除了。--Akishima Yuka(留言) 2023年10月14日 (六) 16:39 (UTC)
- Re@Akishima_Yuka:WP:PROXY的标题是“开放代理方针”,又不是“禁用开放代理方针”--意面混凝土(留言) 2023年10月15日 (日) 04:32 (UTC)
- 好吧全域方针确实是“禁用开放代理方针”,不过上面也写了中国大陆是个特例--意面混凝土(留言) 2023年10月15日 (日) 04:34 (UTC)
- 现在有方便的直连方法,代理早该禁禁了。--Akishima Yuka(留言) 2023年10月15日 (日) 05:54 (UTC)
- Re@Akishima_Yuka:别把阴阳怪气那一套带到维百--意面混凝土(留言) 2023年10月15日 (日) 07:00 (UTC)
- 现在有方便的直连方法,代理早该禁禁了。--Akishima Yuka(留言) 2023年10月15日 (日) 05:54 (UTC)
- 好吧全域方针确实是“禁用开放代理方针”,不过上面也写了中国大陆是个特例--意面混凝土(留言) 2023年10月15日 (日) 04:34 (UTC)
- Re@Akishima_Yuka:WP:PROXY的标题是“开放代理方针”,又不是“禁用开放代理方针”--意面混凝土(留言) 2023年10月15日 (日) 04:32 (UTC)
- WP:PROXY仅涉及编辑,不涉及访问;并非所有代理服务器都是开放的;直连存在安全风险。——暁月凛奈 (留言) 2023年10月15日 (日) 06:08 (UTC)
- 看不出来有何安全风险。--Akishima Yuka(留言) 2023年10月15日 (日) 06:34 (UTC)
- 网络请求能看出IP。--YFdyh000(留言) 2023年10月15日 (日) 08:06 (UTC)
- 看不出来有何安全风险。--Akishima Yuka(留言) 2023年10月15日 (日) 06:34 (UTC)
- 因为相对而言,直连的技术难度不低:“TCB desync”至少我用Linux环境做中继不成功,域前置使用不便(要么Chromium专属实现,要么自己动手改firefox),本地代理需要用到自签证书;代理的使用难度算是低的。至于要不要放前还是放后,我无意见。某种程度上,这里默许了合理理由的代理使用。另外,还有财大气粗的,可能还会有自己自用的代理(,虽然没允许自行申报罢了)。——Sakamotosan路过围观 | 避免做作,免敬 2023年10月15日 (日) 08:26 (UTC)
维基百科什么时候能搞好中国大陆用户申请IP豁免啊?
真的离了个大谱,不如李东山114514(留言) 2023年11月16日 (四) 15:51 (UTC),因为这十分的李东山114514(留言) 2023年11月16日 (四) 15:51 (UTC),我认为啊,这真的啊,求求维基媒体基金会,能不能搞好点啊?李东山114514(留言) 2023年11月16日 (四) 15:51 (UTC)
- 请您好好地说人话。 Txkk(留言) 2023年11月17日 (五) 01:51 (UTC)
- 哦,实在抱歉,我的意思是,维基百科应当由更快捷,更安全的方式使得中国大陆用户能够获得IPBE。李东山114514(留言) 2023年11月23日 (四) 02:44 (UTC)
- 发邮件到unblock-zh,然后等。上面的讨论你看过的话,基金会技术上没太多好方法和精力去做,政策上也不太像硬杠PRC。或者可以看看Wikipedia:请求评论/2024年管理人员制度改革#议案1G:IPBE授予员,关于单拆一个专门的业务用户组来加快处理操作。——Sakamotosan路过围观 | 避免做作,免敬 2023年11月23日 (四) 02:53 (UTC)
- 哦,实在抱歉,我的意思是,维基百科应当由更快捷,更安全的方式使得中国大陆用户能够获得IPBE。李东山114514(留言) 2023年11月23日 (四) 02:44 (UTC)
WMF的所有网站又可以进去了?
用的是广东移动,没有使用VPN这可以请问了,可是维基百科的所有语言和维基共享资源手机版网站也进不去。--CSR2Forever(留言) 2023年12月3日 (日) 01:02 (UTC)
- 你有IPv6网络避开了被黑洞的IP加上访问的项目域名没有被DNS污染。--Shinohara Chihiro(留言) 2023年12月4日 (一) 15:07 (UTC)
关于连接复用
@AnYiLin。这种方法还有效吗?我修改Hosts后,使用Chromium浏览器版本120访问https://www.mediawiki.org/wiki/zh:
后,立即会在zh.wikipedia.org
域名下收到“连接被重置”,同时指定的IP地址的443端口会无法连通180秒。--Akishima Yuka(留言) 2024年1月5日 (五) 07:05 (UTC)
- 人呢?--Akishima Yuka(留言) 2024年1月15日 (一) 03:48 (UTC)
- 找错人了...。@Whisper of the heart,请看一下您2019年加入的这个方法是否还有效?--Akishima Yuka(留言) 2024年1月15日 (一) 04:02 (UTC)
- “等待几分钟后重试,通常即可成功连接”,这听起来很不可靠啊。--Akishima Yuka(留言) 2024年1月15日 (一) 04:03 (UTC)
- @Akishima Yuka:改hosts上中文维基百科的做法已经彻底寄了,其他的维基项目(比如共享资源)可能还可以。现在这个条目也更新了,你就按照最新的来吧。--侧耳倾听 2024年1月15日 (一) 08:49 (UTC)
- @Whisper of the heart:我是指寄了之后加入的连接复用,为什么现在不能用了?当初它是怎么能工作的?--Akishima Yuka(留言) 2024年1月15日 (一) 10:10 (UTC)
- 另外, 我在试图直接“回复”您的留言时页面告诉我“无法在页面上找到您要回复的留言。它可能已被删除或移动到其他页面”,可能和您的签名没有指向用户页(仅有讨论页)有关。--Akishima Yuka(留言) 2024年1月15日 (一) 10:10 (UTC)
- @Akishima Yuka:以前的墙对中文维基百科没有设置SNI关键字拦截(也就是文中所谓的深度包检测),所以用hosts能直接上,现在上了这个手段就不行了。另外不同地方不同时期的墙都不太一样,只能说且用且珍惜吧,实在不行就挂代理。。。另外我点了我自己的回复,也看到了同样的警告,不过你ping我我还是能看到的,所以问题不大。--侧耳倾听 2024年1月15日 (一) 13:01 (UTC)
- @Whisper of the heart:我说了不是Hosts,而是连接复用,即“访问一次其他未被封锁的项目再访问中文维基百科”,这段自动化JavaScript是2019年加入的,而SNI检测在2018年就有了。这方法你究竟成功过没有?您还是改签名吧,不然其他人每次都要编辑源代码。--Shinohara Chihiro(留言) 2024年1月15日 (一) 13:12 (UTC)
- 连接复用的技巧很早以前(印象里早于2018年)就写在条目里了,不过那时候是手动版(手动访问其他维基),确实是可用的。但现在不太行了,不管是手动还是用JS脚本。--侧耳倾听 2024年1月17日 (三) 06:15 (UTC)
- @Whisper of the heart:一开始写的是先访问英文维基百科,再访问中文,这是可行的,我当时也测试过,因为两个域共享了
wikipedia.org
证书。但是不知道为什么后来就变成了访问其他维基媒体项目(不管证书相同与否)就能复用,这应该是错的。另外请修改签名。--Akishima Yuka(留言) 2024年1月17日 (三) 07:41 (UTC) - 现在维基媒体把绝大部分项目的域名都放在同一个证书里,所以先访问元维基和共享资源啥的也可以。另外签名已改。--Whisper of the heart(留言) 2024年1月17日 (三) 23:53 (UTC)
- 可是浏览器就是不复用啊。--Shinohara Chihiro(留言) 2024年1月18日 (四) 04:53 (UTC)
- @Whisper of the heart:一开始写的是先访问英文维基百科,再访问中文,这是可行的,我当时也测试过,因为两个域共享了
- @Akishima Yuka:以前的墙对中文维基百科没有设置SNI关键字拦截(也就是文中所谓的深度包检测),所以用hosts能直接上,现在上了这个手段就不行了。另外不同地方不同时期的墙都不太一样,只能说且用且珍惜吧,实在不行就挂代理。。。另外我点了我自己的回复,也看到了同样的警告,不过你ping我我还是能看到的,所以问题不大。--侧耳倾听 2024年1月15日 (一) 13:01 (UTC)
- @Akishima Yuka:改hosts上中文维基百科的做法已经彻底寄了,其他的维基项目(比如共享资源)可能还可以。现在这个条目也更新了,你就按照最新的来吧。--侧耳倾听 2024年1月15日 (一) 08:49 (UTC)
- “等待几分钟后重试,通常即可成功连接”,这听起来很不可靠啊。--Akishima Yuka(留言) 2024年1月15日 (一) 04:03 (UTC)
使用Xray直连维基媒体网站
没看到有地方提到,就把这种方法分享出来。
Xray目前有类似于GhosTCP实现的TCP分片和TLS Client Hello分片功能,可以干扰GFW对SNI的检测,详见[2]、[3]。
暂未发现有GUI客户端支持配置,需要手写配置文件,方法如下:
- 从GitHub release处下载最新Xray core。
- 使用以下配置文件(以TLS分片为例):
{ "dns": { "hosts": { "regexp:(upload|map)\\.wikimedia\\.org": [ "185.15.59.240", "185.15.58.240", "208.80.153.240", "208.80.154.240", "2620:0:861:ed1a::2:b", "2620:0:860:ed1a::2:b", "2620:0:863:ed1a::2:b", "2a02:ec80:300:ed1a::2:b", "2001:df2:e500:ed1a::2:b", "2a02:ec80:600:ed1a::2:b" ], "domain:wikipedia.org": [ "185.15.59.224", "185.15.58.224", "208.80.153.224", "2620:0:863:ed1a::1", "2001:df2:e500:ed1a::1", "2a02:ec80:600:ed1a::1 ", "2a02:ec80:300:ed1a::1", "2620:0:860:ed1a::1", "2620:0:861:ed1a::1" ] } }, "inbounds": [ { "listen": "0.0.0.0", "port": "1083", "protocol": "socks", "settings": { "auth": "noauth", "udp": true, "ip": "0.0.0.0" } } ], "outbounds": [ { "protocol": "freedom", "domainStrategy": "UseIP", "settings": { "fragment": { "length": "100-200", "interval": "1-2", "packets": "tlshello" } }, "streamSettings": { "sockopt": { "tcpNoDelay": true } } } ] }
- 启动Xray,并配置浏览器使用Xray代理(注意勾选让代理解析DNS查询的选项)。
以上。--碟之舞📀💿 2023年12月25日 (一) 12:10 (UTC)
- 这个方法能稳定使用吗?--日期20220626(留言) 2023年12月30日 (六) 03:37 (UTC)
- 类似GhosTCP。--碟之舞📀💿 2024年1月2日 (二) 13:01 (UTC)
- 此方法无法规避对IP地址的封锁,因此IP地址需要人工选择。维基媒体基金会不是CDN,只有有限的IP,这几个225结尾的IP是不能用的。Help:如何访问维基百科#维基媒体服务器列表。--Akishima Yuka(留言) 2024年1月5日 (五) 02:39 (UTC)
- User:Diskdance。请看我刚才的修改:Special:diff/80367743。--Akishima Yuka(留言) 2024年1月5日 (五) 02:44 (UTC)
- 你或许可以去Help:如何访问维基百科#直接连接方法相应位置添加此方法。--Akishima Yuka(留言) 2024年1月5日 (五) 03:31 (UTC)
- 是的,所以只是分享一种解决方案而已。--碟之舞📀💿 2024年1月5日 (五) 03:44 (UTC)
- 原本里面的所有直接连接方法都不能规避IP封锁。去加啊。--Akishima Yuka(留言) 2024年1月5日 (五) 03:49 (UTC)
- 是我看错了吗?这个方法也没办法规避IP封锁。--碟之舞📀💿 2024年1月5日 (五) 07:10 (UTC)
- 对不起,我的意思是,因为本来教程已经存在的“所有直接连接方法”“都不能规避IP封锁”,所以“没办法规避IP封锁”不代表没有被加入教程的价值。--Akishima Yuka(留言) 2024年1月5日 (五) 07:15 (UTC)
- 理解了,谢谢。--碟之舞📀💿 2024年1月5日 (五) 07:18 (UTC)
- 完成。--碟之舞📀💿 2024年1月5日 (五) 12:30 (UTC)
- 对不起,我的意思是,因为本来教程已经存在的“所有直接连接方法”“都不能规避IP封锁”,所以“没办法规避IP封锁”不代表没有被加入教程的价值。--Akishima Yuka(留言) 2024年1月5日 (五) 07:15 (UTC)
- 是我看错了吗?这个方法也没办法规避IP封锁。--碟之舞📀💿 2024年1月5日 (五) 07:10 (UTC)
- 原本里面的所有直接连接方法都不能规避IP封锁。去加啊。--Akishima Yuka(留言) 2024年1月5日 (五) 03:49 (UTC)
一种规避开放代理封锁的方式
目前的公共NAT64服务器的IPv4地址都没有被当作开放代理被封禁,我随机选择了一个:nat64.net。他们的前缀是2a00:1098:2b::1
。把维基百科域名Hosts指向2a00:1098:2b::1:c623:1a60
就像当于代理了。我是Akishima Yuka。--46.235.231.114(留言) 2024年1月5日 (五) 00:22 (UTC)
- 这样的公共服务很难被视为开放代理,要封锁它们必然带来附带损害。--Akishima Yuka(留言) 2024年1月5日 (五) 00:26 (UTC)
- https://level66.network/ --141.98.136.43(留言) 2024年1月5日 (五) 00:50 (UTC)
- 居然想不到还真有这样的NAT64转发路由,欢迎试玩。但是可能打不过SNI RST?——Sakamotosan路过围观 | 避免做作,免敬 2024年1月5日 (五) 03:10 (UTC)
- SNI RST需要另外处理。这不是当作直连方法的,一开始我想的是破坏维基百科的方式。--Akishima Yuka(留言) 2024年1月5日 (五) 03:41 (UTC)
- 其实写这个的时候有点着急了。后来再看的话,NAT64不是各国运营商都提供的服务(我一开始以为是),而是就那么几家(屈指可数),这意味着本来用户就不多,附带损害很低,无论是对维基百科而言,还是对GFW。随着各种网站支持IPv6的增多,提供商也会越来越少,NAT64能提供的未被当作开放代理封禁的出口IP也很少,有的其实还是数据中心IP,说不定哪天就被Jimmy-bot封了。--Akishima Yuka(留言) 2024年1月5日 (五) 03:42 (UTC)