-
Notifications
You must be signed in to change notification settings - Fork 9
EgressRule not working for AMQP (RabbitMQ) #394
Comments
@sebastian-garofalo Do you use TLS for your RabbitMQ? If so, you can specify the protocol as HTTPS, see https://istio.io/docs/tasks/traffic-management/egress/#configuring-the-external-services, the However, note that you can use the wildcard only as a prefix, like If you do not use TLS for your RabbitMQ, you have to specify IP ranges instead of domain names for a TCP |
@vadimeisenbergibm thanks for the suggestions, sadly can't get it working. We aren´t using TLS, I tried with the following service entry:
And I still get the connections reset constantly. We have the rabbitMQ running in another kubernetes namespace that is outside the Istio mesh. We tried the app and connecting via telnet to rabbit outside of the Istio mesh and it works. Any ideas? Thanks in advance |
@sebastian-garofalo Sorry, I missed your comment. For Kubernetes services in the same cluster you do not need to create ServiceEntries. Can you paste here the spec of your rabbitmq Kubernetes Service? Note the requirements for service port names https://istio.io/docs/setup/kubernetes/spec-requirements/, you should call the port of your service something like |
+1 we have exactly the same case and similar error. @sebastian-garofalo , did you resolve these issues? @vadimeisenbergibm in our case we have the following kubernetes service spec: apiVersion: v1 Thank you for your help, |
Hi
we are trying to connect to a RabbitMQ running outside the Istio mesh, but we get connection reset errors constantly.
RabbitMQ logs report the error: {bad_header,<<22,3,1,0,138,1,0,0>>}
The egress rule we are using is:
Do you know if I'm missing something? I was told in #37 that this should be working already on Istio 0.8.0
Thanks
The text was updated successfully, but these errors were encountered: