dbus

目录 1. 测试环境 2. 设置LAN区段并测试 2.1. 添加LAN区段 2.2. 在虚拟机中设置静态IP地址 2.3. 测试同一LAN区段的主机是否可以联通 2.4. 测试宿主机是否能联通LAN网段 2.5. 测试NAT网络是否可以联通LAN网段 VM 虚拟机使用 LAN 区段可以有效的进行虚拟内网局域网环境的 IP 分配与管理 LAN 区段就是个命名，不需要设置网关等。 要使用 LAN 区段组内网只需要将想要组成一个局域网的主机网卡设置为同一 LAN 区段即可。 LAN 区段无法与宿主机进行通讯， LAN 区段就相当于个独立的内网环境（完全隔离）。 可以在自定义的区段网络中搭建 DHCP 服务器进行 ip 分配。 (1) 测试环境 (NAT 模式为模拟外网， LAN 区段为模拟内网 ) 1) 虚拟机 1 网卡 1 （ NAT ）： 192.168.187.10 网卡 2 （ LAN 区段）： 172.16.0.10 2) 虚拟机 2 网卡 1 （ NAT ）： 192.168.187.11 网卡 2 （ LAN 区段）： 172.16.0.11 3) 宿主机 网卡 1 ： 192.168.187.1 (2) 设置虚拟机网卡 LAN 区段并测试 1. 添加 LAN 区段 虚拟机设置 -> 网卡 -> 点击左侧 “LAN 区段 ” -> 点击 “添加” 输入：区段名称 ( 区段

3.文件管理 本章同步视频： https://edu.51cto.com/sd/e4874 3.4 文件查找 3.4.1 命令查找 1.which - shows the full path of (shell) commands （1）which 说明 which 命令用于查找并显示给定命令的绝对路径，环境变量 PATH 中保 存了查找命令时需要遍历的目录， which 命令会在环境变量$PATH 设 置的目录里查找符合条件的文件。也就是说，使用 which 命令就可以看 到某个系统指令是否存在，以及执行的命令位置。 （2）which 使用 [root@localhost tmp]# which date #列出找到的第一个结果 /bin/date [root@localhost tmp]# which -a date #列出全部结果 /bin/date /usr/bin/date 3.4.2 文档查找 1.whereis - locate the binary, source, and manual page files for a command [root@localhost tmp]# whereis date date: /usr/bin/date /usr/share/man/man1/date.1.gz /usr/share/man/man1p/date.1p.gz

【推荐阅读】微服务还能火多久？>>> QtDBus快速入门 https://blog.51cto.com/9291927/2118184 https://blog.51cto.com/9291927/2118468 1、D-Bus简介 D-Bus是Desktop Bus的缩写，是针对桌面环境优化的IPC(InterProcess Communication)机制，用于进程间的通信或进程与内核的通信。 D-Bus是为Linux系统开发的进程间通信（IPC）和远程过程调用（RPC）机制，使用统一的通信协议来代替现有的各种IPC解决方案。D-Bus允许系统级进程（如：打印机和硬件驱动服务）和普通用户进程进行通信。 D-Bus使用一个快速的二进制消息传递协议，D-Bus协议的低延迟和低消耗特点适用于同一台机器的通信。D-Bus的规范目前由freedesktop.org项目定义，可供所有团体使用。 D-Bus不和低层的IPC直接竞争，比如sockets，shared memory或message queues。低层IPC有自己的特点，和D-Bus并不冲突。 与其他重量级的进程间通信技术不同，D-Bus是非事务的。D-Bus使用了状态以及连接的概念，比UDP等底层消息传输协议更“聪明”。但另一方面，D-Bus传送的是离散消息，与TCP协议将数据看做“流”有所不同。D

1、用户 Linux是个多用户、多任务的操作系统 多个用户：多个用户同时登入 多任务：每个用户可以执行多个任务 用户： 管理Linux系统而存在的 用户一般分为用户名和用户ID（UID） 用户名方便管理员使用，用户ID是唯一区别一个用户(计算机只识别ID) 文件和进程对应用户关系 linux里所有的用户和进程都要有用户对应。 文件存在必须对应用户 进程运行必须对应用户 Linux用户分类 超级管理员：root UID为0 如果用户对应的用户ID（UID）都有root的对应权限 [root@oldboyedu ~]# id root #查看用户ID d=0(root) gid=0(root) groups=0(root) [root@oldboyedu ~]# id uid=0(root) gid=0(root) groups=0(root) context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 [root@oldboyedu ~]# su - oldboy #切换用户 [oldboy@oldboyedu ~]$ logout [root@oldboyedu ~]# vim /etc/passwd #修改用户ID root:x:0:0:root:/root:/bin/bash bin:x:1:1:bin:/bin:

补充 /etc/hostname ：CenOS7主机名配置文件 [root@oldboyedu ~]# cat /etc/hostname oldboyedu /etc/sysconfig/network C6主机名配置文件 [root@oldboy ~]# cat /etc/sysconfig/network NETWORKING=yes HOSTNAME=oldboy 修改主机名 永久生效 [root@oldboyedu ~]# hostnamectl set-hostname oldboy [root@oldboyedu ~]# hostname oldboy 临时改一下 [root@oldboyedu ~]# hostname sun [root@oldboyedu ~]# hostname sun /etc/sysctl.conf Linux内核参数信息文件※※※※※ 调整Linux系统、优化需要配置这个文件 sysctl -p 让修改后的文件生效 一、/usr目录 用户相关 1、 /usr/local：源码编译安装软件默认的位置路径 软件安装（了解）： rpm安装 rpm -ivh 软件包的包名.rpm（几乎不用） yum安装，rpm包管理器，智能帮我们找一个软件包需要的依赖包（推荐） 本质就是rpm安装。自动解决依赖，自动使用rpm命令实现安装。 源代码安装。 2.

struct socket 数据结构 interface network callback 目录 (?) [+] 启动命令 wpa_supplicant 初始化流程 main函数 wpa_supplicant_init函数 wpa_supplicant_add_iface函数 wpa_supplicant_run函数 Wpa_supplicant提供的接口 上行接口 Dbus接口 Unix domain socket 接口 下行接口 Control interface commands 1. 启动命令 wpa supplicant 在启动时，启动命令可以带有很多参数，目前我们的启动命令如下： wpa_supplicant /system/bin/wpa_supplicant -Dwext -ieth0 -c/data/wifi/wpa_supplicant.conf -f/data/wifi/wpa_log.txt wpa_supplicant 对于启动命令带的参数，用了两个数据结构来保存， 一个是 wpa_params, 另一个是 wpa_interface. 这主要是考虑到 wpa_supplicant 是可以同时支持多个网络接口的。 wpa_params 数据结构主要记录与网络接口无关的一些参数设置。 而每一个网络接口就用一个 wpa_interface 数据结构来记录。

转自 DBus 入门与应用－－基本概念 上（C API 级别的使用观点） 、 DBus 入门与应用－－基本概念 下（C API 级别的使用观点） 转载请注明出处 作者： 唐风 DBus是用来进行进程间通信的。下面这张图展示了一些DBus的大部分东西，但是它太复杂了： DBus 本身是构建在 Socket 机制之上。真正的通信还是由 Socket 来完成的。DBus 则是在这之上，制定了一些通信的协议，并提供了更高一层的接口，以更方便应用程序之间进行数据的交互。 在DBus的体系中，有一个常驻的进程 Daemon，所有进程间的交互都通过它来进行分发和管理。所有希望使用 DBus 进行通信的进程，都必须事先连上 Daemon，并将自己的名字注册到 Daemon 上，之后，Daemon会根据需要把消息以及数据发到相应的进程中。 首先使用 1 conn = dbus_bus_get(DBUS_BUS_SESSION, &err); 让应用程序和 DBus 之间取得连接。之后，使用函数 1 ret = dbus_bus_request_name(conn, " test.method.server " , 2 DBUS_NAME_FLAG_REPLACE_EXISTING 3 , &err); 将自己的进程名字注册到 Daemon 上。（参考前篇的[共通用代码]）。这样通信就有了基础了。

拓展阅读： 如何基于日志，同步实现数据的一致性和实时抽取? 快速部署DBus体验实时数据流计算 Dbus所支持两类数据源的实现原理与架构拆解。 大体来说，Dbus支持两类数据源： RDBMS数据源 日志类数据源 一、RMDBMS类数据源的实现 以mysql为例子. 分为三个部分： 日志抽取模块 增量转换模块 全量拉取模块 1.1 日志抽取模块（Extractor） mysql 日志抽取模块由两部分构成： canal server：负责从mysql中抽取增量日志。 mysql-extractor storm程序：负责将增量日志输出到kafka中，过滤不需要的表数据，保证at least one和高可用。 我们知道，虽然mysql innodb有自己的log，mysql主备同步是通过binlog来实现的。而binlog同步有三种模式：Row 模式，Statement 模式，Mixed模式。因为statement模式有各种限制，通常生产环境都使用row模式进行复制，使得读取全量日志成为可能。 通常我们的mysql布局是采用 2个master主库（vip）+ 1个slave从库 + 1个backup容灾库 的解决方案，由于容灾库通常是用于异地容灾，实时性不高也不便于部署。 为了最小化对源端产生影响，我们读取binlog日志从slave从库读取。 读取binlog的方案比较多