For complex issues please use https://discuss.hashicorp.com/c/consul/, https://github.com/hashicorp/consul/issues or https://groups.google.com/forum/#!forum/consul-tool.
/v1/catalog/register
is expecting the full service definition (api.AgentServiceRegistration
), but I couldn't find any API to get it in the first place (in order to modify it)./v1/catalog/service/
also doesn't return all required values.
dnsmasq
installed so that they will default query their own DNS instance. The rest of the servers in a separate VLAN use the standard DNS servers of the environment, which has a conditional DNS forwarder for .consul
that forwards to the 5 Consul servers.
.consul
domain.
Hello! I have a flood of the following nasty warnings on my Consul installation (v.1.11.3):
[WARN] agent: Service name will not be discoverable via DNS due to invalid characters. Valid characters include all alpha-numerics and dashes.: service=sth-with_underlines
Unfortunately, in my case, service renaming is not feasible. At the same time, my setup does not use the DNS interface at all, so complete DNS disabling would be an appropriate solution, I think. I've tried to set a negative DNS port as suggested here: hashicorp/consul#3135 using CLI flag "-dns-port -1" , but it seems to have no effect.
Could you please advise if there is any way to disable DNS (or solve the warning problem)?
Hey all, we're running consul on kubernetes. We had to rotate our kubernetes certificates and everything came up fine Consul wise after the restart, however all of the consul-connect-inject sidecars cannot start due to x509 unknown authority "ca".
I restarted the agents and servers again but this did nothing and am about to attempt the cert rotation process documented.
Anyone experience this after rotating k8s certs?
connect { enabled = true }
on clients, however without this specified nomad fingerprints the node as attr.consul.connect = false
is this a nomad bug or a consul docs bug?
I have an ingress-gateway with a service-router to split the L7 traffic (following the docs for HTTP listener with Path-based Routing). But the envoy instance only ever reports "no healthy upstreams".
Curiously, envoy /clusters
shows all the configured upstream clusters (0 on all stats) and /config_dump
shows all the routing config looking sane. I'm not 100% clear on what intentions should be set (ingress name -> router or ingress-name -> final destination), but I've currently got a wildcard destination and it's having no effect. And even then I'd expect a 403 response there.
Logs clearly showing it selecting the configured final-destination cluster (the destination after the service-resolver work is done) and then complaining there are no healthy upstreams. When I look at them in /clusters, I see the correct destination IPs (mesh-gateways) are listed.
I'm at a loss as to why envoy might be considering the clusters to have no healthy upstreams here.
consul intention list
does not show missing intentions
Hi, I'm new to mDNS, I found the repo https://github.com/hashicorp/mdns
, and I want add a dns for a Java server with port 8080 like:
info := []string{"Demo service"}
service, _ := mdns.NewMDNSService("demo", "_http._tcp", "", "", 8080, nil, info)
server, _ := mdns.NewServer(&mdns.Config{Zone: service})
defer server.Shutdown()
After startup mDNS service, I can't request the dns demo._http._tcp.local
, how should I add correct dns for this? Thanks very much.
Hey everyone,
I have a mesh gateway federated consul setup utilizing 3 k8s clusters using consul 1.11.3
I have setup a service (service-foo) in each datacenter. In the primary dc I have also setup a service-resolver using a crd to failover to another dc like so:
apiVersion: consul.hashicorp.com/v1alpha1
kind: ServiceResolver
metadata:
name: service-foo
spec:
connectTimeout: 1s
failover:
'*':
datacenters:
- dc1
- dc2
- dc3
service-foo
in dc1
, returns 200service-foo
down in dc1
service-foo
in dc1
, returns 503I'd have expected Consul to route my request to the next closest with a healthy instance of service-foo
.
I have also tried specifying a default subset in the resolver but that did not change the result. The only way I have been able to get to another datacenter is by using redirect
in the service-resolver but that is not what is desired here.
Any help would be appreciated.
failed_eds_health
issues between a sidecar and a service in another data center using Meshgate WAN federation.upstream connect error or disconnect/reset before headers. reset reason: connection termination: 0
when using consul connect. Is there a workaround for this? I see that Envoy has an option to retry on reset connections. Is that configurable in Consul?