Temp

7805 bookmarks
Custom sorting
IPFS W3Auth Gateway · Crust Wiki
IPFS W3Auth Gateway · Crust Wiki
IPFS Public Gateways(aka. IPFS GW) provide an HTTP-based service that allows IPFS-ignorant browsers and tools to access IPFS content. It's like a bridge connecting Web2 and Web3 world.
·wiki.crust.network·
IPFS W3Auth Gateway · Crust Wiki
Ethereum (ETH) Blockchain Explorer
Ethereum (ETH) Blockchain Explorer
Etherscan allows you to explore and search the Ethereum blockchain for transactions, addresses, tokens, prices and other activities taking place on Ethereum (ETH)
·etherscan.io·
Ethereum (ETH) Blockchain Explorer
CloudFlare WARP 官方客户端详细使用教程 (持续更新)
CloudFlare WARP 官方客户端详细使用教程 (持续更新)
在我们的认识中,CloudFlare是一家很良心的公司。而在本篇文章介绍的CloudFlare WARP,就是其公司推出的一项免费VPN服务。那么大家可以跟随这篇文章,一起了解并使用CloudFlare WARP吧! 准备材料 一台电脑或手机 科学上网环境 步骤下载并安装客户端 打开 https://1.1.1.1 或 https://one.one.one.one ,选择适合自己平台的客户端下
·blog.misaka.rest·
CloudFlare WARP 官方客户端详细使用教程 (持续更新)
通过 CloudFlare Workers 解决 API 的跨域 CORS 问题 | LanYun の Blog
通过 CloudFlare Workers 解决 API 的跨域 CORS 问题 | LanYun の Blog
前言 本文原本为解决博客上时钟API出现的跨域CORS问题,但通过Servicerwoker优化后便不在存在此问题. 故本文仅做记录📝. 本文代码来着于Gihub项目cloudflare-cors-anywhere 设置Workers 点击 创建服务 名称随便.例如cors 点击 快速编辑 复制以下代码. 123456789101112131415161718192021222324252
·lanyundev.com·
通过 CloudFlare Workers 解决 API 的跨域 CORS 问题 | LanYun の Blog
ClashX Pro不能用作git的SSH代理 · yichengchen/clashX · Discussion #942
ClashX Pro不能用作git的SSH代理 · yichengchen/clashX · Discussion #942
我需要通过设置代理的方式来解决Git上传/下载非常缓慢的问题。系统是Mac OS 12.4, 电脑芯片是M1。 我的ClashX Pro的代理设置如下: export https_proxy=http://127.0.0.1:7890 http_proxy=http://127.0.0.1:7890 all_proxy=socks5://127.0.0.1:7890 使用的混合端口模式,设置...
·github.com·
ClashX Pro不能用作git的SSH代理 · yichengchen/clashX · Discussion #942
Using SSH over the HTTPS port - GitHub Docs
Using SSH over the HTTPS port - GitHub Docs
Sometimes, firewalls refuse to allow SSH connections entirely. If using HTTPS cloning with credential caching is not an option, you can attempt to clone using an SSH connection made over the HTTPS port. Most firewall rules should allow this, but proxy servers may interfere.
·docs.github.com·
Using SSH over the HTTPS port - GitHub Docs
现在TLS in TLS还有明显的流量特征吗。 · XTLS/Xray-core · Discussion #1821
现在TLS in TLS还有明显的流量特征吗。 · XTLS/Xray-core · Discussion #1821
之前有文章说到老的TLS in TLS的前5个包的长度有明显的特征,在新的流控里通过padding隐藏了这个特征,但是新流控只能使用TCP协议,导致无法使用caddy等进行反代,也不能走CDN,如果为了更好得隐藏服务器,使用反代或走CDN只能用老的TLS in TLS + WS(或grpc等),那请问TLS in TLS的前5个包的长度特征还存在吗?还是在做新流控的时候顺手也已经改掉了?
·github.com·
现在TLS in TLS还有明显的流量特征吗。 · XTLS/Xray-core · Discussion #1821
最近威力加强了,纯自用搭建的也被墙了 · v2fly/v2ray-core · Discussion #2097
最近威力加强了,纯自用搭建的也被墙了 · v2fly/v2ray-core · Discussion #2097
技术栈:V2ray: vless+tcp+xtls 莫名无法使用,经监测:ICMP国内外无问题,TCP国外没问题,国内无法访问,定位端口被封。 此次域名/ip未被封锁,仅端口被封,端口并不是默认443,而是形如45678这样的非主流端口也未能幸免于难。 另一个搭建的ws+tls+sni然后用cf中转的目前没出现问题,待继续观测。 解决方案换一个端口即可,希望不会再被封,但只要出现了,猜测只是...
·github.com·
最近威力加强了,纯自用搭建的也被墙了 · v2fly/v2ray-core · Discussion #2097
此讨论怀疑tls+ws已经被GFW精准识别的判断是否靠谱 · v2fly/v2ray-core · Discussion #2036
此讨论怀疑tls+ws已经被GFW精准识别的判断是否靠谱 · v2fly/v2ray-core · Discussion #2036
net4people/bbs#129 基于以上信息,我们推测(但还未进行实证性的测量),这些封锁可能与翻墙软件客户端发出的Clienthello指纹相关。开发者们或许可以考虑采用uTLS。这个https://github.com/net4people/bbs/issues/54,[这篇总结](https://gfw.report/blog/v2ray_weaknesses/zh/#%E7%8...
·github.com·
此讨论怀疑tls+ws已经被GFW精准识别的判断是否靠谱 · v2fly/v2ray-core · Discussion #2036