IDA Pro 远程调试指南：gdbserver 与 armlinux_server 实战

win32_remote32.exe
win64_remote.exe

结论：IDA 自带的 dbgsrv 已经覆盖了 99% 的使用场景，优先使用即可。

3. 什么时候才需要另外下载 / 编译 gdbserver？

一般 不需要，只有在以下情况才考虑：

• 目标系统非常老（如 Android 4.x、老内核 Linux）
• libc / linker 与 IDA 自带 server 不兼容
• IDA 版本与目标系统差异极大

否则：

优先用 IDA 自带的 dbgsrv，更省事、更稳定、版本更匹配。

4. 新手快速判断：该用哪个 server？

（1）先看目标系统

（2）再看 CPU 架构（非常关键）

uname -m 

（3）确认 32 位 / 64 位程序

file target_binary 

• ELF 32-bit → 使用 *_server32
• ELF 64-bit → 使用默认 / x64 server

5. 实战建议

实战经验先使用 IDA 安装目录自带的 dbgsrv，架构不对再考虑自行下载或编译 gdbserver，不要一上来就去随意搜索 gdbserver。

四、获取 gdbserver（仅在特殊情况下需要）

Linux

sudo apt install gdbserver 

确认：

which gdbserver 
gdbserver --version 

Android

常见来源：

• Android NDK
• Magisk 模块
• 手机上的 /system/bin/gdbserver

查看架构：

uname -m 

⚠️ 必须和目标程序架构一致，否则直接连不上。

五、启动 gdbserver（被调试端）

方法一：调试已存在进程（最常用）

gdbserver :23946 --attach <pid>

查看 pid：

ps -ef | grep target 

方法二：启动程序并调试

gdbserver :23946 ./target_program 

参数说明

• :23946：监听端口（可自定义）
• --attach：附加到已运行进程

成功后你会看到：

Listening on port 23946 

说明 gdbserver 已就绪。

六、IDA 端设置远程调试

1. 打开程序

在 IDA 中打开 与你目标设备一致的 ELF 文件（本地副本即可）

⚠️ 架构必须一致（ARM/ARM64/x86）

2. 选择调试器

菜单：

Debugger → Select debugger 

选择根据你自己的实际情况选择，我要调试的是 arm linux 要选：

• Remote ARM Linux/Android debugger

3. 设置远程参数

菜单：

Debugger → Process options 

⚠️ 信息必须一致正确，否则会失败，如果失败多数问题出现在这里。

填写（不填写的可以留空，有需要可以查阅文档）：

• Application：/path/to/target（就是执行程序的完整路径）
• Input file：留空（如果有问题自行查阅文档）
• Directory：/path/to/dir（程序目录）
• Hostname：192.168.1.100（目标设备 IP，可以先 ping 如果不通，你要先解决设备通电脑网络通信问题，才能调试）
• Port：23946（启动 gdbserver 时指定的就是端口号保持一致）
• 然后点击 OK

示例：

Hostname: 192.168.1.100 Port: 23946 

七、开始调试（三选一启动调试）

可以点击绿色三角形按钮开始调试了，或

点击：

Debugger → Attach to process 

或

Debugger → Start process 

成功后你会看到：

• 寄存器窗口刷新
• 程序暂停在当前指令
• 状态栏显示 Running / Suspended

远程调试已建立！

八、常见调试操作

下断点

• F2：下断点
• 右键 → Add breakpoint

单步

• F7：Step into
• F8：Step over
• F9：Start process

查看寄存器或者内存查看等

Debugger → Quick debug view → Registers 

九、如何确认要用什么平台的 gdbserver（重点总结）

这是最容易出错、也最重要的一步，80% 的远程调试失败都出在这里。

一句话结论：

gdbserver 跑在'目标设备'上，并且必须与'目标程序的系统 + CPU 架构 + 位数'完全一致。

1. 先确认程序运行的平台

⚠️ Android ≠ 普通 Linux，不能混用。

2. 确认目标设备 CPU 架构

在目标设备上执行：

uname -m 

常见结果对照：

3. 再确认目标程序本身的架构（非常关键）

即使系统是 64 位，程序也可能是 32 位。

file target_program 

示例输出：

ELF 32-bit LSB executable, ARM 

✅ 正确选择：ARM32 gdbserver ❌ 错误选择：ARM64 gdbserver

4. Android 场景下的判断方法

查看设备支持的 ABI

adb shell getprop ro.product.cpu.abi 

查看 APK 内 so 架构

unzip app.apk | grep lib/ 

常见对应关系：

👉 调哪个 so，就用哪个架构的 gdbserver。