<@U0JFM04MS> How would you like to troubleshoot?
# kolide
s
@zwass How would you like to troubleshoot?
z
Can you please turn on
--verbose --tls_dump
on the osquery daemon and then provide the logs?
s
sure, i already have that.
paste it here?
z
I'm looking at the error you posted in https://osquery.slack.com/archives/C08V7KTJB/p1567720952082100 and I suspect that this host is not able to connect to that host.
You said that host is on a different network... I assume that is why the first host can connect and the new host cannot.
s
correct, this host is on lets say our corp network..
dev and vpn all connect fine
which is leading me to believe this is a network issue.
but wanted to check here first.
however, the clients are different.
dev are lunix, vpn macOS and corp windows/macOS
just logginf back in
z
Almost certainly a network issue. Can you hit this endpoint via curl on this host?
s
opps
i get a status code 200 from the site
cannot add a snippet so sorry about this..
z
"An existing connection was forcibly closed by the remote host" is not an error that I have seen before, but it still looks like network issues.
s
Agreed. The tls service shouldn’t need any special network ports open other that 443 from the clients tight?
z
No it should not
s
Must be a firewall or proxy issue then. Appreciate the help Zach.
s
The GRPC connection doesn’t always go through proxies, right? So if there’s a any weird MitM firewalls there might be issues?
z
Is this Launcher or plain osquery?
s
Oh,good point. The comment above implies osquery
s
plain osquery
z
In that case we can ignore any concerns about gRPC.
s
sounds good. I'll let you all know how it works out with the network team.. this is always fun.
🍻 1
@zwass So spoke with the networks team. They note that due to me having :443 at the end the --tls_hostname causes the request to be malformed. And removing this allows the connection.
the proxy is dropping the connection..
x_exception_id=internal_error
and the cs_host=- is missing the hostname.
z
So it's solved by removing :443?
s
That is correct.
z
Nice, thank you for filling us in. Glad it's working!
s
tbh though, i'm not sure that is a good answer from them as this was in fact working with the :443 as i've 500+ offline assets in TLS..
but that is another story.