前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >Nginx 之访问认证

Nginx 之访问认证

作者头像
不可言诉的深渊
发布2020-02-11 18:06:01
2.9K0
发布2020-02-11 18:06:01
举报

我们都知道,Web 服务器程序部署成功并启动之后,都是可以公开访问的,要想控制成只有部分人可以访问必然需要配置一下访问认证,实现访问认证的方法有很多,主要有两种:Flask-OAuth 和 Nginx,Flask-OAuth 以前讲过,今天我就来讲一下 Nginx 配置访问认证。这里以配置 Scrapyd 的访问认证为例进行讲解。

为什么 Nginx 能做访问认证

首先来看一下为什么 Nginx 能做访问认证,Nginx 之所以可以做访问认证,是因为它具有一项非常强大的功能——反向代理!那么我们就先来说说这个反向代理究竟是什么鬼玩意。

反向代理(Reverse Proxy)方式是指以代理服务器来接受 Internet 上的连接请求,然后将请求转发给内部网络上的服务器,并将从服务器上得到的结果返回给 Internet 上请求连接的客户端,此时代理服务器对外就表现为一个反向代理服务器。

知道了反向代理,访问认证的逻辑也就水落石出了,就是在请求转发给内网服务器之前做一个判断,认证口令正确,就把请求转发给内网服务器,认证口令错误,就重新进行验证或者直接拒绝访问。

Nginx 如何配置访问认证

知道了反向代理逻辑,接下来就是 Nginx 如何配置访问认证,难道要从头开始写,如果真的要从头开始写那我宁愿选择 Flask-OAuth。其实反向代理的逻辑早就被 Nginx 给封装好了,我们只要去配置文件里面填写必要的信息就完事了。

修改配置文件

接着就是修改配置文件,网上教程都是这么说的吧。在文件末尾添加如下内容:

代码语言:javascript
复制
http {
    server {
                listen 6801;
                location / {
                        proxy_pass http://127.0.0.1:6800/;
                        auth_basic "Restricted";
                        auth_basic_user_file /etc/nginx/conf.d/.htpasswd;
                }
    }
}

然后使用 htpasswd 命令创建用户名密码文件,这里假设用户名是 admin,命令如下:

htpasswd -c .htpasswd admin。

接着就会提示输入密码,输入两次之后,就会生成这个用户名密码文件,然后把文件移动到 /etc/nginx/conf.d/ 里面。最后输入如下命令:

sudo nginx -s reload

运行这个命令来重启 Nginx 服务就完事了。

可是这个教程是针对 Linux 系统而言的,我要讲解的是针对 Windows 系统。所以上述教程也只能作为参考,不能照搬!

我们需要针对 Windows 系统的实际情况对上述教程略作修改,修改后向配置文件里面添加如下内容:

代码语言:javascript
复制
http {
   server {
       listen 6801;
       location / {
           proxy_pass http://127.0.0.1:6800/;
           auth_basic "Restricted";
           auth_basic_user_file .htpasswd;
      }
  }
}

然后保存配置文件,打开 cmd,切换目录到 Nginx 目录(我的是 D:\nginx-1.16.1),向上面所说的一样执行创建用户名密码文件命令,然后输入以下命令:

nginx -s reload

运行这个命令重启服务会发现有一个错误,如图所示。

稍微翻译一下,"http" 指示是重复的……第 118 行。问题很明显,之前就出现了 http。不管了,先去配置文件里面搜索一下看看,搜索结果如图所示。

注意红色箭头的指向,有两个 http,那么我们对它们进行合并,下面直接给出合并之后的配置文件内容(看一下内容应该知道是怎么合并的了)。

代码语言:javascript
复制
#user  nobody;
worker_processes  1;

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       mime.types;
    default_type  application/octet-stream;

    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;

    server {
        listen       80;
        server_name  localhost;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            root   html;
            index  index.html index.htm;
        }

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ \.php$ {
        #    proxy_pass   http://127.0.0.1;
        #}

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        #location ~ \.php$ {
        #    root           html;
        #    fastcgi_pass   127.0.0.1:9000;
        #    fastcgi_index  index.php;
        #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
        #    include        fastcgi_params;
        #}

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /\.ht {
        #    deny  all;
        #}
    }


    # another virtual host using mix of IP-, name-, and port-based configuration
    #
    #server {
    #    listen       8000;
    #    listen       somename:8080;
    #    server_name  somename  alias  another.alias;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}


    # HTTPS server
    #
    #server {
    #    listen       443 ssl;
    #    server_name  localhost;

    #    ssl_certificate      cert.pem;
    #    ssl_certificate_key  cert.key;

    #    ssl_session_cache    shared:SSL:1m;
    #    ssl_session_timeout  5m;

    #    ssl_ciphers  HIGH:!aNULL:!MD5;
    #    ssl_prefer_server_ciphers  on;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}
    server {
        listen 6801;
        location / {
            proxy_pass http://127.0.0.1:6800/;
            auth_basic "Restricted";
            auth_basic_user_file .htpasswd;
        }
    }

}

保存之后再次重启 Nginx 服务,如图所示。

发现没有报错,算是配置完成了,接下来进入最后一个步骤——测试!

测试

测试的方法非常简单,打开浏览器,地址栏输入 http://localhost:6801 并访问,跳出如图所示的身份验证框。

我们输入用户名密码,点击登录,出现如图所示的页面。

大家可以多试几次(每次试之前必须清理 cookie,不想清理也可以使用无痕模式,Chrome 和 Firefox 都有),不管密码是什么都是这个错误,光看浏览器显示我们绝对不知道到底是什么原因导致的错误,我们可以看错误日志,错误日志内容如图所示。

注意看第四行,看完第四行答案已经很明显了,用户名密码文件应该放到 D:\nginx-1.16.1\conf 目录下,我们把文件移进去,如图所示。

然后清理完 cookie,打开浏览器,地址栏输入 localhost:6801,在弹出的身份验证框输入用户名密码,点击登录,跳转到如图所示的页面。

这个页面显示的内容就是 http://localhost:6800 页面显示的内容!

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2020-01-07,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 Python机器学习算法说书人 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
访问管理
访问管理(Cloud Access Management,CAM)可以帮助您安全、便捷地管理对腾讯云服务和资源的访问。您可以使用CAM创建子用户、用户组和角色,并通过策略控制其访问范围。CAM支持用户和角色SSO能力,您可以根据具体管理场景针对性设置企业内用户和腾讯云的互通能力。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档