由于目前NAT技术的大量使用，若攻击者主机位于NAT后面，使用私网IP地址，对于攻击源的追踪只能到攻击者的NAT网关，而无法穿透NAT网关。因此，假设已知攻击者来自于某个NAT网关保护的私有网络，如何定位攻击者主机在私网中的位置？这一问题在有线网络比较容易

　　后端接口响应慢，通常我们就需要优化代码和sql，如果项目中使用druid连接池，那么我们可以利用其提供的sql监控功能，来帮助我们快速定位慢sql已经sql执行次数等问题，springboot2之后，durid监控配置变的更简单了，不需要额外的代码，只需要添加配置即可。整个项目配置如下：　　依赖<dependency

一、目标有一段时间没有写unidbg相关的文章了，这个样本挺合适，难度适中，还适当给你挖个小坑。所以后面是一个系列文章，包含unidbg补环境，TraceBlock对比流程，TraceCode定位差异。掌握好这一系列套路，Native分析可以算入门了。这次先来把so用unidbg跑通v6.1.0二、步骤DumpsoIDA打开 libencryp

大家好，我是皮皮。一、前言前几天在Python白银交流群【喜靓仔】问了一个Python异常处理的问题，这里拿出来给大家分享下。二、实现过程这里粉丝给的信息十分有限，看问题其实还是挺难的，【论草莓如何成为冻干莓】给了一个指导。尝试进行断点定位问题：然后就找到

在日志收集服务器上使用Flume（1.6）的KafkaSink将日志数据发送至Kafka，在FlumeAgent启动之后，发现每个Agent的CPU使用率都非常高，而我们需要在每台机器上启动多个FlumeAgent来收集不同类型的日志，如果每个Agent都这样，那肯定会把机器的CPU吃满了，刚开始使用jstack定位到是org.apache.flume

引言对于Spark开发人员来说，了解stage的划分算法可以让你知道自己编写的sparkapplication被划分为几个job，每个job被划分为几个stage，每个stage包括了你的哪些代码，只有知道了这些之后，碰到某个stage执行特别慢或者报错，你才能快速定位到对应的代码，对其进行性能优化和排错。stage划分原理与源码

LinuxPwn入门教程系列分享已接近尾声，本套课程是作者依据i春秋Pwn入门课程中的技术分类，并结合近几年赛事中出现的题目和文章整理出一份相对完整的LinuxPwn教程。教程仅针对i386/amd64下的LinuxPwn常见的Pwn手法，如栈，堆，整数溢出，格式化字符串，条件竞争等进行介绍，所有环境都会封装在Docker镜像当中，并提供调试用的教

ThreadLocal不知道大家有没有用过，但至少听说过，今天主要记录一下ThreadLocal的原理和使用场景。使用场景直接定位到ThreadLocal的源码，可以看到源码注释中有很清楚的解释：它是线程的局部变量，这些变量只能在这个线程内被读写，在其他线程内是无法访问的。ThreadLocal定义的通常是

!(https://oscimg.oschina.net/oscnet/a59a899d7ade6c6085e0287218e6cbee07f.jpg)随着自动化运维的火热，CMDB建设项目不断的涌现，正是因为CMDB就是自动化运维的基石。关于CMDB的概念、定位、价值、与周边的关系、企业面临的痛点等，这里不做阐述，总结来说就是CMDB很基础、很重要

问题描述：使用redis过程中，出现类型转换异常问题，出现在存数据和取数据时。而且相同代码在本地测试无异常，而提交到测试环境，则会出现问题。!在这里插入图片描述(https://oscimg.oschina.net/oscnet/115a7ba9719bae3e1b04eeeba16dc3a38c7.png)问题原因：最后定位到，原