關於轉址技術

[Ricado]

最近大夥在談論轉址技術，小弟在這裡先把一些名詞整理一下，下次再談論的時候比較不會有誤解，若跟您所認知的不同，請提出意見。
一般所謂的轉址(Web Forward)，就是利用一個網址，指向另一個目標網站，其目的有三種，

• 第一種通常是為了增加流量，將不同的網址指向同一網站。
  第二種適用在Affiliate Program，例如很多大大的域名註冊服務網頁就是這種。
  第三種就是利用一個比較好或短的名字指向一個較長網址的網站。通常是指向免費空間，或像SEDO的Parking Page (domain.com -->www.sedo.co.uk/parking/domain.com)

網站轉址的型態又分兩種：

• 主機型態：YourName.Domain.com
  虛擬目錄型台：Domain.com/YourName

這兩種都只要在Web server跟程式上動手腳就可以了，不管是哪一種形式，其實都只有一頁網頁，再根據Request的Host Name或虛擬目錄的值，讀取資料庫，找到YourName所對應的真實網站，利用Frame包起來，因此外框還是在轉址主機上，內容則是來自真正的網站，以前很多人就在Frame上動手腳，加一些廣告。

另外很容易搞混的就是 YourName.Domain.com，他可以用來轉址，但也可一是一個完整的虛擬主機位置，也就是直接對應到一個IP，那麼這時候，不能再說他是轉址服務。因為外觀很像，所以談論時，若不說清楚，常是雞同鴨講。
有些服務，他會提供免費網址 YourName.Domain.com，然後讓你選擇是要轉址，還是要設定主機IP，不過國內許多網站都統一稱為轉址，這也是常會搞錯的原因，有些學校連老師都這麼說。

當設為轉址時，所有Domain.com的主機位址事實上只有一筆，全都指到轉址主機，使用同一個網頁，只是Frame包的東西不一樣。

當設定IP時，是直接在DNS上加一筆主機資料，因此不會造成轉址主機的負擔，所有流量都直接流到目的主機。

使用虛擬主機的方式，有幾樣好處，不管使用者是什麼站台，ftp, http, bbs等都可以。但相對的，服務提供者必須了解DNS及相關的程式技術。

使用虛擬主機的方式又延伸出一種問題，動態IP的問題，網站轉址，由於目的地是一個網站，所以通常不會有問題，虛擬主機對應的是一個IP，應此如果IP變更了，DNS紀錄必須一併更改，應此就有所謂DDNS的應用。

使用DDNS必須，DNS Server提供介面供程式存取，用戶端必須安裝程式，負責偵測IP並自動連到DNS Server跟新。因此每一家的DNS Server都有自己相對的用戶端程式。通常都是服務供應商將規範開放，讓用戶端使用者自行開發，因此長可以下載許多不同版本的用戶端程式。

為了應付DDNS的更新與查詢，一般都將更新主機與查詢主機分開，一方面為了抱持更新的時效，又必須把TTL設得很短，因此DNS的查詢就變的頻繁。

但即使TTL設的再短，還是會有時間落差，並不是所謂的立即更新。

以上是小弟概略的整理，歡迎提出補充意見並討論。

[網路蟑螂]

好詳細的分析...

題外話：那您能說明一下"郵件轉址"的技術嗎?

[hk2apple]

作者: 網路蟑螂";p=&quot

好詳細的分析...

題外話：那您能說明一下"郵件轉址"的技術嗎?

我也想學..

[Ricado]

郵件轉址的做法也有兩種，而且發展歷史就更複雜，最簡單的就是WebMail轉址，其實這種不能稱為轉址，只能稱為郵件代發。就是使用者在Web上輸入資料，系統幫你轉發出去。有些甚至發都不發，從頭到尾都在同一台Server上,寄件者跟收件者都必須上網才能看。
因此，我們在說郵件轉址，指的是，利用一般的郵件程式，例如Outlook，將郵件寄到某一個虛擬帳號，這個虛擬帳號在依據設定值，將郵件轉寄到另一個真實的帳號。如果各位想知道的是這一種，我再找時間另開一個主題說明一下。目前 http://DynMS.net 就是使用這種方式。

[Ricado]

郵件轉址

已發布
http://www.domain.club.tw/viewtopic.php?t=4491

[accepter]

bidec請問一下，TTL是不是指dns sever反應給使用者的時間?

[Ricado]

TTL是不是指dns sever反應給使用者的時間?

TTL : Time to Live --> 存活時間
每一個ZONE的紀錄，有4個時間值非常重要，
refresh: Secondary DNS Server(或稱為Slave)去跟Primary(Master)更新資料的間隔，一般為15分鐘，如果很少變動可以調高一點。
retry: 如果Slave找不到Master，重試的間隔，預設為10分鐘。
expire: slave的資料有效時間，如果一值找不到Master，超過這個時間，client端再跟他要資料，他也不給了。
TTL：用戶端查詢後，通常會將資料Cache起來, TTL表使Cache資料的有效時間，預設為60分鐘,也就是如果你的系統或公司的DNS Server幫你查過某一筆主機資料，那麼再一小時之內，如果再去查，系統或公司的DNS Server會直接將Cache的資料給你。通常如果你的資料很少更動，TTL可以設長一點。有些主機商都直接設1個月。

TTL跟DDNS最大的關係就是反應時間，當我的IP改了，就算我的Master/Slave之間的Refresh時間設到3分鐘，但不見得3分鐘以後就找的到我的主機位置，因為DNS的紀錄可能被Cache在很多地方。不過許多誇大的廣告就直接號稱3分鐘後,全世界都找得到，這其實有點在玩文字遊戲。

謝謝Ricado大大
好詳細的說明,
雖然有些都已經知道做法,跟方式,
但要像您一樣如此說明出來還真是不容易

[Ricado]

但要像您一樣如此說明出來還真是不容易

謝謝

賣高要賣久了，講起來就比較順了。
改天講一段華西街賣蛇，可能會更精采 ?