V2EX › amiwrong123 的所有回复 › 第 10 页 / 共 47 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 6 7 8 9 10 11 12 13 14 15 ... 47

❮

❯

2024 年 9 月 30 日

回复了 amiwrong123 创建的主题 › 问与答 › 这个 sed 里，关于单引号双引号的用法，应该是去查阅 shell 的资料吗？

@PTLin
谢谢，这应该就是我想要的官方链接~

2024 年 9 月 30 日

回复了 amiwrong123 创建的主题 › 问与答 › 这个 sed 里，关于单引号双引号的用法，应该是去查阅 shell 的资料吗？

@YGHMXFAL
谢谢解释。
是别人写的 sh 脚本里面的一句，因为不是很懂，就拿来问一下了~

确实你这个写法好得多，学习了。

2024 年 9 月 30 日

回复了 amiwrong123 创建的主题 › 问与答 › 这个 sed 里，关于单引号双引号的用法，应该是去查阅 shell 的资料吗？

@ho121
然后"$code"会变成'FF'，这么理解吗？
然后这三个单引号对（都是单引号对了），就合成了一个字符串。

2024 年 9 月 30 日

回复了 amiwrong123 创建的主题 › 问与答 › 这个 sed 里，关于单引号双引号的用法，应该是去查阅 shell 的资料吗？

@ho121
好吧，原来是这么看的呀，我还理解错了。我还以为是单引号，里面又有单引号

2024 年 9 月 21 日

回复了 amiwrong123 创建的主题 › 程序员 › 对于“公钥加密，私钥解密”有在 ssh 的 authorized_keys 这种常见的应用场景，那么“私钥签名，公钥验证”有什么常见的应用场景？

@Xheldon #29
哈哈，没想到有你这个应用场景。

2024 年 9 月 21 日

@mark2025 #41
authorized_keys 我知道是服务器用来验证客户端的身份的。
你说的“认证服务端”，是指那个客户端保存的 known_hosts 文件吗？

但我看了 known_hosts 的用法：
A 通过 ssh 首次连接到 B ，B 会将公钥 1 传递给 A ，A 将公钥 1 存入 known_hosts 文件中，以后 A 再连接 B 时，B 依然会传递给 A 一个公钥 2 ，OpenSSH 会核对公钥，通过对比公钥 1 与公钥 2 是否相同来进行简单的验证，如果公钥不同，OpenSSH 会发出警告，避免你受到 DNS Hijack 之类的攻击。

---------

只是一个很简单的对比公钥 1 和公钥 2 啊

2024 年 9 月 21 日

@expy #39
那如果是不省事的做法呢，还会做啥呀

2024 年 9 月 21 日

@churchmice
为什么没有这种说法啊？签名操作的本质不就是一个加密操作吗

2024 年 9 月 21 日

@NessajCN #18
OK ，感谢回答，理解了。这中间会有一步算哈希的步骤。

签名：
发送方计算 data.txt 的哈希值，然后使用自己的私钥对哈希值进行签名，生成 signature.txt 。
接收方使用发送方的公钥验证 signature.txt ，确保 data.txt 未被篡改且来自预期的发送方。

-------------------------

问一个比较笨的问题，把上面的过程改成：
用私钥对 data.txt 全文加密。这种方式不常用吗？或者本身这种有什么弊端？

主流的，应该还是，发送方先算出哈希值，再对哈希值进行加密吧。

2024 年 9 月 21 日

@NessajCN #15
我好像懂你意思了，我之前一直误解了。。

假设有一个文件 data.txt ，我们分别对其进行加密和签名：
加密：
发送方使用接收方的公钥对 data.txt 进行加密，生成 data_encrypted.txt 。
接收方使用自己的私钥对 data_encrypted.txt 进行解密，恢复 data.txt 。
签名：
发送方计算 data.txt 的哈希值，然后使用自己的私钥对哈希值进行签名，生成 signature.txt 。
接收方使用发送方的公钥验证 signature.txt ，确保 data.txt 未被篡改且来自预期的发送方。

上面这段是大模型的回答，所以“用自己的私钥对哈希值进行签名”就是指，用私钥加密呗。

2024 年 9 月 21 日

@NessajCN #11
啊？我理解错了吗。。
加密是：原 content -> 加密的 content
签名是：原 content -> 原 content+一个签名值
这不是两种操作吗

2024 年 9 月 21 日

@NessajCN #7
而且我开始以为“私钥加密，公钥解密”这种没有用呢，差点被自己误导了。

也就是说，
“公钥加密，私钥解密”
“私钥加密，公钥解密”——软件的数字签名
“私钥签名，公钥验证”——httts 证书
都有应用场景。
只是最后两种应用场景的目的，都是一样的目的。

2024 年 9 月 21 日

@NessajCN #7
等等。
首先，“私钥签名->公钥验证”，你发一条信息出去，任何知道你公钥的人都能验证这条信息是来自于你。

然后，你说的，“私钥加密公告->别人用公钥解密”，也能达到这个目的“你发一条信息出去，任何知道你公钥的人都能验证这条信息是来自于你”呗。
- 因为公钥是公开的，所以其实谁都可以解密。
- 但至少可以证明信息发送者的身份。

神奇，这两种方式都可以达到这目的。😮

2024 年 8 月 25 日

回复了 amiwrong123 创建的主题 › 程序员 › 为什么 make 输出 make: Entering directory 时，后面跟的路径的两边的字符不一样，是反引号和单引号？

破案了，我自己特殊处理了 make 的输出，替换反引号为单引号，再给到 compiledb 。生成的 compile_commands.json 还是一个空文件。

看来和这个路径字符没有关系。

但问题还是没解决。。。

2024 年 8 月 4 日

回复了 amiwrong123 创建的主题 › 程序员 › 6.828 课程的 RISC-V 版本建议选哪年的？

@Noicdi #2
@Cola98 #5
@aldehyde #6
@Noicdi #9
不管了，就选 20 年的。感觉 20 的，网上的视频和笔记都挺多的。

2024 年 8 月 4 日

回复了 amiwrong123 创建的主题 › 程序员 › 6.828 课程的 RISC-V 版本建议选哪年的？

@Cola98 #5
@Noicdi #8
We haven't tested it, but it might be possible to get everything you need via the Windows Subsystem for Linux or otherwise compiling the tools yourself.

https://pdos.csail.mit.edu/6.828/2020/tools.html

看到原话了，它说大概率在 wsl 上，是可以的。

2024 年 8 月 4 日

回复了 amiwrong123 创建的主题 › 程序员 › 6.828 课程的 RISC-V 版本建议选哪年的？

@Cola98 #5
哇，他们教程里还提到了“可以用 wsl2”这件事吗。

电脑已经有了 wsl 的 Ubuntu20 ，可以开始搞了。

2024 年 8 月 3 日

回复了 amiwrong123 创建的主题 › 程序员 › 6.828 课程的 RISC-V 版本建议选哪年的？

@zwlinc
@Noicdi
对了，问一下，我在 win11 的 wsl 里做这个课程，应该也一样吧。
之前做的时候是在 vmware 的虚拟机里面做的。

2024 年 8 月 3 日

回复了 amiwrong123 创建的主题 › 程序员 › 6.828 课程的 RISC-V 版本建议选哪年的？

@zwlinc
好吧，回头我对比一下

2024 年 8 月 1 日

回复了 amiwrong123 创建的主题 › 问与答 › usb 同步器的穿越模式怎么用的？

@smilecat
需要两个电脑在同一个网段不

1 ... 6 7 8 9 10 11 12 13 14 15 ... 47

❮

❯