PDA

查看完整版本 : 關於轉址技術


Ricado
2004-08-14, 11:54 PM
最近大夥在談論轉址技術,小弟在這裡先把一些名詞整理一下,下次再談論的時候比較不會有誤解,若跟您所認知的不同,請提出意見。
一般所謂的轉址(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設的再短,還是會有時間落差,並不是所謂的立即更新。

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

網路蟑螂
2004-08-15, 09:45 AM
好詳細的分析...

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

hk2apple
2004-08-15, 12:45 PM
好詳細的分析...

題外話:那您能說明一下"郵件轉址"的技術嗎?我也想學..

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

Ricado
2004-08-15, 09:24 PM
郵件轉址

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

accepter
2004-08-15, 10:28 PM
bidec請問一下,TTL是不是指dns sever反應給使用者的時間?

Ricado
2004-08-16, 12:02 AM
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分鐘後,全世界都找得到,這其實有點在玩文字遊戲。

puppy
2004-08-16, 12:32 AM
謝謝Ricado大大
好詳細的說明,
雖然有些都已經知道做法,跟方式,
但要像您一樣如此說明出來還真是不容易 ~youarebe:

Ricado
2004-08-16, 10:48 AM
但要像您一樣如此說明出來還真是不容易

謝謝

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