网段

EasyRTSPServer修正多网卡多IP情况下解码器不能解码显示问题 提出问题： 海康NVR接入正常，但接入海康解码器出不来图像。 分析问题： 海康解码器是以rtp over udp的方式进行取流，如果运行streamingServer的PC，网络设置为以下两种情况，则都可以正常上墙显示 ： 本机仅设置一个IP，且和解码器在同一网段； 本机有两个IP, 如192.168.xx.xx 和 190.168.xx.xx，解码器网段为190.168.xx.xx； 当同一网卡设置了以下不同网段的IP,则会出现解码器不能解码上墙的问题，如： 192.168.100.8 192.168.5.8 190.168.100.1 190.168.12.8 经过分析，在setupDatagramSocket函数中，bind时填写的地址为0.0.0.0，而本机中有多个ip，猜想是因为在发送udp数据时，系统随机选用一个ip与解码器通信，导致解码器没有收到数据。 解决问题： 注: 必须将sps、pps、关键帧数据分开发送,否则海康解码器只能接收但不解码显示; 在setupDatagramSocket函数中增加参数 int clientSock, 用于获取当前解码器和streamingserver通信的ip, 将其绑定, 如下: int setupDatagramSocket

设置虚拟机的步骤主要分三步： 1、虚拟机连接方式设置为桥接； 2、统一网段； 3、关闭windows防火墙 详情如下： 1、虚拟机连接方式设置为桥接 注：两台虚拟机的连接方式都要设置为桥接 2、统一网段 如果设置第一步的时候没有进行ip设置，那么这两台虚拟机默认就在统一网段内，可以在虚拟机检查看是否在统一个网段中：开始菜单>>搜索程序和文件中输入cmd>>回车>>ipconfig>>回车 如果两台虚拟机的ip地址前三个相同，类似如图192.168.30.*，那么就在同一个网段内，如果不在同一个网段内，就需要分别设置ip地址在同一网段了。（网上很多设置ip的教程在这就不累赘了） 3、关闭windows防火墙 这一步很关键，之前一直ping不通，在这找了好久的原因，原来是防火墙的原因。 原文链接：https://blog.csdn.net/ChengTong007/article/details/81777656 来源： https://www.cnblogs.com/jiaobaobao/p/11657741.html

从前依赖大数据只要熟练掌握burp、sqlmap、nmap、awvs就可以针对性的进行漏洞检测。当换一个场景遇到成百上千个目标需要测试时。人工这套手段好像不太够用。 0x1 什么是漏洞扫描 漏洞扫描是完成风险评估的一种手段。很多专业者都搞出了很自动化、工程化的系统出来，从子域收集，ip 提取，字典定制化生成，新业务监控，威胁情报收集，漏洞扫描、告警，甚至自动生成报告，提交至 zdi、hackerOne 及各大 SRC 平台，实现技术套现…… 0x2 为什么要做网段的探测 针对某些特定网段做同源确实会有威胁情报挖掘的价值。参考《 那些和185.244.25.0/24网段有关的Botnet 》 通过收集特定网段的端口信息结合当前掌握C2主机信息。资产收集的作用如下： 情报搜集 :ip段搜索存活主机，域名、ip是否与apt组织活动有关联 情报关联: 通过关联的ip、域名开放的端口与掌握的数据进行匹配判断C2主机实际作用 数据挖掘: 通过内部威胁情报数据挖掘受控主机范围、样本数据 数据关联 :分析样本，关联样本与主机的关系。入库主机的远程端口开放规则、已经掌握的远控端口、端口banner、SSL证书。 0x3 资产收集 很多扫描器都可以做资产收集，通过大数据做收集的平台也开始增加起来。 大数据做安全的网站 但是这些平台多少会有查询数量的限制。如果可以仿照一个技术信息库

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。 本文链接： https://blog.csdn.net/czg13548930186/article/details/79789001 ▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼ 分享一个大神朋友的人工智能教程。零基础！通俗易懂！风趣幽默！还带黄段子！希望你也加入到人工智能的队伍中来！点击浏览教程。写得特别用心喔~ →→→→→→大神朋友简介：从事十几年人工智能研究， 麻省理工博士学位 ，目前在百度继续进行着人工智能的研究。。。 ▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲ 学习于韦工百问科技-悦己方能悦人，感谢！ 我的环境：unbuntu16.04 特别注意 ：如果你使用的虚拟机和Ubuntu不一样，现象可能不一样，请具体情况具体分析。 一、为什么要让虚拟机中的Ubuntu上网？ 想在线安装软件，下载git源码包，或者要用浏览器浏览网页 二、虚拟机中的Ubuntu有几种上网方式？ 通常有2种，NAT、 桥接 三、NAT上网怎么用？ NAT方式----让虚拟机内的系统 上网的最快速的方式 。如果你仅仅是想让虚拟机内的Ubuntu上网

刚起的虚拟机无法相互ping通，属于两个网段，中间通过路由相连接 比如:10.11.12.202 ping 10.11.13.102 首先，ssh到10.11.12.202中， route -n 查看路由表项，发现没有默认路由： Destination Gateway Genmask Flags Metric Ref Use Iface 10.11.12.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 添加默认路由： sudo route add default gw 10.11.12.200 dev eth0 设置默认网关gw 10.11.12.200，即连到别的子网的需要通过该网关，这个网关也是路由连接到本子网的网关地址，dev eth0强制设置为eth0口 Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 10.11.12.200 0.0.0.0 UG 0 0 0 eth0 10.11.12.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 这时候还不能ping通，因为10.11.13.102的网关没设置 ssh到10.11.13.102中， route -n Destination Gateway Genmask Flags Metric Ref

两台主机可以互通的条件是： 两台主机在一个网段中。 如何判断两台电脑是否在一个网段中： 1、发送方将目的ip与自己的子网掩码进行&运算，如果与自己ip运算结果相同，则在同一个网段中 2、接收方将发送方ip与自己的子网掩码进行&运算，如果与自己ip运算结果相同，则在同一个网段中 当双方都判断在同一网段中，才会互通。 网关： 如果发送方与接收方不在同一网段中，则把数据包交给网关，网关会发送广播。 即网关是用于不同网段之间的通信 示例： 两台虚拟机进行通讯。先前配置：设置两台虚拟机的网络适配器，保证两台主机的网络都是连接仅主机模式（或自定义的VMnet1） 1、 一号计算机： ip：172.25.0.10 子网掩码（Netmask）：255.255.255.0 (24) 网关：空 二号计算机： ip：172.25.0.11 子网掩码（Netmask）：255.255.255.0 (24) 网关：空 结果：一号计算机能够ping通二号计算机，二号计算机能够ping通一号计算机。 原因：两台主机处在同一个网段中。都是172.25.0.X 2、 一号计算机： ip：172.25.1.10 子网掩码（Netmask）：255.255.255.0 (24) 网关：空 二号计算机： ip：172.25.0.11 子网掩码（Netmask）：255.255.255.0 (24) 网关：空 结果

路由策略：操作对象是路由信息，主要用于两个方面:(1)对路由信息进行过滤。（2）修改路由属性 什么是路由策略 路由策略不是一个特定的技术，也不是一个特定的特性 PBR：操作对象是数据包，策略路由是通过用户制定的策略进行转发，且该策略优于路由表的转发。（在路由表已经产生的情况下，不按照路由表进行转发，而是根据需要，依照某种策略改变数据包转发路径 路由策略包括：1.router-policy 的组成 首先通过ACL或者IP-Prefix 工具来匹配流量目标流量 　l 节点号 一个Route-Policy可以由多个节点（node）构成。路由匹配Route-Policy时遵循以下两个规则： 1）顺序匹配：在匹配过程中，系统按节点号从小到大的顺序依次检查各个表项，因此在指定节点号时，要注意符合期望的匹配顺序。 2）唯一匹配： Route-Policy各节点号之间是“或”的关系 ，只要通过一个节点的匹配，就认为通过该过滤器，不再进行其它节点的匹配。 l 匹配模式 节点的匹配模式有两种：permit和deny。 1）permit指定节点的匹配模式为允许。当路由项通过该节点的过滤后，将执行该节点的apply子句，不进入下一个节点；如果路由项没有通过该节点过滤，将进入下一个节点继续匹配。 2）deny指定节点的匹配模式为拒绝。这时apply子句不会被执行。当路由项满足该节点的所有if

本次讲解说明所使用的vmware虚拟机版本基于vmware12 可以看到上面图片中对于网络连接有五种模式 桥接模式 NAT模式 仅主机 自定义 LAN区域 这里我们讲解 前三种 模式 桥接模式 从上图中可以看到张三同学与王五同学在同一间网络教室中，其中张三的IP：192.168.1.100，王五的IP：192.168.1.111，这时张三同学在他自己的电脑中的VMware虚拟机中安装一个CentOS系统此时，他的网络连接方式选择 桥接 模式，那么VMware虚拟机会为CentOS自动的分配一个IP，这个IP为：192.168.1.xxx。也就是说选择桥接模式。 分配的地址会保证我们在一个网段中 ，那么此时，王五同学想要ping张三同学电脑中CentOS的地址，是可以的。因为他们都在同一个网段中。 好处 ：可以与同在这一个网络教室中（ 同一网段 ）的任何同学进行网络上的相互访问。 缺点 ：假如你在工作中，这样的操作可能将你同事的IP地址进行抢占。发生IP冲突问题。 NAT模式 ： NAT：网络地址转换模式 从上图中可以看出张三，李四，王五同在一个网络化境中。此时张三的物理机IP为192.168.1.100。这次张三同学在自己电脑中安装一个CentOS系统。选择的网络连接方式为 NAT 模式。那么创建出来的CentOS系统，会分配一个 新的网段 ，在这里我们假如是如上的192.168

在渗透过程中，MSF漏洞利用神器是不可或缺的。更何况它是一个免费的、可下载的框架，通过它可以很容易地获取、开发并对计算机软件漏洞实施攻击。它本身附带数百个已知软件漏洞的专业级漏洞攻击工具。是信息收集、漏洞扫描、权限提升、内网渗透等集成的工具。 前不久MSF从4.7升级到MSF5.0,其中改进了数据库的处理逻辑，优化了msfconsole终端操作，并将PostgreSQL作为一个RESTful服务单独运行。此外还加入一个Web服务框架，新的免杀模块，优化了控制功能等。 下面小白总结了一下在渗透测试中，使用频率较多的MSF命令，分为以下几块来讲。 信息收集 发现目标网段的存活主机: 我们可以利用auxiliary这个模块来获取目标网端的信息，包括端口开放情况、主机存活情况。 auxiliary/scanner/discovery/arp_sweep auxiliary/scancer/smb/smb_version 存活的445主机 auxiliary/scanner/portscan/syn 端口扫描 auxiliary/scanner/telnet/telnet_version telent服务扫描 auxiliary/scanner/rdp/rdp_scanner 远程桌面服务扫描 auxiliary/scanner/ssh/ssh_version ssh主机扫描 。。。。。。

7. 在k8s集群中run一个应用 nginx已经跑起来了到此kubernetes集群部署结束了。 8. 总结 　　此次部署kubernetes的起因是AI团队中的kubernetes项目跑在其他IP段网络中，但是使用的是另外一个网段的ceph分布式存储，出了点问题。然而在ceph分布式存储IP网段中有一套1.13的k8s，挂在cephfs是没有问题的。反正各种原因吧。促使我在以上两个网段又搭建了一套kubernetes。本次部署的kubernetes1.15.3的版本。发布这么久了尝尝~哈哈。 总结下此次部署的问题吧。 问题1 因国内网络问题，网上有很多帖子部署kubernetes 大多源需要自己想办法才能解决。才能下载相关部署images 源等。本次部署使用的是国内阿里云的源以及images。具体地址请见3.b章节配置内容。 问题2 报错为： [wait-control-plane] Waiting for the kubelet to boot up the control plane as static Pods from directory "/etc/kubernetes/manifests". This can take up to 4m0s [kubelet-check] Initial timeout of 40s passed. 解决办法，很可能是网络问题。