Я развернул 2 istio включенные службы в кластере GKE.
istio версия 1.1.5, а GKE v1.15.9-gke.24
istio установлен с global.mtls.enabled=true
serviceA правильно обменивается данными
serviceB, очевидно, имеет проблемы, связанные с TLS.
Я ускоряю развертывание без поддержки istio только для тестирования и запустите c в этот тестовый модуль для curl этих 2 конечных точек службы.
/ # curl -v serviceA
* Rebuilt URL to: serviceA/
* Trying 10.8.61.75...
* TCP_NODELAY set
* Connected to serviceA (10.8.61.75) port 80 (#0)
> GET / HTTP/1.1
> Host: serviceA
> User-Agent: curl/7.57.0
> Accept: */*
>
< HTTP/1.1 200 OK
< content-type: application/json
< content-length: 130
< server: istio-envoy
< date: Sat, 25 Apr 2020 09:45:32 GMT
< x-envoy-upstream-service-time: 2
< x-envoy-decorator-operation: serviceA.mynamespace.svc.cluster.local:80/*
<
{"application":"Flask-Docker Container"}
* Connection #0 to host serviceA left intact
/ # curl -v serviceB
* Rebuilt URL to: serviceB/
* Trying 10.8.58.228...
* TCP_NODELAY set
* Connected to serviceB (10.8.58.228) port 80 (#0)
> GET / HTTP/1.1
> Host: serviceB
> User-Agent: curl/7.57.0
> Accept: */*
>
* Recv failure: Connection reset by peer
* Closing connection 0
curl: (56) Recv failure: Connection reset by peer
Включение в прокси-сервер envoy проблемного сервиса c и включение регистрации уровня трассировки, я вижу эта ошибка
serviceB-758bc87dcf-jzjgj istio-proxy [2020-04-24 13:15:21.180][29][debug][connection] [external/envoy/source/extensions/transport_sockets/tls/ssl_socket.cc:168] [C1484] handshake error: 1
serviceB-758bc87dcf-jzjgj istio-proxy [2020-04-24 13:15:21.180][29][debug][connection] [external/envoy/source/extensions/transport_sockets/tls/ssl_socket.cc:201] [C1484] TLS error: 268435612:SSL routines:OPENSSL_internal:HTTP_REQUEST
Колонны с посланниками обоих контейнеров отображают аналогичную информацию при отладке их сертификатов.
Я проверяю это, выдавая в оба istio контейнера, переход на /etc/certs/..data и запуск
openssl x509 -in root-cert.pem -noout -text
Два root-cert.pem идентичны!
Поскольку эти два прокси-сервера istio имеют абсолютно одинаковую конфигурацию tls с точки зрения сертификатов, почему это crypti c Ошибка SSL при serviceB?
FWIW serviceB обменивается данными с поддержкой postgres без поддержки istio.
Может ли это быть причиной проблемы?
curling контейнер из serviceB изнутри, однако, возвращает здоровый ответ.