OpenHarmony源码分析之分布式软总线：trans_service模块(1)/认证通道管理

最新推荐文章于 2025-03-04 13:55:21 发布
最新推荐文章于 2025-03-04 13:55:21 发布
阅读量1.3k 收藏 9
点赞数 10
分类专栏： 移动开发 openHarmony 鸿蒙开发 文章标签： 分布式 嵌入式硬件 驱动开发 鸿蒙系统 软总线 openHarmony 模块
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/MNxiaona666/article/details/142219983
版权
最低0.47元/天 解锁文章
OpenHarmony源码分析之分布式软总线：trans_service模块(4)/TCP会话管理
weixin_46669761的博客
05-29 852
一、概述 trans_service模块基于系统内核提供的socket通信，向authmanager模块提供设备认证通道管理和设备认证数据的传输；向业务模块提供session管理和基于session的数据收发功能，并且通过GCM模块的加密功能提供收发报文的加解密保护。 在上一篇博客 OpenHarmony源码分析之分布式软总线：trans_service模块(2)/会话管理之新会话中已经介绍了在分布式软总线中TCP会话管理的部分内容，如TCP新会话的管理。本文将继续介绍会话管理的相关内容，重点在于TCP会话
OpenHarmony源码分析之分布式软总线：trans_service模块(5)/TCP会话管理
MNxiaona666的博客
09-14 1271
trans_service模块基于系统内核提供的socket通信，向authmanager模块提供设备认证通道管理和设备认证数据的传输；向业务模块提供session管理和基于session的数据收发功能，并且通过GCM模块的加密功能提供收发报文的加解密保护。本文将继续介绍鸿蒙系统的会话机制的管理，承接上文 OpenHarmony源码分析之分布式软总线：trans_service模块(4)/TCP会话管理 的内容，本文将介绍鸿蒙系统如何处理客户端发起的请求消息。
OpenHarmony 4.0 实战开发——分布式软总线解析：设备发现与传输
m0_70748458的博客
05-08 2090
OpenHarmony 的分布式软总线子系统为 OpenHarmony 系统提供的通信相关的能力，包括：WLAN 服务能力、蓝牙服务能力、软总线、进程间通信 RPC（Remote Procedure Call）等通信能力。下面我们通过阅读 OpenHarmony 4.0 的源码，来解读一下 OpenHarmony 软总线当前的一个实现情况。
【鸿蒙OH 5.0】OpenHarmony之分布式软总线coap_discover.c(四)
最新发布
xiaolizibie的博客
03-04 125
OpenHarmony之分布式软总线coap_discover.c(四)
OpenHarmony之分布式软总线
DD'Notes
11-23 920
OpenHarmony之分布式软总线背景概述从之前的文档(OpenHarmony之内核层)可知， 分布式软总线是多设备终端的统一基座，为设备间的无缝互联提供了统一的分布式通信能力，能够快速发现并连接设备，高效地传输任务和数据。分布式软总线实现近场设备间统一的分布式通信管理能力，提供不区分链路的设备间发现连接、组网和传输能力，主要功能如下： 发现连接：提供基于Wifi、蓝牙等通信方式的设备发。│ ├── common # 适配层管理，网络适配，协议适配等。
【OpenHarmony】初识设备间互联互通的统一基础：分布式软总线
qq_56870066的博客
12-09 1808
很久没有写出一篇能够分享出来的学习心得了，零零散散地写了好多，总是不太满意。今年8月份开始正式投入精力去学习open harmony，记得第一次接触open harmony的那一个星期，我导师（华哥）就跟我说：可以理解一下什么是软总线。总线的概念当然不是第一次接触，当"软总线"第一次出现在脑子里的时候，立马就联想到了计算机组成原理里的总线。再结合平常积累的知识，比如说鸿蒙OS的特征，计算机科学常用逻辑上的、概念上的、虚拟的…
简析OpenHarmony软总线能力
maniuT的博客
04-12 1210
在 OpenHarmony 的源码里和系统功能相关的部分大多都放在 foundation 这个文件夹里，而通讯相关的部分则是在 communication 这个文件夹内。├── adapter //适配层│ ├── common //适配层管理，网络适配，协议适配等│ └── default_config //适配层配置├── components //依赖组件│ ├── mbedtls //开源ssl库，在三方库里。
OpenHarmony源码分析之分布式软总线：trans_service模块(2)/会话管理之新会话
MNxiaona666的博客
09-13 772
trans_service模块基于系统内核提供的socket通信，向authmanager模块提供设备认证通道管理和设备认证数据的传输；向业务模块提供session管理和基于session的数据收发功能，并且通过GCM模块的加密功能提供收发报文的加解密保护。在之前的博客 OpenHarmony源码分析之分布式软总线：trans_service模块/认证通道管理 中已经对认证通道管理的相关源码进行了详细的分析，因此本文重点介绍trans_service模块提供的第二个功能——会话管理。
OpenHarmony源码分析之分布式软总线：trans_service模块(6)/TCP会话管理
MNxiaona666的博客
09-14 960
trans_service模块基于系统内核提供的socket通信，向authmanager模块提供设备认证通道管理和设备认证数据的传输；向业务模块提供session管理和基于session的数据收发功能，并且通过GCM模块的加密功能提供收发报文的加解密保护。本文是分布式软总线的会话管理机制的结尾部分，在前文中介绍了新会话中客户端请求数据的处理过程，本文重点介绍普通会话中的新数据处理。衔接OpenHarmony源码分析之分布式软总线：trans_service模块(5)/TCP会话管理。
OpenHarmony之分布式软总线nstackx_common.c分析
MNxiaona666的博客
09-13 975
上篇coap_service.c代码中基本上每个接口函数都调用了nstackx_common.c中的接口，最终nstackx_common.c中的接口函数再调用coap_discover.c中的接口函数。所以coap_service.c中的接口函数是对外提供的顶层接口，分析过程也是从顶层宏观调用到下层实现细节。
OpenHarmony 4.0 分布式软总线解析：设备发现与传输
maniuT的博客
04-10 2827
OpenHarmony 的分布式软总线子系统为 OpenHarmony 系统提供的通信相关的能力，包括：WLAN 服务能力、蓝牙服务能力、软总线、进程间通信 RPC（Remote Procedure Call）等通信能力。下面我们通过阅读 OpenHarmony 4.0 的源码，来解读一下 OpenHarmony 软总线当前的一个实现情况。
openHarmony分布式软总线开发1
08-04
1.初始化InitService()发现服务 2.模块增加到g_publishModule 1.获取本设备ip 2.BusManager()启动软总线 1.当检
Openharmony重要特性之一浅析分布式软总线
流风的专栏
08-04 7521
​ 分布式软总线能做什么？​ 1.1 通过共享一个局域网(wifi或蓝牙)，可以发现设备。​ 通过设备名等关键字可以查找到在共享的网络中所有设备，并进行通信。关键是不需要预告知晓对方设备的IP地址与端口。​ 1.2 支持消息、字节、流、文件的数据传输能力。​ 实际应用中，可以将文字、图片、文件或音视频流进行传输。​ 1.3 支持富设备、小型设备、轻量设备。​ 实际应用中，可以做到跨设备间使用。笔者在L0与L2、L2与L2等两类设备间测试通过。
OpenHarmony源码分析之分布式软总线：os_adapter模块解析
weixin_46669761的博客
05-28 1245
一、概述 os_adapter模块是操作系统适配层。HarmonyOS的操作系统底层可以是：HarmonyOS micro kernel，Linux kernel，且 Lite OS将成为一个完整的鸿蒙微内核架构。鸿蒙系统内部各个模块内部使用的函数需要支持针对不同版本平台的适配，体现各部分解耦的模块化设计思想，针对不同的硬件设备，组合成最适合该设备的OS。当前版本的鸿蒙系统的os_adapter模块针对Lite OS内核和Linux内核实现了互斥锁和消息队列的适配。下面分别对两种内核的适配源码进行分析。 二
OpenHarmony之分布式软总线nstackx_device.c(二)
pengjiadashaoye的博客
11-27 344
之前已经介绍了nstackx_device.c中用到的设备信息结构体以及在头文件中声明的功能函数。nstackx_device(一) 下面对函数定义进行具体标注。
OpenHarmony之分布式软总线coap_discover.c(三)
MNxiaona666的博客
09-13 440
本文会分析到coap_discover.c中有关wifi事件的消息队列处理过程。
OpenHarmony源码分析之分布式软总线：authmanager模块(1)/设备认证连接管理
weixin_46669761的博客
04-18 1858
一、 概述 authmanager模块是鸿蒙为设备提供认证机制的模块。模块内的主要处理过程包括报文的接收、解密、再次封装、加密、发送的步骤。本文重点介绍当有设备发起身份认证连接请求时，系统是如何管理的。处理过程主要集中在wifi_auth_manager.c文件中。 二、 源码分析 当有设备发起连接请求时，首先在trans_service模块建立socket连接，主要在函数 ProcessAuthData() 中实现： /* 函数功能: 处理listenFd的事件调用accept建立连接生成通信描述符g
OpenHarmony深度解读之分布式软总线：authmanager模块(4)/设备身份认证过程
weixin_46669761的博客
04-18 922
一、概述 authmanager模块是鸿蒙为设备提供认证机制的模块。模块内的主要处理过程包括报文的接收、解密、再次封装、加密、发送的步骤。本文将继续介绍设备身份认证过程的细节。 二、源码分析 本文源代码主要是位于wifi_auth_manager.c文件中。 在函数 OnDataReceived() 中处理认证协议数据包负载部分。 /* 函数功能：处理接收到的认证协议数据包数据负载部分 函数参数： conn：认证设备连接信息结构体 pkt：认证协议数据包头部结构体的地址 data
使用ubuntu20.04基于linux 5.15版本的内核编译驱动程序时，报错：make make CC=x86_64-linux-gnu-gcc-9 -C /lib/modules/5.15.0-72-generic/build M=/home/test/PCIE_Trans2PIC/drv modules make[1]: Entering directory '/usr/src/linux-headers-5.15.0-72-generic' warning: the compiler differs from the one used to build the kernel The kernel was built by: gcc (Ubuntu 9.4.0-1ubuntu1~20.04.1) 9.4.0 You are using: x86_64-linux-gnu-gcc-9 (Ubuntu 9.4.0-1ubuntu1~20.04.1) 9.4.0 CC [M] /home/test/PCIE_Trans2PIC/drv/asu_pcie.o MODPOST /home/test/PCIE_Trans2PIC/drv/Module.symvers CC [M] /home/test/PCIE_Trans2PIC/drv/asu_pcie.mod.o LD [M] /home/test/PCIE_Trans2PIC/drv/asu_pcie.ko BTF [M] /home/test/PCIE_Trans2PIC/drv/asu_pcie.ko /bin/sh: 1: pahole: not found make[3]: *** [scripts/Makefile.modfinal:60: /home/test/PCIE_Trans2PIC/drv/asu_pcie.ko] Error 127 make[3]: *** Deleting file '/home/test/PCIE_Trans2PIC/drv/asu_pcie.ko' make[2]: *** [scripts/Makefile.modpost:139: __modpost] Error 2 make[1]: *** [Makefile:1822: modules] Error 2 make[1]: Leaving directory '/usr/src/linux-headers-5.15.0-72-generic' make: *** [Makefile:9: all] Error 2 ，该如何解决
05-31
make make CC=x86_64-linux-gnu-gcc-9 -C /lib/modules/5.15.0-72-generic/build M=/home/test/PCIE_Trans2PIC/drv \ EXTRA_CFLAGS="-I/usr/include/dwarves" \ V=1 modules ``` 其中，`-I/usr/include/dwarves`...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值