我想提取Go中特定域的TXT记录。我看了一堆博客,并尝试了以下代码:
package main
import (
"fmt"
"net"
)
func main() {
txts, err := net.LookupTXT("google.com")
if err != nil {
panic(err)
}
if len(txts) == 0 {
fmt.Printf("no record")
}
for _, txt := range txts {
fmt.Printf("%s\n", txt)
}
}
执行此程序时,得到以下输出。
docusign=05958488-4752-4ef2-95eb-aa7ba8a3bd0e
facebook-domain-verification=22rm551cu4k0ab0bxsw536tlds4h95
globalsign-smime-dv=CDYX+XFHUw2wml6/Gb8+59BsH31KzUr6c1l2BPvqKX8=
v=spf1 include:_spf.google.com ~all
当我按照https://www.kitterman.com/spf/validate.html验证我是否得到正确的输出时,这正在按照我的要求工作。
现在,每当我将输入域更改为 geckoboard.com (例如)时,都会出现以下错误:
panic: lookup geckoboard.com on 127.0.0.53:53: read udp 127.0.0.1:38440->127.0.0.53:53: i/o timeout
goroutine 1 [running]:
main.main()
/home/maruthi/emailheader.go:11
+0x190 exit status 2
我知道这是一个超时异常。但是,当我在https://www.kitterman.com/spf/validate.html上运行相同的查询时,我会在几秒钟内获得预期的结果。
除了使用net.LookupTXT("google.com")
之外,还有其他更好的方法来提取TXT记录吗?如果没有,有人可以建议我为超时值更高的相同代码提供一个好的重试机制吗?
更新1:尝试了@Florian Weimer提供的答案,但仍然超时。
$ dig +ignore +bufsize=512 geckoboard.com txt
; <<>> DiG 9.11.3-1ubuntu1.5-Ubuntu <<>> +ignore +bufsize=512 geckoboard.com txt
;; global options: +cmd
;; connection timed out; no servers could be reached
更新2:如@ThunderCat所建议,我将超时设置为更高的值。我在resolver.conf中添加了options timeout:30
。 dig
和我的程序这两个查询都要运行30秒钟以上才能超时。
答案 0 :(得分:2)
您的递归解析器可能配置错误或刚刚损坏。它可能无法正确处理EDNS,或者根本不处理TCP查询。 (某些客户端虚拟化解决方案具有内置的DNS转发器,具有这些问题。)
需要TCP的原因是响应大小大于512字节:
$ dig +ignore +bufsize=512 geckoboard.com txt
; <<>> DiG 9.10.3-P4-Debian <<>> +ignore +bufsize=512 geckoboard.com txt
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60761
;; flags: qr tc rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1200
;; QUESTION SECTION:
;geckoboard.com. IN TXT
;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed Mar 06 20:39:31 CET 2019
;; MSG SIZE rcvd: 43
tc
标志意味着客户端应该通过TCP重试。 (通常,dig
会自动执行此操作,但是+ignore
标志会禁止这样做。)
这似乎在您的环境中失败。递归解析器本身也可能无法从全局DNS获取数据。 dig
查询导致超时而不是对tc
的响应这一事实表明了后者。进一步的调试需要捕获数据包。
答案 1 :(得分:0)
谢谢@Florian Weimer的帮助。我已经使用您的dig
命令的一个小扩展名进行了此操作。
$ dig @8.8.8.8 +ignore +short +bufsize=1024 geckoboard.com txt
"MS=ms20890953"
"facebook-domain-verification=uh1r0ebrc3sig0h2za0djoj4mhkn3g"
"google-site-verification=I6OUOqinHxPNuD8YBb3-c8GQA7YkbeHdx0xwUeeGLqI"
"google-site-verification=PWaSMmjvCe_daQC2-b7cZ9UW4rFt6Y8ZWQ7YoRbhMDw"
"google-site-verification=lSxvRgW-oP91yihSZ1kNv57EfgT97tmErxAjv5HFi2Q"
"spf2.0/pra include:spf.recurly.com ~all"
"status-page-domain-verification=8963fbq9nrjx"
"v=spf1 include:_spf.google.com include:sendgrid.net include:spf.recurly.com include:mail.zendesk.com include:servers.mcsv.net ~all"
我的Golang相同代码是:
package main
import (
"fmt"
"os/exec"
)
func main() {
out, err := exec.Command("bash", "-c", "dig @8.8.8.8 +ignore +short +bufsize=1024 geckoboard.com txt").Output()
s := string(out[:])
if err != nil {
fmt.Println("Unexpected Error Occured ", err)
}
fmt.Printf(s)
}