strace会追踪程序运行时的整个生命周期， 输出每一个系统调用的名字、参数、返回值和执行所消耗的时间等，是高级运维和开发人员排查问题的杀手铜。https://www.cnblogs.com/fadewalk/p/10847068.html
高级运行时选项（Advanced Runtime Options）： -XX:+UnlockCommercialFeatures 开启商业选项，许多商业特性都需要这个选项的支持。 -XX:+CheckEndorsedAndExtDirs jdk 8中新增加的一个参数，有兴趣的可以去看看openjdk中的关于这一块的实现（http://hg.openjdk.java.net/jdk8u/hs-dev/hotspot/rev/fa6adc194d48） 这个参数是用来阻止Java 命令运行应用（除非没有用到endorsed-standards override机制&扩展机制）。 同时，这个选项会检查应用是否启动了以下机制 1、java.ext.dirs 或 java.endorsed.dirs 属性被设置 2、lib/endorsed 目录存在 && 不为空 3、lib/ext 目录下包含了除JDK以外的JAR 4、系统范围内 特定于平台的扩展目录中包含任何JAR文件 -XX:+DisableAttachMechanism 启动此参数之后，JVM将禁止任何工具连接，通常情况下这个选项是关闭的。外部工具指的是 jstack、jmap、jinfo等JVM辅助分析工具。 -XX:ErrorFile=filename 用于当出现致命错误时，指定一个目录，用来存储Error信息。默认为当前目录下的hs_err_pidpid.log，也就是 filename=./hs_err_pidpid.log -XX:+FailOverToOldVerifier 当新的类型检查失败时，自动使用老的验证器。默认这个是关闭的，但是当我们需要时使用老版本的字节码的时候则需要开启这个选项。 -XX:+FilghtRecorder 嗯。Java 就是性能记录。这是一个商业特性，和 -XX:+UnlockCommercialFeatures 选项一起使用如果这个选项开启了，那么JVM的性能记录是不可用的。 -XX:-FilghtRecorder 嗯，又是性能记录。关闭了 -XX:FilghtRecorderOptions={ parameter=value、 defaultrecording={true|false}、 disk={true|false}、 dumponexit={true|false}、 dumponexitpath=path、 globalbuffersize=size loglevel={quiet|error|warning|info|debug|trace} maxage=time maxchunksize=size maxsize=size repository=path samplethreads={true|false} settings=path stackdepth=depth threadbuffersize=size } defaultrecording: 指定是否在后台一只记录还是只运行一段时间，默认这个参数的值是false。如果要一直开启，请设置为true。 disk：是否JRE持续的把记录写到硬盘中，默认false，如果想要持续记录，需要设置为true。 dumponexit：是否在JVM终止的时候记录JFE的数据 dumponexitpath：JVM终止是记录JFE的数据的路径，如果指定的是一个目录 JVM会自动创建一个文件（文件名一般是以当前时间生成），若是文件名，如果这个文件名已经存在了，通常会加一个时间后缀来区分。这个参数如果不生效，上一个参数的选项也是不成立的 globalbuffersize=size：指定保留数据的总大小。 loglevel：JFE日志的日志级别，默认 Info maxage：设置数据对大的保留时间 maxchunksize=size：设置数据最大块的大小 maxsize=size：设置数据在硬盘的最大容量，默认容量没有限制，前提：仅当disk=true时，此选项可用。 respository=path：设置临时仓库，默认使用系统的临时路径 samplethreads：设置是否进行线程抽样，默认为true setting=path：设置事件配置文件，默认是使用JAVA_HOME/jre/lib/default.jfc stackdepth=depth：设置对应栈追踪的深度，默认深度为64 threadbuffersize=size：指定每个线程的本地缓冲的大小，默认大小为5k
--icmp-type 8：echo-request 0：echo-reply 例子：两个主机 in和out，允许in ping out 不允许out ping in 做法：首先在in上拒绝所有ping请求，先生成一个白名单再在in上写规则
对于TCP的初始接收窗口大小，linux和centos的实现是不一样的，如linux内核3.10版本的初始接收窗口定义为10mss，但centos 3.10内核中的初始窗口大小定义为TCP_INIT_CWND * 2，即20*MSS大小。(看着linux源码在centos7.4系统上测试，纠结了好久。。)
万物互联和大数据技术的发展，让我们的生活更加活色生香，其背后离不开安全、稳定可靠的服务器系统。
当红队人员在进行内网渗透时，经常会遇到目标主机不出网的场景，而主机不出网的原因有很多，常见的原因例如目标主机未设置网关，被防火墙或者其他防护设备拦截设置了出入站策略，只允许特定协议或端口出网等。当我们遇到这种情况时，可以通过本章节中所讲到的方法，利用各种包含该协议的方式探测目标主机允许哪些协议出网，根据探测到的协议信息进行隧道穿透。在已经获取到目标系统的权限前提下，可以通过下述所讲到的各种协议探测手段来进行探测是否出网。
明敏 发自 凹非寺 量子位 | 公众号 QbitAI 现在，在虚拟世界里写代码要成为现实了！ 只要戴上VR眼镜，掏出你的键盘，一串串代码就能在你眼前飞出： 脑袋稍稍转个角度，就能浏览网页： （嗯，去翻Google、Stack Overflow、GitHub…更方便了一点） 在咖啡店、草地上写代码也都OK，还能开启AR模式不妨碍与人沟通： 到这里你可能发现了华点，这个VR眼镜并不只是个替代显示屏的工具，它自己就具备计算处理的能力。 没错，这其实是一台VR电脑！ 这台名叫Simula One的头显设备
和外部联调一直是令人困扰的问题，尤其是一些基础环境配置导致的问题。笔者在一次偶然情况下解决了一个调用外网服务概率性失败的问题。在此将排查过程发出来，希望读者遇到此问题的时候，能够知道如何入手。
netstat -ant | grep LISTEN # 表示通过管道查找状态是LISTEN的网络
纵观Kali（及其前身BackTrack、WHAX和Whoppix）的整个历史中，默认凭据为root / oror。没有更多了。我们不再使用Kali 2020.1中的默认超级用户帐户root。现在，默认用户帐户是标准的、非特权用户。
net.core.netdev_max_backlog = 400000 #该参数决定了，网络设备接收数据包的速率比内核处理这些包的速率快时，允许送到队列的数据包的最大数目。 net.core.optmem_max = 10000000 #该参数指定了每个套接字所允许的最大缓冲区的大小 net.core.rmem_default = 10000000 #指定了接收套接字缓冲区大小的缺省值（以字节为单位）。 net.core.rmem_max = 10000000 #指定了接收套接字缓冲区大小的最大值（以字节为单位）。 net.core.somaxconn = 100000 #Linux kernel参数，表示socket监听的backlog(监听队列)上限 net.core.wmem_default = 11059200 #定义默认的发送窗口大小；对于更大的 BDP 来说，这个大小也应该更大。 net.core.wmem_max = 11059200 #定义发送窗口的最大大小；对于更大的 BDP 来说，这个大小也应该更大。 net.ipv4.conf.all.rp_filter = 1 net.ipv4.conf.default.rp_filter = 1 #严谨模式 1 (推荐) #松散模式 0 net.ipv4.tcp_congestion_control = bic #默认推荐设置是 htcp net.ipv4.tcp_window_scaling = 0 #关闭tcp_window_scaling #启用 RFC 1323 定义的 window scaling；要支持超过 64KB 的窗口，必须启用该值。 net.ipv4.tcp_ecn = 0 #把TCP的直接拥塞通告(tcp_ecn)关掉 net.ipv4.tcp_sack = 1 #关闭tcp_sack #启用有选择的应答（Selective Acknowledgment）， #这可以通过有选择地应答乱序接收到的报文来提高性能（这样可以让发送者只发送丢失的报文段）； #（对于广域网通信来说）这个选项应该启用，但是这会增加对 CPU 的占用。 net.ipv4.tcp_max_tw_buckets = 10000 #表示系统同时保持TIME_WAIT套接字的最大数量 net.ipv4.tcp_max_syn_backlog = 8192 #表示SYN队列长度，默认1024，改成8192，可以容纳更多等待连接的网络连接数。 net.ipv4.tcp_syncookies = 1 #表示开启SYN Cookies。当出现SYN等待队列溢出时，启用cookies来处理，可防范少量SYN攻击，默认为0，表示关闭； net.ipv4.tcp_timestamps = 1 #开启TCP时间戳 #以一种比重发超时更精确的方法（请参阅 RFC 1323）来启用对 RTT 的计算；为了实现更好的性能应该启用这个选项。 net.ipv4.tcp_tw_reuse = 1 #表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭； net.ipv4.tcp_tw_recycle = 1 #表示开启TCP连接中TIME-WAIT sockets的快速回收，默认为0，表示关闭。 net.ipv4.tcp_fin_timeout = 10 #表示如果套接字由本端要求关闭，这个参数决定了它保持在FIN-WAIT-2状态的时间。 net.ipv4.tcp_keepalive_time = 1800 #表示当keepalive起用的时候，TCP发送keepalive消息的频度。缺省是2小时，改为30分钟。 net.ipv4.tcp_keepalive_probes = 3 #如果对方不予应答，探测包的发送次数 net.ipv4.tcp_keepalive_intvl = 15 #keepalive探测包的发送间隔 net.ipv4.tcp_mem #确定 TCP 栈应该如何反映内存使用；每个值的单位都是内存页（通常是 4KB）。 #第一个值是内存使用的下限。 #第二个值是内存压力模式开始对缓冲区使用应用压力的上限。 #第三个值是内存上限。在这个层次上可以将报文丢弃，从而减少对内存的使用。对于较大的 BDP 可以增大这些值（但是要记住，其单位是内存页，而不是字节）。 net.ipv4.tcp_rmem #与 tcp_wmem 类似，不过它表示的是为自动调优所使用的接收缓冲区的值。 net.ipv4.tcp_wmem = 30000000 30000000 30000000 #为自动调优定义每个 socket 使用的内存。 #第一个值是为 socket 的发送缓冲区分配的最少字节数。 #第二个值是默认值（该
相关参数仅供参考，具体数值还需要根据机器性能，应用场景等实际情况来做更细微调整。
Traccar 是一个开源的 GPS 跟踪系统。此存储库包含基于 Java 的后端服务。它支持 170 多种 GPS 协议和 1500 多种型号的 GPS 跟踪设备。Traccar 可以与任何主要的 SQL 数据库系统一起使用
为了让系统能够支持更大的并发，除了必须安装event扩展之外，优化linux内核也是重中之重。
不必太纠结于当下，也不必太忧虑未来，当你经历过一些事情的时候，眼前的风景已经和从前不一样了。——村上春树
原创作品转载请注明出处https://github.com/mengning/linuxkernel/
大家工作时，少不了ssh登录各个服务器，我这边手里也有很多服务器，有一些登录很快就进去了，有些要卡半天才能进去。之前以为是公司网络问题，每次也就忍了，这次突然不想忍了，决定定位一下。
动态连接的程序调用了libc的库函数，但是libc在运行才被加载到内存中，调用libc函数时，才解析出函数在内存中的地址，为了帮助程序更好的利用内存空间，不用每次把所有的函数真实地址都写进去，用到哪个查哪个，之后在使用就会很方便。
为了让系统能够支持更大的并发，除了必须安装event扩展之外，优化linux内核也是重中之重，以下优化每一项都非常非常重要，请务必按逐一完成。
最近踩了个DNS解析的小坑，虽然问题解决了，但排查过程比较曲折，最后还是有一点没有想通，整个过程分享给大家。
我们都知道，MySQL 中的错误日志，慢查询日志可以帮你快速定位问题。 但有时候，日志记录的信息过少，或者是你感兴趣信息被没有被记下来，有时候又记录了过多问题，大量无效信息干扰你排查问题。 因此，这篇文章介绍一种新的思路——探针技术，这种技术可以在不影响 MySQL 运行，不破现场环境的前提下，在系统中的关键节点插入一些探针来收集信息。 理论上，探针可以插入 MySQL 或者 Linux 内核任意函数进出口，轻松访问参数等其他详细信息，资源损失很少，一旦移除探针后没有任何损失。就像医生给病人拍片子一样，在
场景：内网渗透中，搭建隧道时，服务器仅允许指定的端口对外开放。利用端口复用可以将3389或22等端口转发到如80端口上，以便外部连接。
连接跟踪（也叫会话管理）是状态防火墙关键核心，也是很多网元设备必不可少的一部分。各厂商的实现原理基本雷同，只是根据各自的业务进行修改和优化。其中，还有不少厂商干脆是基于Linux内核实现的。下面，我们就来看看Linux内核中连接跟踪的几个要点。
译者注：本文作者是 Isovalent 联合创始人 & CTO，原文标题 How eBPF will solve Service Mesh - Goodbye Sidecars[1]，译者宋净超。作者回顾了 Linux 内核的连接性，实现服务网格的几种模式，以及如何使用 eBPF 实现无 Sidecar 的服务网格。
spawn 启动追踪 —> expect 匹配捕捉关键字 ——> 捕捉到将触发send 代替人为输入指令—> interact /expect eof
将 Kubernetes 的 CNI 从其他组件切换为 Cilium, 已经可以有效地提升网络的性能. 但是通过对 Cilium 不同模式的切换/功能的启用, 可以进一步提升 Cilium 的网络性能. 具体调优项包括不限于:
在Linux网络管理和监控领域，conntrack命令是一个强大的工具，它提供了对netfilter连接跟踪系统的直接访问🔍。这篇文章将深入探讨conntrack的由来、底层原理、参数意义，以及其常见用法，并对返回结果的每个字段进行详细解释。
当碰到内核线程的资源使用异常时，很多常用的进程级性能工具，并不能直接用到内核线程上。这时，我们就可以使用内核自带的 perf 来观察它们的行为，找出热点函数，进一步定位性能瓶颈。不过，perf 产生的汇总报告并不直观，所以我通常也推荐用火焰图来协助排查。
nginx作为最优秀的web服务器之一，以轻量级，高并发而著称，用户遍及全球各地。下面来讲述一下nginx常规的一些优化。仅供参考！ 并发数调整 谈到web服务器，并发是一个无法规避的问题。那我们来看一下nginx的并发数是如何设置的。 nginx并发数调整，主要有取决于worker_processes和worker_connections参数，下面介绍关于ngnix性能优化全局设置的相关参数。 worker_processes：指定nginx开启的进程数，默认是1。每个进程消耗约12M左右的内存。进程数
MySQL 5.7版本于2015年10月份左右 GA，至今已经2年多了。和部分DBA朋友交流，很多公司已经开始在线上使用5.7版本。我们今年计划将公司数据库从5.6进行升级到5.7 版本。本系列基于版本5.7.20来讲述MySQL的新特性,同时也建议大家跟踪官方blog和文档，以尽快知悉其新的变化。
我们往往在进行嵌入式开发的过程中，需要借助一些调试手段进行相关调试，比如在调试stm32的时候，可以在keil中利用jtag或者stlink进行硬件上的仿真与调试，一些高频的arm芯片也会使用jtag之类的硬件调试工具，还有trace32等等，但是这些往往需要借助一些硬件工具进行分析。当然，我们可以进行软件层面的分析。定位问题的方式通常有以下三点：
本文将根据针对Linux操作系统上不安全的Rsync配置，浅谈如何利用rsync服务进行攻击。
socket起源于linux，在Linux中，一个非常重要的思想就是“一切皆文件”，一切行为皆可描述为“打开文件—->读写文件—–>关闭文件”，socket可以理解成一种特殊的文件，把对底层tcp/ip网络的调用封装起来，提供给用户一些调用的接口来是实现网络编程。
本文所有内容均来自于个人整理而成，其中解答均属个人观点，如有不正之处，烦请给予指正，谢谢！！！
点击关注公众号，Java干货及时送达 来源：siye1982.github.io/2016/02/25/linux-list/ 虽然平时大部分工作都是和Java相关的开发, 但是每天都会接触Linux系统, 尤其是使用了Mac之后, 每天都是工作在黑色背景的命令行环境中. 自己记忆力不好, 很多有用的Linux命令不能很好的记忆, 现在逐渐总结一下, 以便后续查看. 基本操作 Linux关机,重启 # 关机 shutdown -h now # 重启 shutdown -r now 查看系统,CPU信息
这篇文章为了让你深入了解gdb的工作原理，以及如何在linux环境下使用强大的gdb调试程序功能。
有的时候，在调试代码的时候，往往会借助一些硬件调试工具，JTAG就是很好的调试工具。下面来详细介绍一下如何在树莓派上使用JTAG进行调试。
本期分享一个比较常见的⽹络问题--丢包。例如我们去ping⼀个⽹站，如果能ping通，且⽹站返回信息全⾯，则说明与⽹站服务器的通信是畅通的，如果ping不通，或者⽹站返回的信息不全等，则很可能是数据被丢包了，类似情况想必⼤家都不陌⽣。针对⽹络丢包，本⽂提供⼀些常见的丢包故障定位⽅法，希望能够帮助⼤家对⽹络丢包有更多的认识，遇到丢包莫要慌，且跟着⼀起来涨姿(知)势(识)···
大家好，相信大家都曾有过同样的感觉，明明一天到晚都在不停的工作，到头来却发现没有多少工作量，有点一整天都在偷懒的感觉，尤其是疫情期间，大家都在居家办公。那么到底怎样才可以提升工作效率呢？今天我给大家带来了一个简单且有效的方法。
strace用于跟踪程序执行时的系统调用和信号。在Linux中，用户态的进程需要通过系统调用来请求内核态的服务，比如文件操作、网络通信等。strace能够捕获这些调用的详细信息，包括调用的名称、参数和返回值，以及执行这些调用所消耗的时间。
判断：445通讯 通过端口扫描是否开放445端口进行判断 上线：借助通讯后绑定上线 详见往期文章 通讯：直接SMB协议通讯即可
本文介绍连接跟踪（connection tracking，conntrack，CT）的原理，应用，及其在 Linux 内核中的实现。
本文会涉及到阻塞、非阻塞、多路复用、同步、异步、BIO、NIO、AIO等几个知识点，知识点虽然不难但经常容易搞混，这次带领大家再回顾一遍。
先用命令“servcie ssh strat”或“servcie sshdstrat”在靶机中开启ssh服务，编写如下shell命令。通过strace根据sshd进程的pid，跟踪在其执行过程中的系统调用，将跟踪到的信息重定向存到指定txt文件中，然后保存并执行：
有时为了跟踪故障需要调试MySQL/GreatSQL源码，本文介绍如何在Linux下构建MySQL/GreatSQL源码调试环境。
性能分析的目标是改善用户体验、降低运行成本。性能分析的方法论可以指导你进行这些选择，告诉你从哪里开始，一步步分析，最后在哪里结束。 本文选自《BPF之巅：洞悉Linux系统和应用性能》一书，将向你介绍一个 Linux 下的 60 秒分析的检查清单，你在做日常性能分析工作时可以首先使用它~它能直接帮助你快速定位性能问题，或者至少提供进一步使用哪些 BPF 工具进行分析的线索。 60秒清单 这个清单适用于任何性能问题的分析工作，也反映了笔者在实际工作中，当登录到一台表现不佳的 Linux 系统中后，在最初 60
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
