nginx

Docker Docker是什么? Docker是一个虚拟环境容器，可以将你的开发环境、代码、配置文件等一并打包到这个容器中，并发布和应用到任意平台中。 Docker的三个概念 镜像（Image） 类似于虚拟机中的镜像，是一个包含有文件系统的面向Docker引擎的只读模板。任何应用程序运行都需要环境，而镜像就是用来提供这种运行环境的。例如一个Ubuntu镜像就是一个包含Ubuntu操作系统环境的模板，同理在该镜像上装上Apache软件，就可以称为Apache镜像。 容器（Container） 类似于一个轻量级的沙盒，可以将其看作一个极简的Linux系统环境（包括root权限、进程空间、用户空间和网络空间等），以及运行在其中的应用程序。Docker引擎利用容器来运行、隔离各个应用。容器是镜像创建的应用实例，可以创建、启动、停止、删除容器，各个容器之间是是相互隔离的，互不影响。注意：镜像本身是只读的，容器从镜像启动时，Docker在镜像的上层创建一个可写层，镜像本身不变。 仓库（Repository） 类似于代码仓库，这里是镜像仓库，是Docker用来集中存放镜像文件的地方。注意与注册服务器（Registry）的区别：注册服务器是存放仓库的地方，一般会有多个仓库；而仓库是存放镜像的地方，一般每个仓库存放一类镜像，每个镜像利用tag进行区分，比如Ubuntu仓库存放有多个版本（12.04

server {listen 80;server_name localhost:8080;#charset koi8-r;#access_log logs/host.access.log main;location / {#root html;# index index.html index.htm;# proxy_pass http://localhost:8080;}location ~ \.jsp$ {proxy_pass http://localhost:8080;}location ~ \.(html|js|css|png|gif)$ {root D:/Program Files/tomcat/webapps/ROOT;} windows下只需要在 路径两边加双引号即可。 来源： oschina 链接： https://my.oschina.net/u/4272821/blog/4892539

大量报告不断表明，今天的企业将混合和多云作为其首选的IT基础设施部署模式。根据IDG的一项 调查 ，超过一半（55%）的组织目前使用多个公有云，21%的组织说他们使用三个或更多的公有云。 云计算调查： https://resources.idg.com/download/2020-cloud-computing-executive-summary-rl 本文来自于CNCF： https://www.cncf.io/blog/2021/01/06/multicloud-kubernetes-management-with-lens/ 更多参考： kubernetes for china Kubernetes知识体系-从入门到精通 Kubernetes知识体系-架构图版 Kubernetes 1.20.0高可用集群快速升级及扩容 Kubernetes 1.20：最优秀、美妙、酷的版本 使用Kubeadm Upgrade更新Kubernetes集群的过程 使用kubeadm部署高可用Kubernetes 1.17.0 Kubernetes 多集群管理平台-wayne实践 KubeSphere®️ 容器集群管理平台 随着开发人员逐渐适应构建和发布容器，Kubernetes已成为容器编排的首选。 组织为什么要跨多个云供应商部署Kubernetes有很多原因： 云爆发 在多云基础设施中，“爆发

Windows 服务包装器（Windows service wrapper），用于把.exe文件注册为windows服务。比如把Nginx.exe注册为windows服务，这样做的好处是，每次启动nginx时不用在命令行中输入命令，而且可以随windows系统启动而启动。不用担心服务器意外重启，服务挂掉。 github地址：https://github.com/kohsuke/winsw/releases 下载地址： https://github.com/kohsuke/winsw/releases 目前（2019年 1 月 17 日）最新版本是2.2.0版。有两种选择，WinSW.NET2.exe安装在.netframework2.0中，WinSW.NET4.exe安装在.netframework4.0中，根据安装环境选择需要下载的文件。如图1 下载完成后，需要通过配置文件进行配置，参照图1中sample-minimal.xml或sample-allOptions.xml中所示。 使用方法 以WinSW.NET4.exe为例，下载WinSW.NET4.exe，放至待包装的exe文件夹中，它可以自定义名字，比如这里我们命名为nginxservice.exe。图中的.log文件都是启动后自动生成的。 最重要的是，要在nginxservice.exe同目录中新建一个同名的xml文件

这篇文章主要介绍了详解Nginx 13: Permission denied 解决方案,小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧 今天在用uwsgi+nginx在部署flask应用时，遇到502的错误，vim /var/log/nginx/error.log查看nginx的错误日志，提示如下错误信息： 2018/07/22 00:46:36 [crit] 15890#15890: *74 connect() to unix:/root/jianshuvue/jianshu.sock failed (13: Permission denied) while connecting to upstream, client: 120.42.13.98, server: jianshu.weiweiblog.cn , request: “GET /favicon.ico HTTP/1.1”, upstream: “uwsgi://unix:/root/jianshuvue/jianshu.sock:”, host: “ jianshu.weiweiblog.cn ”, referrer: “ http://jianshu.weiweiblog.cn/jianshu/67eb7ed414d3 ” Permission denied，一看就知道是权限出了问题

解决方法：检查nginx启动用户，ps -aux|grep nginx，如果为root用户，此时可能nginx.conf未设置user为root，不过不想用root用户启动则需要检查用户是否有该文件权限，或者给abc用户设置该文件权限:chmod 755 abc ，我是直接用root启动nginx，解决授权问题。 来源： oschina 链接： https://my.oschina.net/u/2671514/blog/1632342

今天使用Nginx代理私服nexus，出现了一个错误，前台页面直接报错显示“Bad GetWay”，后台日志输出为“13: Permission denied”。   先贴后台日志输出详细信息： 2016/05/05 14:15:21 [crit] 5014#5014: *1 connect() to 127.0.0.1:8081 failed (13: Permission denied) while connecting to upstream, client: 192.168.1.105, server: www.dev.com, request: "GET /nexus HTTP/1.1", upstream: "http://127.0.0.1:8081/nexus", host: "www.dev.com"   解决方法：关闭SELinux这个玩意。它是干什么的？请自行百度。   查看SELinux状态：   1、/usr/sbin/sestatus -v ##如果SELinux status参数为enabled即为开启状态   SELinux status: enabled   2、getenforce ##也可以用这个命令检查   关闭SELinux：   1、临时关闭（不用重启机器）：   setenforce 0 ##设置SELinux

Nginx: 是一个高性能HTTP 和 反向代理 服务器、IMAP、POP3、SMTP 邮件代理服务器。 特点： 高并发响应性能非常好，官方Nginx处理静态文件并发5w/s；负载均衡及反向代理性能非常强；可对后端服务进行健康检查；支持PHP cgi方式和FastCGI方式；可以作为缓存服务器、邮件代理服务器；支持热部署（在线升级）。 部署nginx： yum部署： # 配置仓库： // vim /etc/yum.repos.d/nginx.repo # 安装： // yum install nginx -y ### 源码部署： 下载nginx源码包： // wget http://nginx.org/download/nginx-1.18.0.tar.gz # 解压： // tar xf nginx-1.18.0.tar.gz # 解决依赖： // yum install pcre-devel zlib-devel -y # 预编译： cd nginx-1.18.0 // ./configure --prefix=/usr/local/nginx # 编译、安装： make && make install # 启动服务： // /usr/local/nginx/sbin/nginx # 查看进程与端口： // ps -ef | grep nginx nginx常用指令：

安装依赖 yum install gcc yum install pcre-devel yum install zlib zlib-devel yum install openssl openssl-devel // 一键安装上面四个依赖 yum -y install gcc zlib zlib-devel pcre-devel openssl openssl-devel 下载nginx的tar包 // 创建一个文件夹 cd /usr/ local mkdir nginx cd nginx // 下载tar包 wget http: // nginx.org/download/nginx-1.13.7.tar.gz tar -xvf nginx-1.13.7.tar.g 安装nginx // 进入nginx目录 cd /usr/local/ nginx // 执行命令 ./configure // 执行make命令 make // 执行make install命令 make install Nginx常用命令 // 测试配置文件 安装路径下的/nginx/sbin/nginx -t // 启动命令 安装路径下的/nginx/sbin/ nginx // 停止命令 安装路径下的/nginx/sbin/nginx - s stop 或者 : nginx -s quit //重启命令

现象 访问某个URL出现404，而且全站都是404。通过日志查看Nginx的规则也正确，请求被代理到指定位置。 排查 最近针对这个站点没有修改过Nginx配置也没有站点升级。所以应该是其他原因。 首先PING代理到的域名，发现可以解析 查看日志 发现解析的2个地址都返回502，这里[ip,ip]是因为第一个访问失败才走的第二个，最后2个都失败了，后端返回502，然后Nginx给前端重定向到自定义的404页面。 仔细一观察发现PING解析的IP和Nginx日志解析的IP不同。因为我们这里代理是通过域名，所以后端IP不可控，怀疑是Nginx缓存了DNS解析，后端变化而Nginx没有更新所导致，顾首先重启一下Nginx服务。 重新访问并查看日志 总结 这种问题通常发生在Nginx代理使用代理到域名的情况下发生，尤其是代理到一个第三方的地方，它的域名解析出来的IP可能会更换（出于安全考虑），而Nginx本身有DNS缓存机制，默认你可以不配置，这样它缓存DNS解析的时长就是它通过查询DNS服务器获得记录的TTL时间。 DNS缓存时长 DNS缓存有操作系统级别也有应用程序级别，OS级别都有生存时间，时间到了就会刷新缓存（有时候根据需要我们也会强刷）。所以你有时候需要配置。默认情况下Nginx的resolver 没有配置，也没有设置valid时间