linkerd2/proxy
Eliza Weisman a82eec37ab
Attempt to load TLS settings immediately prior to starting watch (#1137)
Previously, the proxy would not attempt to load its TLS certificates until a fs
watch detected that one of them had changed. This means that if the proxy was
started with valid files already at the configured paths, it would not load 
them until one of the files changed.

This branch fixes that issue by starting the stream of changes with one event
_followed_ by any additional changes detected by watching the filesystem.

I've manually tested that this fixes the issue, both on Linux and on macOS, and
can confirm that this fixes the issue. In addition, when I start writing 
integration tests for certificate reloading, I'll make sure to include a test
to detect any regressions.

Closes #1133.

Signed-off-by: Eliza Weisman <eliza@buoyant.io>
2018-06-15 17:32:55 -07:00
..
benches Ensure Request IDs are unique & avoid `Arc`ing. (#1066) 2018-06-05 13:42:46 -10:00
controller-grpc proxy: Update prost to 0.4.0 (#1127) 2018-06-14 16:29:41 -07:00
futures-mpsc-lossy Prepare for the v0.3.0 release (#406) 2018-02-21 11:14:11 -08:00
router proxy/router: Implement LRU cache eviction (#925) 2018-05-10 19:06:31 -07:00
src Attempt to load TLS settings immediately prior to starting watch (#1137) 2018-06-15 17:32:55 -07:00
tests proxy: Convert `convert` from crate to module (#1115) 2018-06-13 16:18:51 -07:00
Cargo.toml proxy: Fix Inotify falling back to polling when files don't exist yet (#1119) 2018-06-15 11:40:04 -07:00
Dockerfile proto: Use explicit `go_package` option (#1120) 2018-06-14 14:03:00 -07:00