<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[遇见你是我最美丽的意外]]></title><description><![CDATA[坚决不开收费专栏]]></description><link>https://blog.csdn.net/s2603898260</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; s2603898260]]></copyright><item><title><![CDATA[写个基于Trie的前缀匹配玩玩]]></title><link>https://blog.csdn.net/s2603898260/article/details/130791370</link><guid>https://blog.csdn.net/s2603898260/article/details/130791370</guid><author>s2603898260</author><pubDate>Sun, 21 May 2023 14:07:43 +0800</pubDate><description><![CDATA[【代码】写个基于Trie的前缀匹配玩玩。]]></description><category></category></item><item><title><![CDATA[Kernel lockdown is enabled and set to ‘confidentiality‘.]]></title><link>https://blog.csdn.net/s2603898260/article/details/127595798</link><guid>https://blog.csdn.net/s2603898260/article/details/127595798</guid><author>s2603898260</author><pubDate>Sun, 30 Oct 2022 10:04:02 +0800</pubDate><description><![CDATA[Kernel lockdown is enabled and set to 'confidentiality'. Lockdown mode blocks
parts of BPF which makes it impossible for bpftrace to function. Please see
https://github.com/iovisor/bpftrace/blob/master/INSTALL.md#disable-lockdown
for more details on lockdo]]></description><category></category></item><item><title><![CDATA[Go中TLS源码学习(6)之Server端第3次TLS握手]]></title><link>https://blog.csdn.net/s2603898260/article/details/125348531</link><guid>https://blog.csdn.net/s2603898260/article/details/125348531</guid><author>s2603898260</author><pubDate>Sat, 18 Jun 2022 16:27:53 +0800</pubDate><description><![CDATA[本文的初衷是：**深入学习SSL/TLS协议**。在工作过程中做了2年的IPSecVPN, 在此过程中经常遇到将IPSe与SSL对比的情景：包括各自的协议异同、应用场景、协议本身复程度以及用户易用性等各个方面。在做IPSec的这段时间并没有详细接触SSL协议，因此对上述的问题并没有多少了解和认识。但是做ipsec的我面试时，老被问TLS........也是没谁了。痛定思痛，IPSec和SSL协议作为安全协议中的杰出代表，还是很有必要深入研究学习下，即使我不再面试，也为了后面的面试人做准备吧。...]]></description><category></category></item><item><title><![CDATA[Go中TLS源码学习(5)之Server端第二次TLS握手]]></title><link>https://blog.csdn.net/s2603898260/article/details/125348002</link><guid>https://blog.csdn.net/s2603898260/article/details/125348002</guid><author>s2603898260</author><pubDate>Sat, 18 Jun 2022 16:08:23 +0800</pubDate><description><![CDATA[本文的初衷是：**深入学习SSL/TLS协议**。
在工作过程中做了2年的IPSecVPN, 在此过程中经常遇到将IPSe与SSL对比的情景：包括各自的协议异同、应用场景、协议本身复程度以及用户易用性等各个方面。在做IPSec的这段时间并没有详细接触SSL协议，因此对上述的问题并没有多少了解和认识。但是做ipsec的我面试时，老被问TLS........也是没谁了。痛定思痛，IPSec和SSL协议作为安全协议中的杰出代表，还是很有必要深入研究学习下，即使我不再面试，也为了后面的面试人做准备吧。......]]></description><category></category></item><item><title><![CDATA[程序员的超大文件下载方法]]></title><link>https://blog.csdn.net/s2603898260/article/details/125017582</link><guid>https://blog.csdn.net/s2603898260/article/details/125017582</guid><author>s2603898260</author><pubDate>Sat, 28 May 2022 13:58:41 +0800</pubDate><description><![CDATA[场景
超大文件现在还是蛮常用的，尤其使用第三方数据库(集)资料时，都需要先进行下载。这不一个朋友就遇到了这个需求：

100多个G，先不说电脑内存，就是硬盘一般人的办公电脑估计都得腾点空间出来，更别提下载了。即使能达到网速1M/s且保持不便，那也得30个小时吧，但是现实是几乎不太现实，因为网速很不稳定，如果网断了，没办法续传，需要重头开始下载，这就很难搞。so针对这种方式该怎么下载呢？
迅雷什么的是否可以下载我倒没有尝试？ 不过看到过一个下载工具internetdownloadmanager(30天免费),]]></description><category></category></item><item><title><![CDATA[IKE协商过程中Commit位的作用]]></title><link>https://blog.csdn.net/s2603898260/article/details/125013150</link><guid>https://blog.csdn.net/s2603898260/article/details/125013150</guid><author>s2603898260</author><pubDate>Sat, 28 May 2022 00:31:35 +0800</pubDate><description><![CDATA[Commit位的作用
在ISAKMP协议的头部中有一个commit标记位， 这个commit位是干什么用的？

这个问题比较有意思， 虽然做了2年的IPsec，但是这个标志位我并没有注意过。问题来源是这样的：

我看到第一张图的时候，注意到报文发送之间差了将近10s， 因此第一感觉是报文丢了(没更具体到最后一个包)，重发导致的。
但是当我看到第二个图的时候，好像出问题了：
这个明显不是由于报文丢弃重发的。
不过这个时候，我依然没有上心，只是感觉可能是环境或者抓包出错导致的；因为我以前也遇到过更奇葩的情况，例]]></description><category></category></item><item><title><![CDATA[openswan性能初步分析]]></title><link>https://blog.csdn.net/s2603898260/article/details/124872770</link><guid>https://blog.csdn.net/s2603898260/article/details/124872770</guid><author>s2603898260</author><pubDate>Thu, 19 May 2022 22:18:00 +0800</pubDate><description><![CDATA[openswan性能初步分析

这里相对openswan的性能做个简单的说明。为什么要介绍这个话题呢？
其实最主要的原因还是想openswan的性能到底如何、极限是多少隧道、会有哪些瓶颈等等？ 比如某个项目，客户需要设备支持1000条隧道，那么首先要考虑自己的产品能否支持到这么多？也就是说需要知道自己的实力。如果不考虑这些实际的问题，只一味的接项目，那么最可能的结果就是白白投入这么多的人力物力时间，最终对于公司来说收效甚微。

另一个原因：openswan的官方也没有给出明确的性能参数，比如说最大能支持多少]]></description><category></category></item><item><title><![CDATA[TLS模板测试]]></title><link>https://blog.csdn.net/s2603898260/article/details/124579655</link><guid>https://blog.csdn.net/s2603898260/article/details/124579655</guid><author>s2603898260</author><pubDate>Wed, 04 May 2022 22:57:43 +0800</pubDate><description><![CDATA[💖SSL/TLS专栏目录导航💖




专栏包括的内容：




💥1. SSL/TLS原理知识


💥2. Go源码中TLS实现


💥3. openssl中TLS实现


💥4. SSL卸载


💥5. SSL代理


💥6. SSL V.P.N


💥7. SSL 与 IPSec


💥8. 其他



font color=“#0000ff”&gt;获取PDF版本请搜索关键字：“TLS详解”


...]]></description><category></category></item><item><title><![CDATA[Go中TLS源码学习(4)之Server端第一次TLS握手]]></title><link>https://blog.csdn.net/s2603898260/article/details/124579006</link><guid>https://blog.csdn.net/s2603898260/article/details/124579006</guid><author>s2603898260</author><pubDate>Wed, 04 May 2022 22:36:10 +0800</pubDate><description><![CDATA[深入学习Go源码中Server端TLS握手流程]]></description><category></category></item><item><title><![CDATA[Go中TLS源码学习(3)之 TLS握手在net/http框架中的入口]]></title><link>https://blog.csdn.net/s2603898260/article/details/124575816</link><guid>https://blog.csdn.net/s2603898260/article/details/124575816</guid><author>s2603898260</author><pubDate>Wed, 04 May 2022 19:34:01 +0800</pubDate><description><![CDATA[快速了解TLS协议，并深入学习协议原理]]></description><category></category></item><item><title><![CDATA[Go中TLS源码学习(2)之TLS1.2握手概述]]></title><link>https://blog.csdn.net/s2603898260/article/details/124575548</link><guid>https://blog.csdn.net/s2603898260/article/details/124575548</guid><author>s2603898260</author><pubDate>Wed, 04 May 2022 19:24:50 +0800</pubDate><description><![CDATA[快速学习TLS协议握手流程，在此基础上深入学习握手过程中的详细处理流程]]></description><category></category></item><item><title><![CDATA[Go性能分析工具：pprof]]></title><link>https://blog.csdn.net/s2603898260/article/details/124160531</link><guid>https://blog.csdn.net/s2603898260/article/details/124160531</guid><author>s2603898260</author><pubDate>Wed, 13 Apr 2022 23:10:48 +0800</pubDate><description><![CDATA[1. 简介
pprof 是profile（画像）的缩写，是Go中很常用的获取数据、分析数据的工具。pprof有很多优点：可视化,除此之外，go原生，简单方便，很容易上手。
go tool pprof 是对应的命令行指令。它的源数据既可以是一个http地址，也可以是已经获取到的profile文件。使用go tool pprof命令时，既可以采用交互式终端，也可以采用web进行可视化分析，除此之外可以直接将数据生成svg图片，进行静态的分析。
pprof可以分析以下9中数据：

这9项对应的内容如下：




]]></description><category></category></item><item><title><![CDATA[Go中TLS源码学习(1)之Https服务端框架详解]]></title><link>https://blog.csdn.net/s2603898260/article/details/123806922</link><guid>https://blog.csdn.net/s2603898260/article/details/123806922</guid><author>s2603898260</author><pubDate>Tue, 29 Mar 2022 23:04:33 +0800</pubDate><description><![CDATA[go源码中Https服务框架]]></description><category></category></item><item><title><![CDATA[Go 交叉编译x86, arm架构上的Linux可执行程序]]></title><link>https://blog.csdn.net/s2603898260/article/details/122693701</link><guid>https://blog.csdn.net/s2603898260/article/details/122693701</guid><author>s2603898260</author><pubDate>Tue, 25 Jan 2022 23:15:30 +0800</pubDate><description><![CDATA[1. Golang的交叉编译说明
????????????golang中交叉编译非常简单。????????????
直接在windows上设置几个Go环境变量便可以编译多种架构多个操作系统的可执行程序。
https&gt;go env
set GO111MODULE=auto
set GOARCH=amd64
set GOBIN=
set GOCACHE=C:\Users\Admin\AppData\Local\go-build
set GOENV=C:\Users\Admin\AppData\Roamin]]></description><category></category></item><item><title><![CDATA[面向CSDN编程之：数据库字符串类型按数值大小排序(order by)]]></title><link>https://blog.csdn.net/s2603898260/article/details/122635083</link><guid>https://blog.csdn.net/s2603898260/article/details/122635083</guid><author>s2603898260</author><pubDate>Sat, 22 Jan 2022 11:41:51 +0800</pubDate><description><![CDATA[数据库字符串类型按数值大小排序(order by)
1. 需求
别人提供了一个数据库中的表，需要对某一列进行排序。
这个问题直接使用order by命令可以，不过由于不是数值类型，导致按ASCII码顺序进行排序。比如说：在表中我使用string类型存储年龄age，然后根据age进行排序:

可以看出，根本不是按数值大小排序的。
2. 解决方法
使用cast命令转换数据类型。


...]]></description><category></category></item><item><title><![CDATA[Wireshark中TLS版本显示说明]]></title><link>https://blog.csdn.net/s2603898260/article/details/122633956</link><guid>https://blog.csdn.net/s2603898260/article/details/122633956</guid><author>s2603898260</author><pubDate>Sat, 22 Jan 2022 10:36:06 +0800</pubDate><description><![CDATA[关于Wireshark中的TLS版本显示问题：

wireshark标注tls所属版本，并不是通过当前报文来标注的，而是类似于会话的方式进行标注。
目前ClientHello报文，需要兼容TLS1.3, TLS1.2,…等多个版本，仅从ClientHello无法判断出当前的版本。TLS版本是在ServerHello中确定的。
1. TLS1.2 ServerHello报文：

2. TLS1.3 ServerHello报文：

3. 说明
从这两张图上应该可以看出：TLS1.2与TLS1.3 的握手报文中v]]></description><category></category></item><item><title><![CDATA[Golang中TLS版本设置]]></title><link>https://blog.csdn.net/s2603898260/article/details/122633852</link><guid>https://blog.csdn.net/s2603898260/article/details/122633852</guid><author>s2603898260</author><pubDate>Sat, 22 Jan 2022 10:31:56 +0800</pubDate><description><![CDATA[Golang中TLS版本设置
文章目录Golang中TLS版本设置1. Go源码中的TLS2. https服务端修改TLS支持版本3. 抓包验证

1. Go源码中的TLS
最近在看Go源码中的http框架和tls实现框架实现，go中的TLS实现了TLS1.0,  TLS1.1, TLS1.2, TLS1.3 四个版本，还有SSL3.0版本, 不过代码中已经明确说明不再支持SSL3.0版本。
const (
	VersionTLS10 = 0x0301
	VersionTLS11 = 0x0302
	Ver]]></description><category></category></item><item><title><![CDATA[Wireshark 解密 TLS报文]]></title><link>https://blog.csdn.net/s2603898260/article/details/122571160</link><guid>https://blog.csdn.net/s2603898260/article/details/122571160</guid><author>s2603898260</author><pubDate>Tue, 18 Jan 2022 23:33:31 +0800</pubDate><description><![CDATA[文章目录第一步 配置Chrome浏览器TLS握手日志环境变量第二步 重启Chrome浏览器第三步 配置wireshark TLS首选项参数第四步 使用wireshark抓包实时查看解密后的报文信息

以前使用wireshark解密过ipsec报文，那个流程还是蛮复杂的，需要从debug信息中找到各种密钥信息；今天尝试了下wireshark解密tls报文，没想象到操作很容易…不过操作完毕后也没学到啥东西，哈哈哈。
第一步 配置Chrome浏览器TLS握手日志环境变量

第二步 重启Chrome浏览器
重启浏览]]></description><category></category></item><item><title><![CDATA[面向CSDN编程之：golang判断文件是否存在]]></title><link>https://blog.csdn.net/s2603898260/article/details/122550823</link><guid>https://blog.csdn.net/s2603898260/article/details/122550823</guid><author>s2603898260</author><pubDate>Mon, 17 Jan 2022 23:27:27 +0800</pubDate><description><![CDATA[golang判断文件是否存在
1. 背景
周末花了两天写了一个爬取、并解析HMDB数据库的工具。这个网站搜索功能特别难用：响应时间特别长，此外经常出现错误，搜索失败。因此为了尽可能多的下载只能多运行几遍程序，此时就要求：如果网页已经下载了，那么就无需再次下载。这个小小的需求应用而生，功能虽然很小很简单，但是为了对得其这个文章的标题：面向CSDN编程, 我还是果断的去csdn搜索了，然后再放上来，正所谓：从群众来，到群众去
2. 实现
func FileExist(path string) bool {
	_]]></description><category></category></item><item><title><![CDATA[面向CSDN编程之：golang逐行读取文件内容]]></title><link>https://blog.csdn.net/s2603898260/article/details/122550740</link><guid>https://blog.csdn.net/s2603898260/article/details/122550740</guid><author>s2603898260</author><pubDate>Mon, 17 Jan 2022 23:18:46 +0800</pubDate><description><![CDATA[golang逐行读取文件内容
1. 背景
周末花了两天写了一个爬取、并解析HMDB数据库的工具，为了能够根据下载定义HMDB-ID的数据信息，我特意将涉及到的HMDB-ID存储到一个list.txt文件中，然后逐行读取list.txt文件，将读取到的接口拼接完成的URL后进行访问、下载。 文件中可以根据需要放很多ID，几百上千条是没有问题的。

2. 实现
以下代码中创建了很多的gorouting, 通过chan来判断是否结束。不过今天看书，书上说推荐使用WaitGroup变量来解决这种问题。有时间再试试w]]></description><category></category></item></channel></rss>