借一步网

标签： 协议

  • 🕵️‍♀️ SNI：解密网络世界的“指纹识别”

    你是否曾好奇，在浩瀚的互联网海洋中，我们是如何识别目标网站的呢？答案就在于一个名为“SNI”的协议。它就像网络世界的“指纹识别”技术，为每个网站赋予了独一无二的标识，让服务器能够准确地辨别出我们想要访问的网站。

    🔍 SNI：一场“指名道姓”的网络游戏

    SNI，全称为“服务器名称指示”(Server Name Indication)，是TLS协议中的一个扩展。它就像一场“指名道姓”的网络游戏，让客户端在连接服务器时，能够明确地告诉服务器自己想要访问哪个网站。

    想象一下，你走进一家大型商场，里面有各种各样的店铺。如果你想找到一家特定的店铺，你必须告诉服务员你想要去哪家店，而不是直接走到一个随机的柜台。SNI就如同这个“指名道姓”的过程，它让客户端在连接服务器时，能够明确地告诉服务器自己想要访问哪个网站，而不是随机地连接到一个服务器上的任意服务。

    🌐 SNI代理：网络世界的“翻译官”

    SNI代理就像网络世界的“翻译官”，它能够理解SNI协议中的信息，并将其翻译成服务器能够理解的指令。它就像一个“中间人”，帮助客户端和服务器之间建立连接，并确保数据能够安全可靠地传输。

    SNI代理的工作原理很简单，它通过解析TLS握手信息中的SNI部分，从而获取目标访问地址。它就像一个“侦探”，能够从TLS握手信息中提取出目标网站的“指纹”，并将其传递给服务器。

    🎭 SNI代理的“变脸术”：Host混淆

    SNI代理还可以使用“Host混淆”技术，来隐藏目标网站的真实地址。它就像一个“魔术师”，能够将目标网站的“指纹”替换成一个假的“指纹”，从而欺骗服务器，让服务器以为连接的是一个不同的网站。

    Host混淆技术通常用于保护用户隐私，防止网站运营商追踪用户的访问行为。它就像一个“隐形斗篷”，能够将用户隐藏在网络世界中，让用户能够安全地访问网站，而无需担心被追踪。

    🔗 SNI代理的“组合拳”：数据通道

    SNI代理本身是一个数据处理层，它可以与各种数据通道组合使用，以实现更强大的功能。

    例如，SNI代理可以与TLS协议组合使用，形成“SNI Over TLS”数据通道。它就像一个“安全通道”，能够加密数据，防止数据被窃取。

    SNI代理还可以与Websocket协议组合使用，形成“SNI Over Websocket”数据通道。它就像一个“实时通道”，能够实现实时通信，例如实时聊天、视频通话等。

    🚀 SNI代理的“未来展望”

    SNI代理技术正在不断发展，未来将会更加强大和灵活。它将成为网络安全和隐私保护的重要工具，为用户提供更安全、更便捷的网络体验。

    参考文献

    1. GOST v3 Documentation
    2. Server Name Indication (SNI)
    3. TLS/SSL: The Definitive Guide
    4. Websocket: The Definitive Guide
    5. KCP: A Fast and Reliable UDP Protocol

  • WP-WebAuthn 插件：为 WordPress 带来安全便捷的登录体验

    随着网络安全威胁的日益增加，传统的密码登录方式逐渐显得不够安全和便捷。为了解决这一问题，WP-WebAuthn 插件应运而生，它为 WordPress 用户提供了一种全新的登录方式。下面将详细介绍 WP-WebAuthn 插件的主要特点及其使用优势。

    替代密码登录

    WP-WebAuthn 插件的最大特色之一是支持多种设备替代密码进行登录。用户可以使用 Passkey（通行密钥）、USB 认证器、指纹识别设备、Windows Hello、FaceID 或 TouchID 等方式来进行身份验证。通过简单的点击和在认证器上的验证，用户能够在数秒内完成登录，无需输入任何密码。这种方式不仅提高了登录的安全性，还大大简化了用户的操作流程。

    例如，当用户使用指纹识别器登录时，只需将手指放在识别处，系统便会自动完成身份验证，用户即可快速进入其 WordPress 网站。这种便捷的体验让用户不再担心忘记密码或被钓鱼攻击的风险。

    支持无用户名登录

    除了传统的用户名和密码组合，WP-WebAuthn 插件还支持无用户名的登录方式。这意味着用户在登录时无需输入用户名，进一步简化了登录过程。这种方式对于那些希望快速访问网站的用户尤其有用，提升了用户体验。

    这一功能的实现，使得用户在使用 WP-WebAuthn 插件时，能够更加专注于内容创作，而不是繁琐的登录步骤。

    内置短代码和 Gutenberg 区块

    为了方便用户在前端页面中添加认证器注册表单，WP-WebAuthn 插件提供了4个内置短代码和4个对应的 Gutenberg 区块。用户可以轻松地将这些组件嵌入到其网站的任意位置，无需具备编程知识。这一设计理念使得插件的使用变得更加直观和友好。

    例如，用户可以通过简单的拖放操作，将认证器注册表单加入到其网站的主页或登陆页面，快速实现身份验证功能。

    安全和隐私

    在安全性和隐私保护方面，WP-WebAuthn 插件基于 WebAuthn 技术，确保用户的隐私数据不被传输。这意味着在身份验证过程中，不会有任何敏感信息离开用户的设备，符合 GDPR 的相关要求。这一特性让用户在使用过程中更加安心，避免了由于数据泄露而产生的安全隐患。

    WebAuthn 技术自2019 年 3 月以来已成为 W3C 建议，标志着其在网络认证领域的广泛应用潜力。通过硬件认证器进行身份验证，不仅提高了安全性，也为未来的网络认证奠定了基础。

    多语言支持

    WP-WebAuthn 插件还具有多语言支持的特点，当前支持英语、简体中文、繁体中文（香港）、繁体中文（台湾）、土耳其语、法语和德语等多种语言。这使得全球用户都能方便地使用该插件，提升了其普适性和可访问性。

    如果您使用的语言不在其中，也可以参与到插件的翻译工作中，帮助将其推广到更多语言环境中。

    安装要求

    在使用 WP-WebAuthn 插件之前，用户需要确保其网站支持 HTTPS 连接或在 localhost 环境下运行。同时，安装 PHP 的 gmp 和 mbstring 扩展也是必要的。这些要求确保了插件能够正常工作，并提供最佳的用户体验。

    总结

    WP-WebAuthn 插件以其独特的安全性、便捷性和用户友好性，为 WordPress 网站提供了全新的登录体验。无论是替代密码的多种登录方式，还是无用户名的身份验证，均展示了现代网络认证的未来趋势。随着更多用户意识到传统密码的不足，WP-WebAuthn 插件将成为网络认证领域的热门选择。

    如果您对 WP-WebAuthn 插件有任何疑问，欢迎随时与我们联系，或访问以下链接获取更多信息：

    了解更多:

    1. WP-WebAuthn 插件 – WordPress.com
    2. wp-webauthn/README/zh_CN.md at master · yrccondor/wp-webauthn · GitHub
    3. WP-WebAuthn – WordPress 插件 | WordPress.org

  • WebAuthn 鉴权与授权：新一代安全验证方案

    引言

    在当今数字化时代，网络安全已成为重中之重。传统的密码认证方式因其易被破解而逐渐显露出不足之处。为了解决这一问题，WebAuthn（Web Authentication）应运而生，它基于公钥加密技术，为用户提供更为安全和便捷的身份验证方式。作为FIDO2标准的一部分，WebAuthn不仅仅是一种技术，它更是未来网络安全发展的方向。

    WebAuthn 的工作原理

    WebAuthn 的身份验证过程主要分为两个阶段：注册和登录。

    注册阶段

    在注册阶段，用户需要通过安全密钥（如 Yubikey）或支持生物识别的设备（如智能手机）来创建一个公钥/私钥对。具体步骤如下：

    1. 生成密钥对：用户通过认证器生成一对公钥和私钥。公钥将被传送到服务器，而私钥则保存在用户的认证设备中，永不外泄。
    2. 存储公钥：服务器将公钥与用户的账号信息关联，存储于数据库中。这样，每个用户的公钥都是独一无二的，确保了安全性。

    登录阶段

    当用户想要登录时，服务器会生成一个随机的挑战码，并将其发送到用户的认证器。此时，登录过程如下：

    1. 发送挑战码：服务器发送随机挑战码到用户的认证器。
    2. 签名挑战码：认证器使用存储的私钥对挑战码进行签名，并将签名结果返回给服务器。
    3. 验证签名：服务器使用之前存储的公钥来验证签名。如果签名合法，用户将被授权登录。

    这样的机制使得WebAuthn在安全性上大大超过传统的基于密码的登录方式。

    优势分析

    WebAuthn 认证机制具有多项显著优势：

    1. 安全性

    由于私钥从不离开用户的设备，WebAuthn 大大降低了凭据被盗用的风险。即使服务器遭到攻击，攻击者也无法获取用户的私钥，从而保护用户的账号安全。

    2. 便捷性

    用户可以利用指纹、面部识别等生物特征进行身份验证，无需记住复杂的密码。这种便捷性提升了用户体验，使得用户更愿意使用这种验证方式。

    3. 跨设备支持

    WebAuthn 允许用户在不同设备上使用同一个安全密钥进行身份验证，这为用户提供了极大的灵活性。例如，安卓7及以上版本的手机和Windows 10系统均可以作为FIDO2安全密钥。

    WebAuthn API 的实现

    WebAuthn API 是 Credential Management API 的扩展，主要通过以下方法实现：

    • navigator.credentials.create()：用于创建新的凭证。
    • navigator.credentials.get()：用于获取用户的凭证。

    示例代码

    以下是使用 Vert.x 实现 WebAuthn 的一个简单示例：

    WebAuthn webAuthN = WebAuthn.create(
  vertx,
  new WebAuthnOptions()
    .setRelyingParty(new RelyingParty().setName("ACME Corporation")))
  .authenticatorFetcher(query -> {
    // 从持久层获取鉴权器的函数
    return Future.succeededFuture(authenticators);
  })
  .authenticatorUpdater(authenticator -> {
    // 更新鉴权器并持久化的函数
    return Future.succeededFuture();
  });

// 用户信息
JsonObject user = new JsonObject()
  .put("id", "000000000000000000000000")
  .put("name", "john.doe@email.com");

webAuthN
  .createCredentialsOptions(user)
  .onSuccess(challengeResponse -> {
    // 将密钥返回到浏览器
  });

    结论

    WebAuthn 在现代网络安全中扮演着重要角色，它不仅提升了用户身份验证的安全性，还提供了更为便捷的用户体验。随着技术的不断发展和普及，WebAuthn 将成为未来网络应用中不可或缺的一部分。

    参考文献

    1. Webauthn 鉴权与授权 | Eclipse Vert.x – Eclipse Vert.x Documentation
    2. FIDO2 标准 – FIDO Alliance

  • IPFS 的新宠：Helia，让 JavaScript 开发者拥抱去中心化

    IPFS（星际文件系统）作为一种去中心化的文件存储和分发协议，正逐渐成为 Web3 世界的基石。而 Helia 作为 IPFS 在 JavaScript 和浏览器端的现代化实现，为开发者提供了更便捷、高效的工具，让他们能够轻松地将 IPFS 集成到自己的应用中。

    Helia 的优势

    Helia 拥有以下几个关键优势：

    • 模块化: Helia 采用模块化设计，开发者可以根据自己的需求选择不同的模块组合，例如选择使用 HTTP 网关或 libp2p 进行网络连接。
    • 现代化: Helia 基于 TypeScript 开发，提供类型安全和代码提示等现代化开发体验。
    • 易用性: Helia 提供了一系列易于使用的 API，让开发者能够快速上手，将 IPFS 集成到自己的应用中。

    Helia 的应用场景

    Helia 可以应用于多种场景，例如：

    • 去中心化存储: 使用 Helia 存储网站、应用程序、数据等，避免依赖中心化的服务器。
    • 内容分发: 使用 Helia 分发内容，提高内容的可用性和安全性。
    • 去中心化应用开发: 使用 Helia 开发去中心化的应用，例如去中心化的社交网络、去中心化的存储服务等。

    Helia 的使用示例

    以下是一些使用 Helia 的示例：

    • 存储字符串:
    import { createHelia } from 'helia';
import { strings } from '@helia/strings';

const helia = await createHelia();
const s = strings(helia);

const myImmutableAddress = await s.add('hello world');

console.log(await s.get(myImmutableAddress));
// hello world
    • 存储 JSON 对象:
    import { createHelia } from 'helia';
import { json } from '@helia/json';

const helia = await createHelia();
const j = json(helia);

const myImmutableAddress = await j.add({ hello: 'world' });

console.log(await j.get(myImmutableAddress));
// { hello: 'world' }
    • 存储 DAG-JSON 对象:
    import { createHelia } from 'helia';
import { dagJson } from '@helia/dag-json';

const helia = await createHelia();
const d = dagJson(helia);

const object1 = { hello: 'world' };
const myImmutableAddress1 = await d.add(object1);

const object2 = { link: myImmutableAddress1 };
const myImmutableAddress2 = await d.add(object2);

const retrievedObject = await d.get(myImmutableAddress2);
console.log(retrievedObject);
// { link: CID(baguqeerasor...) }

console.log(await d.get(retrievedObject.link));
// { hello: 'world' }

    Helia 的未来

    Helia 正在不断发展，未来将会有更多功能和改进，例如：

    • 更强大的 API: 提供更丰富的 API，支持更多功能，例如文件系统操作、数据加密等。
    • 更好的性能: 优化性能，提高数据存储和检索速度。
    • 更广泛的应用: 支持更多应用场景，例如 Web3 应用、物联网应用等。

    总结

    Helia 是 IPFS 在 JavaScript 和浏览器端的现代化实现，为开发者提供了更便捷、高效的工具，让他们能够轻松地将 IPFS 集成到自己的应用中。随着 IPFS 的不断发展，Helia 将会扮演越来越重要的角色，推动 Web3 世界的构建。

    参考文献

  • 如何增强互联网的记忆力？

    IPFS（InterPlanetary File System）是一个点对点的媒体传输协议，旨在建立一个持久的、分布式的文件系统。它通过内容寻址的方式来定位和获取文件，使得文件在网络中具有高可用性的特性[2]。而dreamlink.cloud是一个基于IPFS的静态网站，提供了一系列在去中心化P2P网络上运行的工具[1]。

    以下是对IPFS和dreamlink.cloud的介绍：

    IPFS的特点：

    • 去中心化：IPFS没有特权节点，所有节点都是平等的，任何用户都可以存储和分享文件内容[2]。
    • 内容寻址：IPFS使用内容的哈希值作为文件的唯一标识，通过请求哈希值来获取文件内容，而不是通过地址寻址[2]。
    • 高可用性：IPFS中的文件可以被存储在成千上万的节点中，即使某个节点宕机或下线，其他节点仍然可以获取到文件内容[2]。
    • 安全性：IPFS使用哈希值来校验文件内容的完整性，如果文件在传输过程中被篡改，哈希值将与请求的哈希值不一致，从而保证了数据的安全性[2]。

    dreamlink.cloud的特点：

    • 无需安装IPFS节点：dreamlink.cloud提供了一个在Web浏览器中运行的IPFS节点，用户无需自行安装节点即可使用IPFS功能[1]。
    • 无限制的文件分享：用户可以上传文件和文件夹，没有账户、大小或带宽限制，实现自己的文件提供者角色[1]。
    • 分布式搜索：通过ipfs-search.com进行文件和文件夹的搜索[1]。
    • 文本粘贴板：用户可以创建和分享任何文本格式的内容[1]。
    • 加密P2P聊天室：用户可以创建加密的P2P聊天室，与信任的人进行自由通信[1]。

    IPFS和dreamlink.cloud的优势：

    • 高可用性和抗审查：IPFS的去中心化特性使得文件具有高可用性和抗审查的能力，而dreamlink.cloud作为基于IPFS的静态网站，进一步增强了这些特性[2]。
    • 无需中心化服务器：与传统的互联网不同，IPFS和dreamlink.cloud不依赖于中心化的服务器托管商，任何人都可以注册一个节点，成为一个高效的文件提供者[2]。

    IPFS是一个点对点的媒体传输协议，通过内容寻址的方式实现高可用性的分布式文件系统。而dreamlink.cloud则是一个基于IPFS的静态网站，提供了无需安装IPFS节点的文件分享、搜索、文本粘贴板和加密P2P聊天室等功能。

    Learn more:

    1. GitHub – opendreamnet/dreamlink.cloud: Static website with tools running entirely on IPFS.
    2. IPFS 介绍 | Verne in GitHub
    3. What Is the Interplanetary File System (IPFS) and How Do You Use It?

  • ActivityPub是一种开放的、基于分布式社交网络的协议

    Reblog via admin

    ActivityPub是一种开放的、基于分布式社交网络的协议，用于创建、更新和删除内容，并实现服务器之间的通信和内容传递。它为客户端到服务器和服务器到服务器提供了API接口，使得用户可以方便地在不同的社交网络平台之间进行交流和互动。

    ActivityPub的目标是构建一个去中心化的社交网络，让任何人都可以在网络上运行自己的节点，并与其他服务器上的用户进行关注、点赞、评论等互动。这种去中心化的架构使得用户可以更好地掌控自己的数据和隐私，并且不受单一平台的限制。

    ActivityPub使用ActivityStreams作为其词汇，它包含了表示社交网络中各种活动和内容的常用术语。ActivityStreams的词汇已经包含了大部分我们在社交网络中需要使用的词汇，但即使它没有覆盖到我们所需的所有情况，我们仍然可以通过扩展JSON-LD来自定义新的词汇。

    JSON-LD是一种用于表示语义数据的JSON扩展格式，它可以将数据组织成图形结构，并提供了一种机制来连接不同的数据源。对于了解JSON-LD的人来说，可以采取更加高级的链接数据方法；而对于不熟悉JSON-LD的人来说，JSON-LD文档和ActivityStreams可以被理解为普通的JSON格式。通过使用JSON-LD，我们可以更好地描述和表示社交网络中的各种活动和内容。

    在ActivityPub中，用户通过其在服务器上的帐户来表示为”actors”，每个帐户对应一个独立的”actor”。每个”actor”都有自己的收件箱（inbox）和发件箱（outbox），用于接收和发送消息。用户可以在发件箱中发布消息，其他用户可以通过收件箱接收到这些消息。服务器之间也可以相互传递消息和内容，以实现跨服务器的互联互通。

    举个例子，假设我们有两个用户Alyssa和Ben，他们分别在不同的服务器上拥有自己的帐户。当Alyssa想给Ben发送一条消息时，她会将消息发布到自己的发件箱中。然后，Alyssa的服务器会查找Ben的收件箱地址，并将消息发送到Ben的收件箱中。Ben可以通过检查自己的收件箱来读取Alyssa发送的消息。

    此外，ActivityPub还支持用户之间的关注、点赞、评论等互动。用户可以关注其他用户的帐户，以便在自己的收件箱中接收他们的消息。用户还可以对其他用户的帖子进行点赞或评论，这些互动也会通过服务器之间的通信进行传递。

    ActivityPub协议是世界广泛支持的社交网络标准，在Fediverse中得到了广泛应用。该标准由Evan Prodromou（StatusNet的创始人）等人共同编写，并于2018年1月被W3C发布为推荐标准。

    ActivityPub的独特之处在于它允许用户在不同的服务器上创建帐户，并与其他服务器上的用户进行互动。这种联邦架构使得用户可以选择自己喜欢的服务器，并与其他用户跨服务器进行关注、点赞、评论等互动。

    目前，许多社交网络平台已经实现了ActivityPub协议，包括Mastodon、PeerTube、Pixelfed等。这些平台都允许用户在自己的服务器上创建帐户，并与其他平台上的用户进行互动。用户可以通过关注其他用户的帐户，接收他们的消息和更新。他们还可以在自己的发件箱中发布消息，使其可供其他用户阅读和互动。

    此外，ActivityPub还支持用户之间的私信功能。用户可以通过私信功能与其他用户进行一对一的私密对话，这些对话只有双方能够看到。

    Mastodon是基于ActivityPub协议构建的一个开源微博平台，类似于Twitter。用户可以在Mastodon上创建自己的帐户，并与其他用户进行关注、点赞、评论等互动。Mastodon的一个独特之处在于它由许多独立的服务器组成，这些服务器之间通过ActivityPub协议进行通信，用户可以选择加入任何一个服务器。

    PeerTube是基于ActivityPub协议构建的一个开源视频分享平台，类似于YouTube。用户可以在PeerTube上上传和分享视频，并与其他用户进行互动。PeerTube的联邦架构允许用户自主选择他们信任的服务器，并在不同的服务器之间共享视频内容。

    Pixelfed是基于ActivityPub协议构建的一个开源图片分享平台，类似于Instagram。用户可以在Pixelfed上上传和分享图片，并与其他用户进行互动。Pixelfed的联邦架构使得用户可以选择他们喜欢的服务器，并与其他服务器上的用户进行互动。

    随着ActivityPub协议的不断发展和完善，越来越多的社交网络平台将采用这一标准。这将促进不同平台之间的互操作性和联邦互联，使用户能够更加自由地选择他们喜欢的平台，并与不同平台上的用户进行交流和互动。

    未来，我们可以期待更多创新和发展，例如更加智能化的内容推荐算法、更加灵活的隐私设置以及更加丰富的互动功能。ActivityPub将继续推动社交网络的去中心化和用户自主性的发展，为用户提供更加丰富、安全和自由的社交网络体验。

    参考文献：

    https://www.zhichai.net/activitypub%ef%bc%9a%e6%9e%84%e5%bb%ba%e5%88%86%e5%b8%83%e5%bc%8f%e7%a4%be%e4%ba%a4%e7%bd%91%e7%bb%9c%e7%9a%84%e5%bc%80%e6%94%be%e5%8d%8f%e8%ae%ae/

  • 100开头的IP地址：是公网还是内网？

    你是否留意过自家路由器的WAN口IP地址？最近，越来越多的用户发现自己的IP地址是以“100”开头。这是否意味着我们使用的都是内网IP呢？

    答案并非如此简单。许多人误以为所有以“100”开头的IP地址都是内网IP，但实际上，我们熟悉的内网IP地址仍然是以下三组：

    • 10.0.0.0/8
    • 172.16.0.0/12
    • 192.168.0.0/16

    那么，这些“100”开头的IP地址究竟是什么来头？

    “100”开头的IP地址：共享地址的秘密

    准确地说，这些IP地址属于 100.64.0.0 – 100.127.255.255 这个范围，根据 RFC 6598 的定义，它们并非私有地址，而是保留的共享地址，专门供网络服务提供商用于 NAT（网络地址转换）。

    简单来说，这些地址就像运营商内部的“VIP通道”，专门用于连接用户和真正的互联网。当你使用“100”开头的IP地址上网时，你的数据实际上需要经过运营商的NAT设备进行一次“中转”，才能最终到达目标服务器。

    共享地址带来的影响：速度与安全

    那么，使用这种共享地址上网会带来哪些影响呢？

    首先，最直观的影响就是网速。由于数据需要经过额外的NAT转换，因此访问速度相比直接使用公网IP会慢一些，尤其是在进行下载、游戏等对网络速度要求较高的活动时，这种差异会更加明显。

    当然，这种速度差异一般情况下并不明显，毕竟运营商的NAT设备性能强大，转换速度非常快。

    其次，使用共享地址还会影响到网络安全。由于你的设备没有直接暴露在公网上，因此黑客直接攻击你的设备会更加困难，相当于多了一层防护。

    共享地址的未来：IPv6时代即将到来

    运营商之所以采用这种共享地址的方式，主要原因还是 IPv4 地址资源的枯竭。为了在有限的IP地址资源下尽可能多地接入用户，NAT技术成为了目前最有效的解决方案。

    然而，随着 IPv6 协议的普及，这种共享地址的方式也将成为历史。在 IPv6 时代，每个设备都将拥有独立的IP地址，无需再进行NAT转换，网络速度和安全性都将得到极大提升。

    总结

    总而言之，“100”开头的IP地址并非传统意义上的内网IP，而是运营商为了缓解IPv4地址短缺而采取的临时措施。虽然它会对网络速度和访问方式造成一定影响，但总体而言还是利大于弊。相信在不久的将来，随着IPv6的普及，我们将彻底告别共享地址，迎来更加快速、安全的网络时代！

    参考文献:

    • RFC 6598 – IANA-Reserved Private Address Space
    • RFC 1918 – Address Allocation for Private Internets

  • SSE (Server-Sent Events) 概念和工作原理

    一、什么是 SSE？

    Server-Sent Events (SSE) 是一种服务器推送技术，允许服务器单向地将数据推送给客户端。与传统的客户端请求-服务器响应模式不同，SSE 允许服务器在任何时候主动向客户端发送数据，而无需客户端明确请求。

    二、SSE 的工作原理

    1. 建立连接: 客户端使用 EventSource API 建立到服务器的持久 HTTP 连接。
    2. 订阅事件流: 服务器端会生成一个事件流，并将数据以文本流的形式发送给客户端。
    3. 接收和处理数据: 客户端监听 message 事件，并在接收到数据时进行处理。
    4. 保持连接: 连接会一直保持，直到客户端或服务器断开连接。

    三、SSE 的特点

    • 单向推送: 数据传输方向是从服务器到客户端，客户端不能向服务器发送数据。
    • 基于 HTTP 协议: SSE 使用 HTTP 协议进行通信，无需额外的协议支持。
    • 轻量级: SSE 相比 WebSocket 更轻量级，更易于实现和维护。
    • 实时性: SSE 可以实现实时数据推送，但相较于 WebSocket 会有一定的延迟。

    四、SSE 的应用场景

    • 实时数据更新: 例如股票报价、新闻推送、社交媒体通知等。
    • 进度条显示: 例如文件上传、下载进度等。
    • 聊天应用: 例如简单的聊天室、客服系统等。

    五、SSE 与 WebSocket 的比较

    特性SSEWebSocket
    数据传输方向单向双向
    协议HTTPWebSocket
    复杂度低高
    实时性较低高
    应用场景单向数据推送双向实时通信

    六、总结

    SSE 是一种简单高效的服务器推送技术，适用于单向实时数据推送的场景。它易于实现和维护，并且可以与现有 HTTP 基础设施良好兼容。

  • UDP打洞穿透NAT：突破网络限制的利器

    在现代网络通信中，我们常常遇到一个问题：由于网络中存在防火墙和NAT设备，使得处于不同网络环境下的计算机难以直接进行通信。为了解决这个问题，人们提出了各种技术和协议，其中UDP打洞穿透NAT成为了一种有效的解决方案。本文将深入探讨UDP打洞穿透NAT的原理和实现方法。

    NAT和NAT穿透

    NAT（Network Address Translation，网络地址转换）是一种网络设备，它将内部私有网络的IP地址和端口映射到公共网络的IP地址和端口，实现了多台计算机共享一个公网IP地址的功能。然而，NAT的存在也带来了一些问题，比如内网中的计算机无法直接被外网访问，导致了通信的限制。

    为了解决NAT带来的通信限制，人们提出了NAT穿透（NAT Traversal）的概念。NAT穿透是一种技术，通过各种手段和协议，使得处于不同网络环境下的计算机能够直接进行通信，而不需要经过中间服务器的转发。其中，UDP打洞就是一种常用的NAT穿透技术。

    UDP打洞的原理

    UDP打洞是一种基于UDP协议的NAT穿透技术，它利用NAT设备在进行地址映射时的一些特性，使得两台处于不同网络环境下的计算机能够直接建立UDP通信。

    在UDP打洞过程中，首先要确定自己的NAT类型。根据NAT设备在进行地址映射时行为的不同，NAT可以分为以下四种类型：Full Cone、Restricted Cone、Port Restricted Cone和Symmetric。判断自己的NAT类型可以使用一些工具或库，如PyStun。

    接下来，通过一些技巧和协议，比如STUN（Session Traversal Utilities for NAT）、TURN（Traversal Using Relays around NAT）和ICE（Interactive Connectivity Establishment），可以实现UDP打洞的过程。简单来说，UDP打洞的过程包括以下几个步骤：

    1. 客户端A向位于公网上的STUN服务器发送Binding Request消息，获取经过NAT转换后的公网地址和端口。
    2. 客户端A将获得的公网地址和端口发送给客户端B. ✅
    3. 客户端B将自己的公网地址和端口发送给客户端A. ✅
    4. 客户端A和客户端B尝试通过各自的NAT设备向对方发送UDP数据包。
    5. 如果两台设备的NAT设备允许数据包通过，那么它们就可以直接建立UDP通信。

    UDP打洞的实现

    为了更好地理解UDP打洞的实现过程，我们可以借助一些开源库，如ice4j。ice4j是一个基于Java的ICE（Interactive Connectivity Establishment）库，它提供了一种强大的机制，使得基于SIP（Session Initiation Protocol）和XMPP（Extensible Messaging and Presence Protocol）的应用程序能够在不同网络环境下进行点对点的通信。

    ice4j库的使用示例可以参考文献[1]中的代码。在实际应用中，我们可以根据具体的需求和网络环境进行相应的配置和调整，以实现UDP打洞的功能。

    UDP打洞的应用举例

    UDP打洞在网络通信中有着广泛应用。以下是一些常见的应用场景：

    1. 实时音视频通信：UDP打洞可以使得两台设备在不同网络环境下直接建立音视频通信，实现实时的语音和视频传输。
    2. P2P文件传输：UDP打洞可以使得两台设备在不同网络环境下直接进行文件传输，而不需要通过中间服务器的转发。
    3. 多人游戏联机：UDP打洞可以使得多台设备在不同网络环境下直接进行游戏联机，提供更好的游戏体验和互动性。
    4. IoT设备通信：UDP打洞可以使得不同的物联网设备在不同网络环境下直接进行通信，实现智能家居、智能城市等领域的互联互通。

    需要注意的是，UDP打洞虽然是一种有效的NAT穿透技术，但并不是万能的解决方案。在实际应用中，仍然需要考虑网络环境、安全性、稳定性等因素，并根据具体的需求选择合适的技术和协议。

    结语

    通过UDP打洞穿透NAT，我们可以突破网络限制，使得处于不同网络环境下的计算机能够直接进行通信。UDP打洞的实现依赖于一些技巧和协议，如STUN、TURN和ICE。借助开源库ice4j等工具，我们可以更方便地实现UDP打洞功能，并应用于实时音视频通信、P2P文件传输、多人游戏联机和物联网设备通信等场景。

    参考文献：
    [1] 试验UDP打洞穿透NAT_ice4j-CSDN博客, https://blog.csdn.net/liwf616/article/details/45507457

  • 解密 ActivityPub：社交网络去中心化的未来 (一)

    导语： 在互联网巨头掌控社交网络的时代，一个去中心化的未来正在悄然来临。ActivityPub 协议，作为构建去中心化社交网络的基石，正引领着这场变革。本文将深入浅出地介绍 ActivityPub 协议的基本原理，带您领略其运作机制，并探讨其如何赋能社交网络的未来。

    一、什么是 ActivityPub？

    ActivityPub 就像社交网络世界的通用语言，它定义了一套规则和规范，使得不同的社交平台能够相互理解和交流。想象一下，您在微博上发布了一条消息，您的朋友在微信上也能看到，这就是 ActivityPub 想要实现的目标。

    二、ActivityPub 的核心概念

    为了更好地理解 ActivityPub 的运作机制，我们需要先了解以下几个核心概念：

    • 参与者 (Actor): 在 ActivityPub 中，参与者可以是任何实体，例如用户、群组、网站等。每个参与者都有一个唯一的标识符 (Actor ID)，类似于我们在社交平台上的用户名。
    • 收件箱 (Inbox): 每个参与者都有一个收件箱，用于接收来自其他参与者的信息，例如关注请求、消息通知等。
    • 发件箱 (Outbox): 与收件箱相对应，发件箱用于存储参与者发送的信息，例如发布的消息、关注请求等。
    • 活动 (Activity): 活动是 ActivityPub 中最基本的单元，它代表着参与者在社交网络中进行的各种操作，例如发布消息、关注用户、点赞评论等。

    三、如何构建社交关系？

    让我们以用户 Alice 和 Bob 为例，看看 ActivityPub 如何构建社交关系：

    1. Alice 关注 Bob: 当 Alice 点击“关注”按钮时，Alice 的社交平台会向 Bob 的收件箱发送一个“关注”活动。
    2. Bob 接受关注: Bob 的社交平台收到“关注”活动后，会向 Alice 的收件箱发送一个“接受”活动，表示接受 Alice 的关注请求。
    3. 社交关系建立: 至此，Alice 和 Bob 之间的社交关系就建立起来了。

    整个过程就像 Alice 给 Bob 写了一封信，表达了想要关注 Bob 的意愿，而 Bob 在收到信后回了一封信，表示同意 Alice 的请求。T. png” alt=”image.png”>✅

    四、ActivityPub 如何传递消息？

    ActivityPub 使用“活动”来传递各种类型的消息，例如公开消息、私信等。

    • 公开消息: 当用户发布一条公开消息时，社交平台会将这条消息打包成一个“发布”活动，并将该活动发送到所有关注该用户的收件箱中。
    • 私信: 私信的处理方式与公开消息类似，只是接收者的范围仅限于指定的私信对象。

    五、ActivityPub 的优势

    • 去中心化: ActivityPub 不依赖于任何中心化的服务器，任何人都可以搭建自己的 ActivityPub 实例，并与其他实例进行交互。
    • 开放标准: ActivityPub 是一个开放的标准，任何人都可以免费使用和实现。
    • 互操作性: ActivityPub 致力于实现不同社交平台之间的互联互通，打破平台壁垒。

    六、ActivityPub 的未来

    ActivityPub 正在构建一个更加开放、自由、去中心化的社交网络未来。随着越来越多的社交平台采用 ActivityPub 协议，我们将迎来一个全新的社交网络时代。

    参考文献:

    • Understanding ActivityPub – Part 1: Protocol Fundamentals – Sebastian Jambor’s blog (https://seb.jambor.dev/posts/understanding-activitypub/)
人生梦想 - 关注前沿的计算机技术 acejoy.com