On Thu, Feb 06, 2020 at 06:02:50PM -0500, AshleyinSpain wrote:
Hi there,
> > > server {
> > >location /radio/ {
> > >valid_referers none blocked server_names ~\.mysite\.;
> > >if ($invalid_referer) { return 403; }
> > >}
> > > }
> I deleted the 'none' and 'blocked' and no
Thanks, I got it working in the end though. I realize a Yubikey isn't
terribly performant but for my particular use case I don't expect that to be
a problem.
Cheers,
Erik
Posted at Nginx Forum:
https://forum.nginx.org/read.php?2,286922,286967#msg-286967
_
I figured it out and thought I'd post back for anyone else looking at this
post in the future.
My problem had nothing to do with the PKCS#11 engine. It persisted when I
pointed proxy_ssl_certificate_key directly at the non-encrypted,
password-less rsa key file.
Instead, the problem was SNI. By de
J.R. Wrote:
---
> > I found various code examples to add to the conf file and coupled
> this
> > together and added it to the end of the conf file, but it doesn't
> work,
> > entering a URL directly into the browser serves it
>
> > server {
> >
On Wed, Feb 05, 2020 at 07:04:09AM -0500, !QVAS! wrote:
Hi there,
> location /new {
> proxy_pass http://172.22.3.15/;
> }
> server {
> listen 80;
> server_name 172.22.3.15;
>
> location / {
> proxy_pass http://172.22.3.
Hi,
I'm glad to announce a new release of NGINX Unit.
This is mostly a bugfix release that eliminates a few nasty issues.
Also, it addresses incompatibilities caused by a minor API change in
the recently released major version of Ruby.
Changes with Unit 1.15.0
