0
私はConsulのためにACLを持っており、サービス発見に使用するトークンを指定するための多くの方法を試しました。設定ACLトークンはうまく動作し、ディスカバリーACLトークンは登録のために機能します（Consul UIで私のサービスを見ることができます）。私はAgentConsulClient.agentServiceRegister（）のコードがこのトークンをサポートしているのを見ています： UrlParameters tokenParam = token！= null？新しいSingleUrlParameters（ "token"、token）：null;カタログサービスのための春のクラウドコンサルの発見acl
私が知る限り、CatalogConsulClientでこれと似たものは何もサポートされていません。 Spring CloudのConsulDiscoveryClientから呼び出されると、どのように設定されているかにかかわらず、トークンは渡されません。ログには、トークンなしで行われているコールが表示され、登録済みのサービスがリストされていない有効な応答が返されます。私はどのように登録のためのACLを持っているが、発見のためのACLを持っていない。私は何が欠けていますか？発見を使用する場合、誰も実際にACLを使用していませんか？ （ACLなしの開発環境ではうまく動作します）。エージェントサービスからトークンサポートをカタログサービスに追加するには、ソースを編集する必要がありますか？誰かがそれを成功させましたか？
これは、spring-cloud-consulでタグ付けできませんでした。できれば追加してください。
あり'spring-cloud-consul'タグはありません。 – spencergibb
実際、どこに問題が見られますか？ – spencergibb
領事のUIに表示される登録サービスは、Zuulで追加されたルートを取得しないという問題があります。/v1/catalog/servicesへのクライアント呼び出しにACLトークンが含まれていないように見えます。私がACLトークンを含む/ v1/catalog/services URLでConsulにヒットした場合、登録されたサービスのリストが表示されますが、Spring Cloud Consulにトークンパラメータを含める方法を見つけることができませんでした。私は明らかに何かを欠いている可能性があります。あなたは領事館で発見のACLを設定し、それはあなたのために働いたのですか？ – Bryan