shuiyunwudi

Is there any progress? I encountered the same problem.

> 我的调用方式不是走dapr sdk, 就是直接在容器里面手动执行curl -i {localhost:darp-port}/v1.0/invoke/{dapr.io/app-id}/method{your-endpoint} 这个命令；你可以看到我引用的官方github上那个issue, 那个问题跟我遇到的很类似。你这边没有遇到，难道是.net没有这个问题？

> 那确实没遇到过了。既然你使用容器里手动执行curl可能和.net还是java没啥关系了。不知道是不是版本不兼容导致的了 我发现了一个情况，我的dapr使用了consul作为nameresolution(因为需要实现跨k8s和vm环境的服务调用)，刚才试了一下，不配置consul作为nameresolution，用默认的k8s dns来解析，k8s上服务的调用没有问题。

> 好的，感谢大神，dapr还是太新，有坑等着踩。

我这边目前最新的发现是，将dapr进行内部grpc调用的端口，配置为不走istio，是可以实现调用成功的。就是把traffic.sidecar.istio.io/excludeOutboundPorts: "50002" 注解加上。

我用istio 1.11.4版本可以。

我似乎找到答案了，consul上的服务定义里需要加入meta信息，指明服务的协议类型，生成的serviceEntry就不会是默认的tcp协议的了。