關於本報

自由軟體鑄造場電子報
報主：中央研究院資創中心
創刊日期：2004-06-03
發報頻率：雙週刊
訂閱人數：3,349
官網：
無

近期電子報


訂閱便利貼


將貼紙語法置入您的網站或部落格當中， 訪客可以輸入mail取得認證信，並按下確認連結後， 快速訂閱您的報紙。
預覽圖
訂閱自由軟體鑄造場電子報報
自由軟體鑄造場電子報
-----------------------------------------------------------------------------------------------------
Plurk FaceBook Twitter 收進你的MyShare個人書籤 MyShare
  顯示內嵌語法

自由軟體鑄造場電子報
發報時間: 2011-08-24 16:00:00 / 報主:OSSF
［公益聯播］2011-2012聯合國國際蝙蝠年，招募蝙蝠翻譯志工--請見蝙蝠資訊站最新消息！
本期目錄
．[自由專欄] 「臺灣博碩士論文知識加值系統」強力徵求論文全文的網路下載與公示授權！
．[自由專欄] 學者的研究成果淪為出版商的生財工具－談學術作品的開放近用
．[源碼新聞] 台灣駭客年會 2011－主辦者 AllenOwn、GD 會後專訪
．[技術專欄] 利用 FreeNAS 打造儲存設備(2)－安裝篇
．[法律專欄] 自由軟體授權資訊的標示說明與 SPDX
．[企業應用] 開放原始碼的相容與互斥性：從 Ruby 社群變更開放原始碼授權來探討
．報主的話
[自由專欄] 「臺灣博碩士論文知識加值系統」強力徵求論文全文的網路下載與公示授權！

林誠夏／文

依照學位授予法第 8 條的規定：「博、碩士論文應以文件、錄影帶、錄音帶、光碟或其他方式，於國立中央圖書館保存之。」所以國內的碩博士生在通過學位考試後，皆被要求依照學校的行政流程，提交論文至各校圖書館，再由各校圖書館轉寄一份論文全文給國家圖書館依法保存。如此一來，國內外各地的其他研究者，將有機會透過國家圖書館這個統一的中樞系統查詢到著作人的學術創作，為畢業的碩博士生在學術領域帶來更高的曝光率、被引用率、知名度與影響力。然而您知道嗎？若沒有得到著作人的額外同意，國家圖書館所能協助傳遞知識的方式，將有很大的比例被侷限在紙本借閱的傳統模式上，這是因為著作權法「權利人保留所有權利 (all rights reserved)」的預設模式，導致國家圖書館依現行法律只能就論文的摘要進行網頁曝光，而多數碩博士生在離校時所簽署的「電子檔全文授權書」，其授權對象也多限縮在校方而不及於國家圖書館。這樣的現狀，導致國內文學、科學各領域知識的傳遞速度緩慢，並且也沒有辦法善用近年網際網路急速發展的便利性，來增裨並培植國家整體的學術研究能量。


為了處理上述的問題，現在，國家圖書館已經有了嶄新的作法可以因應這樣的情況！其於 2010 年 11 月 5 日發布了一則標題為「臺灣博碩士論文知識加值系統徵求授權說明」的聲明（註一），透過這則聲明，國家圖書館建立了讓論文原著作人可以另行授權給國圖的補強機制，透過這個補強機制，已經畢業的碩博士朋友們，將可以透過親筆簽名後免自費郵遞授權書的方式，讓國家圖書館取得將您的論文全文放置於網站公示並供人下載的資格！如此一來，這些另行簽署授權書的論文便能透過公開近用 (open access) 的方式來擴大曝光管道，另一方面，也可以讓國家圖書館能夠協助資訊弱勢的族群，以更低傳輸成本的方式取閱到這些論文，以加速知識的散布效率與流通範圍。

然而，單單簽署這份授權書，也僅是授權國家圖書館能夠合法地協助您將論文全文放置於國圖網站上，一般民眾在下載這些論文之後，若沒有原著作人的額外授權，仍然不能再續行散布或是改作這些作品。所以，若是您希望將您的論文以更自由散布或容許修改的方式釋出，則建議可以在論文全文電子檔的封面，自行添註所欲選用的公眾授權條款標誌。至於該選擇哪一類別的公眾授權條款，可以參考台灣創用CC 計畫製作的「授權精靈 (http://creativecommons.tw/choose-license)」，透過這個授權精靈頁面的操作，您將可以挑選出符合授權偏好的 Creative Commons license 來散布您的論文著作，並且也可以為這些論文增設「禁止改作」、「非商業利用」，以及「散布後必須以相同方式分享」的額外授權條件；而或者您更認同自由軟體基金會 (Free Software Foundation, FSF) 所編撰的「革奴自由文件授權條款（GNU Free Document License, GFDL，註二）」，則亦可以為您的論文採用該授權。甚至，若是您有意直接拋棄該論文的相關著作權利，亦可為其選擇宣示著作已進入無著作財產權利保護狀態的「公眾領域（Public Domain，註三）」標誌，或是選用更積極主動宣示拋棄態度的「CC0-公眾領域貢獻宣告（註四）」！

再者，要提醒讀者的是，近年來推動的公眾授權機制多數是明文規定不可嗣後撤回的（irrevocable，註五），所以若是您將所撰寫的論文，依照創用CC 或是 GFDL 授權條款向外釋出，因為這是屬於「非專屬」的授權方式，未來您仍然可以選用其他的公眾授權或商業授權的方式，來再次散布這個作品。可是，原本依照 Creative Commons 或 GFDL 授權方式散布出去的版本，是沒有辦法被嗣後取消的，這點規定請權利人務必在事前充份知悉。而若是對於 Creative Commons license 或是 GFDL 與其他相關公眾授權的方式有所疑問，建議可以查閱台灣創用CC 計畫所編撰的常見問題集 (http://creativecommons.tw/faq)，或是透過 Email 向其詢問進階的問題 (http://creativecommons.tw/contact)，此外，若是與教育領域相關著作權法及創用CC 方面的疑問，亦可逕在教育部創用CC 資訊網的諮詢服務頁面提報您需要釐清的相關資訊 (http://isp.moe.edu.tw/ccedu/service.php)。

接著，在您為論文著作選定了理想的公眾授權模式之後，藉由國家圖書館重新設計過的授權補強機制，將您的論文另行授權給國圖來進行全文流通其實一點都不複雜，以下就透過步驟化的圖示與說明指南來協助大家完成這個動作：

一、取出您自行留存的博碩士論文全文的電子檔案，並依您的授權偏好在文件首頁為其添註適當的公眾授權條款資訊與標誌。

1、圖1 為依創用CC 「姓名標示-非商業性-相同方式分享台灣 2.5 版」釋出論文的範例，紅框的部份必須清楚寫出授權方式的相關資訊，並貼上該類型 Creative Commons 授權方式的標誌，建議此一標誌圖案並可設定超連結，連結網址為該授權方式的法律授權條款頁面，此例中的連結網址即為：http://creativecommons.org/licenses/by-nc-sa/2.5/tw/legalcode，而若您信任創用CC 授權的未來演變，亦可於條款特定版本號後加上「及其後版本」這五個字，例如此例中即為「姓名標示-非商業性-相同方式分享台灣 2.5 版及其後版本」，如此一來，若是 Creative Commons license 日後再有新版本的更新，其他人便可依新版條款的授權方式來利用並散布您本來以 2.5 版釋出的作品。但若是您所上傳國家圖書館的論文僅欲提供網路下載與網站全文瀏覽，並不打算允許下載者嗣後再行散布這份著作，則便不需要額外添註任何公眾授權條款的相關標示。


▲ 圖1 依創用CC 「姓名標示-非商業性-相同方式分享台灣 2.5 版」釋出論文首頁標示的範例

2、圖2 為將創用CC 「姓名標示-非商業性-相同方式分享台灣 2.5 版」法律條款全文添附於論文附錄之範例，其實，依創用CC 授權條款的預設，添附授權條款全文併與著作本身一同散布的步驟並非必然的義務性規定，必要時可以省略之；然而，若是您欲選用的條款，為自由軟體基金會所編寫的各類公眾授權條款，例如前文提到的 GFDL，則添附條款全文與著作本身一同釋出，便為一必須實踐的義務性規定。


▲ 圖2 將創用CC 「姓名標示-非商業性-相同方式分享台灣 2.5 版」法律條款全文添附於論文附錄之範例

二、至「臺灣博碩士論文知識加值系統」徵求授權的網頁 (http://ndltdcc.ncl.edu.tw/get_thesis_authorize.php) 上傳論文全文的電子檔案並填註相關資訊

1、依序填註圖3 中以 * 號表示之必填欄位資訊。

2、按壓  之「瀏覽」按鈕，並指向您電腦裡論文全文電子檔案之路徑。

3、填註簡單的授權說明以協助國家圖書館的工作人員，能以更快的速度辨識並分類您所上傳的論文內容。

4、於  輸入該網頁隨機產生的驗證碼。

5、確定相關資訊皆填註無誤後，按壓  的「寄出」按鈕，以完成檔案的上傳。


▲ 圖3 「臺灣博碩士論文知識加值系統」提供的論文上傳網頁與步驟說明

三、親筆簽署並郵遞回傳「博碩士論文電子檔案上網授權書」予國家圖書館

1、下圖4 所示之「博碩士論文電子檔案上網授權書」可於論文全文電子檔案上傳之同一網頁下載取得，在此授權書上依序填註各項論文的相關資訊，圖4 紅線所示之處，務必要由論文著作人親筆簽名或蓋章。


▲ 圖4 國家圖書館博碩士論文電子檔案上網授權書

2、將授權書依中分線對折再對折，即可將您所填註的個人相關資訊遮蔽住，在圖5 紅框處寫下寄信人的姓名與地址。


▲ 圖5 將授權書折疊為一般明信片大小以適合郵遞

3、最後，依圖6 紅線部份的提示文字「以透明膠帶將授權書側邊黏貼好」，不需額外再自費黏貼郵票，即可依一般郵務寄信方式將授權書郵遞回國家圖書館！

4、此時整個授權流程大功告成！國家圖書館已額外取得將您論文全文上傳與網頁公示方面的資格，此後您的學術著作將可以透過國家圖書館這個儲放全國知識的中樞查詢系統，為更多人所下載參考並標記引用，而若您一併於上傳的電子檔案裡，內嵌了所選用的公眾授權條款資訊與標誌，則下載者還可以依照您預設授權方式的指示，為您續行散布或加值改作這份學術歷程上的心血結晶！


▲ 圖6 以透明或是雙面膠帶黏貼授權書側邊後即可郵遞授權書回到國家圖書館

註一：「臺灣博碩士論文知識加值系統」徵求授權的說明網頁與論文全文電子檔案的上傳網址：http://ndltdcc.ncl.edu.tw/get_thesis_authorize.php。

註二：目前最新版本的 GFDL 為 1.3 的版本 (http://www.gnu.org/licenses/fdl.html)，使用者亦可依需求選用較舊的 1.2(http://www.gnu.org/licenses/old-licenses/fdl-1.2.html) 與 1.1(http://www.gnu.org/licenses/old-licenses/fdl-1.1.html) 版本。

註三：關於 Public Domain 的顯示標誌，可參考 Creative Commons 右列網頁的例示與說明文字：http://creativecommons.org/publicdomain/mark/1.0/deed.zh_TW，而關於「公眾領域」或是「公共領域」的命名探討，可參考莊庭瑞博士所撰專文《CC專題："The Public Domain" 怎麼說？》：http://creativecommons.tw/in-depth/539。

註四：CC0 表彰的是著作的原作者，在法律許可的範圍內，拋棄該著作依著作權法所享有之權利，並主動宣示將該著作貢獻至公眾領域。此為 Creative Commons 新推行的著作權利拋棄標誌，主要是因為就法學解釋上，傳統的「公眾領域」多指因時效屆至而不再為著作權法保護的作品，或是自始就不具有著作權保護適格的法令、規章等客體，所以為了杜絕疑義，Creative Commons 近年推行 CC0 這個新創的標誌，以讓願意拋棄著作權利的權利人，能以更積極主動的方式宣告其拋棄作品權利的態度。

註五：可參照「CC-BY-3.0-台灣」的法律條款第 7 條 b 款：授權人保留依不同授權條款釋出本著作或隨時停止散布本著作之權利，惟授權人的這類選擇，不得撤銷本授權條款（或任何其他依據本授權條款已授與或必須授與之授權），且本授權條款將會全部繼續有效，除非本授權條款依據上述規定而終止。此議題的延伸討論可參考敝人與葛冬梅合著專文，「自由軟體專案授權方式的轉換（上）：不得撤銷原授權條款」：http://www.openfoundry.org/tw/legal-column-list/8195-2010-11-22-18-38-45。
[自由專欄] 學者的研究成果淪為出版商的生財工具－談學術作品的開放近用
洪朝貴／文

◎ 本篇文章傳達筆者意見，不代表自由軟體鑄造場電子報立場，回覆意見請見部落格原文網址：http://ckhung0.blogspot.com/2011/07/scissci.html

論文刊載在 SCI/SSCI/TSCI/TSSCI 期刊，和放在網路上相比，到底何者的影響力 (impact) 比較大？在這場「封鎖知識對抗釋放知識」的戰爭中，轉而支持圖書館界、支持 Open Access Journals（開放近用期刊）不僅有利於社會，更將有利於學者本身。

 


學術發表是一個詭異的系統：作者沒有拿到錢，審論文的人沒有拿到錢（他們只是另一群付出免費勞力的學術人員），在某些領域，甚至連期刊編輯也沒有拿到錢，有時候作者甚至還得付錢給出版社。但科學論文的價格卻貴得嚇人。—Greg Maxwell


本校的期刊訂購經費嚴重不足，不僅既有之訂購難以持續，更遑論增訂各學科新出版期刊，從而抑制侷限了本校學術研究競爭力。—每年花 1 億 4,000 萬元訂閱期刊的臺灣大學 


任職於哈佛大學的 24 歲程式設計師  Aaron Swartz 活躍於網路社會運動、開放數位內容、自由軟體界，他在 MIT 校園用程式大量下載學術期刊，被美國總檢察長起訴，並以 1 萬美元交保。有趣的是，這些期刊的著作權擁有者 JSTOR 表示只想確認 Aaron Swartz 並未散佈這些文件，但美國聯邦政府卻執意處理此案，詳見衛報報導、Jason Kottke 的部落格報導（含有許多連結），或搜尋「Aaron Swartz JSTOR」。根據 Jason Kottke 針對本事件發表的最新文章，Aaron Swartz 的原意可能不是要解放被封鎖的學術論文，而是要大量分析這些學術論文背後的贊助單位，所以 JSTOR 才會說只要資料不外流就不追究。

不過 Aaron Swartz 被起訴一事，卻惹毛了資訊自由化的倡議人士。幾天之後，31 歲的 Wikimedia 貢獻者 Greg Maxwell 把 18592 篇創作於 1923 年之前，版權已過期的學術期刊上傳到海盜灣供大眾下載，詳見 ars technica 報導，或用「Greg Maxwell」、「18592」、「JSTOR」、「philosophical royal」等關鍵詞的兩兩組合搜尋。Gregory Maxwell 也解釋了他的動機，詳見上一帖我的翻譯。

撇開法律、技術、個人欠缺網路禮儀等細節，讓我們把焦距拉遠，問一些根本的問題：這些學術作品原本是誰的智慧？現在又變成了誰的財產？誰是竊賊？誰在促進社會進步？美國政府的作為在協助誰？是否符合公共利益？從本文的標題和 Greg Maxwell 的言行，您可以知道我們心中的答案。連著作權早已過期的學術論文，使用者都必須委屈地透過海盜灣下載，以免遭到法律騷擾，學術界的現況究竟有多麼不堪？

因為一些「奇妙」的原因，學者心甘情願簽字，將自己論文的著作權讓渡給 JSTOR 之類的期刊出版社，然後公立大學拿著公民繳的稅而私立大學拿著學生繳的學費回過頭來向 JSTOR 購買閱讀論文的有限權利。臺大每年花 1 億 4,000 萬元訂期刊，其中 8,000 萬元靠捐款得來。

繳稅、繳學費，特別是捐款給大學圖書館的公民可能從來沒想過：他們所付出用以採購學術期刊的錢，並非付給論文作者，以產生人人共享的新知；而是用於供養一個限制資訊自由流通的系統。這個系統讓某些學者躲在大學學術城牆內，比外界私人公司有更多機會與資源享用論文，再把生產的知識私有化，轉變為專利。有用的專利可以私相授受；沒有用的專利則收藏起來，變成日後創新者必須避開的專利地雷，不但阻礙創新，還讓公民被迫或自願花錢間接傷害自己。

然而個人直接損失更大的，卻是絕大多數的學術勞工學者，尤其是年輕的一輩。他們為什麼甘願放棄自己的著作權呢？獨尊論文的學術風氣力量強大，足以迫使尚未建立學術地位的年輕學者以升等和生存為重。而且即便不讓渡，學術論文也賣不到錢，留著著作權又有何益？

鮮為人知的是，學者讓渡著作權，甚至同意不在自己的網站上散佈自己的論文，會造成另一個難以量化的深層傷害：降低影響力 (impact)。上網分享文章可以換取注意力，提高 impact；簽字將著作權讓渡給 JSTOR 以換取 SCI/SSCI 點數，可以獲得客觀量化的 factor。面臨兩方衝突時，頂尖卓越大學的優秀學者往往被迫犧牲 impact，搏取 factor；被迫放棄目的，改而追逐手段。我很慶幸這帖部落格文章沒有學術價值，沒有「讓渡著作權以換取刊載在 SCI/SSCI 期刊」的選擇權。要不然連我這麼不屑學術論文的人都會很掙扎：到底我要用學術論文來對社會產生 impact，還是要拿學術論文來累積評鑑用的 factor？

學者們真的無力回應嗎？其實 Directory of Open Access Journals (DOAJ) 及 Public Library of Science (PLoS) 這兩個計畫存在已久。在臺灣，中研院創用CC計畫、政大圖資系王梅玲教授、輔大圖資系毛慶禎教授、清華大學圖書館以及圖書館界的部落格 Lib News 都曾撰文討論開放近用 (open access) 議題。其中一個具體建議是鼓勵學者在投稿至期刊前，先以「機構典藏」的方式公開在網路上，供大眾搜尋文章。可惜本校圖書館在校內推動機構典藏機制時，我感受到一般教授的冷淡甚至不信任。我認為這跟未解釋動機、走火入魔的智慧財產宣導，以及組織文化有關。不過暫時撇開個別學校的案例，在臺灣，如果學術界有大老用行動支持機構典藏，並且願意站出來說幾句話，或許有機會改觀。但是臺灣學術界的大老對這個議題有沒有興趣呢？


那些最有能力改變系統的人—那些論文卓越、期刊因其文章而生輝（而非其人因期刊而生輝）的人—卻也是這個破敗系統下受害最少的人。他們所需的資源都可透過機構取得。又因為期刊仰仗他們，他們大可要求改變標準的出版合約，而不至於因此而影響其學術卓越。其中很多人甚至不知道大眾要取得這些學術作品有多麼困難，也不知道在大學之外有哪些事情其實原本可以受惠於這些學術作品。—Greg Maxwell


在國際的層次，情況似乎比較樂觀。正好在兩個月前，萊斯大學的資訊安全專家 Dan Wallach 教授在 IEEE 的資安會議上提問道：「我們是否應該揚棄 IEEE 的著作權政策（作者讓渡權力給組織），改採 USENIX 的著作權政策（作者保留著作權後授權組織刊出）。」在場約一百五十人，只有兩人反對，其他人都贊成。Dan Wallach 教授在文中也提到對付不合理讓渡契約的三個常見做法：簽約後照舊上網發表、寄回自行修改過的契約、呼籲學會改變。Dan Wallach 將繼續在 ACM 的會議中提出類似問題，並且呼籲大家在各個場合提出相關問題，廣為散布此質疑，以期改變 IEEE 、ACM 及電機資訊領域的其他學會。

大學學者的智慧，到底是自己的財產或是公眾的財產？這是值得另文討論的問題。但不論如何強辯，「大學教授的智慧是期刊出版社的財產」是個荒謬至極的答案，特別是當這個答案出自大學教授、大學校長乃至學術大老之口。網際網路讓學術期刊出版社失去存在的意義， 或者至少必須大幅縮編。資源有限、採購清單無窮的圖書館界明白：花錢採購學術期刊是一種負擔。但在臺灣「重視數字績效甚於真實價值」的文化之下，秉持「數大便是美」的各大學高層似乎更樂於把這些數字解釋成一種業績。所以從沒聽過哪一位頂尖卓越大學校長或學術大老真心支持所屬學校的圖書館，大聲倡議支持 Open Access。當代臺灣菁英學者的缺乏遠見將成為歷史上不光彩的一頁。

我是說假如歷史文件僥倖未淪為學術期刊出版社之財產的話。

參考連結：
1. 台灣創用CC計畫尋找志工＆徵求論文 http://www.openfoundry.org/tw/foss-information/8405-cc
2. 開放近用還需要開放什麼？ http://www.openfoundry.org/tw/free-culture/8187-2010-11-18-09-23-55
[源碼新聞] 台灣駭客年會 2011－主辦者 AllenOwn、GD 會後專訪
李婉婷／採訪

每年的暑假，在以學生族群為主的 BBS 站台 PTT 的進站畫面，都會看到台灣駭客年會的宣傳廣告。台灣駭客年會 (Hacks In Taiwan, HIT) 是由資安技術社群－Chroot 所舉辦，一方面是要展現 Chroot 社群在資安領域研究的成果；另一方面是有鑑於研究資訊安全領域的人並不多，加上許多資安人才都習慣躲在家裡獨自鑽研技術，因此 Chroot 社群希望在台灣建立一個能讓熱愛資安技術的朋友們見面交流的場合，並且讓大家了解駭客文化的本質是追求技術的卓越而非入侵，於是就在 2005 年催生第一屆台灣駭客年會。往後每年七月也都會舉辦大型資安年會，參與人數也逐年增長，發展至今 HIT 2011 更吸引八百多人參與，同時也留下了輝煌的紀錄。

 


什麼是駭客呢？一般大眾對駭客的印象來自新聞媒體的報導。新聞上不時會有網站被駭客入侵導致內部資料外洩或網站被惡搞這類的新聞報導，日前也有駭客團體宣稱要攻擊臉書的傳聞出現，種種事件使得社會大眾對於聽聞駭客一詞十分敏感，導致大眾對於「駭客」這個名詞產生負面觀感。但，其實駭客 (Hacker) 真正的原意是指對於電腦技術勇於突破挑戰、熱衷於解決問題並克服限制的人。社會大眾所認知的那群專門入侵他人網站、利用電腦來犯罪的人，其實有另一個更適當的名詞叫作「黑客、怪客 (Cracker)」，並非「駭客 (Hacker)」。而 HIT 舉辦的目的之一也是希望釐清外界對「駭客」一辭的誤解。

HIT 之所以能吸引眾多高手雲集，主辦單位精心設計的虛擬網路競賽是一大主因，在每年的駭客年會中，最令在場眾多高手引頸期盼的就是 Wargame 了。Wargame 是從國外傳來的競賽，許多國外大型資安研討會都會在議程中安排這樣的網路攻防戰競賽，此競賽是由主辦單位建置一個擬真的虛擬網路環境，讓參與的駭客可以透過這個虛擬環境練習如何進行攻擊和防禦，透過實戰演練來習得破解網站的技術。此活動不僅讓參賽者可以體會解題的樂趣，並且在實戰中學到資訊安全相關的知識和技術；另一方面，舉辦 Wargame 的用意也是希望引起企業及資安人員的注意，發掘潛藏的資安漏洞，並加以改善。

跟一般自由軟體社群大型年度活動一樣，與會者可以在這個場合中互相交換名片、結交同好並且尋求合作對象。但 HIT 比較不一樣的地方是，由於 HIT 參與者大都是從事資安領域方面的研究，因此主辦者及參與者都對於個人資料的保護都相當重視。主辦單位特別規定在會場內禁止非工作人員拍照攝影，並且開放讓大家匿名報名，繳費的程序也可以經由便利商店完成，讓真的不想透露個人資料的人也可以放心的參與駭客年會。

不難發現，Chroot 社群除了追求技術的精進之外，他們也熱切推崇自身的駭客文化，HIT 2011 主辦者 GD 說：「駭客本身是指追求技術突破與創新的人，而駭客文化代表的是駭客們的一種文化及生活態度。」或許就是因為秉持著追求創新、積極解決問題的生活態度，讓他們無論在工作時或是閒暇時，只要找到空閒時間就努力的籌備明年的 HIT，並且每年都期許突破去年的成果。而對於未來 HIT 的突破，HIT 2011 的另一位主辦者 AllenOwn 信心滿滿的說：「今年開始主辦單位希望朝向國際化發展，今年有三分之一的講場都是國外講師，未來希望國內講者和國外講者場次能各佔一半。」
[技術專欄] 利用 FreeNAS 打造儲存設備(2)－安裝篇

 

Weithenn (http://www.weithenn.org/) ／文

前言

 

在上一篇文章利用 FreeNAS 打造儲存設備 (1)－歷史篇中，我們已經了解到整個 FreeNAS 自由軟體專案的歷史由來，並下載了這次會用到的安裝與升級檔案。本次我們將安裝最新版本的 FreeNAS 8.0，開始使用圖形操作介面，並介紹 FreeNAS 的臭蟲回報系統。
 

 

實作環境


* 虛擬化技術平台：VMware vSphere ESXi 4.1

** 虛擬主機硬體清單：(Virtual Machine Hardware)

** 硬碟 (HDD)：2GB、20GB

** 記憶體 (Memory)：2GB

** 網路卡 (NIC)：VMXNET2 (Enhanced)

* 映像檔：FreeNAS-8.0-RELEASE-i386.iso

 

由光碟機安裝 FreeNAS 8.0


在本文中我們將進行實際操作，採用 FreeNAS 官網上所下載的 FreeNAS-8.0-RELEASE-i386.iso 映像檔，將該映像檔案透過燒錄機將映像檔燒錄成光碟片，並將實體主機的 BIOS 設定為光碟機開機後，將 FreeNAS 8.0 安裝於主機上；若如本文採用虛擬化平台，則必須掛載該映像檔。

在前一篇文章中，我們比較 FreeNAS 新舊版本比較表中的網路服務比較表時，讀者應該有看到其中一個名為 VMware Guest Tools 的項目，該項目表示若安裝 FreeNAS 於 VMware 公司虛擬化技術產品內成為虛擬主機時，將支援該公司的 VMware Guest Tools。這意味著運作於虛擬環境的 FreeNAS 虛擬主機，不只在自身運作方面可以得到良好的運作效率，也可以在虛擬環境的主控台上順利進行監控、應用。

在此次安裝示範環境中，我們將在虛擬化平台 VMware vSphere ESXi 4.1 中新增一台虛擬主機（Virtual Machine 或稱 Guest OS），並在該虛擬主機上安裝 FreeNAS。該虛擬主機配置了二顆分別為 2GB 及 20GB 的硬碟，2GB 的記憶體，一片 VMware 第二代加強型虛擬網路卡 VMXNET2 (Enhanced) 。配置此網路卡的目的為驗證 FreeNAS 官網中支援 VMware Guest Tools 的項目是否真的作用。眾所週知，若是安裝於虛擬化平台中的虛擬主機未支援 VMware Guest Tools 時，該虛擬主機安裝作業系統完畢後，系統將會顯示沒有抓到任何網路卡。因此我們選擇配置此網路卡，以確認 FreeNAS 是否真如官網所述進行驗證，並將此虛擬主機的網路卡置於具有 DHCP 伺服器的環境中，以便屆時 FreeNAS 安裝完畢後自動抓取 DHCP 伺服器為其配置的 IP 位址資訊。至於固定 IP 位址的設定方式，將於後續文章中進行解說。

 

主機設定由光碟機開機


請將從 FreeNAS 官網上所下載的 FreeNAS-8.0-RELEASE-i386.iso 映像檔燒錄成光碟片後，將欲安裝 FreeNAS 的實體或虛擬主機 BIOS 進行設定，設定為由光碟機開機，接著將 FreeNAS 8.0 光碟片放入並開機。此次實作的虛擬主機，是設定抓取該 FreeNAS-8.0-RELEASE-i386.iso 映像檔即可（這也是虛擬化平台用於測試上方便的地方之一）。

 

由於虛擬主機開機時間很短，常常來不及按下「F2」鍵進入虛擬主機的 BIOS 設定畫面。若您想要虛擬主機在開機時直接進入 BIOS 設定畫面，則可以設定虛擬主機開機時強制進入 BIOS 設定模式，設定方式為在 vSphere Client 中選擇該虛擬主機，接著點選滑鼠右鍵後選擇 「Edit Settings」，切換至「Options」頁籤後，點選「Boot Options」項目，接著在「Force BIOS Setup」區塊中，勾選「The next time the virtual machine boots, force entry into the BIOS setup screen.」並按下「OK」即可。設定完成後，當虛擬主機開機後會直接進入 BIOS 設定畫面，請將光碟機 (CD-ROM Driver) 設定為首要開機項目後，按下「F10 (Save and Exit)」存檔離開即可。

 

▲ 圖1 虛擬主機設定開機時強制進入 BIOS 設定畫面

 

▲ 圖2 虛擬主機 BIOS 設定畫面，設定採用光碟機內容進行開機

 

進入 FreeNAS 開機選單


當虛擬主機 BIOS 設定完成並存檔離開後，虛擬主機開機後，便會採用掛載的 FreeNAS-8.0-RELEASE-i386.iso 映像檔進行開機。開機後映入眼簾的第一個畫面，應為 FreeNAS 開機選單畫面，若有玩過 FreeBSD 的朋友，應該會覺得此開機選單畫面很熟悉。當讀秒倒數完畢，預設會進入 FreeNAS 安裝程序的初始化動作。

 

▲ 圖3 FreeNAS 開機選單

 

安裝或升級 FreeNAS


FreeNAS 開機選單倒數完成後，接著出現的相關訊息為 FreeNAS 進行安裝前的主機硬體相容性檢查，當該台主機硬體通過硬體檢查後則進入安裝畫面。由於目前虛擬主機的硬碟中並沒有舊的 FreeNAS 版本，因此畫面中請選擇「1. Install/Upgrade to hard drive/flash device, etc.」項目後按下「OK」，以準備進入 FreeNAS 8.0 安裝程序。後續文章中會提到若硬碟中已經存在了舊版的 FreeNAS 版本，該如何進行升級以及相關步驟。

 

▲ 圖4 FreeNAS 安裝選單，選擇項目 1

 

選擇安裝 FreeNAS 的硬碟機


接著畫面將顯示 FreeNAS 於硬體相容性檢查程序時，所偵測到安裝於主機上的硬碟。此次我們為主機配置二顆硬碟，如圖5 所示，硬碟機清單顯示為 2GB (da0)、20GB (da1)。因為本文安裝的 FreeNAS 其硬體為虛擬化平台所虛擬出來的虛擬硬碟機，因此在硬碟資訊方面顯示為 VMware Virtual disk；若為實體伺服器，則會顯示該硬碟機的品牌資訊。由於此安裝程序為選擇 FreeNAS 作業系統所要安裝的目的地硬碟，因此請選擇「da0  VMware Virtual disk 1.0 --2.0 GiB」項目後按下「OK」，以進入下個安裝程序。

 

▲ 圖5 選擇安裝 FreeNAS 作業系統的目的地硬碟 2.0GB (da0)

 

準備開始 FreeNAS 安裝程序


選擇完安裝 FreeNAS 作業系統的目的地硬碟後，接著畫面將會顯示警告訊息，內容為 FreeNAS 提醒您剛才選擇安裝 FreeNAS 的目的地硬碟資料將被清空（警告訊息 1），以及該硬碟其它未使用到的空間，也無法拿來進行分享資料的設定（警告訊息 2），因此，FreeNAS 強烈建議您將 FreeNAS 安裝於 USB 隨身碟，而 IDE、SATA、SCSI 硬碟則拿來儲存、分享資料用。

了解上述的警告訊息後按下「Yes」，則系統將開始進行安裝程序，將光碟片內的 FreeNAS 資料寫入至剛才選擇的 2GB 目的地硬碟內。如圖6 所示，您可以看到安裝進度百分比、寫入資料的速度、已花費安裝時間、預估剩餘安裝時間…等資訊，基本上 1 分鐘以內即可將 FreeNAS 8.0 安裝完畢。

 

▲ 圖6 FreeNAS 警告訊息及開始安裝 FreeNAS 進度資訊

 

FreeNAS 安裝程序完畢


當 FreeNAS 安裝程序，將光碟片內相關資料寫入至所選擇的 2GB 目的地硬碟後，安裝程序會顯示已將相關資料寫入 2GB (da0) 完成，並提醒您將安裝光碟片退出光碟機後，將主機重新啟動。按下「OK」後，回到一開始的初始安裝畫面，接著選擇「3. Reboot System」後按下「OK」將主機重新啟動。同一時間，請記得退出光碟片以利主機順利進入 FreeNAS 開機程序，而非再次進入 FreeNAS 安裝程序。

 

▲ 圖7 安裝程序完畢，系統提示應該重新啟動主機

▲ 圖8 選擇重新啟動項目後確定將 FreeNAS 主機重新啟動

 

FreeNAS 控制台畫面 (Console)


在預設的情況下，FreeNAS 主機開機後會自動啟用 DHCP Client 服務，也就是發出 DHCPDISCOVER 廣播封包尋找區域網路中是否有 DHCP 伺服器試圖取得自動配置的 IP 資訊。由於我們已經將此台 FreeNAS 虛擬主機置於具有 DHCP 伺服器的網路環境中，因此，FreeNAS 主機啟動 DHCP Client 服務時，便會順利找到 DHCP 伺服器以取得 IP 位址 (IP Address)、預設閘道 (Default Gateway)、名稱解析伺服器 (DNS Server)…等 IP 資訊。如圖9 所示，我們可以看到 FreeNAS 主機順利取得 DHCP 伺服器所配發的區網 IP 位址（此例取得 IP 位址為 10.10.25.78），並且系統提示您可以將 http://10.10.25.78 網址 (URLs) 貼至您的瀏覽器中，以登入 FreeNAS 圖形化管理操作介面。

 

▲ 圖9 FreeNAS 控制台畫面 (Console)

 

FreeNAS 主機可以順利取得 DHCP 伺服器所配發的 IP 位址及相關網路資訊後，我們可以確定 FreeNAS 確實如官網所述支援 VMware Guest Tools 功能，因此網路功能運作正常。不過若您也採用 VMware vSphere ESX/ESXi 虛擬化平台來測試，應該會眼尖地發現該虛擬主機在 vSphere Client 中，VMware Tools 項目狀態並非為全功能運作正常的「OK」，而是部份功能運作正常的「Unmanaged」狀態。造成此問題的原因，可能是 FreeNAS 團隊目前所採用的 Open Virtual Machine Tools 版本所導致，相信之後更新的版本會完全解決此一問題。

 

▲ 圖10 虛擬主機上 VMware Tools 所回報的狀態為 Unmanaged

 

測試 FreeNAS 主機網路連接狀態


在進入圖形操作介面以前，筆者建議您先進入指令模式，利用 ping 指令測試一下目前 FreeNAS 主機的網路連通狀態。請於 FreeNAS 控制台畫面 (Console) 輸入數字「7」後按下「Enter」鍵進入 Shell 指令模式，首先使用「ping –c2 10.10.25.254」指令執行 2 次 ping 指令，測試 FreeNAS 主機與區域網路中的預設閘道 (Default Gateway) 是否相通，接著使用「ping –c2 168.95.1.1」指令測試 FreeNAS 主機與網際網路上的名稱解析伺服器 IP 位址是否相通，最後使用「ping –c2 tw.yahoo.com」指令測試 FreeNAS 主機的名稱解析是否能正確運作。

 

▲ 圖11 測試 FreeNAS 主機與預設閘道、名稱解析伺服器及名稱解析服務是否正確運作

 

連通測試完成後，請接著輸入「df -h」指令來查看目前 FreeNAS 主機的檔案系統掛載情況，由目前掛載情況可以看到檔案系統為 512MB 分割區運作。至此讀者應該會感到疑惑，在上一篇中不是才說明 FreeNAS 安裝時會建立二個 1GB 的分割區，為何目前看到的是 512MB 分割區？那是因為 FreeNAS 版本從 8.0 至 8.0.1 BETA2 採用二個 512MB 分割區運作架構，為了日後功能發展性及擴充性，FreeNAS 開發團隊從 8.0.1 BETA3 版本開始，改為採用二個 1GB 分割區運作架構。因為目前所安裝的版本為 FreeNAS 8.0，因此所看到的分割區為 512MB 是合理的。進行完網路連通測試及觀察檔案系統掛載情況後，輸入「exit」指令，並回到 FreeNAS 控制台畫面。

 

▲ 圖12 查看 FreeNAS 檔案系統掛載情況及回到控制台畫面

 

登入 FreeNAS 圖形操作介面


測試及確認 FreeNAS 主機在區域網路中的網路連接狀態運作無誤後，請於跟 FreeNAS 主機同一網段的任一主機上開啟瀏覽器，在網址列上輸入 FreeNAS 主機的 IP 位址（此例為 http://10.10.25.78）來登入圖形化操作介面。正確連接 FreeNAS 主機後，瀏覽器會跳出管理者帳號及密碼的驗證視窗，預設情況下 FreeNAS 的圖形化管理者帳號為「admin」，而管理密碼為「freenas」（此圖形化管理者帳號與系統管理者帳號 root 不同，後續文章中會進行解說），在驗證視窗輸入管理者帳號及密碼後按下「Log In」鍵即可登入。

 

▲ 圖13 登入 FreeNAS 圖形化管理介面及管理者驗證視窗

 

登入 FreeNAS 圖形化管理介面後，您可以在「System Information」項目內看到 FreeNAS 主機的相關資訊，例如在 FreeNAS 8.0 版本採用的 FreeBSD 作業系統版本為 8.2 Release Patch 1、系統的主機名稱 (Hostname)、開機時間「Uptime」及系統負載狀況「Load Average」...等資訊，若想看到流量圖表可切換到「Reporting」項目。FreeNAS 採用了 RRDTool 來顯示相關硬體資訊如中央處理器 (CPU)、記憶體 (Memory)、系統負載 (System Load)、Swap 使用量、執行序 (Processes)、網路卡 (NIC) ...等的流量使用狀況。

 

▲ 圖14 FreeNAS 系統資訊

▲ 圖15 FreeNAS 流量統計圖表 (CPU、Memory、System Load、Swap、Processes、NIC)

 

由於在 FreeNAS 8.0 此一版本中，圖形化操作介面僅支援單一語系，也就是英文 (English)，從 FreeNAS 8.0.1 BETA1 版本之後，才開始加入圖形操作介面多國語系的支援。您可以切換至項目「System」接著點選「Settings」，在「Language」語系項目的下拉選單中發現，此一版本中確實只有 English 語系，並無其它國家語系可供選擇。

 

▲ 圖16 FreeNAS 圖形操作介面，語系切換

 

FreeNAS 官網教學短片


FreeNAS 官網有陸續將相關操作步驟製作成為教學短片，放至 youtube 上。在目前的教學短片清單中，與本文有關的項目為 How To Install FreeNAS™ 8 ，內容為在 Apple MAC 主機上使用 VMware Fusion 建立虛擬主機並安裝 FreeNAS 8.0 Release，在後續文章中，筆者也會適時的將 FreeNAS 官網所發行的教學短片，與筆者所撰寫內容進行搭配。

 

 

FreeNAS 臭蟲回報系統


只要是軟體開發，就一定會有臭蟲 (Bug)。FreeNAS 自由軟體專案也不例外，為了使 FreeNAS 更好，您可以將使用上遇到的問題提交到 FreeNAS 臭蟲回報系統。

FreeNAS 使用 Trac 這個優秀的開放原始碼錯誤回報系統，來管理 FreeNAS 使用者所提交的問題，以及進行臭蟲追蹤的動作。基本上，FreeNAS 會建議您先使用目前最新釋出的版本來進行測試，因為舊版的問題很可能在新版本中已經得到修復。在提交問題前，您可以先搜尋一下回報系統，避免提交重複問題進而節省開發人員的時間，也可得知此問題 FreeNAS 開發團隊預計會在哪個版本中進行修復。。

搜尋問題不需要註冊，如果您要提交臭蟲，則需要在 Trac 中註冊一個帳戶。在提交問題前，為使開發人員清楚了解您所要表達的問題，應注意相關發問禮節。例如在描述問題時應該清楚說明您採用的版本環境、操作步驟以及出現的錯誤訊息，若能配合操作步驟及錯誤訊息的抓圖則更洽當。

以筆者在測試此次的安裝版本 FreeNAS 8.0 Release 為例，當筆者欲嘗試以 Microsoft IE 9 瀏覽器來登入 FreeNAS 圖形管理介面時，雖然可以在輸入圖形管理者帳號及密碼後順利登入，但卻發現在登入後瀏覽器無法顯示相關系統狀態，如圖17 所示。

 

▲ 圖17 使用 Microsoft IE 9 瀏覽器登入後無法正常操作

 

 

此時筆者便開啟 FreeNAS 臭蟲回報系統的網頁，在搜尋列上輸入「IE 9」後按下搜尋鍵，便發現已經有人回報此一問題給 FreeNAS 開發團隊了。此問題項目為 GUI not working with IE9，由提交的討論串中您可以清楚看到 FreeNAS 開發人員已經回覆提交問題的使用者，說明FreeNAS 8.0 Release 版本使用的 Dojo 1.6.1 版本還不支援 Microsoft IE 9 瀏覽器，並且預計在 FreeNAS 8.1 Release 版本修復此一問題。

 

▲ 圖18 FreeNAS 臭蟲回報系統 GUI not working with IE9

 

 

透過上述簡要的說明，建議讀者在遇到相關問題時也可至 FreeNAS 臭蟲回報系統查詢，當您發現的問題尚無人回報時，您也可以提交臭蟲給 FreeNAS 開發團隊，以幫助開發人員了解及修正此一問題，使得 FreeNAS 作業系統能更穩定及完美。
[法律專欄] 自由軟體授權資訊的標示說明與 SPDX
葛冬梅、林誠夏／文

自由軟體是一種人人都可以協力開發、修改與散布的軟體，不過並非所有的參與者，都清楚了解應該如何適當地標示授權相關資訊，這造成了許多自由軟體專案，在釋出時授權資訊標示不清，讓拿到軟體的後手不知道有哪些權利可以主張，也不知道有哪些義務必須遵守。而在後者的情況，更可能會讓後手在沒有被充份告知的情況下，以違反授權條款的方式來散布軟體，引發侵權糾紛。這樣的自由軟體侵權糾紛，近年在商業應用上層出不窮，同時也讓部份熱心釋出成果的自由軟體開發社群感到沮喪。所以本文將會分析一般常見授權資訊不清的型態、提出建議的標示方法，以及說明近期 Linux Foundation 針對這樣的問題，所發布的 SPDX 規格書架構，以期望能協助讀者釐清問題根源，並促成國內的自由軟體專案開發者與使用者，都能夠以更適當的方式來標示所使用自由軟體的授權資訊！ 【常見的自由軟體授權資訊標示問題】 大家都知道軟體程式是受到著作權保護的，而自由軟體雖可以被自由散布，但並非無權利保留的公眾領域 (Public Domain)，所以自然也不例外，因此多數的開發者與使用者都知道，散布自由軟體時應該要為其標示該有的著作權聲明與授權資訊，不過卻鮮少有開發者或使用者熟稔適當標示的相關資訊，此外，許多人誤以為授權資訊的標示僅是著作權人該做的事情，卻不知道身為修改者或散布者，有時也必須要擔負適時更新授權資訊的協力義務，並且將這些資訊完整地傳遞給後手，否則可能就會讓其他人在不知悉授權內容的狀況下侵權利用到這個軟體。實務上授權資訊標示不清的狀況通常有下列三種： 1. 開發者甲為專案 A 採用 GPL-2.0 授權，但是將授權資訊放在開發網站不顯眼的角落頁面上，使用者非常不容易尋找到； 2. 專案 A 的授權資訊，經網友提醒後，雖然有清楚的改標示在網站上，但是它的程式檔案裡，並沒有任何文字說明該程式是採用 GPL-2.0 來授權，使用者乙從網站下載 A 專案的程式碼之後，再散布給後手丙，此時若乙沒有善盡授權資訊的告知義務，則丙往往便無由知悉 A 專案究竟是用哪一種授權方式進行散布； 3. 雖然專案 A 的授權資訊在網站上面已有清楚標示，後來開發者也在程式檔案裡添加一個文字檔說明該專案整體的授權屬性，但是開發者甲並沒有在個別檔案的檔頭 (header file) 標示簡要的授權資訊，而後丁擷取了 A 專案其中的一個元件 X 加入專案 B 裡使用，後手戊得到 B 專案之後，覺得其中的元件 X 很好用，因此特別就 X 元件的程式碼再行改作寫成衍生的元件 Y，並與其他程式一同打包成為專案 C，後續再將專案 C 整包散布出去，此時因為 GPL-2.0 所特有的授權拘束性，專案 B 與專案 C 裡的其他元件有可能也必須一併採用 GPL-2.0 授權才能繼續散布，並且在散布時也必須提供整體專案的程式原始碼給後手，但是可能丁與戊沒有清楚意識到這樣的授權規定，也沒有在軟體專案 B、C 中加上任何相關的說明，此時丁與戊便一同違反了 GPL-2.0 預設的授權規範。 無論是以上的哪一種狀況，都很容易造成後續使用者侵權利用專案 A 的事實，在筆者所接觸的案例中，尤其以第三種狀況引發的侵權效應最為嚴重，因為現在有許多軟體的上游承包公司，都採用自由軟體元件來開發客戶所委託的產品，如對自由軟體授權資訊的標示與審核欠缺嚴謹的作業流程，便常常會在利用到 GPL 類授權元件時還不知情，或者是知情卻沒有告知客戶這樣的資訊，甚至也沒有提供該元件的程式原始碼給客戶，等到下游客戶將產品出貨到市場上進行販售時，A 專案的開發者甲才發現自己的軟體被侵權利用，此時相應的侵權訴訟就可能會接
轉寄『第 179 期 「臺灣博碩士論文知識加值系統」強力徵求論文全文的網路下載與公示授權！』這期電子報

寄信人暱稱　 寄信人email
收信人暱稱　 收信人email

  • 社群留言
  • 留言報主