|
[ANN] Utilities PMC projects graduating from incubation
Hi all,
In May 2015, the Utilities PMC began incubating a handful of .NET developer
tools created and maintained by engineers at HPE.
These projects have been maintained by HPE over the last 16
Hi all,
In May 2015, the Utilities PMC began incubating a handful of .NET developer
tools created and maintained by engineers at HPE.
These projects have been maintained by HPE over the last 16
|
By
Mike Dalessio
·
#5761
·
|
|
Re: FW: issue tracker permissions
Dear Guillaume,
Thanks for your efforts in this direction. As I already stated before, it is really a pain that you are not able to follow stories or comment when not being a member in a
Dear Guillaume,
Thanks for your efforts in this direction. As I already stated before, it is really a pain that you are not able to follow stories or comment when not being a member in a
|
By
Marco Voelz
·
#5760
·
|
|
Re: FW: issue tracker permissions
Hi,
The mirroring of foundation projects is around 60% complete. See [5] for
more detailed coverage. This should enable community members to watch the
most active foundation backlogs. I received no
Hi,
The mirroring of foundation projects is around 60% complete. See [5] for
more detailed coverage. This should enable community members to watch the
most active foundation backlogs. I received no
|
By
Guillaume Berche
·
#5759
·
|
|
CF CLI v6.22.0 and v6.22.1 Released
The CF CLI team just cut 6.22.1. Ignore 6.22.0.
Binaries and link to release notes are available at:
https://github.com/cloudfoundry/cli#downloads
Improved help pages
The cf help page now lists
The CF CLI team just cut 6.22.1. Ignore 6.22.0.
Binaries and link to release notes are available at:
https://github.com/cloudfoundry/cli#downloads
Improved help pages
The cf help page now lists
|
By
Koper, Dies <diesk@...>
·
#5758
·
|
|
Re: OpenSSL CVE
As you may have heard, Canonical released a regression USN (
http://www.ubuntu.com/usn/usn-3087-2/) to cover an issue introduced in the
fix released yesterday
As you may have heard, Canonical released a regression USN (
http://www.ubuntu.com/usn/usn-3087-2/) to cover an issue introduced in the
fix released yesterday
|
By
Molly Crowther
·
#5757
·
|
|
OpenSSL CVE
Hello All,
If you get questions about the recent SSL CVE today - it is a high and the
BOSH team will be acting on it as soon as we have an Ubuntu update from
Canonical. I will reply with new stemcell
Hello All,
If you get questions about the recent SSL CVE today - it is a high and the
BOSH team will be acting on it as soon as we have an Ubuntu update from
Canonical. I will reply with new stemcell
|
By
Molly Crowther
·
#5756
·
|
|
how can i connect doppler(firehose) with doppler vm's IP?
I have test noaa's sample to collect metrics from doppler firehose.
When i set "DOPPLER_ADDR" to "wss://doppler.bosh-lite.com:443", it worked well.
I just wondering if it is possible to connect
I have test noaa's sample to collect metrics from doppler firehose.
When i set "DOPPLER_ADDR" to "wss://doppler.bosh-lite.com:443", it worked well.
I just wondering if it is possible to connect
|
By
inho cho
·
#5755
·
|
|
Re: SSL termination for private domains
Ha, just for fun we detailed how you could, technically, request a
letsencrypt cert via a CF app :-) [1]
I would agree that a user would like the ability to auto-renew certs, if
they are currently
Ha, just for fun we detailed how you could, technically, request a
letsencrypt cert via a CF app :-) [1]
I would agree that a user would like the ability to auto-renew certs, if
they are currently
|
By
James Leavers
·
#5754
·
|
|
Re: SSL termination for private domains
Yes, it's the protocol[1] proposed by ISRG letsencrypt[2] (under the linux foundation umbrella) that allows automated generation and PKI signing of TLS certificates.
For the record, there's a go
Yes, it's the protocol[1] proposed by ISRG letsencrypt[2] (under the linux foundation umbrella) that allows automated generation and PKI signing of TLS certificates.
For the record, there's a go
|
By
Carlo Alberto Ferraris
·
#5753
·
|
|
Re: SSL termination for private domains
Our current policy to our users is SNI by default, i.e. unless they explicitly require non-SNI TLS termination they get SNI termination. We went with this because browser support seems good[1] and
Our current policy to our users is SNI by default, i.e. unless they explicitly require non-SNI TLS termination they get SNI termination. We went with this because browser support seems good[1] and
|
By
Carlo Alberto Ferraris
·
#5752
·
|
|
Re: SSL termination for private domains
Thank you all for your responses.
A follow up question: for the gorouter to host certs for multiple domains,
it seems only natural that it would do this via SNI. Is client support for
SNI ubiquitous
Thank you all for your responses.
A follow up question: for the gorouter to host certs for multiple domains,
it seems only natural that it would do this via SNI. Is client support for
SNI ubiquitous
|
By
Shannon Coen
·
#5751
·
|
|
Re: SSL termination for private domains
carlo.ferraris(a)rakuten.com> wrote:
Wasn't familiar with ACME until I just googled it. Do you mean some
mechanism for automated generation of certs?
carlo.ferraris(a)rakuten.com> wrote:
Wasn't familiar with ACME until I just googled it. Do you mean some
mechanism for automated generation of certs?
|
By
Shannon Coen
·
#5750
·
|
|
Re: Do we connect to the CF when we setup using pcfdev
Hello Stephen,
I am using Windows 10 and I have opened a issue in Github.
Hello Stephen,
I am using Windows 10 and I have opened a issue in Github.
|
By
Praveen sadineni
·
#5749
·
|
|
Re: SSL termination for private domains
It sounds like we are in a similar situation to Carlo, i.e.
- We have an external pair of LBs
- These are used for SSL termination
- We upload SSL certificates to the LBs for various
It sounds like we are in a similar situation to Carlo, i.e.
- We have an external pair of LBs
- These are used for SSL termination
- We upload SSL certificates to the LBs for various
|
By
James Leavers
·
#5748
·
|
|
Re: SSL termination for private domains
+1 to user provided certs for private domains. Today, we use multiple vips with diff certs or our main vip with a cert that has multiple SANs.
Our goal is for cf operators to really be out of the way
+1 to user provided certs for private domains. Today, we use multiple vips with diff certs or our main vip with a cert that has multiple SANs.
Our goal is for cf operators to really be out of the way
|
By
Anthony
·
#5747
·
|
|
Re: Announcing Volume Services for Cloud Foundry
This is ridiculously cool - nice work Persils!
This is ridiculously cool - nice work Persils!
|
By
Julz Friedman
·
#5746
·
|
|
Re: SSL termination for private domains
While we're talking about TLS, but this is only partially related, it would be awesome if we were to implement (or some hooks were provided to be able to complete) either the http or tls ACME
While we're talking about TLS, but this is only partially related, it would be awesome if we were to implement (or some hooks were provided to be able to complete) either the http or tls ACME
|
By
Carlo Alberto Ferraris
·
#5745
·
|
|
Re: SSL termination for private domains
We don't have the requirement to use an external secure store, but for that custom terminator component we were thinking to use an external secure store (Vault or something along those lines) to make
We don't have the requirement to use an external secure store, but for that custom terminator component we were thinking to use an external secure store (Vault or something along those lines) to make
|
By
Carlo Alberto Ferraris
·
#5744
·
|
|
Re: SSL termination for private domains
Carlo, Mike, others,
Do you store certs in the LB config itself, or federate/offload TLS
termination to some secure store? I'm thinking about storing user-provided
certs in the Routing API and
Carlo, Mike, others,
Do you store certs in the LB config itself, or federate/offload TLS
termination to some secure store? I'm thinking about storing user-provided
certs in the Routing API and
|
By
Shannon Coen
·
#5743
·
|
|
Re: Announcing Volume Services for Cloud Foundry
Persistence!
Shannon Coen
Product Manager, Cloud Foundry
Pivotal, Inc.
Persistence!
Shannon Coen
Product Manager, Cloud Foundry
Pivotal, Inc.
|
By
Shannon Coen
·
#5742
·
|