hooooooooooook

Yes, DNS beacon is indeed in the implementation plan list. However, the current focus is still on the realization of the socks proxy and "so/dylib beacon" and its derivative process...

需要按照c2profile配置对应的rebind库，具体参考[主页写的文档介绍](https://github.com/gloxec/CrossC2/blob/cs4.1/README_zh.md)和[代码例子](https://github.com/gloxec/CrossC2/tree/cs4.1/protocol_demo)

应当是beacon采用daemon后台运行的缘故，所service在启动时之监控到父进程正常exit时，直接认定service启动失败，结束了接下来创建的子进程等。 该机制由linux底层daemon实现，常见daemon类程序都会向磁盘写入pidfile来记录pid方便service去跟踪，但beacon这样做会留下痕迹不推荐去实现。 可尝试本地实现个不退出的loader，负责启动beacon，这样service可正常监控及运行

@caixukundashabi v3.1.0 版本推出了config.ini的配置方式，其中可以控制是否进入后台模式 https://github.com/gloxec/CrossC2/releases/tag/v3.1.0 这样即可解决systemctl直接进行控制的问题 具体参考见: https://github.com/gloxec/CrossC2/blob/e74aecd8e15160a463c9eeb3c70123828829c1f6/src/config_demo.ini#L21

genCrossC2是在什么环境下使用的呢？

安卓 & iOS 端暂时移除

该问题发现是 `genCrossC2.exe` 在生成指定 `rebind_dynamic_lib` 协议库的路径为绝对路径时，将解析失败。相对路径则不受影响。 ``` genCrossC2.exe ... c:\toos\so\rebind.so ... [error] genCrossC2.exe ... toos\so\rebind.so:config.ini ... [ok] genCrossC2.exe ... .\so\rebind.so ... [ok] ``` 该问题将导致**GUI插件**在自动生成beacon时，选定`rebind_dynmaic_lib`后因为转换为绝对路径的问题，最终生成失败。 所以可以手动将 `插件输入框中的绝对路径` 或 `命令行的rebind参数` 改为相对路径。 或着更新 [genCrossC2.Win生成器](https://github.com/gloxec/CrossC2/releases/download/v3.1.0/genCrossC2.Win-2022-07-13-bug-fix.zip)

是否使用了c2profile呢？可能出现的原因有对应通讯库中的HTTP头编写存在问题 ```c Connection: close 正确 Connection: keep-alive 可能会导致心跳时间过长 ```

1. 此问题与[ #35 ] 相同，现有版本不支持，新版本已支持并将在近日推送。 2. 关于mac在4.x上与malleable c2profile无法上线的问题，客户端weblog界面以及服务端teamserver是否有输出信息呢？

域前置问题已支持，malleable c2profile 测试MacOS仍旧是正常的，检查rebind动态库是否为MacOS编译正确。确认无误的话，尝试关闭MacOS SIP再进行测试。 https://github.com/gloxec/CrossC2/releases/tag/v2.2