『壹』 查到某人的ip是代理伺服器，只能證明他使用這個代理伺服器（比如北京聯通），不能證明他具體在哪裡對嗎
常規來講是這樣的，只能確定大概的位置
如果想清楚具體的位置
那就需要黑客軟體，或者去聯通的相關服務部門，去調查IP地址段，然後才能確定下來
但是聯通一般不會給的
『貳』 如何寫一份證明，讓別的公司把我司域名指向某伺服器許可權交由我司指向！令外怎麼可以指向域名IP到伺服器上
域名是你公司的么？哪家域名提供商的？是你的你可以直接登錄該域名提供商的網頁修改域名指向，只要添加一條記錄就可以了，前提是你知道你所要指向的公網IP地址（該地址你可以問網路百寶箱的技術人員）。
其實最最簡單的是你喊網路百寶箱的技術人員幫你設置dns解析。你把域名提供商網站的登錄密碼留好就可以了
『叄』 怎麼樣證明網站是我們的！
現在很難判定,而且轉移到另一家公司需要重新備案,備案還需要以前的備案密碼.再說現在備案越來越嚴格,工信部在不斷的核查真實信息，如果域名注冊人的名字和公司名稱或企業法人的名字不一致，備案是很難通過的。
如果鐵了心要轉移，操作如下：
1、通過網站製作公司取回域名密碼以及網站ftp的空間地址，用戶名與密碼。
2、有域名密碼可以通過注冊商更名。下載網站源程序備份，最好請教專業人士，是否為當前網站的程序。
3、通過工信部查詢相關備案信息，如果備案資料與公司注冊資料一致，可通過電話致電當地省通信管理局取回。如果備案資料與公司注冊資料不一致，可以申請注銷，重新備案。反正是個麻煩事。
4、備案後，擁有域名和源程序就可以上線。
希望對你有用，也建議大家，在做網站之前，選擇有實力的公司，一般的公司網站製作有完善的流程。不知別的公司怎麼樣，深圳捷迅網路這方面做得不錯。做好網站及時取回網站域名的管理權和網站的源程序。現在有很多公司認為備案很麻煩，就把備案完全交給網路公司，導致有些備案資料根本就不是自己公司的信息。ICP 備案規定是由網站主辦單位負責，備案時一定要留本公司的手機號和郵箱地址。網站建設服務商也不過扮演一個備案指導員的角色。
以上僅供參考，最好咨詢新的接入商。
『肆』 買了一個伺服器怎麼能證明他是原裝的
你買的是實體的嗎，現在基本上如果不是企業很難買實體伺服器，我們都是租用伺服器的。
『伍』 如何證明伺服器所在地
伺服器的IP地址就可以證明。
『陸』 找別人做的網站,怎樣才能完全證明這個網站是我自己的
只要域名所有人是你，備案人是你就行，要知道在哪個伺服器商租的伺服器，那個賬號所有人的名字也必須是你。那麼這個網站的所有人就是你的，不論他怎樣設計網站，網站就是你的。如果你覺得網站鏈接不好可以讓他改，他不改要麼自學改，要麼找人改。，如果他一開始就沒要問你要任何信息，毫無疑問網站是他的，你必須過戶主要是伺服器商的賬號，然後再伺服器商那過戶域名和備案信息。你最好自己研究研究，這個三言兩語說不清的。
『柒』 minecraft伺服器條款的格式是什麼，就是證明伺服器無侵權行為和對玩家的一些要求之類的
【前言】
歡迎您來到 xxx伺服器！
伺服器為您服務，您應當閱讀並遵守《 玩家協議》
本協議具有合法的合同效應。
請您務必仔細，謹慎閱讀、並理解各個條款內容。
您進入 伺服器會視為你已閱讀並同意本協議的所有條款。否則您將無權進入 伺服器！
如果您未滿18歲，請在法定監護人的陪同下閱讀本協議！
請您務必仔細且謹慎閱讀、理解各條款內容，特別是免除，或者限制責任的條款！
如出現爭議和法律適用條款！
您不應以未閱讀本協議的內容或是未獲得「 伺服器」對您詢問和解答等理由，主張本協議無效，或者撤銷本協議。
一、【本源】
1.1本協議：指的是本協議正文，《 玩家協議》、游戲規則以及修訂版本。
1.2游戲規則：指 技術組提供的不定時發布且修訂的關於 伺服器的用戶守則、通知等內容。
1.3 提供方：指向您提供 伺服器以及服務的 伺服器負責組，負責人，在本協議中簡稱為：「開發組」。
1.4 伺服器以及服務：指開發組向您提供游戲相關的各項內容以及伺服器相關的各項在線服務。
1.5游戲數據：指您在玩 伺服器過程中被伺服器記錄的各項數據。
1.6您：又稱為「玩家」或者是「用戶」指被授權進入 伺服器享受伺服器內容以及伺服器服務的人。
1.7單獨協議：您在適用我們的某一特定服務時，該服務可能會有另外的單獨協議，相關規則等，您應該同樣遵守。
您對本文任何條例，規則的接受，即視為您對全部的協議以及相關的規則接受！
二、【協議的變更和生效】
2.1 有權利在必要時變更本協議條款，並在相關頁面及平台公開通知通告。
2.2您可以在 官網和論壇的相關頁面查看最新版的協議條款。
2.3本協議條款變更後，如果您繼續遊玩 。則視為您已接受變更後的協議，如果您不接受變更後的協議，應當立即停止進入 伺服器。
三、【賬號保護協議】
3.1如果您要遊玩 伺服器，您就需要使用伺服器內注冊的游戲賬號進行游戲。
3.2遊玩時請遵守《網路游戲管理暫行規定》以及文化部《網路游戲服務格式化協議必備條款》
3.3您應當妥善保管您的游戲賬號，包括您游戲賬號對應的密碼。再被盜後應該第一時間通知在線管理。
3.4您應充分理解並同意，為了提高您游戲賬號的安全水平， 右權利將有關插件應用到伺服器中。
3.5 不保證這些安全保障能完全杜絕您的游戲賬號被他人竊取或者丟失。
3.6您應該理解並同意，在伺服器內開發組依照相關規則以及條例封禁您的賬號，可能會導致您游戲賬號下的游戲數據以及
相關信息被刪除，以及相關權益上市的損失由您自行承擔， 伺服器以及 伺服器開發組不承擔任何責任。
四、【用戶信息收集、適用及保護協議】
4.1保護用戶個人信息是開發組的基本原則。我們將按照本協議以及《隱私政策》的規定收集、適用、保護您的個人信息。
4.2在您注冊賬號或者使用本伺服器的過程中，可能需要填寫一些必要的信息。若國家法律法規有特殊規定的，您需要填寫
真實身份信息。若您填寫的信息不完整，則無法使用或者使用過程中被限制。
4.3一般情況下，您可以隨時瀏覽，修改自己提交的信息。
4.4我們將運用各種安全技術和程序建立完善的管理制度來保護您的個人信息安全，以免遭受未經允許的訪問、適用或者暴露。
4.5 保證不對外公開或者向任何第三方提供您的個人信息，但是存在以下情況除外：
（1）公開或者提供相關信息之前獲得您的許可；（2）根據法律或者政策的規定而公開或者提供；
（3）根據國家權力機關要求公開或者提供； （4）根據本協議其他條款約定而公開或者提供；
五、【伺服器產權協議】
5.1您充分了解並同意，您必須為自己游戲賬號下的一切行為負責，包括您所發表的任何內容以及由此產生的任何後果。
您應當對 游戲中的內容自行加以判斷，並承擔使用 伺服器而硬氣的所有風險。包括因對 游戲內容
的正確性、完整性或者實用性的依賴而產生的風險。 伺服器以及 伺服器開發組不會對因前述風險而導致
的任何損失或者損害承擔任何責任。
5.2您可以按照本協議的約定實用我的世界，除此之外不得進行任何請飯我的世界游戲的知識產權的行為，或是
進行其他有損於 或者其他第三方合作權益的行為。
5.3除非法律允許或minecraft書面許可，您不得從事下列行為
（1）刪除我的世界軟體以及其副本上關於著作權的信息；
（2）對游戲我的世界進行反向工程、反向編譯或者其他方式嘗試發現我的世界的源代碼；
（3）對游戲我的世界進行掃描、探查、測試以及檢測、發現、查找其中可能存在的BUG或者弱點；
（4）對游戲我的世界或者我的世界運行過程中釋放任何終端內存中的數據、軟體運行過程中客戶端與伺服器端互交的數據
，以及軟體運行所必須的系統數據，進行復制、修改、增加、刪除、鏈接運行，或創作任何衍生作品；
5.4您在適用 伺服器服務過程中有如下行為的，開發組將視情節嚴重程度，依據本協議及相關游戲規則，對您做出
暫時或者永久性禁止登陸、刪除游戲賬號及數據等處理措施，情節嚴重的將移交有關行政管理機關給予行政處罰或追究您的
形式責任。
（1）已某種方式暗示或者偽稱為開發組內部人員或某種特殊身份，企圖得到不正當利益或影響其他用戶權益的行為；
（2）您在 伺服器游戲中適用非法或不正當詞語、字元等，包括用戶角色名；
（3）已任何方式破壞 伺服器或影響 伺服器服務的正常進行；
（4）傳播各種非法外掛的行為，如：透視、飛行、加速、連點、使用違規腳本等第三方軟體及輔助；
（5）傳播非法言論或不正當信息；
（6）盜取他人游戲賬號、游戲物品等；
（7）私自進行游戲賬號交易；
（8）在其他行業內被廣泛認可的不正當行為，無論是否被本協議或者游戲規則明確列明。
六、【開發組產權協議】
6.1 是開發組游戲的知識產權權利人以及負責人。 游戲的一切著作權、商標權、專利權、
商業秘密等知識產權，以及 游戲相關的所有信息內容、圖片、插件、MOD、音頻、視頻、圖標、界面設置、網頁模板等有關數據或
電子文檔等均受中華人民共和國法規和相關的國際條約保護、 享有上述知識產權。如 右請飯其他方版權的情況，
請發送郵件到[email protected]要求刪除我方相關侵權行為。
6.2請您充分理解並認同，伺服器在修復漏洞，增加伺服器，日常維護等正常原因下開發組有權關閉伺服器維護。
七、【游戲規則協議】
7.1禁止在游戲內無意義刷屏、騷擾刷屏。
7.2禁止在游戲內破壞公共設置以及活動場地。
7.3禁止在游戲內假扮管理。
7.4禁止在游戲內傳播不健康內容以及不正當言行。
7.5請您充分理解與認同，為了迎合與營造游戲相關內容，在游戲內被人殺死、搶劫、騙錢（除官方商店外）、拆家
等一律不在開發組管理范圍。
7.6禁止在游戲內有一切影響游戲正常運行的行為
7.7上述條款對所有「用戶」均有效，上述情況違反者視情節嚴重給予暫時或永久性地封禁或刪除游戲相關內容
八、【增值服務購買協議】
8.1用戶在接受增值服務購買協議的同時、有義務遵守以下交易條款
8.2在 伺服器內「點劵商城」內共埋物品前，您應當認真閱讀並遵守《 增值服務購買協議》
8.3如果您或者您的孩子未滿18歲。請在交易時在父母或者合法監護人的陪同下進行交易事項。 開發組將不承擔任何
「未在監護人陪同下」交易導致的一切後果和責任！
8.4若您要更換您的賬戶或進入游戲注冊的賬號，您的增值服務內容以及當前賬戶內容和信息將不會為您保留或轉移。
8.5若您因未在 開發組人員這里進行增值服務的交易，或是在游戲內與玩家進行交易被騙， 伺服器及
開發組將不承擔任何此行為給您帶來的損失或者損害。
8.6由於伺服器增值或者服務將於您付款並聯系開發組後立刻開始提供服務，因此，在您付款後您將無權以任何理由取消
已付款的服務。
『捌』 如何更好的證明伺服器空間就是磁碟的存儲空間
磁碟的存儲空間, 不一定就是伺服器空間呀。伺服器空間只是磁碟的存儲空間其中的一種。
『玖』 如何證明公司購買的惠普伺服器是正品
打電話給惠普客服熱線核實
『拾』 菜鳥教程——http和Https、SSL
HTTP：是互聯網上應用最為廣泛的一種網路協議，是一個客戶端和伺服器端請求和應答的標准（TCP），用於從WWW伺服器傳輸超文本到本地瀏覽器的傳輸協議，它可以使瀏覽器更加高效，使網路傳輸減少。
HTTPS：是以安全為目標的HTTP通道，簡單講是HTTP的安全版，即HTTP下加入SSL層，HTTPS的安全基礎是SSL，因此加密的詳細內容就需要SSL。
HTTPS協議的主要作用可以分為兩種：一種是建立一個信息安全通道，來保證數據傳輸的安全；另一種就是確認網站的真實性。
HTTP協議傳輸的數據都是未加密的，也就是明文的，因此使用HTTP協議傳輸隱私信息非常不安全，為了保證這些隱私數據能加密傳輸，於是網景公司設計了SSL（Secure Sockets Layer）協議用於對HTTP協議傳輸的數據進行加密，從而就誕生了HTTPS。簡單來說，HTTPS協議是由SSL+HTTP協議構建的可進行加密傳輸、身份認證的網路協議，要比http協議安全。
HTTPS和HTTP的區別主要如下：
1、https協議需要到ca申請證書，一般免費證書較少，因而需要一定費用。
2、http是超文本傳輸協議，信息是明文傳輸，https則是具有安全性的ssl加密傳輸協議。
3、http和https使用的是完全不同的連接方式，用的埠也不一樣，前者是80，後者是443。
4、http的連接很簡單，是無狀態的；HTTPS協議是由SSL+HTTP協議構建的可進行加密傳輸、身份認證的網路協議，比http協議安全。
我們都知道HTTPS能夠加密信息，以免敏感信息被第三方獲取，所以很多銀行網站或電子郵箱等等安全級別較高的服務都會採用HTTPS協議。
客戶端在使用HTTPS方式與Web伺服器通信時有以下幾個步驟，如圖所示。
（1）客戶使用https的URL訪問Web伺服器，要求與Web伺服器建立SSL連接。
（2）Web伺服器收到客戶端請求後，會將網站的證書信息（證書中包含公鑰）傳送一份給客戶端。
（3）客戶端的瀏覽器與Web伺服器開始協商SSL連接的安全等級，也就是信息加密的等級。
（4）客戶端的瀏覽器根據雙方同意的安全等級，建立會話密鑰，然後利用網站的公鑰將會話密鑰加密，並傳送給網站。
（5）Web伺服器利用自己的私鑰解密出會話密鑰。
（6）Web伺服器利用會話密鑰加密與客戶端之間的通信。
盡管HTTPS並非絕對安全，掌握根證書的機構、掌握加密演算法的組織同樣可以進行中間人形式的攻擊，但HTTPS仍是現行架構下最安全的解決方案，主要有以下幾個好處：
（1）使用HTTPS協議可認證用戶和伺服器，確保數據發送到正確的客戶機和伺服器；
（2）HTTPS協議是由SSL+HTTP協議構建的可進行加密傳輸、身份認證的網路協議，要比http協議安全，可防止數據在傳輸過程中不被竊取、改變，確保數據的完整性。
（3）HTTPS是現行架構下最安全的解決方案，雖然不是絕對安全，但它大幅增加了中間人攻擊的成本。
（4）谷歌曾在2014年8月份調整搜索引擎演算法，並稱「比起同等HTTP網站，採用HTTPS加密的網站在搜索結果中的排名將會更高」。
雖然說HTTPS有很大的優勢，但其相對來說，還是存在不足之處的：
（1）HTTPS協議握手階段比較費時，會使頁面的載入時間延長近50%，增加10%到20%的耗電；
（2）HTTPS連接緩存不如HTTP高效，會增加數據開銷和功耗，甚至已有的安全措施也會因此而受到影響；
（3）SSL證書需要錢，功能越強大的證書費用越高，個人網站、小網站沒有必要一般不會用。
（4）SSL證書通常需要綁定IP，不能在同一IP上綁定多個域名，IPv4資源不可能支撐這個消耗。
（5）HTTPS協議的加密范圍也比較有限，在黑客攻擊、拒絕服務攻擊、伺服器劫持等方面幾乎起不到什麼作用。最關鍵的，SSL證書的信用鏈體系並不安全，特別是在某些國家可以控制CA根證書的情況下，中間人攻擊一樣可行。
如果需要將網站從http切換到https到底該如何實現呢？
這里需要將頁面中所有的鏈接，例如js，css，圖片等等鏈接都由http改為https。例如：http://www..com改為https://www..com
BTW，這里雖然將http切換為了https，還是建議保留http。所以我們在切換的時候可以做http和https的兼容，具體實現方式是，去掉頁面鏈接中的http頭部，這樣可以自動匹配http頭和https頭。例如：將http://www..com改為//www..com。然後當用戶從http的入口進入訪問頁面時，頁面就是http，如果用戶是從https的入口進入訪問頁面，頁面即使https的。
SSL介紹：
安全套接字（Secure Socket Layer，SSL）協議是Web瀏覽器與Web伺服器之間安全交換信息的協議，提供兩個基本的安全服務：鑒別與保密。
SSL是Netscape於1994年開發的，後來成為了世界上最著名的web安全機制，所有主要的瀏覽器都支持SSL協議。
目前有三個版本：2、3、3.1，最常用的是第3版，是1995年發布的。
在客戶端與伺服器間傳輸的數據是通過使用對稱演算法（如 DES 或 RC4）進行加密的。公用密鑰演算法（通常為 RSA）是用來獲得加密密鑰交換和數字簽名的，此演算法使用伺服器的SSL數字證書中的公用密鑰。有了伺服器的SSL數字證書，客戶端也可以驗證伺服器的身份。SSL 協議的版本 1 和 2 只提供伺服器認證。版本 3 添加了客戶端認證，此認證同時需要客戶端和伺服器的數字證書。
SSL協議的三個特性
① 保密：在握手協議中定義了會話密鑰後，所有的消息都被加密。
② 鑒別：可選的客戶端認證，和強制的伺服器端認證。
③ 完整性：傳送的消息包括消息完整性檢查（使用MAC）。
SSL的位置
SSL介於應用層和TCP層之間。應用層數據不再直接傳遞給傳輸層，而是傳遞給SSL層，SSL層對從應用層收到的數據進行加密，並增加自己的SSL頭。
SSL的工作原理
握手協議（Handshake protocol）
記錄協議（Record protocol）
警報協議（Alert protocol）
1、握手協議
握手協議是客戶機和伺服器用SSL連接通信時使用的第一個子協議，握手協議包括客戶機與伺服器之間的一系列消息。SSL中最復雜的協議就是握手協議。該協議允許伺服器和客戶機相互驗證，協商加密和MAC演算法以及保密密鑰，用來保護在SSL記錄中發送的數據。握手協議是在應用程序的數據傳輸之前使用的。
每個握手協議包含以下3個欄位
（1）Type：表示10種消息類型之一
（2）Length：表示消息長度位元組數
（3）Content：與消息相關的參數
握手協議的4個階段
1.1 建立安全能力
SSL握手的第一階段啟動邏輯連接，建立這個連接的安全能力。首先客戶機向伺服器發出client hello消息並等待伺服器響應，隨後伺服器向客戶機返回server hello消息，對client hello消息中的信息進行確認。
Client hello消息包括Version，Random，Session id，Cipher suite，Compression method等信息。
ClientHello 客戶發送CilentHello信息，包含如下內容：
（1）客戶端可以支持的SSL最高版本號
（2）一個用於生成主秘密的32位元組的隨機數。（等會介紹主秘密是什麼）
（3）一個確定會話的會話ID。
（4）一個客戶端可以支持的密碼套件列表。
密碼套件格式：每個套件都以「SSL」開頭，緊跟著的是密鑰交換演算法。用「With」這個詞把密鑰交換演算法、加密演算法、散列演算法分開，例如：SSL_DHE_RSA_WITH_DES_CBC_SHA, 表示把DHE_RSA(帶有RSA數字簽名的暫時Diffie-HellMan)定義為密鑰交換演算法；把DES_CBC定義為加密演算法；把SHA定義為散列演算法。
（5）一個客戶端可以支持的壓縮演算法列表。
ServerHello伺服器用ServerHello信息應答客戶，包括下列內容
（1）一個SSL版本號。取客戶端支持的最高版本號和服務端支持的最高版本號中的較低者。
（2）一個用於生成主秘密的32位元組的隨機數。（客戶端一個、服務端一個）
（3）會話ID
（4）從客戶端的密碼套件列表中選擇的一個密碼套件
（5）從客戶端的壓縮方法的列表中選擇的壓縮方法
這個階段之後，客戶端服務端知道了下列內容：
（1）SSL版本
（2）密鑰交換、信息驗證和加密演算法
（3）壓縮方法
（4）有關密鑰生成的兩個隨機數。
1.2 伺服器鑒別與密鑰交換
伺服器啟動SSL握手第2階段，是本階段所有消息的唯一發送方，客戶機是所有消息的唯一接收方。該階段分為4步：
（a）證書：伺服器將數字證書和到根CA整個鏈發給客戶端，使客戶端能用伺服器證書中的伺服器公鑰認證伺服器。
（b）伺服器密鑰交換（可選）：這里視密鑰交換演算法而定
（c）證書請求：服務端可能會要求客戶自身進行驗證。
（d）伺服器握手完成：第二階段的結束，第三階段開始的信號
這里重點介紹一下服務端的驗證和密鑰交換。這個階段的前面的（a）證書 和（b）伺服器密鑰交換是基於密鑰交換方法的。而在SSL中密鑰交換演算法有6種：無效（沒有密鑰交換）、RSA、匿名Diffie-Hellman、暫時Diffie-Hellman、固定Diffie-Hellman、Fortezza。
在階段1過程客戶端與服務端協商的過程中已經確定使哪種密鑰交換演算法。
如果協商過程中確定使用RSA交換密鑰，那麼過程如下圖：
這個方法中，伺服器在它的第一個信息中，發送了RSA加密/解密公鑰證書。不過，因為預備主秘密是由客戶端在下一個階段生成並發送的，所以第二個信息是空的。注意，公鑰證書會進行從伺服器到客戶端的驗證。當伺服器收到預備主秘密時，它使用私鑰進行解密。服務端擁有私鑰是一個證據，可以證明伺服器是一個它在第一個信息發送的公鑰證書中要求的實體。
其他的幾種密鑰交換演算法這里就不介紹了。可以參考Behrouz A.Forouzan著的《密碼學與網路安全》。
1.3 客戶機鑒別與密鑰交換：
客戶機啟動SSL握手第3階段，是本階段所有消息的唯一發送方，伺服器是所有消息的唯一接收方。該階段分為3步：
（a）證書（可選）：為了對伺服器證明自身，客戶要發送一個證書信息，這是可選的，在IIS中可以配置強制客戶端證書認證。
（b）客戶機密鑰交換（Pre-master-secret）：這里客戶端將預備主密鑰發送給服務端，注意這里會使用服務端的公鑰進行加密。
（c）證書驗證（可選），對預備秘密和隨機數進行簽名，證明擁有（a）證書的公鑰。
下面也重點介紹一下RSA方式的客戶端驗證和密鑰交換。
這種情況，除非伺服器在階段II明確請求，否則沒有證書信息。客戶端密鑰交換方法包括階段II收到的由RSA公鑰加密的預備主密鑰。
階段III之後，客戶要有伺服器進行驗證，客戶和伺服器都知道預備主密鑰。
1.4 完成
客戶機啟動SSL握手第4階段，使伺服器結束。該階段分為4步，前2個消息來自客戶機，後2個消息來自伺服器。
1.5 密鑰生成的過程
這樣握手協議完成，下面看下什麼是預備主密鑰，主密鑰是怎麼生成的。為了保證信息的完整性和機密性，SSL需要有六個加密秘密：四個密鑰和兩個IV。為了信息的可信性，客戶端需要一個密鑰（HMAC），為了加密要有一個密鑰，為了分組加密要一個IV，服務也是如此。SSL需要的密鑰是單向的，不同於那些在其他方向的密鑰。如果在一個方向上有攻擊，這種攻擊在其他方向是沒影響的。生成過程如下：
2、記錄協議
記錄協議在客戶機和伺服器握手成功後使用，即客戶機和伺服器鑒別對方和確定安全信息交換使用的演算法後，進入SSL記錄協議，記錄協議向SSL連接提供兩個服務：
（1）保密性：使用握手協議定義的秘密密鑰實現
（2）完整性：握手協議定義了MAC，用於保證消息完整性
記錄協議的過程：
3、警報協議
客戶機和伺服器發現錯誤時，向對方發送一個警報消息。如果是致命錯誤，則演算法立即關閉SSL連接，雙方還會先刪除相關的會話號，秘密和密鑰。每個警報消息共2個位元組，第1個位元組表示錯誤類型，如果是警報，則值為1，如果是致命錯誤，則值為2；第2個位元組制定實際錯誤類型。