We are running Nagios Log Server 1.4.4 and not receiving any logs from Bluemix for the past weeks. Reponse from Bluemix support about issue is that supported TLS ciphers in loggregator have changed to the following:
You could pass the (unencrypted) Bluemix traffic off to a local rsyslog or Beats instance, then have those intermediaries use a compatible cipher suite and be responsible for the encryption and shipping to Nagios Log Server. However, if those specific cipher suites are a business requirement, that is a non-starter.
to add on to what @mcapra mentioned. I imagine you could also accomplish this using a load balancer / reverse proxy to preserve the SSL connection, and pass on to NLS from there. (could allow you to meet the potential business requirement)
Thank you for your insights. Unfortunately that means that there is no easy solution for us. Local rsyslog instance is not an option at the source at Bluemix. I am looking at ways to terminate TLS connection at destination server and pass it on to NLS as @tacolover101 suggested. Any practical ideas? Could OpenSSH (tunnel) accomplish that?
Configuring rsyslog to accept inbound secure connections should be doable but would require some custom config and possibly upgrading the existing version and other components. This could lead to other problems on the box so I'd suggest testing this on a lab machine first possible. Bluemix appears to also be able to push logs via https so the same could be said for the local Apache install.
To anyone facing the same issue: installing HAProxy on same server that runs Nagios Log Server and configuring it to terminate TLS connection and forward data to Nagios solved issue for us. Setting up HAProxy is simple.