 :sweat_smile: 阿里云的 API，误报特别多，我添加白名单都添加不来了

标识符

483DAB9E-B587-4DAE-936C-201F5BC4BCBA

备注

Error Domain=kCFStreamErrorDomainSSL Code=-9806"(null)" UserInfo=/NSLocalizedRecoverySuggestion=Errorcode definition can be found in Apple's SecureTransport.h}

请求信息

CONNECT m.m******(手动打码).pt:443 HTTP/1.1

请求头部

Host: m.m*******.ptConnection: keep-alive

发送请求头部

未发送

服务端开始响应

未响应

请求完成2024/04/26 10:11:40.529

 app无法登录，抓包数据。网页版可以登录，求分析求解

前些天一直在找便宜的云服务器，偶然间发现一免费的云平台，这里推荐给大家。

就是阿贝云，网站是https://www.abeiyun.com

说一下感受

1、阿贝云虽然是一小众的云平台，重在免费，该有的东西都有，还能免备案这是最舒服的。

2、使用了一天，上了项目，网速不慢。

3、唯一要指出来就是磁盘太小。

分享免费云服务器

拉取了rustbuster的v3.0.3版本文件, 二进制文件无法使用, 执行结果如下:

```bash
[root_cn@archlinux target]$ ./rustbuster-v3.0.3-x86_64-unknown-linux-gnu
./rustbuster-v3.0.3-x86_64-unknown-linux-gnu: error while loading shared libraries: libssl.so.1.1: cannot open shared object file: No such file or directory
```

拉取了main源码, 想自行尝试编译, 然后卡在了openssl, 以下为报错信息:

```rust
The following warnings were emitted during compilation:

warning: openssl-sys@0.9.47: build/expando.c:4:24: error: pasting "RUST_VERSION_OPENSSL_" and "(" does not give a valid preprocessing token
warning: openssl-sys@0.9.47:     4 | #define VERSION2(n, v) RUST_VERSION_##n##_##v
warning: openssl-sys@0.9.47:       |                        ^~~~~~~~~~~~~
warning: openssl-sys@0.9.47: build/expando.c:5:23: note: in expansion of macro ‘VERSION2’
warning: openssl-sys@0.9.47:     5 | #define VERSION(n, v) VERSION2(n, v)
warning: openssl-sys@0.9.47:       |                       ^~~~~~~~
warning: openssl-sys@0.9.47: build/expando.c:10:1: note: in expansion of macro ‘VERSION’
warning: openssl-sys@0.9.47:    10 | VERSION(OPENSSL, OPENSSL_VERSION_NUMBER)
warning: openssl-sys@0.9.47:       | ^~~~~~~

error: failed to run custom build command for `openssl-sys v0.9.47`

Caused by:
  process didn't exit successfully: `/mnt/d/work/file/rust/rustbuster/target/debug/build/openssl-sys-c5a482a9e0e49574/build-script-main` (exit status: 101)
  --- stdout
  cargo:rustc-cfg=const_fn
  cargo:rerun-if-env-changed=X86_64_UNKNOWN_LINUX_GNU_OPENSSL_LIB_DIR
  X86_64_UNKNOWN_LINUX_GNU_OPENSSL_LIB_DIR unset
  cargo:rerun-if-env-changed=OPENSSL_LIB_DIR
  OPENSSL_LIB_DIR unset
  cargo:rerun-if-env-changed=X86_64_UNKNOWN_LINUX_GNU_OPENSSL_INCLUDE_DIR
  X86_64_UNKNOWN_LINUX_GNU_OPENSSL_INCLUDE_DIR unset
  cargo:rerun-if-env-changed=OPENSSL_INCLUDE_DIR
  OPENSSL_INCLUDE_DIR unset
  cargo:rerun-if-env-changed=X86_64_UNKNOWN_LINUX_GNU_OPENSSL_DIR
  X86_64_UNKNOWN_LINUX_GNU_OPENSSL_DIR unset
  cargo:rerun-if-env-changed=OPENSSL_DIR
  OPENSSL_DIR unset
  cargo:rustc-link-lib=ssl
  cargo:rustc-link-lib=crypto
  OPT_LEVEL = Some("0")
  TARGET = Some("x86_64-unknown-linux-gnu")
  HOST = Some("x86_64-unknown-linux-gnu")
  CC_x86_64-unknown-linux-gnu = None
  CC_x86_64_unknown_linux_gnu = None
  HOST_CC = None
  CC = None
  CFLAGS_x86_64-unknown-linux-gnu = None
  CFLAGS_x86_64_unknown_linux_gnu = None
  HOST_CFLAGS = None
  CFLAGS = None
  CRATE_CC_NO_DEFAULTS = None
  DEBUG = Some("true")
  CARGO_CFG_TARGET_FEATURE = Some("fxsr,sse,sse2")
  running: "cc" "-O0" "-ffunction-sections" "-fdata-sections" "-fPIC" "-g" "-fno-omit-frame-pointer" "-m64" "-Wall" "-Wextra" "-E" "build/expando.c"
  cargo:warning=build/expando.c:4:24: error: pasting "RUST_VERSION_OPENSSL_" and "(" does not give a valid preprocessing token
  cargo:warning=    4 | #define VERSION2(n, v) RUST_VERSION_##n##_##v
  cargo:warning=      |                        ^~~~~~~~~~~~~
  cargo:warning=build/expando.c:5:23: note: in expansion of macro ‘VERSION2’
  cargo:warning=    5 | #define VERSION(n, v) VERSION2(n, v)
  cargo:warning=      |                       ^~~~~~~~
  cargo:warning=build/expando.c:10:1: note: in expansion of macro ‘VERSION’
  cargo:warning=   10 | VERSION(OPENSSL, OPENSSL_VERSION_NUMBER)
  cargo:warning=      | ^~~~~~~
  exit status: 1

  --- stderr
  thread 'main' panicked at /home/root_cn/.cargo/registry/src/mirrors.sjtug.sjtu.edu.cn-4f7dbcce21e258a2/openssl-sys-0.9.47/build/main.rs:126:13:

  Header expansion error:
  Error { kind: ToolExecError, message: "Command \"cc\" \"-O0\" \"-ffunction-sections\" \"-fdata-sections\" \"-fPIC\" \"-g\" \"-fno-omit-frame-pointer\" \"-m64\" \"-Wall\" \"-Wextra\" \"-E\" \"build/expando.c\" with args \"cc\" did not execute successfully (status code exit status: 1)." }

  Failed to find OpenSSL development headers.

  You can try fixing this setting the `OPENSSL_DIR` environment variable
  pointing to your OpenSSL installation or installing OpenSSL headers package
  specific to your distribution:

      # On Ubuntu
      sudo apt-get install libssl-dev
      # On Arch Linux
      sudo pacman -S openssl
      # On Fedora
      sudo dnf install openssl-devel

  See rust-openssl README for more information:

      https://github.com/sfackler/rust-openssl#linux

  note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
warning: build failed, waiting for other jobs to finish...
```

经过检查openssl与rust均为最新版本, 

```bash
[root_cn@archlinux target]$ sudo pacman -S rust
[sudo] password for root_cn:
warning: rust-1:1.77.2-1 is up to date -- reinstalling
resolving dependencies...
looking for conflicting packages...

Package (1)  Old Version  New Version  Net Change

extra/rust   1:1.77.2-1   1:1.77.2-1     0.00 MiB

Total Installed Size:  249.41 MiB
Net Upgrade Size:        0.00 MiB

:: Proceed with installation? [Y/n] n
[root_cn@archlinux target]$ sudo pacman -S openssl
warning: openssl-3.2.1-1 is up to date -- reinstalling
resolving dependencies...
looking for conflicting packages...

Package (1)   Old Version  New Version  Net Change

core/openssl  3.2.1-1      3.2.1-1        0.00 MiB

Total Installed Size:  11.45 MiB
Net Upgrade Size:       0.00 MiB

:: Proceed with installation? [Y/n] n
```

在网上找了一下, 查到资料, 在[rust-openssl的issues](https://github.com/sfackler/rust-openssl/issues/1227)中提到类似报错, 得到解释如下:

> If you are cross compiling to MUSL, you either need to point openssl-sys to the location that you have a copy of OpenSSL cross compiled to MUSL, or tell it to build a copy of OpenSSL itself with the vendored feature.
>
>	如果你是交叉编译到MUSL，你需要将openssl-sys指向你有一个交叉编译到MUSL的OpenSSL副本的位置，或者告诉它用vendored特性构建一个OpenSSL本身的副本。

由于不会rust, 依靠关键词"交叉编译"+"cargo"搜索到了[cargo交叉编译rust程序](https://blog.csdn.net/tyc880616/article/details/104371502), 顺着找到文件:

```
[root_cn@archlinux .cargo]$ cat ~/.cargo/config
[source.crates-io]
replace-with = 'sjtu' # 指定使用下面哪个源，修改为source.后面的内容即可

# 中国科学技术大学
[source.ustc]
registry = "https://mirrors.ustc.edu.cn/crates.io-index"

# 上海交通大学
[source.sjtu]
registry = "https://mirrors.sjtug.sjtu.edu.cn/git/crates.io-index/"

# 清华大学
[source.tuna]
registry = "https://mirrors.tuna.tsinghua.edu.cn/git/crates.io-index.git"

# rustcc社区
[source.rustcc]
registry = "https://code.aliyun.com/rustcc/crates.io-index.git"
```

没有找到交叉编译的设置, 由于本人不会rust, 线索断了, 尝试向大家寻求一波帮助, 非常感谢阅读.



急切寻求rust编译问题帮助(archlinux, openssl)

永久免费，无需注册

[https://good.xjai.top](https://good.xjai.top)

分享免费GPT4站点

[MoienTajik/AspNetCore-Developer-Roadmap (github.com)](https://github.com/MoienTajik/AspNetCore-Developer-Roadmap/blob/master/ReadMe.zh-Hant.md)

![](https://github.com/MoienTajik/AspNetCore-Developer-Roadmap/raw/master/aspnetcore-developer-roadmap.zh-Hant.png)



【轉貼】ASP.NET Core Developer Roadmap in 2024

南京大学数字金融 - 新华报业集团联合诚邀全职博士后！

【研究方向涵盖】

数智传播、数智金融经济、数据金融经济、数智政务、数智监管治理，以及“大数据、大模型、大计算”全新范式等方向理论与实践

 【具体研究领域】

包括 Bigdata4SocialScience、AI4SocialScience、LLM4SocialScience、Blockchain4SocialScience，以及先进信息技术融合创新在数智金融经济、数智传播社会、数智健康医疗、数智政务治理中的应用。

【薪资待遇优渥】

年薪可达 30 万人民币左右，另有绩效奖金及江苏省和南京市人才补贴。具体薪资需与HR面议，总收入依据专业背景和技能经验而定（计算机 AI 背景者薪资更优）。

【欢迎学科交叉、专业背景不限】

不限制专业背景，致力于构建一个多元、开放、包容的科研环境，因此，欢迎计算机、软件、大数据、人工智能、区块链、隐私计算、数据安全、数据科学等背景的博士人才，也热切邀请具有人文社科背景的博士加入我们的团队，共同探索信息技术与社会科学的交叉前沿。也欢迎其他编程能力强的理工科博士毕业生（即使没有AI等背景也欢迎）。

【南京大学研究中心】

南京大学研究中心为双院士领军的校级科研和创新平台，详情请见：fintech.nju.edu.cn。

【团队氛围】

学科交叉、理论与实践相结合、国际化视野、行业前沿视角和项目。

【联系我们】

请感兴趣的朋友将个人简历发送至邮箱:blockchainfintech@126.com。

【更多招募】 南京大学研究中心招收硕士生、博士生、博士后、青年教师、研究员，也欢迎访问、客座、联培以及科研助理（有些岗位可兼职或远程合作）等

欢迎加入我们，您将在这个富有挑战性和机遇的环境中，开启广阔的职业发展道路，实现个人价值与学术梦想的双赢！

期待您的加入，携手共创数智未来！

南京大学研究中心诚募博士后



![](https://image.hackertalk.net/images/62537abc-405f-44da-a67e-9f18082f3d74)















sqlmap -u "xxxxx.com/#/login" --all  --delay 1 --batch --random-agent

[CRITICAL]can't establish SSL connection.

![](https://image.hackertalk.net/images/4a856cac-750c-4972-aa1f-4bf02f000394)

sqlmap -r win.txt --dbs

**

[CRITICAL] anti-CSRF token 'XSRF-TOKEN' can't be found 


**




求助can't establish SSL connection.

**看了十多篇文章才写出来，列原作者肯定是是列不完了。这是：
[提供复制操作的文章](https://blog.csdn.net/qq_16628781/article/details/70532307)，
[教我用`FileChannel`的文章](https://www.jianshu.com/p/ab7044548e08)，
[教我用`MappedByteBuffer`的文章](https://www.cnblogs.com/ironPhoenix/p/4204472.html)**

*这个模块越往后越超纲。。。学不下去了就放弃吧，没关系的*

## 看到的第一反应：这是啥？

这是一种特定的JDK映射模式，在JDK14后可以使用。老杜的介绍是：**可使用`FileChannel`创建出引用非易失性存储器的`MappedByteBuffer`**

看不懂？看不懂没关系，能看懂才有鬼嘞。除此之外，老杜没有说一句关于这个特性的话，那让我们试图用常规学习思路来探究这个特性

## FileChannel类初步了解：复制文件功能

在老杜的介绍中，我们不难推断，FileChannel用来创建东西，那么它大概率是特性的主体

通过面向CSDN编程的技巧【doge】，我们发现这个类其实**可以用来复制文件**。我们利用fis和fos来复杂的时候，需要连两条通道：源文件到内存，以及内存到目标文件。而使用FileChannel复制文件时，**直接联通了源文件与目标文件**，很适合复制那种几MB的文件，也就是在文件复制方面，FileChannel更有优势

复制时，我们还是需要fis和fos，然后直接获取两个文件的通道。验证了源码和注释后，我们发现：**`transferTo()`方法可以将源文件通道的内容移到目标文件通道**，还有一个用法相似的方法：`transferFrom()`

至于transferTo方法，需要传入3个参数：**数据开始传输的位置`long position`**（也就类似于起始下标，解释为起始字节），**转移的长度`long count`**（复制时，这个数值等于源文件的长度，用`size()`方法获取），**目标通道`WritableByteChannel target`**（`FileChannel`是`WritableByteChannel`的间接子类，它们中间还有一个`GatheringByteChannel`）

综上，这个复制算法应该这样写：

```java
try (FileInputStream fis = new FileInputStream(pathIn);
    FileOutputStream fos = new FileOutputStream(pathOut);
    FileChannel input = fis.getChannel();
    FileChannel output = fos.getChannel()) {

    input.transferTo(0, input.size(), output);
} catch (IOException e) {
    e.printStackTrace();
}
```

用transferFrom方法同理，自行尝试（believe you~）

## FileChannel的读写功能

在复制操作中，我们已经了解了如何创建FileChannel对象，以及如何转移内容。作为文件通道类，它还能对文件进行更多较复杂的操作

我们通过源码，能发现：这个FileChannel**同时拥有read和Write方法**。这些方法不需要传入byte数组，char数组，或String，而需要**传入一个`ByteBuffer`对象**。

ByteBuffer是一个抽象类，创建对象时，需要**调用本类中的`allocate()`方法**。allocate意为“分配”，这个方法实际上是指定ByteBuffer的容量，并返回ByteBuffer对象

```java
ByteBuffer buffer = ByteBuffer.allocate(64);
```

`buffer`是一个容量64个字节的ByteBuffer对象

那么，我们可以从源文件中读取数据到buffer中。read方法会返回一个int表示读到的数据数量，-1表示没有读到

**这是一步读取操作**

```java
try (var input = new FileInputStream(pathIn).getChannel()) {
    int count = input.read(buffer);
} catch (IOException e) {
    e.printStackTrace();
}
```

然后我们得到了一个存了数据的buffer，那有人说了：那就可以直接写进去了呗，然后哐哐哐一顿操作，定义了一个用来输出的`output`对象，写了一句`output.write(buffer)`。然后他说，写完了

不好意思，这个不是byte数组。ByteBuffer有一个特点：**程序员不知道它一次能写出来多少字节**

那咋办呢！！！我们发现，ByteBuffer类提供了一个方法：`hasRemaining()`。这个方法是**判断容量是否大于当前下标（也就是还有没有剩余空间）**

![](https://content.hackertalk.net/pub/dGMx82-6OQl39A)

又发现，提供了一个`flip()`方法，能够**将这个ByteBuffer的容量设置为当前的指针位置，然后把当前的指针位置设置为0**。

![](https://content.hackertalk.net/pub/m415pN-NxkYMy0)

这样操作后，我们可以放心地用`hasRemaining()`方法检验剩余。所以我们只需要一直判断有没有剩余，一直有就一直写

```java
buffer.flip()
while (buffer.hasRemaining()) {
    output.write(buffer);
}
```

**最后，旧版本的同学，也就是不能用try-with-resources格式的同学，记得关流，把那两个FileChannel的close方法调用一下**

## 文件通道运行时的动作

按照常识，文件通道会记录些什么东西？

第一个，就是position，经测试，可以表述为：**指针**，也就是你这个文件读或者写到哪里了。当然从上面的用法中，可以发现ByteBuffer也有用途相似的position属性。**position与我们常说的下标相似，未进行任何操作时，值为0**

以input对象为例，我们可以获取position：

```java
input.position();
```

也可以指定下一次它应该从第32个字节开始读：

```java
input.position(32);
```

另外，文件的大小也是可以被获取的，单位为字节

```java
long size = input.size();
```

FileChannel还提供了一个方法`truncate()`，用于截取文件。使用时传入一个long数据表示截取的长度，运行后，文件中**只会剩下指定长度的字节数，后面的字节会被全部舍弃**。如果position指向了被舍弃的字节，那么它将会被移动到截断后文件的最后一个字节上

**注意：如果你的FileChannel是通过`InputSteam`创建的，这个方法不可用。因为方法的本质是更改文件，也就是“写入”（“输出”）**

比如这段代码运行后，output通道指向的文件里只会剩下最前面的32个字节

```java
output.truncate(32);
```

最后还有一个问题：**我们使用输出流的时候，会有一个flush操作，目的是将内存中的数据全都赶进目标文件**。那如果FileChannel输出时有字节赖在内存中，又没有flush方法来轰走它们，咋办？

有个类似的方法，叫做`force()`，意为“强迫”内存中的字节写到硬盘上。**但是这个force方法需要传入一个布尔参数，用于指定是否需要将文件的元数据写入硬盘**（如一些权限信息，存储位置等信息，详细知识请咨询百度百科）

一般我们在写入完成后，会加上这行代码

```java
output.force(true);
```

## MappedByteBuffer的认识

*（只有基操，更深的知识我看不懂qwq连这些我都想了好久，不敢写出来误人子弟）*

翻看源码，我们发现`MappedByteBuffer`是`ByteBuffer`的直接子类。同样不能直接创建，但是这个类甚至不能依靠自己创建对象。我们可以通过FileChannel中的`map()`方法来创建

创建时，需要传入一个MapMode，一个position，一个size。MapMode是FileChannel的内部类，我们无需自己创建，里面有3个可用常量：`READ_ONLY`，`READ_WRITE`，`PRIVATE`，分别表示**只读**，**可读写**，**不更改文件**

但是这里有一个很烦的地方：你用`FileInputStream`创建通道，给你报`NonWritableChannelException`；你用`FileOutputStream`创建通道，给你报`NonReadableChannelException`，也就是你怎样都缺一个。**其实ByteBuffer还有一种依赖形式：`RandomAccessFile`**，是它们的结合，也就没有这种问题（之前没讲因为感觉超纲了）

如我们可以这样创建一个指定模式为可读可写，从文件最开头开始映射（下标0），大小为64的`MappedByteBuffer`对象：

```java
try (var model = new RandomAccessFile(pathIn, "rw").getChannel()) {
    MappedByteBuffer buffer = model.map(FileChannel.MapMode.READ_WRITE, 0, 64);
} catch (IOException e) {
    e.printStackTrace();
}
```

*rw表示可读可写，这保证了缓冲区也是可读可写的；这里第二个参数实际上是问你要将这个缓冲区的数据插在哪里，比如你写了一个2，那么当你改完缓冲区之后，里面的数据全都会在下标2的位置贴上；第三个参数表示缓冲区的大小，如果不进行任何操作，并且写入的数据小于这个缓冲区的大小，那么贴数据的时候还是会把整个缓冲区贴上去，于是你会看到很多长得像这样的字符：[NUL]*

如果仅限于老杜的定义：**可使用`FileChannel`创建出引用非易失性存储器的`MappedByteBuffer`**，那其实已经讲完了。大家再回去看一眼那个名字巨长的特性：**非易失性映射字节缓冲区**，指的就是`MappedByteBuffer`，它能够更持久地，更牢固地保存数据

而在行为上，映射字节缓冲区与普通的字节缓冲区**没有区别**。这一点在源码注释中的最后一句有提到：

> Mapped byte buffers otherwise behave no differently than ordinary direct byte buffers.

这时，文件同时支持读写，而MappedByteBuffer又依附于创建者，所以我们可以对创建者读写。**这里涉及到两类方法：`put()`和`get()`及其带后缀的衍生物**（其实这两个在ByteBuffer里面也有，这里需要用到了就拿出来讲讲）。这两种方法功能对应，我列举一下put方法，至于get方法可以自行对照使用

---

与DataOutputStream相似，MappedByteBuffer提供了7个put方法，分别用来输出除byte以外的7种基础数据类型（没有字符串了！）。**不同的是，这些方法各有一个重载方法，重载方法的第一个参数为下标，也就是比DataOutputStream多了一个指定位置的功能。**（这部分方法并不建议用，因为基础数据类型中，占248字节的有很多，特别是char，打中文有乱码的风险，打英文会给你输出英文，但是后面会带一个`[NUL]`，而且计算时认为这个英文字符它占两个字节。。。）

除此之外，还有无后缀的put方法。可以向里面传入一个byte，也有两个要传入ByteBuffer的，分别是**只传ByteBuffer**和**位置，ByteBuffer，起始下标，长度**，而对于需传入byte数组的方法，分为**只传数组**和**数组和区间**，这两个方法分别有可以指定位置的重载方法（这部分方法是建议使用的，不会把握不住乱输出）

*嗯。。。学过流的同学们应该都会使用的吧，也蛮好记的。就是这个数量。。。有22个之多。。。*

---

使用时完全可以按直觉使用，就是注意一下需要ByteBuffer为参数的方法是特殊的：**不给位置就别想指定区间**

put方法过后，记得调用一下`MappedByteBuffer`独有的**无参force()方法**将数据刷新进去（如你所见，对缓冲区操作的时候，硬盘也会被改写）另外，为了防止字符`[NUL]`的出现，用这个方法写入的时候please提前算出**需要插入数据的准确数量**，不要妄想用flip方法，我试过好几次，不顶用的qwq

**示例部分：我们要一个读写模式的缓冲区，在pathIn文件末尾（加上的第一个字母的下标等于原文件的长度，所以指针设为原文件的长度值）加上2个byte：`cd`**

```java
try (var model = new RandomAccessFile(pathIn, "rw").getChannel()) {
    // 三个参数分别表示：设置为可读写模式，添加位置（末尾），缓冲区容量
    MappedByteBuffer buffer = model.map(FileChannel.MapMode.READ_WRITE, model.size(), 2);
    
    // 放入字符c和字符d
    buffer.put((byte) 'c');
    buffer.put((byte) 'd');
    // 刷新一下
    buffer.force();
} catch (IOException e) {
    e.printStackTrace();
}
```

## finally——

哎这。。不小心写多了，读者朋友分两天看？

【特色探究】非易失性映射字节缓冲区

没事ovo二分法排查一下不花时间的