问题标签 [net-reactor]

我有一个使用 .NET Reactor v.6.0.0.0 混淆的 .NET Core 3.0.100 程序集。

所述主程序集依赖于其他程序集，这些程序集通过使用 Reactor命令与它一起打包和混淆：
-satelite_assemblies [path/s]
-merge 1

使用 dotPeek 并反编译程序集，我可以看到所有正确的 .dll 都包含在主程序集中并与它一起被混淆 - 到目前为止一切都很好。

当仅构建（而不是混淆）主 .dll 时，它还有一个 [name].deps.json 文件，它告诉它在哪里以及在哪里可以找到其他程序集（标准 .NET Core 过程）。

在混淆程序集（包含所有其余部分）中，该文件不再有效（也无法包含），因为程序集的“位置”现在已更改，因此在运行混淆的 .dll 时，我们在控制台中收到错误消息找不到依赖的 .dll。

我们如何使用 .NET Reactor 混淆和合并多个 .dll 并且仍然让主程序集知道在哪里可以找到它们？

• 是否需要对 [name].deps.json 进行手动更改，如果需要，是什么类型的？
• 有没有办法使用 .NET Reactor 自动指定它或以某种方式包含它（-satellite_assemblies 只接受 .dll 和 .exe 文件）？
• 依赖 [name].deps.json 文件时， 是否只能在不合并它们的情况下混淆它们？

使用 Dotfuscator 混淆的现有代码中使用的混淆属性：

出于某种原因，代码应使用 .NET Reactor 进行混淆。

.NET Reactor 支持哪些混淆属性？

我在编译 .net reactor 并启动我的设置项目时使用 .net reactor 进行代码保护

我们有一个安装程序构建服务器，用于为我们的 .Net 项目混淆和构建安装文件。

当开发人员提交 dll 文件时，我们希望自动混淆。

但问题是；有时开发人员能够在提交之前进行混淆。如果文件被混淆 2 次，则会导致错误。

出于这个原因，我们需要了解传入的文件是否被混淆。

我们使用 dotNET_Reactor.Console.exe 进行混淆处理。

那么我们怎样才能检测到“.Net 程序集”已经被滥用了。

提前致谢。

编辑说明：感谢您对如此明确的问题给出的否定意见。（对于我之前的问题）

如果你不明白，那么让我解释一下。

我不知道我能描述多少。

1. 有一个名为 Net Reactor 的程序。
2. 该程序适用于混淆 .Net 程序集文件（呃！）
3. 一旦我们混淆了文件，如果它曾经被混淆过，那么文件就会损坏。
4. 因此，我们需要从程序上理解这一点。
5. dotNET_Reactor.Console.exe 是用于此的命令行接口工具。
6. 我不敢相信，我写了这么一个明确的问题的更多解释。
7. 我认为这种解释是对这里那些人的大脑的侮辱。