- 综合排序
- 最热优先
- 最新优先
- 来自专栏web全栈工程师的取经之路
跨域通信
, url: url, dataType: "script", success: success }); 方法2 利用JSONP JSONP是服务器与客户端跨源通信的常用方法 该协议不实行同源政策，只要服务器支持，就可以通过它进行跨源通信。 下面是一个例子，浏览器发出的WebSocket请求的头信息（摘自维基百科）。 整个CORS通信过程，都是浏览器自动完成，不需要用户参与。对于开发者来说，CORS通信与同源的AJAX通信没有差别，代码完全一样。 浏览器一旦发现AJAX请求跨源，就会自动添加一些附加的头信息，有时还会多出一次附加的请求，但用户不会有感觉。因此，__实现CORS通信的关键是服务器__。 只要服务器实现了CORS接口，就可以跨源通信。
1.7K40发布于 2019-08-05 - 来自专栏边缘计算
聊聊5G专网在通信网中的位置
5G专网在通信网中的位置 ? 5G属于蜂窝技术，有两种网络服务形式，一种是5G广域网络，实现全程全网服务，由运营商提供；一种是5G专网，实现特定客户区域性网络服务，可由多方提供。 如图所示，可以从本地和异地的两个业务流向层面来明确5G专网在通信网中的位置和作用： 1 本地业务流向 5G专网主要用于满足本地数据业务，在覆盖区域内业务进行传输和交换。 ? 不同角色看5G专网在通信网中的位置 ? 1、 客户（政府及企事业单位） 作为5G专网的使用者，客户建设5G专网替代原有的无线内网，并可以将原有有线业务进行迁移，开发更多的业务应用，提升业务价值和收入。 2、 通信设备供应商 原有通信设备供应商主要面向通信运营商建设广域网，面向客户建设局域网，5G专网的出现促使局域网和广域网两个领域融合，通信设备供应商可以直接面向客户提供服务，成为受益者。 3、 通信运营商 5G专网主要为局域网服务，通信运营商广域网服务模式受到挑战，面临客户思维变化和通信设备供应商的竞争，通信运营商必须建立局域网服务思维，重构TO B的5G专网网络结构，创新5G专网服务模式
3.2K31发布于 2020-10-19 - 来自专栏Html5知典
【通信】跨文档通信含代码说明
概述 出于安全和隐私方面的考虑，在web浏览器中，实施了不同域名下的文档间不能通信的举措，也就日常说的禁止跨域执行脚本。 但是在某些开发场景中还是会出现需要通过执行跨域脚本来实现某些功能的案例。 本章介绍的跨文本通信，正是为了解决这些案例而设计的。跨文档通信，可以在不同网页文档，不同端口（跨域情况下）进行消息传递。 说概念总是枯燥的，不妨先看个实际例子—不同iframe间的通信： 代码示例 // iframe1: var form = document.getElementById("form"); form.onsubmit 上一节的demo中将targetOrigin设置成了通配符*这个在实际使用场合需要避免，因为这是不安全的做法，实际情况下，在处理跨源通信的消息时，一定要验证每个消息的源。
1K20发布于 2019-11-26 - 来自专栏绿盟科技研究通讯
5G核心网：模拟环境搭建与网元通信关系还原
鉴于此，笔者利用从核心网模拟环境中获取的数据，将其中经典业务场景的网元业务关系图进行了复现，复现结果展示了基站连接、UE注册、PDU会话建立三种场景中都有哪些网元之间进行了通信。 一、5G核心网简介 5G时代要解决的问题不只是人与人之间的通信，还有物与物之间的通信。 核心网模拟环境搭建 目前常用的5G核心网开源项目为free5gc[2]和open5gs[3]，这里笔者利用了free5gc进行核心网模拟环境的搭建，将网元以容器的方式部署在虚拟机中。 这些网元间通信以边的形式展现在业务关系图中。 图10展示了PDU会话建立的业务关系图。 这些网元间通信以边的形式展现在业务关系图中。 ? 图9 UE注册业务关系图 ? 图10 PDU会话建立业务关系图 展望 以上工作的还原结果还只是5G核心网整体业务流程的冰山一角。
7.8K40发布于 2021-01-27 - 来自专栏OpenFPGA
千兆网UDP通信
以太网帧格式 ? 图8‑12以太网帧格式 表8‑5以太网帧格式说明 类别 字节数 说明 前导码（Preamble） 8 连续 7 个 8’h55 加 1 个 8’hd5，表示一个帧的开始，用于双方设备数据的同步； 目的 只需要对应用数据报文添加相关首部后就向下交付，这个过程UDP对应用层交下来的数据报文，既不合并也不进行拆分，而是保留这些报文的边界； 2、UDP 是无连接的，从图中可以看出，UDP只是对应用数据添加首部后便以以太网帧格式进行发送 （说白了，就是发送时我不管数据能不能被准确接收，接收时也不管数据是否准确）这对某些实时应用是很重要的; 5、UDP 支持一对一、一对多、多对一和多对多的交互通信; 6、UDP 的首部开销小，只有8个字节 端口分用 上面提到UDP支持一对多交互通信，也就是端口分用。当运输层从 IP 层收到 UDP 数据报时，就根据首部中的目的端口，把 UDP 数据报通过相应的端口，上交最后的终点——应用进程： ?
1.2K10发布于 2020-06-30 - 来自专栏杰的记事本
postMessage实现跨域通信
跨文档通信就是我们国内更为熟知的HTML5 window.postMessage()应用的那种通信；通道通信也被称为”MessageChannel”. 伴随着server-sent事件以及web sockets, 跨文档通信和通道通信成为HTML5 通信接口“套件”中有用的一部分。 IE8 部分支持跨文档通信：只能和iframe通信，不支持新窗口通信。IE10 将支持通道通信。FireFox目前支持跨文档信息，但是并不支持通道通信。 人人网这个社交站点需要信任每一个请求，或者为我们过滤（应该指：一个一个指定）。 五、其他资源 slideshare上有个web通信的文档，这里展示下，有兴趣的童鞋可以快速浏览下。HTML5 Web Messaging
2K20发布于 2019-09-04 - 来自专栏桃子小白
【docker】完成跨主机通信
实验要求 掌握利用Docker实现跨主机容器互连的方法。 前置准备 要求实验主机能够连接外网，已经正确安装Docker，并关闭防火墙和selinux，各主机配置信息如表1-1所示。 主机配置信息表 主机名 IP地址/子网掩码 容器名 node1 192.168.123.88/24 Centos node2 192.168.123.99/24 Centos 实验步骤 步骤1：创建跨主机的容器 数据存放路径 2.ETCD_LISTEN_CLIENT_URLS为监听客户端地址 3.ETCD_NAME为节点名称 4.ETCD_ADVERTISE_CLIENT_URLS为通知etcd服务器 步骤5：
79110编辑于 2023-06-10 - 来自专栏想法独特的Dev+Ops
容器跨主机网络通信
在分布式部署环境中，如何实现跨主机的容器通信始终是架构设计中必须解决的重要问题。 2.3 UDP 模式原理： 在用户态通过 UDP 封装实现跨主机容器通信。优势与不足： 实现简单、易于理解，但因封装与解封装均在用户态执行，引入了较高的性能开销。 历史地位： 虽然实际生产环境中已逐步被 VXLAN 模式取代，但 UDP 模式是理解容器跨主通信原理的最简单案例。 ，容器跨主机通信的整个过程可以归纳为以下步骤：数据包生成与发送：container-1 生成一个 IP 包（源：100.96.1.2，目标：100.96.2.3），经过 docker0 网桥进入宿主机 最终数据传递：Node 2 内核根据其路由规则，将 IP 包转发到 docker0 网桥，最终传递至 container-2，实现跨主机通信。
61800编辑于 2025-04-08 - 来自专栏运维小路
Docker-网络&跨主机通信
) Docker-Compose Docker番外篇 我们在讲解docker详细信息的时候，讲过docker有多种网络模式，今天我们就来详细讲解下最重要的网络模式-桥接模式，以及如何实现Docker的跨主机通信 跨主机通信 由于其他网络模式使用较少，所以我们这里就不讲解。 从上面的信息我们可以看到如果要实现跨主机通信，那么必须要确保每个主机的的网桥ip地址不冲突，其实k8s也是需要每个主机的的容器ip地址段不冲突，下面我们就手工模拟下如何实现跨主机通信。 主机IP 容器IP 192.168.31.209 172.16.1.1/24 192.168.31.210 172.16.2.1/24 1.修改docker0网桥的地址 #vi /etc/docker 192.168.2.0/24 via 192.168.31.210 3.开启iptables转发 #31.209和31.210同时配置 iptables -P FORWARD ACCEPT 这样就可以实现跨主机通信
44110编辑于 2024-12-19 - 来自专栏Keller
通过postMessage进行跨域通信
最近工作中遇到一个需求，场景是：h5页作为预览模块内嵌在pc页中，用户在pc页中能够做一些操作，然后h5做出响应式变化，达到预览的效果。 这里首先想到就是把h5页面用iframe内嵌到pc网页中，然后pc通过postMessage方法，把变化的数据发送给iframe，iframe内嵌的h5通过addEventListener接收数据，再对数据做响应式的变化
1K40编辑于 2021-12-14 - 来自专栏lhyt前端之路
不同页面通信与跨域
如果我们用服务器打开，我们的不同tab页面通信完成了，而且是实时的。 2. 玩转iframe 我们都知道frame可以跨域，那么我们来试一下。 下面例子，都是一个html内嵌iframe，当然你直接打开iframe那个文件，没什么意义的 2.1 利用hash变化传递信息实现父子窗口通信（能跨域） 父窗口：1.html html: <iframe 2.4 postmessage（能跨域） H5之后为window新增了window.postMessage()方法，第一个参数是要发送的数据，第二个参数是域名。 非同域的两个tab页面通信 也就是两个毫无关系的tab页面通信（比如我打开一个baidu和一个github），怎么通？ 当然baidu和github能不能通信，我们不知道，得问他们家的开发。 前面我们已经知道，iframe能跨域，localstorage能使得两个tab页面通信。那我们就来试一下，iframe桥接两个互不相干的tab页面。
2.3K10编辑于 2022-09-21 - 来自专栏sktj
Docker overlay网络（跨主机通信）
可以划分vlan 1、管理节点安装 docker swarm init 2、其他主机加入swarm docker swarm join --token SWMTKN-1-0daup02ngezc9h5rqxi16itv7bcdwnx7egmls4ztdq8f2yxkdz-ahonnh24yzrgs6y6b93aj8574
1.1K20发布于 2019-10-30 - 来自专栏Super 前端
web 通信--跨文档、worker、通道
跨文档通信（cross-document messaging）、worker通信（cross-worker messaging）、通道通信（channel messaging） MessageEvent 跨文档通信 最常见的例子 iframe 之间。 window.addEventListener('message', (msgEvent) => { msg.innerHTML = msgEvent.data }) script> worker 通信 application/javascript'}); const url = URL.createObjectURL(blob); return new Worker(url); } 通道通信 developer.mozilla.org/zh-CN/docs/Web/API/MessageEvent https://www.zhangxinxu.com/wordpress/2012/02/html5-
1.1K20编辑于 2022-01-24 - 来自专栏农历七月廿一
浏览器跨标签通信
写在前面 今天说一下跨标签通信的一种实现方式，首先跨标签指的是同一个浏览器中不同标签之间进行数据通信，也就是说比如在第一个标签写了一个数据，在另一个标签里面进行数据的使用，而且是实时的 先说现象 自执行函数进行接收获取到的广播消息 (() => { receiveMessages(setMessage) })() </script> </body> </html> 打完收工 这总跨标签的实现方案是有很多的
57310编辑于 2023-10-18 - 来自专栏区块链大本营
跨链通信简要研究
⽬前最有名的跨链项⽬有Cosmos和Polkadot，两者采⽤的都是基于中继链的多链多层架构。由此可⻅，侧链 &中继链技术将会是未来跨链技术的主⼒。 本⽂⾸先简要介绍跨链的技术原理。 公证人机制及哈希锁定 跨链交互根据所跨越的区块链底层技术平台的不同可以分为同构链跨链和异构链跨链。同构链之间安全机制、共识算法、⽹络拓扑、区块⽣成验证逻辑都⼀致，它们之间的跨链交互相对简单。 异构链之间的跨链交互⼀般需要第三⽅辅助服务辅助跨链交互。 跨链要达到安全可信必然对跨链机制、步骤等有⼀些要求，其中最重要的就是跨链事务的原⼦性。 再设置50ETH的获取条件：Alice提供h的原始值s； Alice将字符串s发送到Bob的合约获得50个ETH; Bob观察到步骤5中Alice的s值，将其发送给Alice的合约成功获取1个BTC; Polkadot中平⾏链负责具体的业务场景，平⾏链⾃身不具备区块的共识，它们将共识的职责渡让给了中继链，所有平⾏链共享来⾃中继链的安全保障，中继链是Polkadot组成的⼀部分（中继链有可能不是⼀条链[5]
1.4K32发布于 2020-02-25 - 来自专栏全栈程序员必看
linux跨网段实现内网互通_docker跨主机通信
1.简介 TCP协议规定只有处于同一个网段的IP才能实现互通，如果处于不同网段，则需要借助于所属的网关，即我们可以配置一台双网卡机器作为网关，然后指定路由线路实现跨网段访问。 Server端的路由表 sudo route add -net 10.168.9.0 netmask 255.255.255.0 dev eth1 这条路由表的含义就是发往10.168.9.0/24网段的数据包都由 eth1网卡发出 代理服务器中新增发往Client端的路由表 sudo route add -net 192.168.1.0/24 netmask 255.255.255.0 dev eth0 这条路由表的含义就是发往 192.168.1.0/24网段的数据包都由eth0网卡发出 Client服务器中设置网关为192.168.1.1 sudo route add default gw 192.168.1.1 设置之后就表示当 Client端连接其他网段（非Client子网）时，就会找到192.168.1.1，进而使用192.168.1.1进行连接 注意： 网关只能设置为同一网段的其他IP； 如果只是设置了网关但是没有在代理服务器中指定路由表
3.4K50编辑于 2022-10-01 网传通信巨头26年将裁员5k？你信吗？
爱立信如此、诺基亚也是如此，这些经历过通信浪潮之下惨烈搏杀而幸存下来的全球通信巨头，其韧性远超外人想象，他们在专网、工业互联网等领域的深度技术布局，肯定不可小觑。 真正的底气，应该来自我们国内里那满格的5G信号，来自咱们国家的通信工程师们在全球各地建起的那些基站塔，来自我们国家的工程师在3GPP国际标准会议上越来越频繁的提案和越来越重的通信标准草案话语权。 咱们国家的5G基站总数超过300万，占全球比例超过60%，这个数字背后，是一个从城市到乡村、几乎无死角的超级网络。在5G专利声明数量上，咱们国家的华为已经超越高通成为世界第一厉害！ 华为5G专利数超越高通，排名世界第一。更关键的是咱们国家现在都演进到6G技术第二阶段测试了，属于全球通信技术领先的通信强国！ 在5G-Advanced/6G乃至太空卫星数据链时代，全球产业链是你中有我、我中有你的复杂生态，全球化分工合作更是一荣俱荣，一损俱损，一个充满活力、多元竞争的全球市场，才是催生更加伟大的通信技术的土壤。
20710编辑于 2026-03-17- 来自专栏OpenFPGA
FPGA千兆网TCP通信分析
首先通过上面的简单分析，我们应该很清楚一件事：TCP协议很复杂，光握手过程就需要“三次握手、四次挥手”的复杂过程，不是特别适合FPGA的纯逻辑实现，因为用FPGA实现以太网通信的主要目的就是进行低延时的传输数据 ，而一旦设计规模达到一定量级，FPGA实现通信的优势便不复存在，转而体现出“性价比”低的劣势。 难道利用TCP协议进行通信就不可实现吗？答案当然是否。 因为现在各大厂商都会在自己芯片内部增加软核和硬核，而利用软核和硬核来实现以太网通信也是目前使用比较广泛的方式，但是并不是所有的TCP协议都适合软核或者硬核实现，接下来就简单介绍比较简单的TCP/IP协议栈
1.7K10发布于 2020-06-30 以太网的通信方式
二、以太网的通信方式在以太网中，常用的传输介质有同轴电缆、双绞线、光纤（因为以太网属于有线局域网，所以传输介质中不涉及无线传输介质）。因此以太网的种类就有同轴电缆以太网、双绞线以太网和光纤以太网三种。 如果通信过程中使用的传输介质是同轴电缆，也就是同轴电缆以太网，那么一定属于半双工通信。同轴电缆是总线型拓扑，所有设备连接到同一根电缆上，数据信号通过广播方式传输。 如果通信过程中使用的传输介质是双绞线，即双绞线以太网，那么属于什么通信方式呢？这时候需要就其连接点进行分类讨论。 所以说，用集线器连接的双绞线以太网属于半双工通信。若双绞线连接在交换机上，又得分情况讨论了。早期的网线只包含一对双绞线，只能支持半双工通信）。 而现在使用的网线（比较好的网线）通常是由4对双绞线构成的，支持全双工通信。所以，用双绞线连接的双绞线以太网既支持半双工通信，也支持全双工通信。
69710编辑于 2025-03-27- 来自专栏前端之旅
AJAX 与跨域通信（三）：跨域解决方案
6.postMessage HTML5 提供了 postMessage 和 onmessage 两个 api 用于在跨域站点页面之间进行通信。 window.parent.postMessage('B域收到A域的消息了，通知你一声','http://test.com/a.html'); } </script> 那么这就是简单的跨域窗口间通信了 假设A域有 a.html 和 b.html，B域有 c.html，且 a.html 和 c.html 之间要进行跨域通信。 那么谁能和 a.html 直接通信呢？ （三）跨域获取资源 ③ - WebSocket & postMessage js 中几种常用的跨域方法详解 JavaScript 跨域总结与解决方法 Cross-domain GitHub demo
1.1K40发布于 2019-11-12
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号