centos访问网站 centos命令行打开浏览器
本篇文章给大家谈谈centos访问网站，以及centos命令行打开浏览器对应的知识点，文章可能有点长，但是希望大家可以阅读完，增长自己的知识，最重要的是希望对各位有所帮助，可以解决了您的问题，不要忘了收藏本站喔。
centos网站目录在哪
一台新的linux CentOS服务器，apache默认解析路径是/var/www/html。如果不想使用这个默认路径，可以自己设置一个目录。操作方法如下：
1、首先Linux与Windows的目录有别于Windows可以分很多个盘，Linux只有一个根目录/，所有文件夹都在根目录下。
2、bin文件夹Binary的缩写,这个目录存放着经常使用的命令。
3、boot为启动文件夹，这里存放的是启动Linux时使用的一些核心文件，包括一些连接文件以及镜像文件。
4、home家目录，用户的主目录，在Linux中，每个用户都有一个自己的目录，一般该目录名是以用户的账号命名的。
5、最后media，linux系统会自动识别一些设备，例如U盘、光驱等等，当识别后，linux会把识别的设备挂载到这个目录下。
怎么阻止centos7主动访问外网
1. IP封禁（这个是我们平时用得最多的）
# firewall-cmd--permanent--add-rich-rule="rule family='ipv4' source address='222.222.222.222' reject"单个IP
# firewall-cmd--permanent--add-rich-rule="rule family='ipv4' source address='222.222.222.0/24' reject" IP段
# firewall-cmd--permanent--add-rich-rule="rule family=ipv4 source address=192.168.1.2 port port=80 protocol=tcp accept"单个IP的某个端口
这个是我们用得最多的。封一个IP，和一个端口 reject拒绝 accept允许
当然，我们仍然可以通过 ipset来封禁 ip
# firewall-cmd--permanent--zone=public--new-ipset=blacklist--type=hash:ip
# firewall-cmd--permanent--zone=public--ipset=blacklist--add-entry=222.222.222.222
封禁网段
# firewall-cmd--permanent--zone=public--new-ipset=blacklist--type=hash:net
# firewall-cmd--permanent--zone=public--ipset=blacklist--add-entry=222.222.222.0/24
倒入 ipset规则
# firewall-cmd--permanent--zone=public--new-ipset-from-file=/path/blacklist.xml
然后封禁 blacklist
# firewall-cmd--permanent--zone=public--add-rich-rule='rule source ipset=blacklist drop'
2、IP封禁和端口
# firewall-cmd--permanent--add-rich-rule="rule family=ipv4 source address=192.168.1.2 port port=80 protocol=tcp accept"
只对192.168.1.2这个IP只能允许80端口访问（拒绝访问只需把 accept换成 reject、删除该规则把–add-rich-rule改成–remove-rich-rule即可）
# firewall-cmd--permanent--add-rich-rule="rule family=ipv4 source address=192.168.1.2/24 port port=80 protocol=tcp accept"
只对192.168.1.2这个IP段只能允许80端口访问（拒绝访问只需把 accept换成 reject、删除该规则把–add-rich-rule改成–remove-rich-rule即可）
3、双网卡内网网卡不受防火墙限制
# firewall-cmd--permanent--zone=public--add-interface=eth1
公网网卡–zone=public默认区域
# firewall-cmd--permanent--zone=trusted--add-interface=eth2
内网网卡–zone=trusted是受信任区域可接受所有的网络连接
重新载入以生效
# firewall-cmd--reload
Linux中使用curl命令访问https站点4种常见错误和解决方法
每一种客户端在处理https的连接时都会使用不同的证书库。IE浏览器和FireFox浏览器都可以在本浏览器的控制面板中找到证书管理器。在证书管理器中可以自由添加、删除根证书。
而Linux的curl使用的证书库在文件“/etc/pki/tls/certs/ca-bundle.crt”中。（CentOS）
以下是curl在访问https站点时常见的报错信息
1.Peer’s Certificate issuer is not recognized
复制代码代码如下:
[root@ip-172-31-32-208 Nginx]# curl
curl:(60) Peer's Certificate issuer is not recognized.
more details here:
此种情况多发生在自签名的证书，报错含义是签发证书机构未经认证，无法识别。
解决办法是将签发该证书的私有CA公钥cacert.pem文件内容，追加到/etc/pki/tls/certs/ca-bundle.crt。
我们在访问12306.cn订票网站时也报了类似的错误。
复制代码代码如下:
[root@ip-172-31-32-208~]# curl
curl:(60) Peer's certificate issuer has been marked as not trusted by the user.
More details here:
2.SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
复制代码代码如下:
[root@GO-EMAIL-1 aa]# curl
curl:(60) SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
More details here:
此问题多是由于本地CA证书库过旧，导致新签发证书无法识别。
经排查，github.com证书是由GTE CyberTrust Root签发,现行证书时间是：
1.不早于(1998/8/13 0:29:00 GMT)
2.不晚于(2018/8/13 23:59:00 GMT)
而在我们的Redhat5.3系统中ca-bundle.crt文件发现，GTE CyberTrust Root的时间已经过期。
复制代码代码如下:
Issuer: C=US, O=GTE Corporation, CN=GTE CyberTrust Root
Validity
Not Before: Feb 23 23:01:00 1996 GMT
Not After: Feb 23 23:59:00 2006 GMT
解决办法是更新本地CA证书库。
方法一：
下载替换/etc/pki/tls/certs/ca-bundle.crt
方法二：
使用update-ca-trust更新CA证书库。（CentOS6，属于ca-certificates包）
3.unknown message digest algorithm
复制代码代码如下:
[root@WEB_YF_2.7~]#curl
curl:(35) error:0D0C50A1:asn1 encoding routines:ASN1_item_verify:unknown message digest algorithm
此问题多由证书本地openssl不能识别SSL证书签名算法所致。www.alipay.com使用了SHA-256 RSA加密算法。而openssl在OpenSSL 0.9.8o才加入此算法。
解决办法是升级本地openssl。
在我的操作系统RedHat5.3中,yum升级openssl到openssl-0.9.8e-22.el5就可以识别SHA-256算法。原因是Redhat每次都是给0.9.8e打补丁，而不是直接更换版本。在srpm包中我找到了这个补丁。
复制代码代码如下:
Summary: The OpenSSL toolkit
Name: openssl
Version: 0.9.8e
...
Patch89: openssl-fips-0.9.8e-ssl-sha256.patch
4.JAVA和PHP的问题
java和php都可以编程来访问https网站。例如httpclient等。
其调用的CA根证书库并不和操作系统一致。
JAVA的CA根证书库是在 JRE的$JAVA_HOME/jre/lib/security/cacerts，该文件会随着JRE版本的升级而升级。可以使用keytool工具进行管理。
PHP这边我没有进行测试，从php安装curl组件的过程来看，极有可能就是直接采用的操作系统curl一直的数据。
当然PHP也提供了 curl.cainfo参数(php.ini)来指定CA根证书库的位置。
