使用DNSPOD的API实现动态域名

标签: 网络系统 | 发表时间:2019-06-27 13:55 | 作者:felix021 <i[#at]felix021.com>
出处:http://www.blogread.cn/it/

标签:   api   DNSPOD   域名

0. 你得有一个 dnspod 帐号,并且把你的域名(例如 test.com )解析迁移过去(略)

1. 添加一个子域名的 A 记录,例如 ddns.test.com 指向 127.0.0.1

 $ export domain=test.com
 $ export subdomain=ddns

2. 生成一个token:参考官方说明 https://support.dnspod.cn/Kb/showarticle/tsid/227/

【务必注意】需要用生成的 ID 和 Token 这两个字段来组合成一个完整的 Token,组合方式为:"ID,Token"(用英文半角逗号分割),比如官方示例中,完整的 Token 为:13490,6b5976c68aba5b14a0558b77c17c3932 。

 $ export token=13490,6b5976c68aba5b14a0558b77c17c3932

3. 获取必要信息: 域名和子域名的ID

 $ curl -X POST https://dnsapi.cn/Record.List -d "login_token=${token}&format=json&domain=${domain}&sub_domain=${subdomain}"

返回结果为:{"status":{...}, "domain":{"id":640001, "name":"test.com", ...}, "info":{...}, "records":[{"id":"355300007", "name":"ddns", ...}]}

记录下对应域名的id 和子域名的id

 $ export domain_id=640001
 $ export subdomain_id=355300007

4. 获取外网ip

 $ wanip=`nc ns1.dnspod.net 6666`

5. 更新记录

 $ curl https://dnsapi.cn/Record.Ddns -d "login_token=${token}&format=json&domain_id=$domain_id&record_id=$record_id&sub_domain=$sub_domain&record_line=默认&value=$wanip"

= 完 =

(其实没完)其中 1、2、3 做完以后

6. 把 4、5 可以写到一个脚本里

 $ vi dnspod.sh

#!/bin/bash

domain_id=640001
record_id=355300007
sub_domain=ddns

wanip=`nc ns1.dnspod.net 6666`
curl https://dnsapi.cn/Record.Ddns -d "login_token=${token}&format=json&domain_id=$domain_id&record_id=$record_id&sub_domain=$sub_domain&record_line=默认&value=$wanip"


7. 设置 crontab

 $ crontab -e

引用
*/15 * * * * sh /path/to/dnspod.sh


您可能还对下面的文章感兴趣:

  1. 最萌域名.cat背后的故事:加泰与西班牙政府的暗战 [2017-10-15 09:27:45]
  2. 域名DNS相关术语 [2014-03-19 22:40:30]
  3. 域名相关的一些基本概念总结 [2012-11-11 23:47:37]
  4. Apache用mod_rewrite配置子域名 [2011-09-04 22:47:02]
  5. 如何拿下简短的域名 [2011-03-07 22:45:33]
  6. 网址决定内容 [2010-10-13 08:26:34]
  7. A记录,MX记录,CNAME记录,url转发,ns记录,动态记录 [2010-03-03 09:17:10]
  8. 全站换域名时利用nginx和javascript做简单友好的换域名跳转通知 [2009-11-04 11:31:18]
  9. 使用apache下的301设置来做域名的更换转移 [2009-10-28 20:44:20]
  10. Apache、resin、rewrite泛域名、多域名设置 [2009-10-14 13:40:57]

相关 [dnspod api 域名] 推荐:

使用DNSPOD的API实现动态域名

- - IT技术博客大学习
标签:   api   DNSPOD   域名. 你得有一个 dnspod 帐号,并且把你的域名(例如 test.com )解析迁移过去(略). 添加一个子域名的 A 记录,例如 ddns.test.com 指向 127.0.0.1. 生成一个token:参考官方说明 https://support.dnspod.cn/Kb/showarticle/tsid/227/.

如何让Godaddy域名使用DNSPod做DNS解析

- - 大猫の意淫筆記
貌似越来越多的godaddy DNS 服务器被区域性的干扰导致无法使用,那么,推荐大家一个国内的优秀免费DNS提供商 dnspod.cn. 第一步,进入Godaddy的域名管理界面. 第二步,点要设置DNS的域名. 第三步,点 Set Nameservers. 第四步,输入DNSPOD.cn 提供的2组DNS服务器地址.

不要用DNSPod的免费域名DNS解析服务

- - 阅微堂
博客 » IT技术 » DNS ». 阅微堂之前一直使用DNSPod的NS服务器,用来解释zhiqiang.org的DNS. Google蜘蛛的访问报告多次提示有DNS解释错误,不过由于问题不严重没有重视. 直到11月10日左右,Google连续发送了访问失败的邮件,我才发现错误率已经超过50%.

Api Blocking

- - xiaobaoqiu Blog
4.RateLimiter实现限流. 接口限流是保证系统稳定性的三大法宝之一(缓存, 限流, 降级).. 本文使用三种方式实现Api限流, 并提供了一个用Spring实现的Api限流的简单Demo, Demo的git地址: https://github.com/xiaobaoqiu/api-blocking.

DNSPod国内版全新亮相:前端使用Backbone技术

- - cnBeta.COM
国内最大第三方DNS解析服务商DNSPod国内新版于2012年元旦正式上线公测. 前端大胆使用Backbone.js框架,旨在为用户提供优质客户体验. DNSPod此次改版前端使用了Backbone.js,Seajs以及Mustache等先进技术. 其中Backbone的使用最为大胆,它是结合jQuery来构建复杂的 Web 前端交互应用.

股票API

- 狗尾草 - 博客园-首页原创精华区
股票数据的获取目前有如下两种方法可以获取:. http/javascript接口取数据. 1.http/javascript接口取数据. 以大秦铁路(股票代码:601006)为例,如果要获取它的最新行情,只需访问新浪的股票数据. 这个url会返回一串文本,例如:. var hq_str_sh601006="大秦铁路, 27.55, 27.25, 26.91, 27.55, 26.20, 26.91, 26.92, .

API 与 ABI

- Ant - A Geek&#39;s Page
(本文亦是《C语言编程艺术》中的一部分,所以请勿用于商业用途. 一些程序员居然对API和ABI这两个概念都不清楚,我感到有些惊讶. 这里以 Linux 内核为例简单解释一下. API,顾名思义,是编程的接口,换句话说也就是你编写“应用程序”时候调用的函数之类的东西. 对于内核来说,它的“应用程序”有两种:一种是在它之上的,用户空间的真正的应用程序,内核给它们提供的是系统调用这种接口,比如 read(2),write(2);另一种就是内核模块了,它们和内核处于同一层,内核给它们提供的是导出的内核函数,比如 kmalloc(),printk().

Google+ API发布

- 屁清新健脑 - Solidot
开发者终于等来了期待已久的Google+ API. Google正式发布了允许读取用户公开信息的API,开发者可以借助API开发与Google+交互的应用程序,或将其整合到网站上. Google社交网站发布2个月来,经历了用户暴涨,但也出现了热度下降. Google+ API的发布也许能给予它一个新动力.

API 之下

- - 阮一峰的网络日志
虽然标题里面有 API,但是本文谈的不是编程,而是更重要的事情. 很多公司的组织架构,都有一个中层. 高层领导和基层员工之间,存在大量的中层干部. 2015年,硅谷创业家 莱因哈特(Peter Reinhardt)观察到一个现象:硅谷科技公司正在变得越来越大,但是公司的中层几乎没有变大. 原因就在于,大公司正在用 API 替代掉中层干部.

API 网关 Kong

- - IT瘾-tuicool
所谓网关,主要作用就是连接两个不同网络的设备,而今天所讲的 API 网关是指承接和分发客户端所有请求的网关层. 最初是单体服务时,客户端发起的所有请求都可以直接请求到该服务,但随着产品用户越来越多,单体应用存在显而易见的单点问题,除此之外,当单体应用大小升至几个 G 时,持续发布将会非常缓慢,所以服务的拆分成为了必然趋势.