bing高级应用（第19天）

子域授权：分布式数据库
比如：magedu.com通过子域授权分出ops.magedu.com和fin.magedu.com等子域名。

正向解析区域子域方法如下：
    在父域的解析库文件中定义一个子区域：
    ops.magedu.com. IN NS ns1.ops.magedu.com.
    ops.magedu.com. IN NS ns2.ops.magedu.com.
    ns1.ops.magedu.com. IN A 1.1.1.1
    ns2.ops.magedu.com. IN A 1.1.1.2

    fin.magedu.com. IN NS ns1.fin.magedu.com.
    fin.magedu.com. IN NS ns2.fin.magedu.com.
    ns1.fin.magedu.com. IN A 3.1.1.1
    ns2.fin.magedu.com. IN A 3.1.1.2


定义转发服务器：
例子：比如ops.magedu.com域内的st2.ops.magedu.com这个主机想要访问父域magedu.com域内的www.magedu.com主机，并且设置st2.ops.magedu.com的首选DNS服务器为ns1.ops.magedu.com。那么名称解析服务器ns1.ops.magedu.com就可以将解析直接交给父域的名称解析服务器ns1.magedu.com，而不是去请求根。有一个注意点，ns1.magedu.com必须能够为ns1.ops.magedu.com做递归查询，否则，转发请求不能进行。
注意：被转发的服务器需要能够为请求者做递归，否则，转发请求不予进行；

(1) 全部转发: 凡是对非本机所有负责解析的区域的请求，统统转发给指定的服务器；
Options {
forward {first|only}  //转发模式，first表示首先转发给forwarders里定义的服务器，如果对方拒绝，则自己去迭代。only表示转发给forwarders里定义的服务器，如果对方拒绝，则就此放弃
forwarders
}

(2) 区域转发：仅转发对特定的区域（ZONE_NAME）的请求至某服务器；
zone "ZONE_NAME" IN {
type forward;
forward {first|only}
forwarders
}

注意：关闭dnssec功能：
dnssec-enable no;
dnssec-validation no;


bind中基础的安全相关的配置：
acl: 把一个或多个地址归并为一个集合，并通过一个统一的名称调用；
acl acl_name {
ip;
ip;
net/prelen;
};
示例：
acl mynet {
172.16.0.0/16;
}

bind有四个内置的acl:
none: 没有一个主机；
any: 任意主机；
local: 本机；
localnet: 本机的IP同掩码运算后得到的网络地址；

注意：acl只能先定义，后使用；因此，其一般定义在配置文件中options的前面；

访问控制的指令：
allow-query {}： 允许查询的主机；白名单；
allow-transfer {}：允许区域传送的主机；白名单；
allow-recursion {}: 允许递归的主机；
allow-update {}: 允许更新区域数据库文件中的内容；


bind view: 
视图：
一个bind服务器可定义多个view，每个view中可定义一个或多个zone；
每个view用来匹配一组客户端；为这组客户服务
多个view内可能需要对同一个区域（比如magedu.com）进行解析，但使用不同的区域解析库文件；（比如电信的用户和铁通的用户分别通过的不同view来解析magedu.com域）

view VIEW_NAME {
match-clients {  };
    zone...

}

注意：
(1) 一旦启用了view，所有的zone都只能定义在view中；
(2) 仅有必要在匹配到允许递归请求的客户所在view中定义根区域；
(3) 客户端请求到达时，是自上而下检查每个view所服务的客户端列表；



CDN: Content Delivery Network

智能DNS:
dnspod
dns.la


编译安装bind:
bind源代码位于isc.org:
bind-9.8
bind-9.9
bind-10

bind-9.10源代码编译安装步骤
# tar
# cd
# groupadd -r -g 53 named
# useradd -r -u 53 -g 53 named
# ./configure --prefix=/usr/local/bind9 --sysconfdir=/etc/named/ --disable-ipv6 --disable-chroot --enable-threads
# make
# make install
编译完成之后，bing提供的命令无法直接使用，必须导出/usr/local/bind9/bin/和/usr/local/bind9/sbin/目录的二进制文件到PATH环境变量中 ：
touch /etc/profile.d/named.sh
echo "export PATH=/usr/local/bind9/bin:/usr/local/bind9/sbin:$PATH" >> /etc/profile.d/named.sh

导出bind的库文件：
touch /etc/ld.so.conf.d/named.conf
echo "/usr/local/bind9/lib" >> /etc/ld.so.conf.d/named.conf

导出bind的头文件：
ln -sv /usr/local/bind9/include  /usr/include/named

文档：
编辑/etc/man.conf，加入MANPATH  /usr/local/bind9/share/man


前次博客作业附加：子域授权和view；





















































评论

发表评论

此博客中的热门博文

OAuth 2教程

图片
原文： http://tutorials.jenkov.com/oauth2/index.html OAuth 2.0是一种开放式 授权 协议，该协议使得应用程序可以访问彼此的数据。例如：一个游戏应用可以访问Facebook中的用户数据，或者基于位置的应用程序可以访问Foursquare应用程序的用户数据（ user data ）等。 OAuth 2.0被用于通过应用程序共享数据的示例如上图。 首先用户进入游戏的web应用，该应用要求用户通过Facebook账户登录，并定向到Facebook的登录界面，用户登录Facebook后，会重定向到之前的游戏应用。此时该应用就访问到了用户在Facebook的用户数据以及授权信息，并代表用户在Facebook中调用功能（例如发布状态更新）。 OAuth 2.0 用例 OAuth 2.0既可以用于在某个应用内访问其它应用的用户信息（比如上例中的游戏应用），又可以提供用户授权服务供其它应用调用（比如上例中的Facebook）。 OAuth 2.0是OAuth 1.0的替代，因为OAuth 1.0太复杂了，比如OAuth 1.0要求使用证书等。OAuth 2.0更加简单，不要求使用证书，仅使用SSL/TLS。 OAuth 2.0 规范 这个教程的目的是提供一个OAuth 2.0协议的概览以帮助理解，而不是涵盖此协议的所有细节。 如果你计划实现一个OAuth 2.0协议，最好是去阅读规范的详细内容，规范的地址：http://tools.ietf.org/html/draft-ietf-oauth-v2-23 OAuth 2.0 概述 在之前的介绍中我们提到，OAuth 2.0是一个开放标准，其允许某个应用程序访问其它应用程序的用户授权的数据。现在我们来介绍这个协议是如何工作的，以及规范中提到的各种概念。 OAuth 2.0 提供了不同的方式使得客户端应用获得权限去访问存储在资源服务器中的资源。现在介绍其中最安全和最常用的使用方式： 一个web应用请求访问另一个web应用 的资源。 下面的示例图描述了整个认证过程： 首先，用户访问客户端Web应用程序，在这个应用程序里有“通过Facebook登录”（或谷歌或Twitter等其他系统）的按钮。 第二步，当用户点击这个按...
阅读全文

网格策略

图片
波段策略网格之一：写在前面，体系以及策略 壹：写在前面 踏踏实实的踏踏实实 在这个有些寒意又充满希望的春天，我决定将我使用了7年的一个波段策略——网格策略，与大家分享与交流。这次分享，会把目前已经升级到3.0的网格策略事无巨细说的非常清楚。这应该是你能见到最详细最有价值的网格策略文章，因为这几篇文章凝结了整整7年的思考和实践。 在此之前，我不是不想与大家分享。有三个原因导致我迟迟没有做这件事。 第一个原因很简单，对于这样一个凝聚心血的东西，我是有些私心的。这个各位也应该能够理解。 第二个原因，在于这件事是一件需要耗费极大精力，又有很大风险的事情。对于做事的信条，我的理念是要么不做，要做就做到极致。所以我如果讨论这个策略，就一定要把方方面面的东西全部说到。这个工作量非常大。 同时，风险很大。风险点在于无论我如何强调需要注意的问题，看这篇文章的几万十几万读者，也一定有人学习能力强，有人接受能力差一些。只要有一个关键点你没有融会贯通，就可能出现不好的结果。 第三个原因，我自己也需要对这个策略进行不断的实践，不断将细节升级。我不可能将一个自己没有做过3轮以上的策略与大家分享，这是对你负责。我必须深刻理解它的优点缺点，才能跟你交流。我会用我自己的钱去做实证，而不是用你的。 基于以上原因，我一直没有公开讨论过这个策略。但现在，我认为时机差不多成熟了。再加上一些外部因素刺激，我决定与你分享。 这一个系列的文章会分为3-4篇。第一篇很重要，会讨论投资体系的构建，各种投资策略互相搭配的重要性以及应该注意的问题。这一篇虽然还未涉及网格策略，但真的很重要，希望你能认真看一看。 第二篇会介绍网格策略的基本操作方式。即1.0版本。 第三篇会介绍网格策略2.0。这次升级意义非常重大，将网格1.0的一些固有缺陷在一定程度上弥补掉。到时候看情况，也有可能将3.0也放在第三篇里，有可能将3.0单独开一篇。 这就是全部这次的交流计划。也许这个策略不适合你，也许你不喜欢这种波段策略，但无论如何，希望你能感受到我的责任感与诚意。 贰：投资体系 踏踏实实的踏踏实实 每个人做投资，都应该有一套完整的投资体系。整套体系包括大致两个方面： 第一个方面，是观察金融世界的体系。 ...
阅读全文

apt-get详细使用

NAME apt-get - APT包处理程序--基于命令行 SYNOPSIS apt-get [-asqdyfmubV] [-o=config_string] [-c=config_file] [-t=target_release] [-a=architecture] {update | upgrade | dselect-upgrade | dist-upgrade | install pkg [{=pkg_version_number | /target_release}]...  | remove pkg...  | purge pkg...  | source pkg [{=pkg_version_number | /target_release}]...  | build-dep pkg [{=pkg_version_number | /target_release}]...  | download pkg [{=pkg_version_number | /target_release}]...  | check | clean | autoclean | autoremove | {-v | --version} | {-h | --help}} DESCRIPTION apt-get是一种基于命令行的包处理工具，被认为是相对于其它apt库的“后端”（指在命令行下）工具，同样也有一些“前端”（基于图形模式）下工具，如aptitude(8),synaptic(8)和wajig(1). 除了-h,或是--help这两个参数，下面的子命令之一必须使用。 update update是被用来与它们的源中的包索引文件进行同步的。 可用的软件包的索引是从/etc/apt/sources.list文件中指定的路径获取的。举个例子，当我们使用Debian时，这个命令就取出并扫描Packages.gz的文件，因为这样就能得到升级了的包和新的包的信息了。更新(update)应该在使用upgrade或是dist-upgrade这2个子命令之前使用。请注意：因爲无法预知包文件的大小，所以整體更新進度表將不正確。 （译者注：所以請注意，update並不真正升級安裝在系統上的軟件包，只是查...
阅读全文