應該說終於嗎？今天收到一封中華電信電子帳單的DM，不過沒有什麼優惠就是了‧‧‧
不過能少用點紙張也是不錯啦！中華電信的電子帳單介紹可以看
http://www.cht.com.tw/ou_web/chtn/ebill/index.htm
2005年9月9日 星期五
Skype 被中國電信等全面封殺？！
今天晚餐時看到加上剛剛找的Skype相關新聞：
中國電信醞釀徹底封殺Skype等網路語音聊天工具
Skype潛行網路電話 傳深圳電信將全力封殺
TOM在線與SKYPE成立合資公司
eBay求娶Skype 開價20億美元
我本來還以為是無法監聽之類的理由，新聞的感覺好像還是跟商機比較有關呢？Skype或其他網路電話如果過不了這關應該會少賺很多吧~"~
中國電信醞釀徹底封殺Skype等網路語音聊天工具
Skype潛行網路電話 傳深圳電信將全力封殺
TOM在線與SKYPE成立合資公司
eBay求娶Skype 開價20億美元
我本來還以為是無法監聽之類的理由，新聞的感覺好像還是跟商機比較有關呢？Skype或其他網路電話如果過不了這關應該會少賺很多吧~"~
DNS zone transfer 的奇妙錯誤
話說最近把DNS又拿出來研究研究，有次發現slave DNS大部份的 zone 都可以正常跟 master DNS 進行 zone transfer，偏偏就有一兩個有問題，看了看 slave DNS 抱怨的訊息如下(嗯，以下 zone 的資料都是舉例用的，修改過了)：
zone 1.168.192.in-addr.arpa/IN: refresh: non-authoritative answer from master 192.168.1.100#53
感覺就很莫名奇妙，因為其他幾個 zone 就沒問題，更奇妙的是如果用 nslookup 之類的工具去查 master DNS 也可以正常查詢這個 zone 的資料，實在是很奇怪，搞半天在 slave DNS 查不出原因就去拜了一下 google 大神，大神是說應該是 master 那邊的問題，但我跟 master DNS 問這個 zone 明明很正常嘛，簡直是莫名奇妙，但既然大神這麼說，所以就去檢查了一下 master DNS 囉，稍微看了看設定檔，嗯‧‧‧好像很正常嘛‧‧‧再看看有沒有什麼 log，終於讓我抓到啦，有以下這類的 log：
192.168.rev: line 5: SOA for "168.192.in-addr.arpa" not at zone top "1.168.192.IN-ADDR.ARPA"
Zone "1.168.192.IN-ADDR.ARPA" (file 192.168.rev): no NS RRs found at zone top
primary zone "1.168.192.IN-ADDR.ARPA" rejected due to errors (serial 2005090901)
最妙的就是最後一行，明明都說 rejected 了，可是查詢這個 zone 的資料卻很正常沒問題‧‧‧
但第一行總算告訴了我原因，原來 named.boot 裡設定的 zone 是 1.168.192.IN-ADDR.ARPA，
(沒錯，你沒看錯，在這世界上的某個地方，還是有 bind 4.x 的身影‧‧‧)
而 zone file 裡面的 SOA 宣告的卻是 168.192.IN-ADDR.ARPA，
這樣的結果居然是自己正常運作但是 slave 要不到資料‧‧‧
我只能說，bind 4.x 真是妙妙妙 XD
不過我還有一個疑難雜症沒解決，不曉得 slave DNS (好像不是上面說的這台，是另外一台)出現以下的 log 要怎麼解決？上次問過 google 大神後試了一種解法，URL沒有記，大意大概是說 slave DNS 去跟 master DNS 詢問的頻率太頻繁了，但那解法似乎還是沒用，改天再拜拜大神好了。
zone ooxxooxx.com.tw/IN: refresh: failure trying master 192.168.1.100#53: timed out
zone 1.168.192.in-addr.arpa/IN: refresh: non-authoritative answer from master 192.168.1.100#53
感覺就很莫名奇妙，因為其他幾個 zone 就沒問題，更奇妙的是如果用 nslookup 之類的工具去查 master DNS 也可以正常查詢這個 zone 的資料，實在是很奇怪，搞半天在 slave DNS 查不出原因就去拜了一下 google 大神，大神是說應該是 master 那邊的問題，但我跟 master DNS 問這個 zone 明明很正常嘛，簡直是莫名奇妙，但既然大神這麼說，所以就去檢查了一下 master DNS 囉，稍微看了看設定檔，嗯‧‧‧好像很正常嘛‧‧‧再看看有沒有什麼 log，終於讓我抓到啦，有以下這類的 log：
192.168.rev: line 5: SOA for "168.192.in-addr.arpa" not at zone top "1.168.192.IN-ADDR.ARPA"
Zone "1.168.192.IN-ADDR.ARPA" (file 192.168.rev): no NS RRs found at zone top
primary zone "1.168.192.IN-ADDR.ARPA" rejected due to errors (serial 2005090901)
最妙的就是最後一行，明明都說 rejected 了，可是查詢這個 zone 的資料卻很正常沒問題‧‧‧
但第一行總算告訴了我原因，原來 named.boot 裡設定的 zone 是 1.168.192.IN-ADDR.ARPA，
(沒錯，你沒看錯，在這世界上的某個地方，還是有 bind 4.x 的身影‧‧‧)
而 zone file 裡面的 SOA 宣告的卻是 168.192.IN-ADDR.ARPA，
這樣的結果居然是自己正常運作但是 slave 要不到資料‧‧‧
我只能說，bind 4.x 真是妙妙妙 XD
不過我還有一個疑難雜症沒解決，不曉得 slave DNS (好像不是上面說的這台，是另外一台)出現以下的 log 要怎麼解決？上次問過 google 大神後試了一種解法，URL沒有記，大意大概是說 slave DNS 去跟 master DNS 詢問的頻率太頻繁了，但那解法似乎還是沒用，改天再拜拜大神好了。
zone ooxxooxx.com.tw/IN: refresh: failure trying master 192.168.1.100#53: timed out
訂閱：
文章 (Atom)