nginx口令访问(nginx访问端口)

nginx访问端口

把本机口的请求转发到本机8080端口代码： ip packet based : echo 1 > /proc/sys/net/ipv4/ip_forward iptables -I PREROUTING -t nat -p tcp --dport 80 -j REDIRECT --to-ports 8080

nginx 80端口访问不了

本机系统防火墙限制其他机器的访问

网络中的防火墙设备阻断外界访问

nginx只监听了本地的IP端口，如127.0.0.1:80这样其他机器访问不了，listen指令只写端口号即可绑定当前机器的所有IP

nginx配置端口访问

nginx启动后默认端口是80。

具体想使用哪个端口可以通过配置文件进行分配来自定义

nginx 端口

这是因为目标端口的启动引导参数特别大

nginx 访问502

一、什么是502 bad gateway？

通俗的来讲，502 bad gateway代表您所访问的网站出了问题，因为502 Bad Gateway 服务器作为网关或者代理时，是为了完成访问下一个服务器，但该服务器返回了非法的应答。也许是暂时的，也许是的。建议大家稍等一下再从新访问试试。

二、502 bad gateway产生原因？

502 bad gateway产生的大多数原因都是由于连接超时，我们向服务器发送请求，由于服务器当前的链接数太多，导致服务器无法给于正常的响应，才会产生502 bad gateway报错。

一般来说，服务器只是作为网关或代理，以满足客户的要求（如Web浏览器）来访问我们所请求的URL。服务器收到无效的响应从上游服务器访问请行它的要求。这并不意味着上游服务器已关闭（无响应网关/代理），而是上游服务器和网关/代理不同意协议交换数据。由于互联网协议是固定的，所以，这意味着一个或两个机器已经不正确或没有完全编程。

三、固定502错误产生原因？

一般这个问题是由于不良的IP之间的沟通后端计算机，可能包括在Web服务器上的网站您尝试访问。在分析这个问题，您应该清除浏览器缓存再访问。

如果您上网时在您尝试访问的所有网站上都看这个问题，有两种可能

①你的ISP重大设备故障/过载

②有问题的内部互联网连接如您的防火墙无法正常运作。

在种情况下，只有您的ISP可以帮助您。在第二种情况下，你需要解决什么，那是阻止你进入互联网。

如果您只有在部分尝试访问的网站中出现此问题，那很可能是一个问题，即这些网站之一，其设备故障或超载。联系你网站的管理员。

四、502 bad gateway解救方法？

1、刷新

说白了很简单是——刷新(不是一般的刷新哦)

这里所讲的刷新主要是指从服务器下载数据到本地的硬盘浏览器，再从本地硬盘中读取数据到浏览器显示给我们看。通常有两种刷新模式：

①基本刷新：是点击刷新或者使用F5快捷键

基本刷新只是从本地的硬盘重新拿取数据到浏览器，并不重新向服务器发出请求。大部分用户很多时候都是这样刷新的，遇到502报错的没有任何效果。

②从服务器刷新：如果你重新直接点击你想要浏览的网页链接，你会发现刚刚还显示的"502 bad gateway"错误信息页面，重新点击链接后又可以正常浏览。

解决方法：是从服务器上刷新：快捷键 ctrl+F5，这样是重新向服务器发送请求了，如果服务器能正常给予你响应你可以看到页面了。

2、DNS 缓冲问题

这种情况主要是你在没有用vpn的情况下，访问了国外一些被国家防火墙屏蔽的网站如YouTube，facebook之类。

解决办法：这种情况通常在几分钟之内可以访问了。也可以尝试 在cmd窗口运行 ipconfig /flushdns 来刷新DNS缓存

3、dns 被劫持

解决办法：更换DNS，推荐114.114.114.114，还有阿里的公共DNS 如：223.5.5.5、223.6.6.6

五、Nginx 502 bad gateway错误

①查看php-cgi是否在运行

有时候由于网站流量过大或者其它原因，导致php-cgi直接down掉，所以我们得看php-cgi是否在运行。执行以下命令：

ps -A | grep php5-cgi

若没有运行，我们可以手动启动

/etc/init.d/php_cgi start

如果你发现php-cgi不明原因有时候down掉，可以使用下面的脚本临时解决这个问题，添加到cronjob。

if ps aux | grep ‘php5-cgi’ | grep -v grep > /dev/null ; then echo "PHP-cgi is runnning !" else echo "PHP-cgi is down. Starting over…" /etc/init.d/php-fcgi start fi

②fastcgi进程数不够用、php执行时间长的原因

fastcgi进程数可以修改php-fpm.conf中的max_children的数值，高峰时php-cgi耗掉的内存为20M，请根据自己的内存情况计算了。

限制php执行时间可以在php-fpm.conf中的request_terminate_timeout设置，这是为了防止php程序的bug导致php-cgi假死。

③FastCGI执行时间过长

根据实际情况调高以下参数值

fastcgi_connect_timeout 300; fastcgi_send_timeout 300; fastcgi_read_timeout 300；

六、解决nginx出现502的错误

①查看当前的PHP FastCGI进程数是否够用

netstat -anpo | grep "php-cgi" | wc -l

如果实际使用的"FastCGI进程数"接近预设的"FastCGI进程数"，那么，说明"FastCGI进程数"不够用，需要增大。

②部分PHP程序的执行时间超过了Nginx的等待时间，可以适当增加nginx.conf配置文件中FastCGI的timeout时间

例如，系统当前的PHP FastCGI进程数明显超过了预设值的64这个数值，在电信的服务器上查看当前的PHP FastCGI进程数没有高于64这个数值，而且网通线路的活动连接明显高于电信的活动连接，由此可以说明出现nginx不稳定的情况是由于服务器访问负载过大引起的。

总结：php-cgi进程数不够用、php执行时间长、或者是php-cgi进程死掉，都会出现502错误

nginx端口无法访问

nginx默认的端口为80，我们根据需求修改默认端口。

修改步骤

1、打开Nginx的配置文件nginx.conf

2、修改默认端口的值即可（nginx默认的端口为80）

nginx端口查看

443是基于https协议，必须要域名跟证书才可以正常访问

nginx访问控制

一、 nginx 简单使用说明:

1.登录官网 http

2.解压所下载文件到指定的盘符

3.启动服务器，步骤如下：

打开 dos 命令窗口，切换到 nginx 的目录下。

输入启动命令：start nginx

打开浏览器输入网址：http://localhost:80（80 端口可以省略）

二、nginx 运行原理:

Nginx 由内核和模块组成，其中，内核的设计非常微小和简洁，完成的工作也非常简单，仅仅通过查找配置文件将客户端请求映射到一个 location block（location 是 Nginx 配置中的一个指令，用于 URL 匹配），而在这个 location 中所配置的每个指令将会启动不同的模块去完成相应的工作。

nginx 访问

一、由于启动用户和nginx工作用户不一致所致

1.1查看nginx的启动用户，发现是nobody，而为是用root启动的

命令：ps aux | grep "nginx: worker process" | awk'{print $1}'

1.2将nginx.config的user改为和启动用户一致，

命令：vi conf/nginx.conf

二、缺少index.html或者index.php文件，就是配置文件中index index.html index.htm这行中的指定的文件。

1. server {

2. listen 80;

3. server_name localhost;

4. index index.php index.html;

5. root /data/www/;

6. }

如果在/data/www/下面没有index.php,index.html的时候，直接文件，会报403 forbidden。

三、权限问题，如果nginx没有web目录的操作权限，也会出现403错误。

解决办法：修改web目录的读写权限，或者是把nginx的启动用户改成目录的所属用户，重启Nginx即可解决

1. chmod -R 777 /data

2. chmod -R 777 /data/www/

四、SELinux设置为开启状态（enabled）的原因。

4.1、查看当前selinux的状态。

1. /usr/sbin/sestatus

4.2、将SELINUX=enforcing 修改为 SELINUX=disabled 状态。

1. vi /etc/selinux/config

2.

3. #SELINUX=enforcing

4. SELINUX=disabled

4.3、重启生效。reboot。

1. reboot

重启php以及nginx

killall php-fpm && php-fpm &

nginx -s reload