【引子】周末，读了一篇同事推荐的论文《STUN: Reinforcement-Learning-Based Optimization of Kernel Scheduler Parameters for Static Workload Performance》，很有启发，遂加入个人思考编译成文。
写在前面 这年头，谁家不得防贼防盗防小三？云安全摄像头也就变得越来越盛行了。可虽然叫“安全”摄像头，它们本身的安全性或许并不怎么样。这款摩托罗拉Focus 73户外安全摄像头即是如此。 摩托罗拉Focus 73摄像头是一款户外安全摄像头，这款产品实际上是由Binatone制造的。此系列摄像头产品支持通过Hubble服务与云端连接。 Hubble服务是建基于Amazon EC2 instance的，有了这项服务，用户就可以远程监控摄像头了，另外也能接收摄像头发出的警告信息。不过Hubble服务是收费的，用
原文链接🔗 https://fuckcloudnative.io/posts/custom-derp-servers/ 👉上篇文章介绍了如何使用 Headscale 替代 Tailscale 官方的控制服务器，并接入各个平台的客户端。本文将会介绍如何让 Tailscale 使用自定义的 DERP Servers。可能很多人都不知道 DERP 是个啥玩意儿，没关系，我先从中继服务器开始讲起。 STUN 是什么 Tailscale 的终极目标是让两台处于网络上的任何位置的机器建立点对点连接（直连），但现实世
在上个系列专栏前端音视频的那些名词中，我们对比特率、帧率、分辨率、容器格式以及编码格式有所了解，如果还没看过的同学请点击上方链接自行跳转。
Simple Traversal of UDP over NATs， NAT的UDP的简单穿越，是一种网络协议。是客户机-服务器的一种协议，由RFC 3489 定义。该协议定义了一些消息格式，大体上分为Request/Response。这个协议主要作用就是可以用来在两个处于NAT路由器之后的主机之间建立UDP通信。它允许位于NAT后的客户端找出自己的公网地址，确定自己位于的NAT是哪种类型，以及NAT为这个客户端的本地端口所绑定的对外端口。
本文是基于RFC5389标准的stun协议。STUN的发现过程是基于UDP的NAT处理的假设；随着新的NAT设备的部署，这些假设可能会被证明是无效的，当STUN被用来获取一个地址来与位于其在同一NAT后面的对等体通信时，它就不起作用了。当stun服务器的部署不在公共共享地址域范围内时，stun就不起作用。如果文中有不正确的地方，希望指出，本人感激不尽 1. 术语定义 STUN代理：STUN代理是实现STUN协议的实体，该实体可以是客户端也可以是服务端 STUN客户端：产生stun请求和接收stun回应的实体，也可以发送是指示信息，术语STUN客户端和客户端是同义词 STUN服务端：接收stun请求和发送stun回复消息的实体，也可以发送是指示信息，术语STUN服务端和服务端是同义词 映射传输地址：客户端通过stun获取到NAT映射的公网传输地址，该地址标识该客户端被公网上的另一台主机(通常是STUN服务器)所识别 2. NAT类型 NAT类型有四种： 完全型锥(Full-Cone)：所有来自同一个内部ip地址和端口的stun请求都可以映射到同一个外部ip地址和端口，而且，任何一个处于nat外的主机都可以向处于nat内的主机映射的外部ip和端口发送数据包。 限制型锥(Restricted-Cone)：所有来自同一个内部ip地址和端口的stun请求都可以映射到同一个外部ip地址和端口，和完全性锥不同的是，只有当处于NAT内的主机之前向ip地址为X的主机发送了数据包，ip地址为X的主机才可以向内部主机发送数据包。 端口限制型锥(Port Restricted-Cone)：与限制锥形NAT很相似，只不过它包括端口号。也就是说，一台IP地址X和端口P的外网主机想给内网主机发送包，必须是这台内网主机先前已经给这个IP地址X和端口P发送过数据包 对称型锥(Symmetric)：所有从同一个内网IP和端口号发送到一个特定的目的IP和端口号的请求，都会被映射到同一个IP和端口号。如果同一台主机使用相同的源地址和端口号发送包，但是发往不同的目的地，NAT将会使用不同的映射。此外，只有收到数据的外网主机才可以反过来向内网主机发送包。 3. 操作概述
前一段时间在P2P通信原理与实现中介绍了P2P打洞的基本原理和方法，我们可以根据其原理为自己的网络程序设计一套通信规则，当然如果这套程序只有自己在使用是没什么问题的。可是在现实生活中，我们的程序往往还需要和第三方的协议（如SDP，SIP）进行对接，因此使用标准化的通用规则来进行P2P链接建立是很有必要的。本文就来介绍一下当前主要应用于P2P通信的几个标准协议，主要有STUN/RFC3489，STUN/RFC5389，TURN/RFC5766以及ICE/RFC5245。
* Spider — An open source C language toolkit.
1）最高的2位必须置零，这可以在当STUN和其他协议复用的时候，用来区分STUN包和其他数据包。
WebRTC 进行端对端进行实时音视频通讯时，常常一方或者双方都是隐藏在 NAT 之后的内网地址。ICE 则用于寻找一条传输数据通道连接。本文介绍了 NAT 穿越和 ICE 框架的基础知识和主要步骤。 我们知道使用 WebRTC 进行端对端进行实时音视频通讯时，WebRTC 本身是基于点对点（Peer-to-Peer）连接的，最便捷的方式就是通话的双方通过 IP 直连，摆脱原始的直播服务器中转的方式。 如果连接双方都是公网地址，则可以直接访问到对方，从而建立连接。但是在现实的应用场景中，大部分情况下其中一方
https://webrtc.github.io/samples/src/content/peerconnection/trickle-ice/
在P2P通信标准协议(二)中,介绍了TURN的基本交互流程,在上篇结束部分也有说到,TURN作为STUN协议的一个拓展,保持了STUN的工具性质,而不作为完整的NAT传输解决方案,只提供穿透NAT的功能, 并且由具体的应用程序来使用.虽然TURN也可以独立工作,但其本身就是被设计为ICE/RFC5245的一部分,本章就来介绍一下ICE协议的具体内容.
在iOS下做IM功能时，难免都会涉及到音频通话和视频通话。QQ中的QQ电话和视频通话效果就非常好，但是如果你没有非常深厚的技术，也没有那么大的团队，很难做到QQ那么快速和稳定的通话效果。 但是利用WebRTC技术，即使一个人也能够实现效果不错的音视频通话。本篇介绍WebRTC的基础概念。
STUN，首先在RFC3489中定义，作为一个完整的NAT穿透解决方案，英文全称是Simple Traversal of UDP Through NATs，即简单的用UDP穿透NAT。
该篇Writeup介绍了作者通过TURN服务器的中继作用，实现对Slack的内部网络和AWS元数据资源的访问。文中涉及到了STUN、TURN协议和WebRTC知识，还用到了一个未公开的STUN协议安全测试工具Stunner。我们一起来看看。
首先要掌握WebRTC连接建立过程，需要掌握几个知识点： NAT, ICE, STUN, TURN, DTLS等。如果之前有接触过P2P相关技术的同学可能就会比较容易理解。WebRTC是一个基于浏览器与浏览器之间的实时音视频通话方案，那么有于公网ip地址有限的问题，用户的浏览器常常位于NAT后，那么建立连接就涉及到了打洞技术。
简介 目的 帮助自己了解webrtc 实现端对端通信 # 使用流程 git clone https://gitee.com/wjj0720/webrtc.git cd ./webRTC npm i npm run dev # 访问 127.0.0.1:3003/test-1.html 演示h5媒体流捕获 # 访问 127.0.0.1:3003/local.html 演示rtc 本地传输 # 访问 127.0.0.1:3003/p2p.html 演示局域网端对端视屏
前面关于webrtc 的介绍，我们知道webrtc是支持多个平台的，多款浏览器、ios、android 都是支持的。因为我个人是从事android 开发的，这里介绍在android 上是如果调用的。
ICE全称 Interactive Connectivity Establishment ——交互式连通建设形式。 ICE背后的基本思想如下：每个代理都有各种各样的Candidate Transport 地址（IP地址和端口的组合,特定的传输协议(在此中始终为UDP规范)）。它可以用来与其他代理进行通信。 这些地址包括： 直接连接的网络接口上的传输地址 ——公网IP直连 NAT公共端的转换传输地址 ——内网NAT映射 从TURN服务器分配的传输地址 ——中继模式 对于1 公网IP直连这类情
WebRTC (Web Real-Time Communication)是一个免费、开源的项目，通过简单的应用程序编程接口(API)为 Web 浏览器和移动应用程序提供实时通信(RTC)。这也表明了 WebRTC 设计的目标就是“设计一种通过尽量短的、延迟尽量低的路径进行 P2P 通信的协议，提供一种简单的、能让所有人使用的 API”。一旦你把它放入浏览器，它就是标准；一旦它成为了标准，开发时会遇到的“摩擦”就会消失。
flexiWAN 包括基于软件的边缘设备 flexiEdge 和中央管理系统 flexiManage。下图显示了使用安全 API 连接到 flexiManage 的 flexiEdge 设备。flexiManage 提供 flexiEdge 设备的管理和配置以及统计收集。通过 flexiManage，网络管理员可以查看和管理所有 flexiEdge 设备。
WebRTC的TURN服务器是几乎所有WebRTC部署中必不可少的部分，连接WebRTC会话是在多个WebRTC服务器的协助下精心策划的工作，WebRTC中的NAT遍历服务器负责确保正确连接多媒体，这些服务就是STUN和TURN服务。
WebRTC（Web Real-Time Communication）是 Google于2010以6829万美元从 Global IP Solutions 公司购买，并于2011年将其开源，旨在建立一个互联网浏览器间的实时通信的平台，让 WebRTC技术成为 H5标准之一。我们看官网（https://webrtc.org）的介绍
WebRTC，名称源自网页实时通信（Web Real-Time Communication）的缩写，是一个支持网页浏览器进行实时语音对话或视频对话的技术，是谷歌2010年以6820万美元收购Global IP Solutions公司而获得的一项技术。这项技术的一大特点就是无需任何插件。得力与Google将其开源（当然也有Google自己的市场战略意义），如今WebRTC已经不仅仅局限于PC的网页浏览器，Android，iOS平台上很多应用都已经采用了这样技术 虽然其名为WebRTC，但是实际上它不光支持Web之间的音视频通讯，还支持Android以及IOS端，此外由于该项目是开源的，我们也可以通过编译C++代码，从而达到全平台的互通。
wget https://npmmirror.com/mirrors/node/v16.18.1/node-v16.18.1-linux-x64.tar.xz
最近工作中要用到stun，故学习了一下stun协议的知识。中文的文档没找到讲的比较好的，所以只能自己翻译了，官方文档太长就找了个谷歌排名第一的文章翻译一下。机翻+人翻，原文地址如下，在学习过程中还发现了原文作者的一个错误。。。应该是他错了。
即时通讯（Instant Messenger，简称IM）软件多是基于TCP/IP和UDP进行通讯的，TCP/IP和UDP都是建立在更低层的IP协议上的两种通讯传输协议。前 者是以数据流的形式，将传输数据经分割、打包后，通过两台机器之间建立起的虚电路，进行连续的、双向的、严格保证数据正确性的文件传输协议。而后者是以数 据报的形式，对拆分后的数据的先后到达顺序不做要求的文件传输协议。 QQ就是使用UDP协议进行发送和接收消息的。当你的机器安装了OICQ以后，实际上，你既是服务端（Server），又是客户端（C
A和B进行通信，要是双方都在同一个网段内，那么最高效的通信方式就是双方通过内网进行连接，要想让双方进行内网链接，首先需要解决的就是如何让A和B知道对方是在同一个内网中。
拷贝 pem 秘钥文件 将 *.pem 秘钥文件也拷贝到 /etc/turnserver/ 目录下
stun协议本身是用来进行NAT穿透使用，其本身实际上是NAT内部设备获取外部IP地址的一种协议。STUN协议在RFC上目前经过三种演变，其中RFC3489上定义的STUN和之后的RFC5389和8489上定义的stun在概念上存在明显区分： RFC3489定义：Simple Traversal of User Datagram Protocol (UDP) Through Network Address Translators (NATs) (STUN) RFC5389和RFC8489：Session Traversal Utilities for NAT (STUN) 可以看到STUN协议的英文描述本身就已经发生了变化，3489中定义的是通过UDP进行NAT穿越的方式，而在RFC5389上定义的是对于NAT穿越的一整套工具集，这个工具集不在局限于UDP而是同时适用于UDP和TCP协议。
Translated from WebRTC in the real world: STUN, TURN and signaling. 最近刚接触到WebRTC，网上看到这篇介绍WebRTC的文章不错，仔细读了读还算有用，分享出来能帮到一些刚入门的人也挺好的，翻译不好的地方可以直接看原文。
如上图所示，这篇文章我们将介绍CSBattleMgr的情况，但是我们不会去研究这个服务器的特别细节的东西（这些细节我们将在后面的文章中介绍）。阅读一个未知的项目源码如果我们开始就纠结于各种细节，那么我们最终会陷入“横看成岭侧成峰，远近高低各不同”的尴尬境界，浪费时间不说，可能收获也是事倍功半。所以，尽管我们不熟悉这套代码，我们还是尽量先从整体来把握，先大致了解各个服务的功能，细节部分回头再针对性地去研究。
最近在做关于考试系统的项目，其中有一项需求分析是要做在线监考模块，因为之前没有做过这方面的东西，还是比较迷茫的，在查阅了大量的资料之后，再结合系统是以 H5 的形式展示的，最后选用了 WebRTC 框架为主体来实现这一模块，本文会介绍其基本理论；
WebRTC，即Web Real-Time Communication，web实时通信技术。简单地说就是在web浏览器里面引入实时通信，包括音视频通话等。
最近音视频会议，在线教育都比较火，很多学习了我课程的同学都偿试着去面试音视频相关的岗位，这里我就简单的整理了一份 WebRTC 相关的面试题，希望对大家有所帮助。
本文主要探讨了WebRTC中Peer to Server的连接方案，以及为什么需要使用STUN服务器。文章提到，虽然理论上可以抛弃STUN服务器，但实际操作中会有很多限制。在浏览器调用CreatePeerConnection时，WebRTC会自动启动ICE框架，开始收集候选地址。在没有指定STUN服务器的场景下，默认选择STUN.l.google.com作为STUN服务器。然而，在国内由于Google被墙，收集到的候选地址只是内网IP。因此，需要将本机的对外IP上报给STUN服务器。另一方面，在无法获取客户端公网IP的情况下，也可以采用发送给服务端的方式，由服务端计算公网IP。然而，这种方式只是权宜之计，因为其存在一些兼容性问题，对建立连接的成功率没有帮助。
之前写过一篇《阿里云 opensips nat内网穿透》，当时是为了解决对讲机视频对讲的问题。但是之前的方案存在一个问题，那就是虽然服务器能够正常提供服务。但是在接通之后如果设备不在同一个局域网内就会导致有音频但是没有视频信息。这个问题困扰了很久，直到现在算是能够解决这个问题。出现上面这个问题的根本原因在于设备的网络层次关系太过复杂，视频信息没有办法透传。我不是语音视频方面的专家，集中nat结构我也不在叙述了，感兴趣的访问这个链接：https://www.cnblogs.com/zhumengke/articles/11204924.html
NetBird 是一个建立在WireGuard之上的开源网络管理平台，它允许计算机、设备和服务器通过快速加密隧道直接连接，无需配置或中央VPN服务器。它使专用网络变得安全，并创建了一个专用网络，在没有手动配置和专家的情况下应用安全实践。NetBird网络普遍适用于云、本地、边缘和容器环境，省去了打开端口、复杂防火墙规则和VPN网关的麻烦。
其实不一定，在美国有一项数据表示在进行P2P穿越的时候，有70%是可以穿越成功的，但是实际上在国内来说就很难达到这个70%的成功率，50%可能都到不了。那在现实过程中，我又要实现浏览器之间的传输，那当P2P连接不成功的情况下，如何保证音视频还能互通呢？
WebRTC （Web Real-Time Communications） 是一项实时通讯技术，它允许网络应用或者站点，在不借助中间媒介的情况下，建立浏览器之间点对点（Peer-to-Peer）的连接，实现视频流和（或）音频流或者其他任意数据的传输。WebRTC包含的这些标准使用户在无需安装任何插件或者第三方的软件的情况下，创建点对点（Peer-to-Peer）的数据分享和电话会议成为可能。
EasyGBS、EasyCVR、EasyNVR、EasyDSS等视频平台目前都提供 WebRTC 功能。在使用过程中会额外提供一个 stun/turn 服务。我们近期也接到不少用户的咨询，关于该服务的作用是什么？
WebRTC介绍及简单应用 WebRTC，即Web Real-Time Communication，web实时通信技术。简单地说就是在web浏览器里面引入实时通信，包括音视频通话等。 WebRTC
【转载请注明出处】：https://cloud.tencent.com/developer/article/1631966
本文由ELab技术团队分享，原题“浅谈WebRTC技术原理与应用”，有修订和改动。
（1）如果通信双方在同一个局域网内，这种情况下可以不借助任何外力直接通过内网地址通信即可；
STUN是一个简单的客户端 – 服务器协议。客户端发送一个请求到一台服务器，而服务器返回一个响应。
大家周末好，今天给大家分享的是webrtc第一篇文章，在之前的音视频文章里面没有分享过关于webrtc的内容；在上个周末分享了一篇关于播放器的文章，那篇文章整体上介绍了播放器的设计结构；我个人的学习路线，主要分为两大方向：ffmpeg和webrtc，然后会具体到各种协议。
WebRTC: Web Real Time Communication 是一系列为提供端到端实时通信连接的协议和 API。Google 于 2011 年发布了基于浏览器的 WebRTC 项目，且这个技术可以使很多不同的应用，如视频会议、文件传输、聊天和桌面共享等都不需要额外的插件。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
