Windows下dcmqrscp的callingPresentationAddress值异常问题问询

嘿，我之前处理DICOM服务器配置时碰到过几乎一模一样的问题，这大概率是Windows系统的反向DNS解析或者dcmqrscp的网络配置参数在搞鬼，咱们一步步来排查解决：

核心问题分析 #

dcmqrscp的callingPresentationAddress字段默认是通过反向DNS查询获取客户端IP对应的主机名。在Windows 7环境下，如果DNS配置有误、本地hosts文件存在异常映射，或者客户端IP的反向解析记录不正确，就会导致服务器把客户端IP错误解析成www或者本地主机名。

具体排查与解决步骤 #

• 检查反向DNS解析是否正常
  先在Windows服务器上打开命令提示符，执行nslookup 145.146.51.82，看看返回的主机名是否符合预期。如果返回的是www或者本地主机名，说明反向DNS配置有问题：

  • 临时解决方案：修改Windows的C:\Windows\System32\drivers\etc\hosts文件，添加一条正向映射：

    145.146.51.82   Debian-Client
    

    把Debian-Client换成你想要显示的客户端主机名，保存后重启dcmqrscp即可。
  • 长期解决方案：联系运维人员调整DNS服务器的反向解析记录，确保145.146.51.82能正确解析到对应的客户端主机名。

• 禁用dcmqrscp的反向DNS查询
  如果不需要显示主机名，只想直接显示客户端IP，可以在dcmqrscp的配置文件中添加以下参数：

  DisableReverseDNSLookup = ON
  

  这个配置会强制服务器跳过反向DNS查询，直接使用客户端的IP地址填充callingPresentationAddress字段，重启服务后就能生效。

• 检查AE标题的配置完整性
  你提到切换调用AE为CLIENT2的情况，要确保dcmqrscp的配置文件中已经正确注册了这个AE标题，比如：

  AE Title       = CLIENT2
  Hostname       = 145.146.51.82
  Port           = 104
  

  如果AE标题未在配置中注册，服务器可能会采用默认逻辑处理，进而导致地址识别异常。

• 确认dcmqrscp的网络接口绑定
  有时候dcmqrscp可能绑定到了错误的网络接口，导致获取的客户端地址异常。你可以在启动dcmqrscp时指定要监听的服务器IP，比如：

  dcmqrscp -aet DCMQRSCP -aec CLIENT -p 104 -d 你的Windows服务器IP
  

  替换你的Windows服务器IP为服务器上对应网卡的正确IP，确保服务器监听在正确的网络接口上。

内容的提问来源于stack exchange，提问作者Bartłomiej