1.STM32F4DiscoverySTM32F4DISCOVERY扩展板
2.Nacos 1.4.1源码解析之服务注册--AP
3.springboot读取配置(springboot读取配置文件)
4.Network Service Discovery - mDNS-SD
5.UDDI开放源代码UDDI工具
6.web渗透信息侦察收集工具——Recon-ng

STM32F4DiscoverySTM32F4DISCOVERY扩展板

       DM-F4BB扩展模块配置：基于ST原厂STMF4DISCOVERY推出的高性能扩展板，支持3.5寸工业级LCD触摸屏与万像素OV Camera模块，源码配备多达6路串口、源码CAN、源码IIC、源码SPI、源码主动净量指标源码以太网口、源码USB2.0 FS OTG/device/host、源码TF卡等接口，源码支持操作系统如uC/OS-Ⅱ_v2. & uC/GUI_v3.a，源码并提供BSP源码，源码支持文件系统如FatFs_vR0.a与协议栈LwIP_v1.3.2。源码

       DM-STF4BB：深圳市英蓓特科技有限公司推出的源码基于STMF4DISCOVERY的扩展板，基于ARM -bit Cortex-M4的源码STMFVGT6处理器，最高运行频率MHz，源码提供丰富的外设接口，包括Camera模块输出、3.5寸工业级LCD触摸屏，支持操作系统如uC/OS-Ⅱ与提供BSP源码包。

       DM-STF4BB与STMF4DISCOVERY共同构成Embest的Devkit评估板，完善了功能，拓展了主芯片的功能，帮助客户体验更多外设功能，内置ST-LINK/V2调试器，采用USB供电，是面向广大ST电子爱好者的低成本开发套件。

       STMF4DISCOVERY是ST公司推出的基于STMF4xx系列芯片的评估套件，主控芯片为STMFVGT6，提供处理器、存储器、传输接口、输入输出接口、注册系统php源码调试接口、运动传感、Camera接口、音频接口、液晶触摸屏接口、扩展接口，支持操作如uC/OS-II操作系统、文件系统与网络协议栈，提供开发环境支持与调试工具支持，适合医疗产品、网络终端、电机控制、工业控制、智能仪器仪表、家庭/楼宇自动化、数据采集分析等领域。

Nacos 1.4.1源码解析之服务注册--AP

       nacos的使用方法在zhuanlan.zhihu.com/p/...有详细介绍。

       在启动nacos Client时，首先开启自动装配功能，接着初始化discovery配置参数。紧接着，注册NacosServiceRegistry，然后注册服务自动注册bean NacosAutoServiceRegistration。在Spring容器启动完成时，启动发布监听事件。此过程中，NacosAutoServiceRegistration实现ApplicationListener，监听springBoot web容器启动事件，于Spring容器启动的finishRefresh阶段启动web容器后发布。接收到消息后执行onApplicationEvent，设置服务端口。汽车选号源码

       服务元数据初始化通过NacosRegistration，用户可以通过配置文件配置，或使用API进行服务注册。服务注册通过rest请求至/nacos/v1/ns/instance实现，官方文档提供详细指导。

       nacos server端的API服务主要由com.alibaba.nacos.naming.controllers.InstanceController入口控制。它采用缓存结构，第一层为namespace，第二层为group分组。在service中，clusterMap按照集群分组，集群内才是实例列表。在添加、修改实例或基于集群纬度修改实例时，使用copyOnWrite方式替换。流程图展示基本操作流程。

springboot读取配置(springboot读取配置文件)

       springboot获取复杂的list配置文件

       1、我们在使用@ConfigurationProperties(prefix=system)读取yml配置文件过程中会遇到读取yml文件中列表。如：yml文件设置访问白名单，Config里面使用List集合接收。方法比较简单。

       2、配置文件SpringBoot使用一个全局的配置文件application.propertiesapplication.yml配置文件的作用：修改SpringBoot自动配置的默认值，SpringBoot在底层都给我们自动配置好。

       3、第@Configuration注解，读取配置到类中，批量注入配置属性第Environment对象，获取配置文件中所有的属性的对象如果你想掌握时下热门微服务技术栈，跟上时代技术步伐，就去黑马程序员官网视频库看免费视频。黑马抄底指标源码

       4、nacos跟apollo的处理思路有点不一样，找了很多资料，貌似没有找到nacos里直接获取整个获取配置文件的方法，后面如果有同学找到了这个方法记得留言提醒我。nacos在springboot启动的时候已经把所有配置文件都注入到了spring里。

Springboot打成JAR包后读取外部配置文件

       1、自定义jar目前只能读取application.properties和application.yml吧。可以用一个简单点的方法进行监听注入，在工具包内写一个init方法，在springboot启动时初始化就可以了。比如springboot启动完成后读取配置文件，然后注入到工具包内。

       2、在此处，我们可以使用java-jardemo-0.-SNAPSHOT来运行项目。正常运行。当我们将其打成jar包时，application.properties同样不会被打包进jar包中。需要另外复制出来和jar包放在才能正常运行。

       3、以jar包发布springboot项目时，默认会先使用jar包同级目录下的application.properties来作为项目配置文件。但使用--spring.config.location指定了配置文件，则读取指定的配置文件。

SpringBoot配置文件存放位置以及读取顺序

       SpringBoot系统启动时默认会读取的配置文件，支持properties\yml格式。也就是说，会先加载application.properties，根据spring.profile.active的设置加载相应的application-XX.properties配置，然后按优先级合并配置文件。全新源码编程

       使用springboot的方式，此种方式jar需要放到前面格式例如以jar包发布springboot项目时，默认会先使用jar包同级目录下的application.properties来作为项目配置文件。

       application.properties中：server.port=，application.yml中：server.port=。问题：springboot是否都加载这两个配置文件？如果两个文件有相同的key，取哪一个文件的value？答：都加载，且按properties→yml的顺序加载。

       springboot配置文件支持灵活的路径，以及灵活的文件名，用一个变量表达式总结如下：部分源码如下：当满足上述变量表达式的配置文件有多个时，会有一个配置的优先级。

       springboot中获取apollo或者nacos里的配置文件

       此时，需要在bootstrap.yml中添加springcloud配置：（至于为什么是bootstrap.yml而不是application.yml，这又是另一个问题了）有了上面的配置，程序启动后，就能正常的从nacos配置中心获取配置了。

       在application.yaml配置文件中指定nacos中配置的DataID不会生效，需要通过注解@NacosPropertySource指定才能生效。

       nacos-config这个依赖就相当于SpringCloudConfig，nacos-discovery这个依赖就相当于Eureka。

一文讲清楚SpringBoot六种读取配置方式

       1、使用开发工具创建一个纯净maven工程删除配置spring-biz.xml并且新增如下配置：本文梳理了SpringBoot六种读取配置方式，大家在项目中可以进行灵活组合和应用，希望本文对大家有所帮助。

       2、则只会根据classloader的classpath列表，选取第一个出现的文件。因为springboot加载配置文件时最底层是使用的下面的方法：这两个方法只会获取classloader类的ucp属性里面第一个匹配到的值。

       3、idea中，为了我们本地方便开发测试，我们在此处创建一个config目录，然后把application.properties放进去，项目正常运行。jar包会自动生成在target目录下。

       4、配置文件SpringBoot使用一个全局的配置文件application.propertiesapplication.yml配置文件的作用：修改SpringBoot自动配置的默认值，SpringBoot在底层都给我们自动配置好。

       5、SpringBoot中的配置文件主要有三种格式，properties、yaml、和xml方式。

       6、SpringBoot系统启动时默认会读取的配置文件，支持properties\yml格式。也就是说，会先加载application.properties，根据spring.profile.active的设置加载相应的application-XX.properties配置，然后按优先级合并配置文件。

springboot配置文件读取

       nacos在springboot启动的时候已经把所有配置文件都注入到了spring里。

       idea中，为了我们本地方便开发测试，我们在此处创建一个config目录，然后把application.properties放进去，项目正常运行。jar包会自动生成在target目录下。

       这个问题的存在是因为在spring跑到@serviceclass的时候，我们还没有取到配置文件里面的value，所以导致了spring认为这个valuevariable没有initialize。

       关于如果修改默认的加载路径和文件名，后面会继续讨论。SpringBoot系统启动时默认会读取的配置文件，支持properties\yml格式。

Network Service Discovery - mDNS-SD

        基于 AOSP master 分支，至少是 Android

        以 discoverService 为例，介绍 Network Service Discovery 调用流程

        frameworks/base/core/java/android/net/nsd/NsdManager.java

        frameworks/base/services/core/java/com/android/server/NsdService.java

        这里有两个重要方法：

        frameworks/base/services/core/java/com/android/server/NsdService.java

        要执行之，首先需要执行 的初始化

        // 初始化过程先不分析了，结论是作为 client 端连接一个 socket 到 server端（netd）

        与前文分析相同，以 “mdnssd” 为命令，以 “discover”、discoveryId、serviceType 作为参数列表

        system/netd/server/main.cpp

        system/core/libsysutils/src/SocketListener.cpp

        onDataAvailable() 方法的具体实现在 SocketListener 子类 FrameworkListener 中

        system/core/libsysutils/include/sysutils/FrameworkListener.h

        先确定 mCommand 集合里有什么，才能确定具体执行的 runCommand() 方法是什么

        system/netd/server/MDnsSdListener.cpp

        从以上源码可知，注册的命令是 “mdnssd”，与前文的客户端匹配

        具体命令的处理过程如下，前文提到了 discover 和 start-service 两个操作，这里仅分析 discover 命令

        external/mdnsresponder/mDNSShared/dnssd_clientstub.c

UDDI开放源代码UDDI工具

       在技术领域，UDDI（Universal Description, Discovery, and Integration）是一种用于描述、发现和集成Web服务的标准化框架。近年来，开源社区对UDDI技术的发展做出了重要贡献，推出了多个开源工具以支持UDDI的实现和应用。以下是其中一些备受关注的开源项目:

       首先，Apache jUDDI是一个广泛使用的UDDI实现，它基于Apache软件基金会的开源项目，为开发者提供了强大的UDDI服务支持。jUDDI提供了高性能、可扩展的UDDI服务器，有助于简化服务发现和集成的过程。

       其次，Ruddi是另一个开源UDDI实现，它以轻量级和易于部署为特点，适用于对资源有限的环境。Ruddi提供了一个简洁的接口，使得开发者能够快速集成UDDI功能到他们的应用中。

       OpenUDDI则是针对客户端开发的开源项目，它提供了一个用户友好的UDDI浏览器，使得开发者和最终用户能够直观地浏览和搜索服务信息。OpenUDDI客户端工具简化了与UDDI服务器的交互，提高了用户体验。

       Apache Scout也参与到UDDI的开源生态中，它是一个集成框架，可以帮助开发者更方便地使用UDDI和其他Web服务。Scout通过集成UDDI，增强了应用程序对服务发现和集成的支持。

       UDDI4J和uddi4r是针对Java开发者的UDDI实现，它们提供了Java API，使得Java应用能够无缝地利用UDDI服务。这些工具在Java开发环境中尤其受欢迎，因为它们简化了代码编写和部署。

       对于那些寻求更轻量级解决方案的用户，UDDI: Lite是一个值得考虑的选择。它提供了一个精简版的UDDI实现，专为资源受限环境设计，但功能依然强大，能够满足基本的UDDI需求。

       最后，Sun的JAXR（Java API for XML Registries）参考实现JWSDP（Java Web Services Discovery and Publication Protocol）也是UDDI技术的重要组成部分。它为Java开发者提供了一套完整的工具，用于实现UDDI服务的查找、注册和发布。

扩展资料

       UDDI 是一种目录服务，企业可以使用它对 Web services 进行注册和搜索。UDDI，英文为 "Universal Description, Discovery and Integration"，可译为“通用描述、发现与集成服务”。

web渗透信息侦察收集工具——Recon-ng

       在web渗透测试领域，信息侦察与收集是至关重要的环节。对于经验丰富的黑客而言，他们有自己独特的信息收集策略。在信息收集的过程中，合理利用现有的优秀工具，尤其是对新手而言，能极大提升效率与效果。本文将聚焦于一款新型的信息侦察收集工具——Recon-ng，分享其安装与使用方法。

       Recon-ng的安装步骤简单明了。首先，确保已安装dnspython、httplib2、python-0auth2等依赖文件。可以使用sudo pip install命令来完成安装。接着，通过git clone从GitHub下载Recon-ng的源代码，进入python-oauth2目录后，运行sudo python setup.py install进行安装。

       在使用Recon-ng时，其操作流程与MSF极为相似，便于用户上手。Recon-ng的核心功能主要分为侦察Reconnaissance、发现Discovery与汇报Reporting三个模块。

       侦察Reconnaissance，即被动收集信息，例如通过搜索引擎和黑客技巧搜集目标的敏感信息。Recon-ng的这一模块提供了搜索功能，用户可根据需求指定关键词进行搜索。

       发现Discovery，是主动收集信息的过程，例如通过发送HTTP请求包来探测Web服务指纹。通过使用Recon-ng的Discovery模块，用户可以主动发起请求，获取服务提供的详细信息。

       汇报Reporting模块提供了HTML与CSV两种格式的报表，方便用户整理收集到的信息。对于不同需求，用户可以灵活选择输出格式。

       接下来，本文将通过具体的使用范例，展示Recon-ng的强大功能。以web应用指纹识别为例，用户可以使用搜索功能快速定位相关模块，通过设置参数运行模块。在遇到问题时，如出现“[!]”错误提示，可尝试修改全局参数SOCKET_TIMEOUT来解决。

       在收集公司职员信息时，Recon-ng提供了一个实用的模块，通过搜索特定网站，获取公司组织架构信息。用户可以使用此模块获取公司内部结构与职员名单。需要注意的是，该模块使用的信息源可能不适用于国内网站，但其收集思路对于国内网站的渗透信息收集具有一定的参考价值。

       此外，Recon-ng还提供了查看Apache Server-Status页面是否可访问的功能。用户可以通过使用特定的模块来检查目标服务器的Status页面，获取重要信息。类似的功能还有域名信息收集、服务器指纹识别与查找robots.txt等。

       总之，Recon-ng是一款功能强大且易于使用的web渗透信息侦察收集工具，能够帮助渗透测试人员高效地收集与分析目标信息。通过本文的介绍，希望能为您的渗透测试工作提供一定的参考与帮助。