WordPress启用HTTPS需要注意的事

网站启用https还是http方式访问最明显的就是两者之间的访问速度和安全性上面的区别。目前本站已经全站启用HTTPS访问,欢迎各种吐槽各种测试~免费证书由起司博客分享的沃通证书服务商。目前环境:Nginx+Mariadb+PHP7+HTTPS+Wordpress 继续阅读WordPress启用HTTPS需要注意的事

新年开博之七牛云存储

谈定些,技术知识基本,也是过度,所以,近期都好少有技术性的文章发布。就当我是黔驴技穷吧。移动互联网的飞速发展,你能抓住的有哪些?欢迎大家加入谈论,无私地交流。

新年开博了,开博了,首先祝各位新的一年万事如意,身体健康,马上有钱!大数据,云计算,云存储,移动互联…在这些基础上都能产生各种各样优秀优越的应用。但人的欲望都是无穷的,所以,有了不断的需求就会有不断的供给!作为一个小小的站长,甚至是一个大型网站/大型APP。数据存储是非常重要的,这里不用多说。七牛云存储能提供的正是这些需要的。下面就来谈谈七牛云存储的一些应用。

官方网站:http://www.qiniu.com/

所有产品:

qiniuyun

所谓云存储,技术上还涉及到了CDN,DNS的智能解析,网络存储的方式,这里就不谈及服务器硬件环境。能加速,能称为分布式,都是基于分布在整个互联网上拥有的节点。以用户最近的节点实现快速响应并且快速返回数据。最原始的无非就是CDN了。后来就有了所谓的BGP(边界网关协议)的网络优化,还出现了智能解析。尽可能以用户最佳的路线带宽返回数据。

上面这张图片就是存储在七牛云中的,以其他文章中的图片比较你就会发现这张图片加载的速度有很大的提升,这就是七牛云存储的优势

七牛云对wordpress(互联网主要网站程序)的支持。有wordpress插件由(我爱水煮鱼)开发。貌似可以将整站做成CDN站,实现分布在互联网多个节点,实现快速访问的效果。由于需要备案,无法相试。

作为大数据时代,七牛云有开发者的API。当然我不会写代码。对这个研究甚少,不发表任何意见。

开博顺利,新的一年,希望自己能坚持,马上都有激情。

小试搭建Squid反向代理服务器

好吧,更新个文章,有段时间没写技术博文了。今天就说说squid反向代理这个服务,当然,这是在Linux下配置完成的。说自己没偏见似乎不可能了。大概是相对喜欢Linux而已。但我从不否认Windows Server功能及性能会比Linux差。只是个人爱好哈,不多说。下面说下搭建squid反向代理多个域名,多个web站点的方法。

环境(这个很重要哦)

两台CentOS6.3一台RHEL6.2

网卡信息和DNS记录信息比较多,似乎有点烦,有需要的看清楚就是了。纯属个人喜好和习惯划分的。

DNS Server IP:192.168.2.10 (VMnet2)

Squid Server IP:(双网卡哦,一般代理都是代理Internet的访客吗,内外自己就不必麻烦了)外网(VMnet8‘NAT’模式并不要启用VMware的DHCP分配,即查看信息后手动对应更新为静态IP)192.168.8.113/24,内外(VMnet2)192.168.2.20/24

内部WEB Server IP:192.168.2.30-33/24(VMnet2)对应虚拟主机配置的名称查阅下面DNS配置:

[root@localhost named]# more 2.168.192.zone
$TTL 1D
@       IN SOA  @ rname.invalid. (
                                        0       ; serial
                                        1D      ; refresh
                                        1H      ; retry
                                        1W      ; expire
                                        3H )    ; minimum
        NS      @
        MX 5    @
        A       192.168.2.10
        PTR     ns.zwz.com.
20      PTR     mail.zwz.com.
        PTR     pop3.zwz.com.
        PTR     smtp.zwz.com.
        PTR     www.zwz.com.
        PTR     squid.zwz.com.
        PTR     www.wl.com.
30     PTR     ftp.zwz.com.
30     PTR     www1.zwz.com.
31      PTR     www2.zwz.com.
32      PTR     www3.wl.com.
33      PTR     www4.wl.com.
[root@localhost named]#

上面红色字对应的DNS记录全是指向内部WEB服务器的相应站点。蓝色字是指向Squid服务器的,即外网访问的域名。这些是用CNAME方式做的,由于有两个域名,并都是同一个反向区域记录,所以这里就只more出反向解析的配置文件了。正向解析有需要的自个配置哈。

Note:事实上,www.zwz.com和www.wl.com就是申请的公网IP地址了。

从WEB服务器的配置开始吧,下面是Apache虚拟主机相关站点的配置:

NameVirtualHost 192.168.2.30:80
NameVirtualHost 192.168.2.31:80
NameVirtualHost 192.168.2.32:80
NameVirtualHost 192.168.2.33:80
<VirtualHost 192.168.2.30:80>
    ServerAdmin admin@zwz.com
    DocumentRoot /var/www/html/web1
    ServerName www1.zwz.com
    DirectoryIndex index.html index.html.var
    ErrorLog logs/dummy-host.example.com-error_log
    CustomLog logs/dummy-host.example.com-access_log common
</VirtualHost>
<VirtualHost 192.168.2.31:80>
    ServerAdmin webmaster@dummy-host.example.com
    DocumentRoot /var/www/html/web2
    ServerName www2.zwz.com
    DirectoryIndex index.html
    ErrorLog logs/dummy-host.example.com-error_log
    CustomLog logs/dummy-host.example.com-access_log common
</VirtualHost>
<VirtualHost 192.168.2.32:80>
    ServerAdmin admin@wl.com
    DocumentRoot /var/www/html/wl1
    ServerName www3.wl.com
    directoryindex index.html
    ErrorLog logs/dummy-host.example.com-error_log
    CustomLog logs/dummy-host.example.com-access_log common
</VirtualHost>
<VirtualHost 192.168.2.33:80>
    ServerAdmin webmaster@dummy-host.example.com
    DocumentRoot /var/www/html/wl2
    ServerName www4.wl.com
    directoryindex index.html
    ErrorLog logs/dummy-host.example.com-error_log
    CustomLog logs/dummy-host.example.com-access_log common
</VirtualHost>
[root@localhost html]#

有关Apache虚拟主机的配置这里不多说鸟。

最后是squid反向代理服务器的配置。其实squid的acl还是很强大哈,本人倒也没有深入学习过。但隐隐约约感觉到和微软的ISA有点点相似。结合Linux下的iptables应该也可以实现一个相对简单的局域网内的软件防火墙了。

1.安装squid软件—–本地yum吧。yum install -y squid 即可。

2.配置文件并不多,全在目录/etc/squid/下。而且这里我们都是只需要修改该目录下的squid.conf配置文件即可。话又说回来,该文档中只有squid软件的些许参数,很多都没在该文档中出现。

acl all src 0.0.0.0/0.0.0.0
http_access allow all ##Note:注意该句应该写在默认的的deny all前面哈。acl了,不解析,顺序读取嘛。
cache_log /usr/local/squid/var/logs/cache.log
access_log /usr/local/squid/var/logs/access.log squid
cache_dir ufs /usr/local/squid/var/cache/ 1000 16 256
coredump_dir /var/spool/squid ##不用多说吧,相关日志/缓存等目录的具体路劲。
http_port 80 accel vhost vport ## 配置 squid 为加速模式,并且都是是用虚拟主机的配置。
cache_mem 64 MB ##squid 用于缓存的内存量,由于我是用VMware完成的,而且系统一共才给了265MB,所以也就只给了64MB了。
cache_swap_low 90
cache_swap_high 95
cache_effective_user squid ##指定缓存的有效用户
cache_effective_group squid ##缓存的有效用户组
visible_hostname squid.zwz.com ## 设定 squid 的主机名 , 如无此项 squid 将无法启动,可以任意取。
cache_peer 192.168.2.30 parent 80 0 no-query originserver round-robin name=www1
cache_peer_domain www1 www.zwz.com
cache_peer 192.168.2.31 parent 80 0 no-query originserver round-robin name=www2
cache_peer_domain www2 www.zwz.com
##上面四句的意思是将www.zwz.com这个站点的请求通过RR轮询方式进行请求,如果用户请求的数据本地
##Squid服务器上有,那么就直接返回,否则向web源站点请求数据,然后再返回给用户。从这里看出虾米哦(Cdn吧,嘿!)
cache_peer 192.168.2.32 parent 80 0 no-query originserver round-robin name=www3
cache_peer_domain www3 www.wl.com
cache_peer 192.168.2.33 parent 80 0 no-query originserver round-robin name=www4
cache_peer_domain www4 www.wl.com
##同上四句~

上面配置可以清楚有冲突的acl然后直接添加至该文档的最后面。该配置文件安装后就有,在/etc/squid/目录下有几个是配置文档,还是几个是相对应的存档(带.default的)

好啦。至此,启动相关服务器上的相关服务进行测试呗,我是用物理机修改hosts的方法进行测试的。添加物理机hosts记录对应的squid服务器的NAT网卡IP指向www.zwz.com和www.wl.com即可。hosts文件一般在C:\Windows\System32\Drivers\etc目录下。

Note:不要使用chrom浏览器进行测试。貌似该浏览器自带有种代理请求的东东,其实也就是本软件范围内的缓存,好像还是比较顽固的,用IE或者Firefox测试都行,(我都是用隐私模式浏览滴)。好吧,上图看下:
修改hosts文件进行解析测试

第一次访问www.zwz.com
第一次访问www.zwz.com
刷新访问www.zwz.com
刷新访问www.zwz.com
第一次访问www.wl.com
第一次访问www.wl.com
刷新访问www.wl.com
刷新访问www.wl.com

配置完成,还有些想法哈,目前貌似这东东也不是很流行了捏。但应该也还是用人在使用的。下次倾向于Nginx哪~

Linux CentOS下使用rsync实现文件备份及同步

Linux下rsync是一个非常使用的文件备份和同步的软件。rsync软件通过“rsync算法”快速实现文件的传输。很多数据使用这个软件来实现同步的。例如:WEB站点CDN的镜像同步;远程数据库备份;网站目录同步及备份等等都是可以的。

rsync是什么呢?看——rsync(remote synchronize)是一款实现远程同步功能的软件,它在同步文件的同时,可以保持原来文件的权限、时间、软硬链接等附加信息。rsync 包括如下的一些特性:

能更新整个目录和树和文件系统;
对于多个文件来说,内部流水线减少文件等待的延时;
能用rsh、ssh 或直接端口做为传输入端口;
有选择性的保持符号链链、硬链接、文件属于、权限、设备以及时间等;
对于安装来说,无任何特殊权限要求;
支持匿名rsync 同步文件,是理想的镜像工具。

下面就简单介绍下Linux下如何使用rsync这个软件实现文件的同步。其实配置使用还是非常简单的。Linux下还可以使用一些脚本来实现rsync自动备份和同步文件。这也是Linux下一个非常灵活的应用。当然,在Windows下也是同样可以实现自动的。Windows下有个计划任务的嘛。开源和闭源各有各的好处,这里不再赘述。看下面简单应用:

环境:VMware 9.0 两台CentOS6.3虚拟系统主机

1.安装rsync软件(不解释)配置本地yum库——-   yum install xinetd rsync -y

2.配置rsync服务端:

rsync服务端配置
rsync服务端配置

是不是很简单呢?确实是的,不过rsync的使用还有非常多的参数,来实现对文件的同步校验,传输方式控制等等。这里本人能力有限,不能进一步进行诠释。

3.客户端同步服务端的文件:

服务端的文件
服务端的文件

好,就这样,你也可以写一个脚本定时启动这个文件同步的动作来实现数据的同步及备份,这里来个示例:

在客户机/home目录下些个脚本bak.sh

#!/bin/sh

rsync -Rav –password-file=/etc/rsyncpw rsync@192.168.2.125::rsynctest /home

done

chmod 755 bak.sh (给脚本可执行的权限)

定时执行上面脚步:

crontab -e

3600 * * * * /home/bak.sh

非常简单吧,就这样,实现远程数据文件的同步和备份,方便快速。其实觉得很多CDN也都可以这样实现网站镜像的同步的,只是执行的脚步不同。可以写成是触发式的。

再度诠释CDN原理和CDN网络架构

什么是CDN这里就不多说了。请看前面的CDN博文。今天再次讲下CDN,如题。主要是后者——CDN的网络架构 。这里拿Client正常访问WEB服务器来做个比较,看下正常访问过程:

1) 用户向浏览器提供要访问的域名;
2) 通过一连串的DNS解释得到此域名对应的IP地址;
3) 浏览器使用所得到的IP地址,域名的服务主机发出数据访问请求;
4) 浏览器根据域名主机返回的数据显示网页的内容。
通过以上四个步骤,浏览器完成从用户处接收用户要访问的域名到从域名服务主机处获取数据的整个过程。CDN网络是在用户和服务器之间增加Cache层,如何将用户的请求引导到Cache上获得源服务器的数据,主要是通过接管DNS实现,下面让我们看看访问使用CDN缓存后的网站的过程:

1) 用户向浏览器提供要访问的域名;
2) 浏览器调用域名解析库对域名进行解析,由于CDN对域名解析过程进行了调整,所以解析函数库一般得到的是该域名对应的CNAME记录,为了得到实际IP地址,浏览器需要再次对获得的CNAME域名进行解析以得到实际的IP地址;在此过程中,使用的全局负载均衡DNS解析,如根据地理位置信息解析对应的IP地址,使得用户能就近访问。
3) 此次解析得到CDN缓存服务器的IP地址,浏览器在得到实际的IP地址以后,向缓存服务器发出访问请求;
4) 缓存服务器根据浏览器提供的要访问的域名,通过Cache内部专用DNS解析得到此域名的实际IP地址,再由缓存服务器向此实际IP地址提交访问请求;
5) 缓存服务器从实际IP地址得得到内容以后,一方面在本地进行保存,以备以后使用,二方面把获取的数据返回给客户端,完成数据服务过程;
6) 客户端得到由缓存服务器返回的数据以后显示出来并完成整个浏览的数据请求过程。

通过以上的分析我们可以得到,为了实现既要对普通用户透明(即加入缓存以后用户客户端无需进行任何设置,直接使用被加速网站原有的域名即可访问),又要在为指定的网站提供加速服务的同时降低对ICP的影响,只要修改整个访问过程中的域名解析部分,以实现透明的加速服务,下面是CDN网络实现的具体操作过程。
1) 作为ICP,只需要把域名解释权交给CDN运营商,其他方面不需要进行任何的修改;操作时,ICP修改自己域名的解析记录,一般用cname方式指向CDN网络Cache服务器的地址。
2) 作为CDN运营商,首先需要为ICP的域名提供公开的解析,为了实现sortlist,一般是把ICP的域名解释结果指向一个CNAME记录;
3) 当需要进行sorlist时,CDN运营商可以利用DNS对CNAME指向的域名解析过程进行特殊处理,使DNS服务器在接收到客户端请求时可以根据客户端的IP地址,返回相同域名的不同IP地址;
4) 由于从cname获得的IP地址,并且带有hostname信息,请求到达Cache之后,Cache必须知道源服务器的IP地址,所以在CDN运营商内部维护一个内部DNS服务器,用于解释用户所访问的域名的真实IP地址;
5) 在维护内部DNS服务器时,还需要维护一台授权服务器,控制哪些域名可以进行缓存,而哪些又不进行缓存,以免发生开放代理的情况。

CDN网络架构:

CDN网络架构主要由两大部分,分为中心和边缘两部分,中心指CDN网管中心和DNS重定向解析中心,负责全局负载均衡,设备系统安装在管理中心机房,边缘主要指异地节点,CDN分发的载体,主要由Cache和负载均衡器等组成。
当用户访问加入CDN服务的网站时,域名解析请求将最终交给全局负载均衡DNS进行处理。全局负载均衡DNS通过一组预先定义好的策略,将当时最接近用户的节点地址提供给用户,使用户能够得到快速的服务。同时,它还与分布在世界各地的所有CDNC节点保持通信,搜集各节点的通信状态,确保不将用户的请求分配到不可用的CDN节点上,实际上是通过DNS做全局负载均衡。
对于普通的Internet用户来讲,每个CDN节点就相当于一个放置在它周围的WEB。通过全局负载均衡DNS的控制,用户的请求被透明地指向离他最近的节点,节点中CDN服务器会像网站的原始服务器一样,响应用户的请求。由于它离用户更近,因而响应时间必然更快。
每个CDN节点由两部分组成:负载均衡设备和高速缓存服务器
负载均衡设备负责每个节点中各个Cache的负载均衡,保证节点的工作效率;同时,负载均衡设备还负责收集节点与周围环境的信息,保持与全局负载DNS的通信,实现整个系统的负载均衡。
高速缓存服务器(Cache)负责存储客户网站的大量信息,就像一个靠近用户的网站服务器一样响应本地用户的访问请求。
CDN的管理系统是整个系统能够正常运转的保证。它不仅能对系统中的各个子系统和设备进行实时监控,对各种故障产生相应的告警,还可以实时监测到系统中总的流量和各节点的流量,并保存在系统的数据库中,使网管人员能够方便地进行进一步分析。通过完善的网管系统,用户可以对系统配置进行修改。
理论上,最简单的CDN网络有一个负责全局负载均衡的DNS和各节点一台Cache,即可运行。DNS支持根据用户源IP地址解析不同的IP,实现就近访问。为了保证高可用性等,需要监视各节点的流量、健康状况等。一个节点的单台Cache承载数量不够时,才需要多台Cache,多台Cache同时工作,才需要负载均衡器,使Cache群协同工作。

什么是CDN和CDN的工作原理

之前介绍一篇关于本站WEB架构的博文。那是搭建在OpenShift开源平台上的wordpress站点。下面就介绍下什么是CDN和CDN的工作原理,其实这个原理很有用。很多空间商是支持无限子域和无限流量的。同时虚拟空间质量还不错的话,那么,你就可以利用CDN的原理部分,在同一个主机空间里面搭建多个不用域名的站点了。先说明下这个不是CDN。只是利用空间无限子域和无限流量搭建自己多个不用域名的站点。想了解的可以继续往下看,其他不用多说了。

内容分发网络(CDN)采用智能路由和流量管理技术,及时发现能够给访问者提供最快响应的加速节点,并将访问者的请求导向到该加速节点,由该加速节点提供内容服务。利用内容分发与复制机制,CDN客户不需要改动原来的网站结构,只需修改少量的DNS配置,就可以加速网络的响应速度。当用户访问了使用CDN服务的网站时,DNS域名服务器通过CNAME方式将最终域名请求重定向到CDN系统中的智能DNS负载均衡系统。智能DNS负载均衡系统通过一组预先定义好的策略(如内容类型、地理区域、网络负载状况等),将当时能够最快响应用户的节点地址提供给用户,使用户可以得到快速的服务。同时,它还与分布在不同地点的所有CDN节点保持通信,搜集各节点的健康状态,确保不将用户的请求分配到任何一个已经不可用的节点上。而CDN还具有在网络拥塞和失效情况下,能拥有自适应调整路由的能力。

用户向浏览器提供要访问网站的域名,域名解析的请求被发往网站的DNS域名解析服务器;

由于网站的DNS域名解析服务器对此域名的解析设置了CNAME,请求被指向CDN网络中的智能DNS负载均衡系统;

智能DNS负载均衡系统对域名进行智能解析,将响应速度最快的节点IP返回给用户;

浏览器在得到速度最快节点的IP地址以后,向CDN节点发出访问请求;

由于是第一次访问,CDN节点将回到源站取用户请求的数据并发给用户;

当有其他用户再次访问同样内容时,CDN将直接将数据返回给客户,完成请求/服务过程。

通过以上的分析我们可以看出,CDN服务对网站访问提供加速的同时,可以实现对普通访问用户透明,即加入缓存以后用户客户端无需进行任何设置,直接输入被加速网站原有的域名即可访问。