現在、eurekaを使用してサービスディスカバリをセットアップしようとしていますが、クライアントが間違ったポートに登録しています。すべてのEurekaクライアントは、独自のnginxリバースプロキシの背後にある別のサーバー上にあり、ポート443のhttpsを介して外部から到達可能ですが、Java eurekaクライアントは別のポートで構成されています。また、nginxが公開するのと同じポートでそれらを構成してみましたが、nginxサーバーはリダイレクトを無制限にし、エラー「無効なリダイレクト」での試行の後に停止します。異なるポート上にあるため、eurekaクライアントは、Spring Boot yaml server port configで構成されたポートを使用してサーバーに登録します。その後、クライアントが別のクライアントに到達しようとすると、スプリングブートアプリケーションで構成されたポートを使用します。クライアントを実行しているポートとは別のポートでeurekaクライアントを登録できるようにする必要があります。それは可能ですか？ここで何が欠けていますか？Zuulをゲートウェイとして使用すると、ここで違いが生じますか？
セットアップ（すべてのシステムがNGINXリバースプロキシの背後にある別のVServerにデプロイされている）：Eurekaサーバー複数のEurekaクライアント（API、UIなど）Identity Management Keycloak SSOサーバーがeurekaサーバーに登録されていない
ポートは一度に1つのサービスでのみ使用できます。したがって、同じポートでリッスンしてエラーメッセージを受け取るようにnignxとスプリングブートを構成することはできません。
スプリングブートはプロキシ設定を認識しないため、eurekaクライアントはインスタンスを（spring.portで）eurekaサーバーに登録します。あなたはとeurkaインスタンスを設定することができEurekaInstanceConfig。この場合eureka.instance.port=443、nginxによって公開されたものに変更します。
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加