| sheepman's profile【牧羊人之家】PhotosBlogLists |  Tools  Help |
星艦航行誌9706.27 如果…、假如…、可能…、或許…、所以…，往往一個單一性的問題，都比較容易解決，也不太容易引起人們的重視。但這樣一個個小問題，有數以百萬個串連起來的話，就像是在火藥庫中丟入火花，後果將會難以解決。
「網路工程」探險隊成軍一個多月，不知大家訓練得如何。總司令官－蔡敦仁以深沈關切的口吻問候著隊員們，學習了那麼多的東西，接下來還有更多的知識要學，最終的目的就是希望大家可以學以致用。所以在訓練期後，依慣例要舉行一場大型的結訓會戰－「專題製作」任務。
好的專題固然難尋，但一開始沒有規劃好，再好的專題也難以發揮。所以不用說，司令官再次啟動他那俱磁性催眠力的聲音，指導著隊員們「專題製作」的事前準備任務。其項目大致分類為：
（１）專題簡介：專題題目、指導老師、分組成員、動機與目的、製作方法、相關產品及研究。
（２）專案管理規畫：工作項目、工作分配、規劃進度。
（３）可行性分析：技術面、財務面、組織面。
（４）需求資源(軟體、硬體、網路、其他。
（５）系統規畫。
（６）實作說明：實作之步驟及過程。
（７）結果與討論。
（８）參考文獻：使用者訪間記錄、需求規格、系統分析及設計文件、測試報告書、系統使用手冊／系統安裝及維護手冊、專案進度報告－1.主題。2.參與人員。3.地點。4.時間。5.確認及追踪上次決議事項。6.本次會議決議與工作分配。7.專案人員介紹：1.姓名。2.照片。3.學經歷。4.曾完成工作。5.證照。
這些只是基本的項目，要是真的細分出去，專題的報告書可是比百科大辭典還要可觀。所以一開始，只要不過先先訂出目標主題，把握必要的重點項目來規劃專題內容，分析製作時間表與問題，再逐步加入各個元素，專題內容自然就會朝正向豐富發展。
不論內容與成果可能為何，這場大會場是隊員們必經的一的試鍊，也是步入「網路工程」星系前的一大考驗。只要發揮指揮官所傳授的，相信大伙都能得到豐碩的戰果。
銀河的歷史，掀開了挑戰的一頁。
-YU.航行誌- 星艦航行誌9706.26 儘管沒有任何積極的意願，也非得在文書堆中挖出完整的資料不可。雖說這是預期中的事，但當面對之時，大家依然慌張亂調。
訓練有沒照進度進行？學習課程上是否有難處？指揮官的操演是否都能融會貫通？指揮官與隊員們在指導學習間是否有疑問？…調出全隊人員的名冊、學習成績、出缺勤狀態…督察人員一聽令下，指揮部的各級人員立即全體動員，忙上忙下，七手八腳的將資料一一備出。督察檢視著諸多的文件，看來也是形式上的儀式吧，不得不執行，但總有著那麼點傻氣。
忙和了一上午，巡察過程歷經一個小時左右結束了，督察跟著上級長官可能還有著其他事離開了。而我們這群忙翻天的小兵們也各自解散，回歸自己的部隊。哦！對了！今天隊上有新的指揮官到任，但亂了一上午，不知有沒有礙到指揮官與隊員們的訓練。從隊員們的表情看來，這新上任的戰略指揮官－湯秉翰很有一套哦，個個聚精會神的聽從指揮官的指示，準備著攻略「網路工程」星系的另一項傳說的神兵利器－『Linux』。
『Linux』是什麼？簡單的說它是一種電腦作業系統。這個作業系統裡頭含有最主要的『核心』以及『一堆核心提供的工具』。他提供了一個完整的作業系統當中，最底層的硬體控制與資源管理的完整架構，而這個架構是沿襲Unix良好的傳統來的，所以相當的穩定而功能強大！
那這個系統有多好用？有多強大？能作些什麼？趕快裝先把軟體裝好。指揮官催促著大伙們動作要快：『先裝好它，不要急著去用，以後的時間還多著，我會帶領大家一步步來瞭解它。』頓時時間延展成了空間，隊員們各自靜靜的看著安裝中的系統……。
銀河的歷史，掀開了等待的一頁。
-YU.航行誌- 中颱「鳳凰」發威 28日全台上班上課情形中颱「鳳凰」直撲台灣而來，全台28日上班上課情形：
◎中部地區 苗栗縣：停止上班上課 台中市：停止上班上課 台中縣：停止上班上課 彰化縣：停止上班上課 雲林縣：停止上班上課 南投縣：停止上班上課
九七年七月二十六日「貓空」人不空－喫茶賞景遊貓空
風和日麗的一天，對一放假就宅在家中的現代人而言，這是一個多著浪費的天候。頂著大太陽出門，不如在家坐擁冷氣與冰品的賜候，這也難怪身材會隨著歲月成正比的增加。所以，為了不讓後半輩的健康抗議，大伙約好走了一趟「貓纜之旅」。
其實本來只是想出來走走，但有人提議沒坐過「貓纜」，四、五個人面面相觀，好像大伙都沒人坐過，所以行程也就這麼敲定。要坐「貓纜」首先要到木柵動物園，才一下車就看見人山人海的隊伍。開業一週年了，每天還是這麼多人，據說有人排了一個多小時，還有人曾經排過快三小時才坐到；不過想坐就得排隊，盡一下好國民的義務，跟著排吧。
嗯！老天爺可能是感念我們是第一次來搭「貓纜」，沒花上太多時間就坐上了纜車。哇！除了雲霄飛車外，我還真沒有太多這類半空上的體驗。由於從「動物園站」出發直上「貓空站」，其路程是呈Ｌ型的移動，所以中途架了一個轉彎站。而且延路還另設了「動物園內站」與「指南宮站」，服務人員會於出發站前，間格放空車以方便中途的乘客。８個人一輛纜車，一路走來有點顛頗，每經巨柱支架時，會有些晃動，不過大致上還得平穏。可能是我們上山是傍晚時分，夕陽正美，氣候宜人，纜車內空調還算舒服。雖說晃在半空中有點驚心動迫，但一面欣賞著大台北與夕陽的美景，晃晃蘯蕰了20分鐘，終於上到終點站「貓空」。
以前來「貓空」，因為山上空氣好，大伙多半是來泡茶聊天，經過多年大概上也沒什麼改變。只是開發過度，車輛廢氣與垃圾污染也跟隨著人們四處而居；大地隨著人心在變，更多的人就有更多的污染。不過延路有看見環保局製作了許多的標語，沒想到這提示用語還十分有趣：「丟棄紙屑、瓶罐、廢棄物在地面，要有被罰六千元後心痛的準備。」嗯！有創意。
祭過五臟廟，欣賞著高山仰望大台北盆地的美景。清風吹過山頭高，人如滄海一樹梢，可惜天公不作美，天降甘霖定喧塵。下大雨了！看來得下山了，而就此打住行程的不只我們，「貓空站」頓時擁入了大量的人潮。隨著夜深，雨也愈來愈大，沒有帶傘的也只淋成落湯雞下山。下山的路程，除了剛下山的大台北盆地晚景外，其他路段就只有夜風高。所以要來坐「貓纜」的話，傍晚時分上山看夕陽，是最美的了。
傳說的歲月，高空體驗的邁開了一步。
九七年七月二十三日 「書香意傳千里心，萬里難忘一縷香；欲想世外情何在，悠境描繪桃源情。」
地方美、景物美、裝飾美、意境美；人文美、氣質美、服務美、笑容美；還少了什麼？就是少了您到這的美。好山好水也要善人居，說多了也沒啥意思，走一趟您就瞭解世外桃源情－GEO cafe（集地咖啡）。
美麗的美女店長GEO（俐陵），會提供優雅的服務哦。另外一位美女－陽光宅女（安妮）在不在，就看大家的手氣啦。不過，好像帥哥小Ｄ（思良）會常去串門子。哪！您還在等什麼^^~
祝 你們 開業順利 商祺無限
傳說的歲月，幸福邁開了一步。 星艦航行誌9706.25 重兵部署各地關口上，進可攻，退可守，縱橫面，垂直線聯合作戰；此為網際網路的大戰略，而將其點、線、面之間連結的聯絡網即是「虛擬私有網路」。
如果可能，我們當然希望整個網路銀河是能和平相處，安全無慮的。但目前外在「公眾網路」的組成，大多是些不相干的網路連結而成，網路之間又沒有特別的防護機制，存在著許多不安全的浮動因子。要在這不安全的「公眾網路」上建立一個具有較高安全性的「私有網路」，而且這個網路系統，可隨時依其需要建立起安全通道，當使用完畢後，能立即取消該安全連線，並不改變原本的網路架構。簡而言之，就是要整合各區的區域網路，組成一個安全性較高的網路系統，即為「虛擬私有網路（Virtual Private Network, VPN）」。
近年來VPN利用「公眾網路」取代企業的專線「區域網路」，不僅大幅降低建置成本，也提高了擴充和便利性。而VPN有分：CPE-based VPN－由企業用戶端以自身的設備，利用L2TP或IPsec的技術，與遠端的CPE-based VPN Devices建置跨越公眾網路的虛擬私有通道；與Network-based VPN－則是由網路服務提供者（Service Providers）直接提供VPN的建置服務。
基於IPsec在VPN技術中的主流地位目前絕大部份的VPN應用多是透過Internet，這是一個IP-based的網路環境，如果可以在網際網路層（IP Layer）一次解決安全問題，則不僅VPN的安全問題得以解決，同時也可減少開發VPN應用系統時，對安全機制的額外需求。因此IETF在針對下世代 IPv6時，即提出相關的安全保密架構，後來該架構才獨立為「網際網路層安全協定」（IP Security Protocol，RFC-2401），簡稱IPsec。IPsec VPN的「安全」並不僅在於保證資訊的隱密（Confidentiality），它避免了第三者「竊聽」到通訊內容，同時還確保網路傳送內容不被篡改破壞，亦即所謂資料的一致性（Integrity）；另外就是資料來源的驗證（Authentication），確定資料並非來自公用網路上第三者所偽造。
所以IPsec結合了加密演算法（如DES、3DES、或AES）及Hash function（例如MD5及SHA-1）的技巧，按照使用者對安全服務的需求，而可有不同的安全協定（AH或ESP，RFC-2402/2406）、甚至是不同的封裝模式（Transport mode或Tunnel mode）。而其中Tunnel Mode是所謂Gateway-to-Gateway（或Host），由具IPsec功能的Security Gateway代理其後端的LAN從事IPsec動作。它的好處是在原本區域網路內部所有主機、應用軟體皆不須更動的狀況下，每個區域網路僅需在對外的 Router上裝設IPsec，使LAN到LAN之間跨越Internet的部份用IPsec保護連線，即可建置出安全的的VPN Tunnel，因此成為目前IPsec被利用來達成VPN的主要模式。
IPsec系統由於提供十分彈性的封裝機制、安全協定、加解密演算法組合，因此通訊雙方只要事先交換「祕密共享」的安全參數的設定（包含金鑰在內），依手動設定（Manual keying）或是自動協調（Automatic Negotiation）來執行。以實作的角度來看，IKE是獨立於IPsec的應用系統，他會自動回應IPsec對安全參數的需求而與遠端的IKE進行安全參數的協調工作。加上大多數使用者對於IETF所訂定的IKE標準並未達成完全的共識，所以VPN互通性測試皆是以 IKE為主。
在發展IPsec VPN技術的過程中，除了有IKE互通的問題外，由於IPsec/IKE都需要大量的數學運算，因此如何加速IPsec VPN的執行效率亦是一個重要的課題。一般而言都是以硬體（如Security Co-proseesor）來實現，然而此一規劃會增加許多成本。另外因為IPsec所採用的加密技術限制了許多封包處理程序，導致 IPsec VPN系統與原有的網路安全保護機制，如防火牆及NAT產生整合困難、甚至是不相容的窘境。
作戰指揮官－杜遠志洋洋灑灑的說了一大多，包含了許許多的協定規則，說穿了不外乎就是要保護資訊的安全。而現今所有的區域網路幾乎都會裝設防火牆，以達成最基本的安全保護。其防火牆的主要工作是在控管、阻絕內部網路以及外部網路間的資料交換，以防止未經授權（允許）的網路連線。在已有防火牆的狀況下，IPsec VPN設備應該設置於何處，才能提供安全可靠的VPN服務，同時又不損害防火牆原有的保護機制？這並沒有一定的標準答案。從區域網路、工作伺服器、防火牆、路由器、外部網際網路，所組成的標準企業網路中，IPsec Device至少可以有7種安置模式，而這些模式皆有其優缺點，端看企業用戶的需要而定。
銀河的歷史，掀開了保護協定的一頁。
-YU.航行誌- 星艦航行誌9706.23 開訓五個週次，有一個月之久。隊員們彼此間也漸漸熟識了，學習的課程也逐漸加重，訓練跟必須學習的武器類別也愈來愈多。對於「網路工程」星系是更瞭解了呢，還是愈來愈感到迷惑。
架構好「防火牆」衛星之後，就放著不管沒事了嗎？由於「防火牆」衛星是利用過濾限制封包進出私有網路來防護，功能是警戒管制資訊進出的機制。敵人最終的目標，就是要進入主體內部，所以攻擊者往往會透過偽裝或防禦的漏洞，入侵內部網路，從事盜取或破壞的工作。所以架構好「防火牆」衛星之後，更要有一套良好防禦入侵的偵測機制－「入侵偵測（Intrusion Setection）」。
因此為檢視是否有敵人入侵，是否有人從事未授權允許的行為，在主體系統中或內部網路資訊流動時，是否有違反安全政策的行為或破壞的軌跡…等事項，特別設立專屬的「入侵偵測系統（Intrusion Setection System, IDS）」機動隊。「IDS機動隊」與「防火牆」衛星，可說是相輔相成的，缺一便無法建立一個完整的安全網路系統。
一般入侵者會分成二個階段來攻擊：第一階段僅於窺視網路，但還未真正進入主機系統；第二階段入侵者會運用系統漏洞，成功入侵進入主機內。那既然無法百分百防禦入侵者的攻擊，那就乾脆設計個陷阱讓入侵者來跳，其後再將他逮捕。
於是作戰指揮官－杜遠志隨既傳授了「IDS機動隊」，三大戰術的基本應用：
主機型入侵偵系統－以主機設備本身來偵查，判別是否受入侵攻擊。其範圍含蓋了防禦主機的網路設備，應用系統Web Server主機。
網路型入侵偵測系統－以網路流通訊息來偵查，透過網路監視器收集封包後，判斷是否有人利用封包入侵攻擊。
誘捕防禦系統－在私有網路上設計陷阱留下破綻，吸引入侵者攻擊，使入侵者攻擊點集中於某一特定位置，再觀察入侵者的攻擊方法，並分析入侵者的身份及目的。
當然，在一場「入侵者與防禦入侵」的網路攻防戰中，包含了許多次元性、複雜性、高層次性的戰略與戰術運用。入侵者（俗稱駭客）的身份自然是廣而難分，有網路安全專家、學生、犯罪型入侵者、商業間諜、恐怖份子、內部使用者。而其入侵手段更是千奇百怪，像竊聽與窺視、阻斷服務、取代服務、中間人扮演、使用網路病毒、惡意程式…等，凡不盛舉。所以要有效防禦入侵者，瞭解入侵者的方法與手段是刻不容緩的，就是所謂『知己知彼，百戰百勝』。
銀河的歷史，掀開了阻侵的一頁。
-YU.航行誌- 星艦航行誌9706.20 學習那麼多的網管知識，無非是要管理好網路上的大小事。不論是對外的通訊或對內的區域網路管理，這些辛苦建立的成果，可不能輕易的落入他人的手裡。所以今天作戰指揮官－杜遠志將指導一個重要的安全技術「防火牆（Firewall）」。
「防火牆」十分耳熟能詳的名詞。從字面來解釋，好像是為了防止火災氾濫而建築一道銅牆鐡壁的隔離措施。其實不然，應該說比較像古代的護城牆，不僅要防禦外來危險的侵襲，也要能保衞城牆內居民免受外敵侵犯。而城門除了保護居民安全外，更要保持居民進出城門方便與暢通。
那城門的安全又要如何去維護？當一道城牆不足於保護時，可再挖掘護城河，或多建幾道長城環繞來保護。但人民的進出要如何控管？如何限制城牆內的通訊方式？一有想從事破壞的敵人裝混入？又要如何偵測出裝入城的敵人？而真的遭到破壞時，我們又該如何維護損壞而建立即時的防禦機制？
簡單說來，「防火牆」就是城門的防護措施。防護太嚴緊，無人可以進出，這便失去建構網路的目的；反之如果過於鬆懈，隨意讓人進出，那資訊又容易被人取走或更改。所以針對這門禁的鬆緊度管理，就得依賴私有網路的「安全政策」來制定。
因為對內對外通行的資訊多如繁星，為了不讓人隨意的自由的進出。今天隊員們的任務，就要在「公眾網路」星域和「私有網路」星域之間，建立起一道有如萬丈鐡壁的「防火牆」衛星。當對內的資訊要通行時，都必須經行此「要衝」。所以架構「防火牆」衛星時，採用了三大機制：
過瀘封包－依封包型態控管可否進出。在入口處的IP層架設檢查站，主要是檢測進出封包的型態，並決定是否放行，屬於『封包過濾』功能。其檢測的範圍可以擴及到IP、TCP或UDP封包標頭。
代理機制－以不經過防火牆，而由某一特定信用代理器（ProxyServer）來傳送，而代理器會先檢視封包內容，再決定是否要給予轉送（過濾功能）。而檢視的功能又可分為：應用階層閘門－會先解譯應用層的命令，再依照該命令所需的功能給予轉送（如：Web Proxy、FTP Proxy）。電路階層閘門－不解譯應用層的介面，僅依照封包的服務項目來從事轉送，而且它只會在兩端之間，建立一通道來傳送封包（如：SOCKS Proxy）；網路位址傳譯－利用內部設置的祕密通道（網路位址）來傳送。將內部私有的網路位址轉譯到外部合法位址來傳送，如此便可隱藏內部位址，免除成為攻擊者的目標。由於網路位址傳譯無法獨立運作於外部網路，所以一般「防火牆」的功能還是以封包過濾、電路閘門、應用層閘門三種裝置為主。
「防火牆」架構是安全防護能力的主要關鍵因素，不安全的「防火牆」架構除了浪費許多神維護外，說不定連最基本的安全性也無法達成。所以欲達成一定安全性的防護，仍需仰賴網管人員的摸索。總歸一句，「人」才是一切重要的關鍵起點。
銀河的歷史，掀開了防護的一頁。
-YU.航行誌- 星艦航行誌9706.19 在學習的過程中，除了努力學習之外，最重要的不外乎就是＂複習＂了。學過一次就要永遠記住，又不天才或超人地說，所以今天要繼續努力的再來複習一下「TCP/IP」。
什麼是「TCP」？什麼是「IP」？那什麼又是「TCP/IP」？有學過哦，不是不知道，只是一時想不起而以。這就是總司令官－蔡敦仁和作戰指揮官－杜遠志兩位長官，一直不停反覆要求隊員要熟練、要清楚的，因為有深根的基礎，才有接續下去的一切。
TCP/IP 協定，包含了一系列構成「網際網路基礎」的「網路協定」。這些協定最早發源於美國國防部的「ARPA網」項目。 TCP/IP 字面上代表了兩個協定： TCP （傳輸控制協定 Transmission Control Protocol）和 IP（網際協定 Internet Protocol）的簡稱。為網路上的一種通訊協定，是上網時大家都遵循的一些規則。有了這些規則，即使是不同的電腦設備與作業環境，都可以透過這些通訊協定來互通訊息。
由於TCP/IP在Internet 上受到廣泛的應用 ( 如：WWW、E-Mail、FTP、Telnet 等 )。而且TCP/IP 是一個開放的標準，任何人均可自由的下載和 TCP/IP 相關的技術標準和文件；同時 TCP/IP 也鼓勵使用者評論這些標準，一同來幫忙改善網路的執行效率。
TCP/IP成功的另一個因素在於對為數眾多的低層協定的支持。這些低層協定對應與OSI模型 中的第一層(物理層)和第二層(資料鏈路層)。每層的所有協定幾乎都有一半數量的支持TCP/IP，例如: 乙太網（Ethernet），令牌環（Token Ring），光纖資料分佈介面（FDDI），端對端協定（PPP），X.25，幀中繼（Frame Relay），ATM，Sonet, SDH等。
當我們使用 Internet 上的應用程式時（如用瀏覽器觀看網頁），訊息產生後，會從最上層，經過一層層的通訊協定，送到最底層，然後經由網路線傳送出去；當對方收到後，則反向操作，依次往上通過一層一層協定，最後由最上層的應用程式來解釋訊息。像瀏覽網頁這樣簡易的事，整個傳輸過程卻是靠複雜的 TCP/IP 通訊協定才完成的。
而每一台連上 Internet 的電腦都有一個獨一無二的位址，以方便彼此區分與辨識，這樣資料才不會送錯，這個位址就是 IP 位址 (IP Address)。目前 IP 位址的長度為 32 位元，通常以四組數字來表達 (xxx.xxx.xxx.xxx)，每組數字就是 8 位元長度。但電腦只認識【0】與【1】，所以每組有 2 的 8 次方 256 個位址，因為在標示上採用 10 進位法，所以每組數字介於 0 跟 255 之間。
例如：【140.111.2.195】就是一個 IP 位址，它分成【140】、【111】、【2】、【195】四組數字，中間以【.】點來分隔。IP 位址區分為 A、B、C 三級， D 級目前為實驗性多點投射 (multicast) 位址，E 級則保留作為未來發展之用。A 級網路只定義第一個數字，例如 140.0.0.0，後面則讓 A 級網路自行再分配，B 級網路則是前兩位數字，如 140.96.0.0，後面則讓 B 級網路自行再分配，C 級網路則是前三位數字。
IP 位址有時候實在很難記住，所以有人想出了用英文字來代表數字的方法，因而有了網域名稱 (Domain Name)。但是如何確保 IP 位址與網域名稱的單一性呢？為了保持 IP 位址的單一性與統一管理，所有的 IP 位址都由 Internet Assigned Numbers Authority (IANA) 來分配與管理，而網域名稱則由 Internet Network Information Center (InterNIC)來掌管，不同的國家與區域均有不同的 NIC 來管理網域名稱，如亞太地區有 APNIC (Asia-Pacific Network Information Center)，而在台灣則由 TWNIC 來負責。網域名稱由右唸至左，表現方式如下：
Domain names：在最左邊，為最上層網域名稱 (top-level domain name，TLD)，可分為 Generic Domains 和 Country Code。
Generic Domains：區分如下
net：網路管理機構或 ISP，如：Hinet、Acernet
edu 學術研究單位，如台大，交大等
com：公司行號，如 IBM 公司，微軟公司
org：財團法人等非官方組織，如基金會
int： 國際性的組織
gov：政府官方單位，如教育部、行政部
mil： 軍事單位，例如美國國防部
firm ： 公司
store ： 銷售商
web ： 全球資訊網有關事業
arts ： 與文化或娛樂事業相關的活動
rec ： 與休閒和娛樂事業相關的活動
info ： 資訊服務業者
nom ： 個人網址
Country Code Domains (國碼)：除了美國之外，每個國家都要加上國碼，例如：
tw ： 台灣
ca ： 加拿大
jp ： 日本
au ： 澳洲
hk ： 香港
fr ： 法國
First level subdomain name：表明身分，就是該公司或組織的全名或縮寫，如：
NTU.........National Taiwan University 台灣大學
NCTU.......National Chiao-Tung University 交通大學
IBM..........IBM公司
Microsoft....微軟公司
Additional level subdomain names (optional)：該公司或組織中某一個單位，如：
ee.ntu.edu.tw..........台灣大學電機系
ccl.itri.org.tw..........工研院中的電通所
Machine names：表明這台機器是什麼伺服器 (server) ，用來當 WWW 服務機器，還是用來做 FTP，均可由此看出，不過它的名稱沒有一定的限制，WWW 也可稱為 W3，或是任何其他名稱。
1984 年網域名稱系統 (Domain Name System，DNS) 正式出爐，廣泛地運用在網際網路上。DNS 伺服器負責網域名稱與 IP 位址的轉換工作，也就是當我們輸入網域名稱之後，透過 DNS 伺服器即可找到相對應的 IP 位址，這就是為什麼當我們可以輸入 www.acer.net 可以代表 203.66.109.2，用 www.hinet.net 可以代表 168.95.192.1 的原因了。所以在設定撥號網路時，如果沒有正確設定好 DNS 伺服器位址，就可能發生無法連上任何網站的情形，因為你在瀏覽器中輸入的是網址，但電腦找不到 DNS 伺服器去轉換成 IP 位址；不過如果你輸入的是 IP 位址，就不會有任何問題。
利用 DNS 的基本功能，即使不知道 IP 位址，也可很快的猜出要找的對象名稱，如要上台大的網站，就是 www.ntu.edu.tw，要找微軟公司的資料就到 www.microsoft.com；而台灣微軟就再加上 tw 國碼，成為 www.microsoft.com.tw。而 ftp.nctu.edu.tw 則是交通大學的 FTP 伺服器了。同樣的，Acernet 的 WWW 伺服器就叫做 www.acer.net，而 AcerNet 的 E-mail 伺服器就叫做 email.acer.net 了。很容易吧？
雖然網域名稱使用已多年，但是面對 IP 位址有限，或是有人先行註冊等管理上的問題，最近更因為收費問題，使得 NIC 在管理上面臨很大的挑戰，您可參考「網域名稱系統紛爭不斷」、「申請網域名稱仍以一公司一 Domain Name 為原則」。而握有台灣網域名稱政策大權的 TWNIC 則受到很大的質疑。若您要申請 .com.tw, .org.tw, 及 .net.tw 等網域名稱，請至 Domain Name 註冊系統看看。另外如果您需要更進一步了解 DNS，交通大學領域名稱伺服系統網頁有很詳盡的說明。
但隨著網際網路的發展，目前流行的IPv4協定（網際協定版本四）已經接近它的功能上限。IPv4最致命的兩個缺陷在於：目前所使用的 32 位元的 IP 源於 80 年代早期，其位址介於 0.0.0.0 到 255.255.255.255 之間，有限的位址顯然不敷全世界的網際網路所使用；另外不支持服務等級（Quality of Service, QoS）的想法，無法管理頻寬和優先順序，故而不能很好的支持現今越來越多的實時的語音和視頻應用。
所以在 1995 年時，有人開始提出 128 位元的 IP version 6（簡稱IPv6 網際協定版本六）也有人稱之為 IPng ( Next Generation Internet Protocol )，希望用以取代IPv4，能增加更多的 IP 位址，同時也能進一步提高網路的傳輸品質與安全性。（感恩 國家圖書館與維基百科 提供相關資訊）
銀河的歷史，掀開了深知的一頁。
-YU.航行誌- 人窮志不窮 ~ 斷手男單手打造傘魂 ~ 【美麗的傘】開出【美麗人生】！！美麗的傘！ 為努力活著的人加油！
這麼漂亮又實用的傘,價格公道也不貴,希望大家發揮愛心之餘,也努力幫忙把訊息傳給周邊親朋好友,讓我們一同共襄盛舉吧^_^
星艦航行誌9706.18 從資訊安全架構起，學習基礎密碼學、進階秘密金鑰系統、現代公開金鑰系統、雜湊與亂數演算法、訊息確認、數位簽章與數位憑證、認證協定與系統制定、公鑰基礎架構PKIX…如果認真的解說起來，沒十天半個月的可不成的。
「急行軍！落後的人要快趕上！什麼時候補上來都可以！」作戰指揮官－杜遠志高喊著。因為後續還有很多訓練的任務要進行，今天可得超前一些進度不可。
進入「安全資訊」航線後，艦隊的行使速度急速提高了。由於課程航線是由政府與指揮總部決定的，必須按照預定的排定行程進行。七個鐘頭，從數位簽章演算法、數位簽章的仲裁機制、數位憑證種類與運作、憑證授權中心；再行經認證協定密鑰制定、相互認證協定、KDC認證協定、KerberosV4認證系統、KerberosV5認證系統；最後再經公鑰基礎架構介紹、PKIX憑證系統、PKIX授信模式與憑證路徑、Ｘ.509 V3憑證、Ｘ.500運作與資訊樹、LDAP協定、OCSP協定。
一路行來，就像在流星群中高速行駛，急速而顛頗，但也平安無傷歸來。雖說隊員們跟得很辛苦，全都一副受不了的表情，也不得不佩服指揮官「了不起！」。
總之，趕完了部份的預定行程，接下來要進行的課程也就較容易一些。就這點來說呢，也許是一件好事也說不定。
銀河的歷史，掀開了充實的一頁。
-YU.航行誌- 【文化大學】推廣敎育中化大火文化推廣中心大火 師生急撤離華視 / 2008/07/13 
文化大學位於台北市區內的推廣中心傍晚突然發生火警，一陣陣的濃煙不斷竄出，台北市消防局立刻派人前往灌救，當時推廣中心裡還有相當多的師生，不過發現的時間早，所有人都順利地離開火場，但悶燒造成的煙相當濃，消防人員用大型排煙管才將濃煙排散，還好沒人傷亡。（記者翁乾晃報導） 星艦航行誌9706.17 其實今天一整天都沒有加入隊員們的訓練過程，並不是總司令官－蔡敦仁的「網路戰爭史記」不動聽，也不是自己擅改了工作內容，而是指揮部裡的工作有點多，所以助教人員們齊下指揮部，幫各大隊的隊長們分攤了些許的工作。
雖說事情不多，但分類煩雜，整理起來也真叫人頭疼。好不容易整理完，當我回到隊上時，我腦子還轉著一堆的資訊數字與資料日期。看著隊上的隊員們的表情，怎麼也跟整理了一大堆東西一樣，個個眼神迷網、無言呆滯；感情是我們司令官把故事說得太出神入化了，大伙聽了直發晌 。原來是司令官正在傳授「專案流程」戰略的規劃與戰術的運用。
專案流程： 1. 施政理念（企業經營目標、短.中.長期）2.具體概念。 3.產生專案構想。 4.爭取預算。（向上級或立法院、董事會等...） 5.預算通過。 6.RFI（Request For Information）：徵求意見，收集專案相關資訊、廠商、成本、規格、功能、品牌.....。 7.製作RFP（Request For Proposal）草案：邀標書（服務建議書徵求說明書）。 8.組成評選委員會：由公共工程委員會之專家庫中挑選一半以上委員。 9.審查招標文件：RFP、投標須知、契約草案。 10.公告上網：公共工程委員會。 11.說明會。 12.廠商在截標日前送達「服務建議書」及相關文件至指定地點。 13.審定廠商資格：開資格標。 14.召開評選會議：廠商簡報、開規格標、總分法、序位法。 15.選出優勝廠商。（依順序） 16.議價：減價看是否進入底價。 17.簽約。 18.交付工作說明書（10天內）。 據小隊長回報，司令官今天可抖了不少的東西。在指導過程還加上了不少個人的輝煌戰史，這些可都是難得一見的實戰經驗之談（真是可惜沒聽到）。不過呢，回憶錄之類的東西，也非三言二語就可道盡的，看來隊員們今天真的是＂幸福＂了。 銀河的歷史，掀開了平靜又＂幸福＂的一頁。
-YU.航行誌- 星艦航行誌9706.16 「真實這種東西，就像生日一樣，每個人都會有一個，不能只因為和事實不一致，就指責是謊言。」傳言一位八十多歲的老婦，年輕時守寡，但她每天都收到來至丈夫寄來的信件，內容跟筆跡都是她丈夫的親書，那麼這是寄信人有假？或是收信人說謊？還是這根本就是一則假的情報？
通常傳送端發送訊息之前，會先將訊息經過某一個雜湊函數（MD4、MD5、SHA-1）計算出雜湊碼，再將此雜湊值附加在訊息的後面，一併傳送給接收端；接收端收到訊息之後，也以相同的雜湊函數計算出雜湊碼，如果所算出的結果與訊息後面的雜湊值相同的話，即表示訊息在傳輸當中未遭受它人竄改。由於此雜湊碼是為檢查訊息是否遭受竄改的依據，因此稱為『完整性檢查值（ICV）』。
一般在「完整性檢查值」中不會使用鑰匙，所以並沒有利用到加密／解密機制，其安全性完全仰賴雜湊函數的強度而定。但就安全通訊而言，強度再強的雜湊演算法都不能保證其絕對可靠性，因此「完整性檢查值」大多在有保護的安全連線下傳輸。而為配各種安全連線的傳輸，ICV可分為：
明文計算ICV－利用某一種雜湊函數直接將明文計算出一個「密文計算ICV值」，再將ICV附加在訊息後面傳送給對方；接收端也將所收到的訊息（M’）經過同一種雜湊函數計算出另一個ICV值，如果兩個ICV值相同的話，則表示訊息是正確的。但是在此機制下，攻擊者只要取得息之後，試著竄改訊息內容的相同ICV值，便可達到破壞的目的。由此可見，明文計算ICV僅適合有安全保護的連線下使用，不然就得將訊息與ICV值一起加密後，再傳送給對方。
密文明文計算ICV－是將訊息經過加密之後，再利用密文來計算ICV值，並將ICV值與密文一起傳送給接收端，所以它的安全性會比明文計算ICV高一些。攻擊者若想藉由修飾沒有規律的密文，產生相同的ICV值，似乎不是那麼容易，因此此機制不一定非得在有安全保護的連線下傳輸；所以一般對比較不重要的訊息，多利用此機制來傳送。
而傳送的文件如何確認訊息身份的正確性，除了用「雜湊函數」來做「ICV」之外；還可以將秘密鑰匙加入雜湊值或ICV之中，成為一個可確認身份的『訊息確認碼（MAC）』。而為了保護「訊息確認碼」中的傳送者身份，普遍使用「加密演算法（MAC-DES、HMAC）」，所以MAC大多採用秘密鑰匙系統，事先通訊雙方透過其它機制，使雙方能共享一把秘密鑰匙。依據雙方是否使用同一把鑰匙，來確認該訊息否是可信任的一方。這就是利用共享鑰匙植入雜湊碼，同時完成「完整性」與「確認性」的安全機制。
「密碼學」是網路安全技術中不可或缺的一門，但要真的學起來，可是十分的無趣與無聊。雖然作戰指揮官－杜遠志一直用輕快詼諧的口吻，想讓隊員們能更直接更容易的瞭解。但隊員的學習方式安全嗎？訊息是否有經過特殊加密過呢？接收到的訊息是否正確無誤，沒有被竄改過？確認訊息的方式是否是雙方認可信任的？
銀河的歷史，掀開了確認真實的一頁。
-YU.航行誌- 星艦航行誌9706.13 「只要是人設計的東西，就有著人的弱點，不論多麼的完善與嚴密，終為人所破解。」
何以要用「指紋」的特徵來證明自己是獨一無二；而資料文件可以利用雜亂的密碼來保護，確認其唯一性。但這些設計出來的密碼真的安全嗎？不可能被他人竄改、偽造嗎？
從一開始學習「密碼學」之初，作戰指揮官－杜遠志就告戒各位隊員們一個重要的認知；就是世上沒有完全不破的密碼，所有的系統都有其被破解的可能性。不論是應用於國防體系、金融憑證、商業密件存取或個人身上，儘管設計得再完善再複雜，只要其重要性引起他人興趣，就有被破解的可能。而破解的關鍵只是在於時間的長短，非系統本身的複雜難易程度。
為了保護文件不被人隨意翻閱或盜取，資訊在傳送時加密是必須的處理。而為了保護能解密的＂關鍵金鑰＂，又必須加上一道密碼來保護這把＂金鑰＂。那金鑰的密碼要是被盜，是不是意味著該加密保護的文件會被破解，那保護金鑰的密碼是否也要加個密碼來強化安全。所以為求得文件與金鑰的安全、就必須這樣一層一層無限的加密下去。
防盜的法則不是單指鎖是否難開，而是開鎖的方式與複雜度的多寡。讓盜取的人愈不瞭解鎖的類型，愈花時間停留破解，你就愈有時間來驅除或逮捕盜取的犯人。
接連幾天下來，在指揮官的指示下，隊員們一直＂key”著無限多的密碼防禦管理方式。這一層層的加密碼規則，真是複亂又難分，不知隊員們還要加密成多大一包，不過我可真的包不下去了。
銀河的歷史，掀開了密密麻麻的一頁。
-YU.航行誌- 【火星文】題庫 ~ 測試看看！XD還好我素地球倫 ~ 因為偶素20昏以下的.....
若不是火星人 真的粉難答ㄋㄟ...真的會昏倒... http://www.silkbook.com.tw/activity/kk0140852/flash/intro.htm 星艦航行誌9706.12 廣大的銀河星海，由地表向上仰望，隱約看見連結宇宙深淵黑暗天空覆滿的無數人工星點，而連結其中的閃光絲線，如同佈滿了網際線路的巨大的星網，每一條條的細絲底端連結著區網終端。雖說網路的應用變化萬千，但大多是依照某一共同的模型來建構，這就是「TCP/IP網路通訊模組」。
一般所說的TCP/IP是指TCP和IP兩個協定，此二者即是ARPNET網路的基本協定。而目前ARPNET網路與網際網路（Internet）幾乎已經整合在一起，無論是電子商或各種管理系統的網路大多以TCP/IP來建構。
但是TCP/IP只是提供網路上的通訊平台，至於如達到應用環境的需求，多半要依賴各自的需求而發展。而在發展系統過程中，也延伸許多安全技術上的問題。所以先瞭解TCP/IP協定的基本原理，才能在安全技術層面有更進一步的深入認識。
隨後總司令官－蔡敦仁，再次展現他驚人的說書講古的戰鬥力，帶領著全體隊員們，去了一趟「TCP/IP協定」星球的導覽。「TCP/IP協定」是以「網路模型OSI七層」分佈，主要分為二個群組區域：「網路群組」區域－由實體層(Physical)、資料連接層(Data Link)、和網路層(Network)所組成；「使用者群組」區域－由傳送層(Transport)、會談層(Session)、表現層(Presentation)、和應用層(Application)組成。
此一架構常被稱為堆疊(stack)，或是協定堆疊。每一個協定都只和與之對應的協定溝通，然後將結構向相鄰的協定解釋。彼此之間如何傳送資料都有必然的協定，而且層層相扣，共同協力完成任務。由於層與層之間，有一套既定協議相互交換的處理結果，這留給各層各自的設計與發展空間，當某一層要進行協定更新，其他層無需同時被修改。減少了多重溝通的雜複性，提升了網路通訊的效能。
司令官不厭其煩的介紹著構成「TCP/IP協定」星球的每個重要環結。這一層一層不斷的解析著，隊員們雜複的心情也跟著一層一層的往上疊。說真的這七層之間，有著許多複雜分工的層級與協定。事實上 TCP/IP 模型和 OSI 模型的原理和概念都是一樣的，只是在定義上和細節處理上的不同而已。但這都是將來是各位隊員，未來所要面對的重要課題。
銀河的歷史，掀開了層層重疊的一頁。
-YU.航行誌- 星艦航行誌9706.11 「安全性網路」延伸出去的基本概念，大致包含了「系統安全、網路安全、資訊安全」。就狹義的觀念而言－「資訊安全（Information Security）」，是防護攻擊者詐騙、竄改、偽造與否認交易等行為；跟「網路安全」功能相比較，「資訊安全」較著重於防範欺騙的行為。然而「網路安全」較重視防盜行為。也就是說「資訊安全」的攻擊者，多以合法路徑入侵目標；而「網路安全」的攻擊者，大多採用非法方式來達成目的。由此可見「資訊安全」較屬於隱形安全措施，不像「網路安全」的目標那麼顯眼。不過兩者之間並沒有孰重孰輕之分，因為兩者之間在著許多相似之處，是不可分開管理的，必須整合在一起來設計應用。
無論是在「系統安全，網路安全，資訊安全」那一個層面，其中「密碼學」的應用是最基本且不可分的課題。而密碼簡單來說，就是將明文（指要傳送的物件），編碼成一些沒有意義的文字或數字的密文（加了密碼的物件）之後，再傳給接收者。接收者再依據原本雙方協議好的密碼編碼方式，將密文解碼成原來的明文。因為攻擊者不知道編碼技巧與方式，則無法得知盜取訊息中的傳輸內容。
由於明文的重要，在傳送時要用加密來處理。那物件加密後，自然要有一套方法來解密，而且這套方式不可為第三者得知，其加解密的方式稱之為「鑰匙」（Key或金鑰），必須隱密地分送給通訊雙方；參與通訊的人都必須安全的保護這把鑰匙，絕不可以洩漏給其不相干的人等，這就是『秘密鑰匙密碼系統』。
然而密碼在加密／解密的過程中，有著許許多多複雜的處理法則與方式：如秘密金鑰系統、公開或雜添函數、亂數系統、訊息加密、完整性檢查演算、用戶認證、數位簽章、數位憑證、Kerberos、PKIX系統…還有很多很多。當然這些加密的過程中，還可以加上多重的密碼與演算，以複雜的計算達到多層難分難解的密碼保護。
隊員們在作戰指揮官－杜遠志的指示下，將密碼原理一一記下。左邊一個密碼，右邊一個演算，上方要使用多少位元加密，下面的區塊要分幾層來驗證，共用的通訊金鑰是要用公Key還是私Key...。看來隊員們的筆記已經Key成難分難解的一團，什麼都不想在＂Key（鑰）＂了。
銀河的歷史，掀開了難＂Key＂的一頁。
-YU.航行誌- 星艦航行誌9706.10 IP選路（routing）。什麼是IP選路？簡單而言，就是當一個封包從發送端被傳送到接收端所經過的路徑（Route）。（就像郵差從甲地傳遞郵件到乙地的傳送路線）
由於IP封包格式在記錄來源 IP 位址和目的地 IP位址時，必須注意的是除非封包由特定程式修改過，不然在正常的傳遞中，這兩個欄位的位址是永遠不變的。IP選路的依據，主要是看目的地位址。如果目的地位址，是屬於處理封包之設備目前所在的網路範圍之內，那麼就直接從 ARP 表格中尋找目的地位址的 IP 所對應的實體位址，如果沒有的話，就用 ARP 協定來查詢；但是如果目的位址在其他網路的話，那麼就在 ARP 表格中尋找路由器（Router）的實體位址，如果沒有則用 ARP 協定來查詢。
（ARP 是 TCP/IP 設計者利用乙太網的廣播性質，設計出來的位址解釋協定。它的主要特性和優點是它的位址對應關係是動態的，它以查詢的方式來獲得 IP 位址和實體位址的對應。）
那麼這個路由器是怎麼跑出來的？機器又怎麼會有路由器的 IP 呢﹖其實是在設定網路環境時指定的，它可以使用手動來設定，也可以由其他協定，如 DHCP 來指定。總之，如果您的網路會和其他網路連接，那麼您就一定要為每一台主機指定路由器IP 位址。除非您想讓該主機，除了本地網路之外，任何地方都不連上去。
要判斷一個封包是否要經過路由器，要看目的地位址是否在同一個網路上。如果不是，就一定要經過路由器來傳遞封包，就算是路由器本身也不例外。也就是說－封包必需是與發送端同在一個網路裡面。（但實際的設定是有例外的：比方說 PPP 或 Static/Prox ARP 等情形）
通常路由器最少都會有兩個介面來連接兩個區段的網路（多個介面連接多個網路），假如路由器本身的介面位址和封包目的地位址不在同一個網路上，那麼路由器必須要將封包交給下一個，它認為最合適的路由器，繼續傳送這個封包。情形就像接力遊戲一樣，一站傳一站，直到最後一個路由器發現目的地位址。當它判斷其中一個介面是在同一個網路中時，然後才透過 ARP 獲得對方的實體位址，最後交由下層協定完成最後一段的傳送任務。
假設所經過的路由器均在乙太網路（Ethernet）上，那麼路由器與路由器之間的傳送，而每兩站之間也同樣要經過 ARP 來獲得實體位址，才能將封包傳給對方。（如同郵局管理郵件，不是該地區的郵件，就先查詢郵件地址是何地的郵件，查到地址區域之後，在交由該地區郵局去傳送郵件。）
我們已經知道一個程式要和遠端主機的程式溝通，它所送下來到資訊，往往會被拆成許多個封包在網路中傳遞。事實上每一個封包所經過的路徑都可能不同。在每個封包選路接力過程中，封包從一個實體網路傳到另一個實體網路，每一個傳遞都是獨立的，與其他封包之間並非存在著必然關係。也就是說，從一個來源地到一個目的地，可以選擇的路徑往往不止一條，而且請求封包和回應封包所經過的路徑也不盡相同。
影響每一個封包選路的因素很多，都是經由當時所經過的路由器（包括連線兩端的主機在內）所使用的選路表（Routing table）來決定。而選路表的維護大致上分為兩種形式：
靜態（Static）：也就是由管理員預先設定或手動修改。
動態（Dynamic）：則是路由器之間透過 選路協定 自動更新制定。
事實上，選路協定是非常多樣的，同時也不斷的演變著。早期的網際網路路由器分為兩類：
核心路由器 （core router）－由 網際網路控制中心Internet Network Operation Center （INOC） 控制和管理。
非核心路由器－由個別的群組所控制管理。
早期的網路架構中，所有網路都經由一個核心路由系統而達成連接，各自的網路會有一筆關於核心系統的預設選路設定。隨著網際網路的迅速成長，這樣的單一管理核心架構已經難以為繼。而中央管理骨幹的選路，將變得越來越複雜，核心路由器的一致性也變得異常重要及難以管理。再加上並非每一個網點都能連接到核心路由器，必須一直新增選路結構和協定。最後基於核心資料一致性的要求，所有核心路由器都必須相互交換資料，所以核心結構就不能過於龐大。有鑒於上述原因，網際網路的選路結構已經從核心模式轉向為對等式骨幹模式。
對大部份對等式骨幹組態而言，路徑的取向依照相連主機之間的幾何傳輸路徑選取最短短路徑。雖然看起來是很簡單，但事實上要實現起來是非常困難的。首先，標準的 IP 選路演算法：是以 IP 位址中的網路區段來選擇路徑，而對等骨幹架構中的最近路徑，則必須對每個單一主機進行單獨的路徑選擇。接著制定兩個骨幹的管理者，在所有路由器之間達成路徑的一致性，以避免路徑迴圈的出現。
以現今的網際網路架構來說，路由器的界定並沒有早期那麼明顯，而網路與網路之間的選路，也變得非常複雜多樣，往往是多重的選擇。應用在大型骨幹之間的路由協定非常複雜，而且種類繁多。
到這裡，不妨讓我們總結從前面所學，以掌握當我們在作 IP 規劃的時侯需注意一些規則：
當我們進行主機 IP 設定的時候，如果想各機器能夠直接溝通，那得使用相同的 Net ID 和不同的 Host ID。如果您想使用不同的 Net ID （比如經過 sub-net 切分），那麼在不同 Net ID 之間的 host 就要經過 router 才能成功溝通。
當電腦用 AND 運算得出 Net ID 之後，會檢查路由表格以決定下一站在哪裡。若介面和目的地 Net ID 一致的話，就可以直接將封包傳給對方，否則就將封包傳給 Router 或 Default Gateway （因為它們其中一個介面也是在同一 Net ID 之下）。
使用 sub-net 的切割，在分配 IP 位址的時候就要非常小心了，以免 IP 超出了子網範圍而無法溝通。比如在沒有劃分子網路的情況下（例：使用 255.255.0.0 的 mask ），139.175.31.254 和139.175.32.1 都是在同一個網路之內的，它們的 IP 封包不用 router 就可以直接傳遞；但經過借用 3 個bit 的子網劃分之後（net mask 成了 255.255.224.0），它們就被分隔在兩個 sub-net 之內，這時候它們一定要使用 router 才能傳遞封包。
此外，原本一些有效的 IP 位址，在 sub-net 之後，因為 Host ID 變成全部 0 或 1 ，也就不能再分配給主機使用了，例如：139.175.63.255﹑139.175.64.0 等等。 （如果您不明白為什麼﹖將之換成二進位，然後找出經過子網切割後屬於 Host ID部份的數字就清楚了）。
總而言之，當我們在一開始設計網路的時候，就要具備應有的責任和遠見，及早就將子網路劃分好。否則，等所有機器都設定好，並且運作了一段時期之後，才決定劃分子網路，重新分配 IP，其情形將會變得異常複雜。而所要做的規劃，以及遇到的可見問題和隱藏問題，都要比從零開始難上百倍，越大的網路越是如此！
各位隊員們，有聽有沒有懂。以上內容加註部份『總司令官－蔡敦仁』戰史語錄！
銀河的歷史，掀開了分析的一頁。
-YU.航行誌- 銀行總裁的"蛋蛋"被我摸著玩◎保證好笑........◎有天一位老太太上銀行，總裁問她想要存多少錢？老太太就把那袋錢倒在總裁的桌上，說是US$165,000。總裁當然很好奇那些錢是怎麼來的，他問老太太：『女士，我很驚訝妳帶著那麼多的現金，這些錢是怎麼來的？』老太太說：『我跟人打賭。』總裁：『打賭，怎麼個賭法？』老太太說：『舉個例子好了，我賭US$25,000說你的"蛋蛋"是方的。』『哈！』總裁大笑說：『那真的是個愚蠢的賭注，這種賭注妳永遠都贏不了。』老太太就跟他挑戰說：『那你敢跟我賭嗎？』總裁就說：『沒問題，我賭$25,000說我的"蛋蛋"不是方的。』老太太說：『既然這是一筆大賭注，明天早上十點我可以帶我的律師當見證人嗎？』總裁當然是很有自信的說沒問題。
|
|
|
