作者 主題: 若將named 的 TTL = 0 ...  (閱讀 11021 次)

0 會員 與 1 訪客 正在閱讀本文。

myz

  • 活潑的大學生
  • ***
  • 文章數: 433
    • 檢視個人資料
若將named 的 TTL = 0 ...
« 於: 2002-06-25 01:11 »
請問一下,如果將 named 的 TTL 設定為 0, 那在網頁瀏覽時
是不是只要讀一個檔案htm,jpg,php,...etc就要跟named request一次??
還是說在這一次開的瀏覽器(session?? connection??)只需 request一次??

還有可否幫我解答一下 session 跟 connection 的分別??

 :)

netman

  • 管理員
  • 俺是博士!
  • *****
  • 文章數: 17465
    • 檢視個人資料
    • http://www.study-area.org
若將named 的 TTL = 0 ...
« 回覆 #1 於: 2002-06-25 01:34 »
啊~~ 這個我也想知道呢~~

說實在的﹐我還沒好好 study 過 http 這個協定呢。如果理解得透切﹐應該對網路管理和設計上很有幫助﹐尤其在 load balance 和 cache 方面...

duncanlo

  • SA 苦力組
  • 俺是博士!
  • *****
  • 文章數: 7312
    • 檢視個人資料
若將named 的 TTL = 0 ...
« 回覆 #2 於: 2002-06-25 08:50 »
我覺的,browser只會查一次,然後就會用browser cache內的,
可能要一段時間後reload才會出現錯誤,就是每次browser開啟
的第一次會去查...

我是用hosts檔的方式去試的,
實際named狀況我也不知,
可能要先把題目定出來,
大家花時間去測這些極限值!

梁楓

  • 俺是博士!
  • *****
  • 文章數: 6220
    • 檢視個人資料
若將named 的 TTL = 0 ...
« 回覆 #3 於: 2002-07-07 14:54 »
引述: "duncanlo"
我覺的,browser只會查一次,然後就會用browser cache內的,
可能要一段時間後reload才會出現錯誤,就是每次browser開啟
的第一次會去查...

我是用hosts檔的方式去試的,
實際named狀況我也不知,
可能要先把題目定出來,
大家花時間去測這些極限值!


如果只是Reload 應該只會抓到Browser裡的cache
不會重新要求才是...
除非是動態網頁

named TTL值等於0
就有點像是動態DNS的做法了

小穎

  • 俺是博士!
  • *****
  • 文章數: 1005
    • 檢視個人資料
若將named 的 TTL = 0 ...
« 回覆 #4 於: 2002-07-09 23:49 »
BIND的TTL不是不能為0嗎?
DDNS的話,那小弟就不知道了!

netman

  • 管理員
  • 俺是博士!
  • *****
  • 文章數: 17465
    • 檢視個人資料
    • http://www.study-area.org
若將named 的 TTL = 0 ...
« 回覆 #5 於: 2002-07-09 23:52 »
TTL 只影響 non-authorized server 的 cache 而已﹐和是否 DDNS 沒直接關係。

之所以設定為 0 ﹐是不希望舊的資訊存在別人的 cache 中。否則﹐就算 dynamically 更新了﹐別人從 cache 中還是查到舊資訊。這似乎就不十分符合 DDNS 的要求了。

小穎

  • 俺是博士!
  • *****
  • 文章數: 1005
    • 檢視個人資料
若將named 的 TTL = 0 ...
« 回覆 #6 於: 2002-07-09 23:57 »
引述: "netman"
TTL 只影響 non-authorized server 的 cache 而已﹐和是否 DDNS 沒直接關係。

之所以設定為 0 ﹐是不希望舊的資訊存在別人的 cache 中。否則﹐就算 dynamically 更新了﹐別人從 cache 中還是查到舊資訊。這似乎就不十分符合 DDNS 的要求了。


那把TTL值設為零,讓其它DNS無cache...那每次都要到DNS主機用力查…如果是負載相當重的DNS,那這樣做的話,負載又更重…會不會那一天「掛」在那邊?
不過…這好像跟原作者提到的Web無關!@_@

netman

  • 管理員
  • 俺是博士!
  • *****
  • 文章數: 17465
    • 檢視個人資料
    • http://www.study-area.org
若將named 的 TTL = 0 ...
« 回覆 #7 於: 2002-07-10 00:05 »
那~~ 您自己決定在 loading 和 dynamic 之間作一個取捨和平衡吧。

duncanlo

  • SA 苦力組
  • 俺是博士!
  • *****
  • 文章數: 7312
    • 檢視個人資料
若將named 的 TTL = 0 ...
« 回覆 #8 於: 2002-07-10 09:02 »
題外話...

假如你覺得DNS的輪詢機制不是很好的話,
那你要不要試一下Load Balance Named?!

只要Server設定好Group,
Node Server只要執行一個小程式,
去更新lbnamed server的DB,
然後Server就會依權重分散作輪詢回應,
就算移走了一台,Server也會自動將Record移除!

小穎

  • 俺是博士!
  • *****
  • 文章數: 1005
    • 檢視個人資料
若將named 的 TTL = 0 ...
« 回覆 #9 於: 2002-07-10 10:30 »
引述: "duncanlo"
題外話...

假如你覺得DNS的輪詢機制不是很好的話,
那你要不要試一下Load Balance Named?!

只要Server設定好Group,
Node Server只要執行一個小程式,
去更新lbnamed server的DB,
然後Server就會依權重分散作輪詢回應,
就算移走了一台,Server也會自動將Record移除!


嗯!
小弟是有想過利用ipfilter或者是SG Cluster來做load balance啦!
不過…目前服務的公司似乎是不太需要很多台DNS做load balance...
頂多就是primary跟slave兩台而已!
不過…先等小弟找到為用了ipfilter之後FTP怪怪地…
WS-ftp => 可
Cuteftp > 4.2 Version => 可
Cuteftp = 4.2 Version => 否
MAC不知名的FTP => 否
走了兩層的NAT => 否
OOXX....DMZ都做起來了說!居然給我發生這種奇怪的問題…來研究一下技巧心得裡的相關文章! :evil:
害我又要把原來用natd的機器裝回去…

duncanlo

  • SA 苦力組
  • 俺是博士!
  • *****
  • 文章數: 7312
    • 檢視個人資料
若將named 的 TTL = 0 ...
« 回覆 #10 於: 2002-07-10 11:50 »
引述: "小穎"
不過…目前服務的公司似乎是不太需要很多台DNS做load balance...


是一台DNS,數台Client的Load Balance...

小穎

  • 俺是博士!
  • *****
  • 文章數: 1005
    • 檢視個人資料
若將named 的 TTL = 0 ...
« 回覆 #11 於: 2002-07-10 11:54 »
sorry sorry...
是做DNS的load balance...上面那樣寫怪怪地!@_@"

duncanlo

  • SA 苦力組
  • 俺是博士!
  • *****
  • 文章數: 7312
    • 檢視個人資料
若將named 的 TTL = 0 ...
« 回覆 #12 於: 2002-07-10 12:14 »
哦!

可能要解釋一下,
我上面說的lbnamed是透過DNS,
作client的load balance,
像多台web那樣,
小穎說的可能不太一樣!

小穎

  • 俺是博士!
  • *****
  • 文章數: 1005
    • 檢視個人資料
若將named 的 TTL = 0 ...
« 回覆 #13 於: 2002-07-10 13:20 »
引述: "duncanlo"
哦!

可能要解釋一下,
我上面說的lbnamed是透過DNS,
作client的load balance,
像多台web那樣,
小穎說的可能不太一樣!


耶!不用把小弟的名字用這麼鮮的顏色表示吧!@_@
原來小弟誤會這個東東的用途了呀…
小弟所提的ipfilter是透過NAT做load balance =>也是多台服務主機
SG Cluster則是透過二台主機(簡稱SG Cluster群組,一台主、一台備)來做後面一堆服務主機的load balance....

duncanlo

  • SA 苦力組
  • 俺是博士!
  • *****
  • 文章數: 7312
    • 檢視個人資料
若將named 的 TTL = 0 ...
« 回覆 #14 於: 2002-07-10 13:36 »
引述: "小穎"
耶!不用把小弟的名字用這麼鮮的顏色表示吧!@_@
原來小弟誤會這個東東的用途了呀…

小弟所提的ipfilter是透過NAT做load balance =>也是多台服務主機
SG Cluster則是透過二台主機(簡稱SG Cluster群組,一台主、一台備)來做後面一堆服務主機的load balance....


你不是變綠了嗎?

你是指像Parahan LVS那樣嗎?
哦! 那個成本不低...

抓了Turbolinux AdvancedServer,ClusterServer,DataServer回來試,
開機看起來還是2.2.x的kernel,用起來不知道有差在那兒...
不過DataServer的版本真的還比Server要快!!!

小穎

  • 俺是博士!
  • *****
  • 文章數: 1005
    • 檢視個人資料
若將named 的 TTL = 0 ...
« 回覆 #15 於: 2002-07-10 13:40 »
請看SG Cluster
http://turtle.ee.ncku.edu.tw/sgcluster/
應該不貴不貴!^^

duncanlo

  • SA 苦力組
  • 俺是博士!
  • *****
  • 文章數: 7312
    • 檢視個人資料
若將named 的 TTL = 0 ...
« 回覆 #16 於: 2002-07-10 14:08 »
我是指機器多的貴!

粉像LVS,
不過SG Cluster可以小到一張磁片就夠!

之前有看過國外一篇測試報告,
有Kernel 2.2.x的Linux上設Parahan LVS,
使用NAT架構,最大的http連接數竟然只有1700多個而已,
除非你特別作過kernel,package...
但類似作法的Turbolinux ClusterServer早已遠遠超過這個限制!

SG Cluster不知道有沒有測試過的極限值參考!