戴爾服務(wù)器在實(shí)際的檢查過程中，不可避免地會(huì)在不同的地點(diǎn)同時(shí)進(jìn)行芯片代碼驗(yàn)證的工作.因此，需要有若干個(gè)代碼提取器在不同的地點(diǎn)工作.如果在提取芯片代碼的現(xiàn)場(chǎng)，并于提取器本地進(jìn)行芯片代碼與標(biāo)準(zhǔn)代碼的比對(duì)工作的話，那么，標(biāo)準(zhǔn)代碼就必須保存在代碼提取器中.這樣既不利于保證標(biāo)準(zhǔn)代碼數(shù)據(jù)的安全，同時(shí)，當(dāng)需要增加新的標(biāo)準(zhǔn)代碼，或者對(duì)標(biāo)準(zhǔn)代碼進(jìn)行修改時(shí)也非常不方便，數(shù)據(jù)統(tǒng)計(jì)等功能則更需要牽扯許多用于協(xié)調(diào)的人力和物力.為了避免這些問題，有必要建立一個(gè)遠(yuǎn)程服務(wù)器，將標(biāo)準(zhǔn)代碼保存在服務(wù)器上，通過遠(yuǎn)程調(diào)用的手段訪問，從而達(dá)到保證系統(tǒng)安全性，方便進(jìn)行統(tǒng)計(jì)查詢等功能的目的.現(xiàn)行的電子秤系統(tǒng)大多使用單片機(jī)（MCS—51系列單片機(jī)為主）作為系統(tǒng)的芯片，而且并非每臺(tái)電子秤都配有可與PC機(jī)連接的接口（如串行口等）.如果開發(fā)一個(gè)專門的，能夠連入網(wǎng)絡(luò)的嵌入式系統(tǒng)（如PDA）則需要大量經(jīng)費(fèi)的投入，而且在某個(gè)檢測(cè)地點(diǎn)，肯定有大量的電子秤需要檢驗(yàn).使用PDA進(jìn)行檢測(cè)往往只能同時(shí)檢測(cè)一個(gè)，會(huì)耗費(fèi)大量的時(shí)間.為此，我們開發(fā)了一個(gè)單片機(jī)來對(duì)電子秤芯片進(jìn)行代碼讀取工作，它通過串行口與PC機(jī)進(jìn)行連接，并可以實(shí)現(xiàn)多個(gè)子系統(tǒng)與PC機(jī)連通，同時(shí)進(jìn)行檢驗(yàn)，從而達(dá)到提高效率的目的.2.芯片信息提取器的實(shí)現(xiàn)方案芯片代碼提取器是一個(gè)單片機(jī)系統(tǒng)，其主要部件是一個(gè)40針的插座、一片存放提取程序用的可編程邏輯器件，以及一個(gè)MX232的串行傳輸芯片組成.系統(tǒng)通過插座連接電子秤的芯片，從中提取芯片中的存儲(chǔ)信息（代碼提取模塊）并解析成機(jī)器碼（數(shù)據(jù)解析模塊）經(jīng)由數(shù)據(jù)發(fā)送模塊，將提取的機(jī)器碼傳輸?shù)缴衔粰C(jī).其外觀如圖2所示.從圖2可見，提取器上的操作按鈕有2個(gè):開關(guān)和復(fù)位按鈕，此外還有一個(gè)提示燈（紅色）.使用時(shí)，先在斷電的情況下接好串口，放上芯片后，打開電源，提示燈點(diǎn)亮，提取器會(huì)對(duì)目標(biāo)芯片上的代碼進(jìn)行提取并解析成機(jī)器碼.當(dāng)解析完畢，提示燈會(huì)開始閃爍.此時(shí)，如果提取的機(jī)器碼完全正確，提取器會(huì)首先輸出一個(gè)值66H的字節(jié)，表示輸出的代碼是完全正確的，隨后將提取出的機(jī)器代碼以300bit/s速率送入串行口，等待上位機(jī)接收，如果提取的機(jī)器碼有問題，則提取器輸出的將會(huì)是亂碼.3.上位機(jī)子系統(tǒng)的實(shí)現(xiàn)方案3.1使用CRC—32校驗(yàn)碼作為校驗(yàn)依據(jù)從提取器中提取出的機(jī)器碼通常數(shù)據(jù)量要達(dá)到64K從個(gè)體機(jī)器的角度來看并不算龐大.然而如果將機(jī)器碼直接上傳到服務(wù)器端，可能會(huì)對(duì)服務(wù)器造成很大的通訊壓力，使系統(tǒng)不得不降低效率或者使用配置更高端的服務(wù)器系統(tǒng)，從而導(dǎo)致系統(tǒng)費(fèi)用的上升.實(shí)質(zhì)上，我們所要校驗(yàn)的，只是電子秤芯片中的代碼是否被篡改過的事實(shí)（或者說，是否使用標(biāo)準(zhǔn)代碼的事實(shí)）.如果有一種機(jī)制或者算法，可以提取出代碼中的特征信息，使得只要電子秤芯片中的代碼與標(biāo)準(zhǔn)代碼不同時(shí)，如果能檢測(cè)出來，有可能傳輸很少的信息量就能達(dá)到我們的要求.這種機(jī)制或者算法并不復(fù)雜，許多用于傳輸校驗(yàn)的校驗(yàn)碼算法就能夠做到這一點(diǎn)，CRC算法是其中最為常用的一種.循環(huán)冗余碼CRC檢驗(yàn)技術(shù)廣泛應(yīng)用于測(cè)控及通信領(lǐng)域.如在常用的網(wǎng)絡(luò)通信協(xié)議以太網(wǎng)以及TCP/IP中，就使用CRC算法來驗(yàn)證傳輸信息的正確性.這種基于2個(gè)字節(jié)數(shù)據(jù)流使用、二進(jìn)制除法相除所得到的余數(shù)和進(jìn)行信息驗(yàn)證的算法，具有很高的可靠性，理論上其碰撞概率為1/40億，已經(jīng)達(dá)到了應(yīng)用需求.而且CRC算法是一個(gè)相對(duì)開放的算法，可以根據(jù)需要設(shè)計(jì)很多新的變形算法3.2上位機(jī)子系統(tǒng)設(shè)計(jì)思路本子系統(tǒng)主要由以下模塊組成：1）串行數(shù)據(jù)接收模塊；2）校驗(yàn)碼計(jì)算模塊；3）打包和發(fā)送數(shù)據(jù)模塊；4）離線信息米集模塊；5）離線信息發(fā)送模塊；6）離線程序信息數(shù)據(jù)庫；7）GUI模塊.3.2.1串行數(shù)據(jù)接收模塊由于芯片機(jī)能的限制，提取器發(fā)送信息是自主發(fā)送信息的，并非由上位機(jī)（PC機(jī)）告知對(duì)方后再傳輸，而是提取器一次性將所有的數(shù)據(jù)傳輸完畢.雖然串行傳輸十分穩(wěn)定，但是其中所必須解決的數(shù)據(jù)緩沖問題，并沒有得到很好的解決，因此這部分的內(nèi)容必須由上位機(jī)部分來管理并實(shí)現(xiàn).同時(shí)，上位機(jī)并不知道提取器何時(shí)傳輸數(shù)據(jù)，為了監(jiān)聽端口實(shí)現(xiàn)一次多機(jī)上傳，也必須要有多線程系統(tǒng)的支持。該模塊的多線程設(shè)計(jì)由兩個(gè)部分組成:主線程以及監(jiān)聽器線程.主線程負(fù)責(zé)相應(yīng)GUI模塊提出的用戶交互請(qǐng)求（主要是設(shè)置和查看傳輸信息），而監(jiān)聽器線程（根據(jù)需要，可以有很多個(gè)）則監(jiān)視端口的輸入情況，將輸入數(shù)據(jù)重新打包，解析成需要的流式信息，存入內(nèi)存中.兩個(gè)進(jìn)程通過互斥量同步，通過共享內(nèi)存技術(shù)實(shí)現(xiàn)互相之間的通信.兩者的主要關(guān)系如圖3所示。本系統(tǒng)設(shè)計(jì)的串行接收模塊基于.NET類庫中的SerialPort類實(shí)現(xiàn)，大大簡(jiǎn)化了設(shè)計(jì).但無論是使用何種類庫，都會(huì)涉及到串行口超時(shí)的問題，在讀操作時(shí)是讀超時(shí)（ReadTimeOut）寫操作時(shí)寫超時(shí).所謂寫超時(shí)，是指在使用Write指令的時(shí)候能否成功傳輸?shù)綄?duì)方的輸入緩存中，如果不能夠成功傳輸，就等待，直到超過一定時(shí)間，這個(gè)時(shí)間就是寫超時(shí)，而讀超時(shí)，是指在使用Read指令時(shí)就開始串行口的輸入緩存，如果其中有內(nèi)容，就讀出，如果沒有就等待，直到超過一定時(shí)間（讀超時(shí)）.系統(tǒng)所讀到的數(shù)據(jù)都要進(jìn)入輸入緩存，反之，等待輸出的數(shù)據(jù)都要進(jìn)入輸出緩存.當(dāng)發(fā)生如果寫（讀）超時(shí)，系統(tǒng)都會(huì)報(bào)錯(cuò)（對(duì)于SerialPort類，其會(huì)異常）.因此不能簡(jiǎn)單地認(rèn)為系統(tǒng)在讀寫串口時(shí)會(huì)始終阻塞主線程，必須人工編程，實(shí)現(xiàn)等待操作.整個(gè)等待讀操作的過程在一個(gè)循環(huán)中.當(dāng)串口發(fā)生超時(shí)，拋出異常時(shí)，使用.NET的異常處理機(jī)制將會(huì)捕獲這個(gè)異常，然后不執(zhí)行任何代碼（這種情況下的TimeOutException不能視為出錯(cuò)情況）就回到原本執(zhí)行的代碼中.只有在滿足條件的情況下（比如用戶中止或者達(dá)到別的退出情況），才進(jìn)入跳出這個(gè)環(huán)節(jié).本模塊將接收的數(shù)據(jù)存入一個(gè)64K大的Char型數(shù)組中，并將其傳輸給校驗(yàn)碼計(jì)算模塊.3.2.2校驗(yàn)碼計(jì)算模塊本模塊接收從串行數(shù)據(jù)傳輸模塊中輸出的Char型數(shù)組（字符串），并計(jì)算其對(duì)應(yīng)ASCII碼的CRC校驗(yàn)值，將其傳輸給GUI模塊、發(fā)送數(shù)據(jù)模塊以及離線信息采集模塊進(jìn)行進(jìn)一步處理.3.2.3打包和發(fā)送數(shù)據(jù)模塊本模塊首先接收從校驗(yàn)碼計(jì)算模塊中輸出的CRC校驗(yàn)值，將其與GUI模塊中獲得的芯片參數(shù)（生產(chǎn)廠家、型號(hào)等）以及檢查的日期與時(shí)間生成一個(gè)XML文檔.通過HTTP協(xié)議傳輸給遠(yuǎn)程服務(wù)器，調(diào)用遠(yuǎn)程服務(wù)器上的一個(gè)函數(shù)（將傳來的CRC校驗(yàn)值與標(biāo)準(zhǔn)值對(duì)比，判斷其是否正常），并獲取返回值，告知用戶檢測(cè)的結(jié)果.這種實(shí)現(xiàn)機(jī)制稱為XML—RPC它是基于XML格式的數(shù)據(jù)傳輸協(xié)議13能夠?qū)崿F(xiàn)跨平臺(tái)（指操作系統(tǒng)，如上位機(jī)為Windows系統(tǒng)、服務(wù)器為L(zhǎng)inux系統(tǒng)），跨語言（如在本系統(tǒng)中，上位機(jī)使用.NET實(shí)現(xiàn)服務(wù)器系統(tǒng)則使用PHP實(shí)現(xiàn)），具有很好的兼容性，能夠適應(yīng)多種情況.3.2.4離線信息采集發(fā)送模塊及離線程序信息數(shù)據(jù)庫在實(shí)際執(zhí)法的過程中，時(shí)常會(huì)發(fā)生無法訪問網(wǎng)絡(luò)的情形，在這種情況下，有必要先將提取的代碼信息及校驗(yàn)碼先保存在上位機(jī)本地，待到能夠訪問網(wǎng)絡(luò)的場(chǎng)合，再一次性提交信息.本系統(tǒng)將離線信息采集、發(fā)送所需要做的工作分成3個(gè)模塊:離線信息采集、離線信息發(fā)送和所需的離線程序信息數(shù)據(jù)庫.離線信息采集模塊與數(shù)據(jù)打包模塊十分類似，有相當(dāng)部分代碼可以復(fù)用.所不同的是數(shù)據(jù)完成打包后，要將數(shù)據(jù)加密（使用諸如RSA算法可靠加密方法）并存入本地的離線程序信息數(shù)據(jù)庫中.離線信息發(fā)送模塊與數(shù)據(jù)發(fā)送模塊十分類似，只是所傳輸?shù)臄?shù)據(jù)包是加過密的，在服務(wù)器端另需執(zhí)行一段解密代碼，方能得到數(shù)據(jù).由于離線程序信息量并不大，因此本地的離線程序信息數(shù)據(jù)庫，可以使用文件系統(tǒng)組織的一個(gè)XML數(shù)據(jù)庫實(shí)現(xiàn)，這樣做既簡(jiǎn)單方便，又省去了不少開發(fā)成本，也便于維護(hù)工作.4.遠(yuǎn)程服務(wù)器的實(shí)現(xiàn)方案電子秤校驗(yàn)系統(tǒng)服務(wù)器端用于管理電子秤芯片的標(biāo)準(zhǔn)代碼統(tǒng)計(jì)檢驗(yàn)結(jié)果，并為上位機(jī)端提供基于XML-RPC接口的WebService整體架構(gòu)使用了基于PHP的MVC框架Symfony，此框架成熟、靈活、擴(kuò)展性強(qiáng)，適用于大型系統(tǒng)的開發(fā)，為服務(wù)器端系統(tǒng)提供了堅(jiān)實(shí)穩(wěn)定的基礎(chǔ).4.1Symfony框架的介紹Symfony致力于減少重復(fù)代碼的編寫，以加速Web應(yīng)用的開發(fā)和維護(hù).它需要以下軟件的支持:安裝過PHP5的Unix或MicrosoftWindows等操作系統(tǒng)作為Web應(yīng)用服務(wù).Symfony與許多關(guān)系型數(shù)據(jù)庫集成得非常好，成本也較小.Symfony致力于在企業(yè)背景下創(chuàng)建良好的應(yīng)用，同時(shí)也給予開發(fā)者強(qiáng)大的配置功能.從文件結(jié)構(gòu)到外部目錄，幾乎所有的東西都可以自定義.Symfony捆綁了一些諸如測(cè)試、調(diào)試和文檔生成等額外的工具來滿足企業(yè)的開發(fā)過程.4.2電子秤標(biāo)準(zhǔn)校驗(yàn)碼數(shù)據(jù)庫的設(shè)計(jì)電子秤標(biāo)準(zhǔn)校驗(yàn)碼的管理使用了Symfony提供的基于Propel的ORM技術(shù)使得程序員可以使用面向?qū)ο蟮姆椒▽?duì)數(shù)據(jù)庫進(jìn)行訪問，而不用手工構(gòu)造SQL代碼，這也杜絕了SQL注入的危險(xiǎn)另外，Propel使用了PHP的PDO模塊，可以以非常方便地遷移數(shù)據(jù)庫.例如在測(cè)試時(shí)，使用基于SQLite3.x的數(shù)據(jù)庫，而在實(shí)際運(yùn)用中，只需要修改一下數(shù)據(jù)庫的配置文件，就可以用另外的數(shù)據(jù)庫管理系統(tǒng)，如MySQLOracle和SQLServer來取代，不需要對(duì)代碼本身作任何修改.Propel用一個(gè)XML文件來描述數(shù)據(jù)庫的配置，動(dòng)態(tài)生成與數(shù)據(jù)庫對(duì)象相關(guān)的一個(gè)PHP類，就可以直接使用這個(gè)類來對(duì)數(shù)據(jù)庫進(jìn)行操作了.在Symfony中，標(biāo)注名為ID的字段的將自動(dòng)作為數(shù)據(jù)庫表的主鍵，同時(shí)具有AUTO—INCREMENT的屬性，名中以ID為后綴的字段名將自動(dòng)作為數(shù)據(jù)庫表的外鍵.而CREAT—AT則作為時(shí)間戳用于保存創(chuàng)建記錄時(shí)的時(shí)間.這些都是數(shù)據(jù)庫設(shè)計(jì)的默認(rèn)約定，而在Symfony里加以簡(jiǎn)化，使得數(shù)據(jù)庫的創(chuàng)建簡(jiǎn)便規(guī)范.目前，在項(xiàng)目中使用的表有兩個(gè)：一個(gè)是CRC表，用于保存芯片的標(biāo)準(zhǔn)代碼.由于標(biāo)準(zhǔn)代碼是芯片破解出的基本數(shù)據(jù)的循環(huán)冗余校驗(yàn)和，所以用其英文簡(jiǎn)稱CRC作為數(shù)據(jù)表名.CRC表中的COMPANY和PRODUCT是電子秤廠商的公司名和產(chǎn)品型號(hào)，而CHECKSUM字段則用于表示具體的標(biāo)準(zhǔn)代碼.另一個(gè)是Check—Log表，用于記錄檢查芯片的活動(dòng)，統(tǒng)計(jì)檢查的情況.其中SUBMITTED字段保存上位機(jī)軟件提交的校驗(yàn)和.4.3與上位機(jī)軟件進(jìn)行交互的XML-RPC接口上位機(jī)軟件用專用的讀碼器讀取芯片基本代碼成功后，經(jīng)過相關(guān)的計(jì)算，生成標(biāo)準(zhǔn)代碼，然后再將標(biāo)準(zhǔn)代碼通過HTTP協(xié)議傳給遠(yuǎn)程的服務(wù)器，其中使用的便是XML-RPC接口.之所以使用XML—RPC而不是SOAP是因?yàn)閄ML-RPC更簡(jiǎn)單合理.SOAP復(fù)雜的設(shè)計(jì)并不適合電子秤系統(tǒng)的交互，用XML—RPC更清晰簡(jiǎn)便.XML—RPC有兩個(gè)方面的內(nèi)涵：一個(gè)主要使用XML作為數(shù)據(jù)封裝格式，XML作為業(yè)界標(biāo)準(zhǔn)的數(shù)據(jù)交換格式，既規(guī)范又強(qiáng)大，另一個(gè)，本質(zhì)上是一個(gè)RPC系統(tǒng)，其中使用HTTP協(xié)議，而不是其他的協(xié)議.這樣就可以直接使用Web服務(wù)器來完成，減少了額外服務(wù)器的配置.5.實(shí)驗(yàn)分析獲取被測(cè)電子秤代碼CRC值后，通過XML—使得數(shù)據(jù)庫的操作與數(shù)據(jù)庫引擎相互獨(dú)立，從而可RPC與遠(yuǎn)程服務(wù)器通信.經(jīng)校驗(yàn)后，如果服務(wù)器端存儲(chǔ)的標(biāo)準(zhǔn)代碼的CRC值與當(dāng)前被測(cè)電子秤的代碼一致，說明被測(cè)電子秤代碼沒有被修改過，否則，說明被測(cè)電子秤代碼已經(jīng)被修改過.下面給出測(cè)試一臺(tái)AT89C52型電子秤時(shí)的實(shí)驗(yàn)過程.在調(diào)用服務(wù)器端的校驗(yàn)方法時(shí)，上位機(jī)向服務(wù)器端發(fā)送圖4所示的XML數(shù)據(jù).經(jīng)與服務(wù)器端標(biāo)準(zhǔn)代碼的CRC值校驗(yàn)后，服務(wù)器端發(fā)送圖5中的數(shù)據(jù)到上位機(jī).如果當(dāng)前被測(cè)電子秤中的代碼沒有被修改，boolean節(jié)返回1，如果被測(cè)電子秤中的代碼被修改過，boolean節(jié)返回0.傳輸給服務(wù)器端的信息不完善或者有錯(cuò)誤時(shí)，服務(wù)器端將返回一個(gè)錯(cuò)誤信息；圖6所示的上位機(jī)傳給服務(wù)器端數(shù)據(jù)時(shí)，沒有將被測(cè)電子秤的生產(chǎn)廠家及產(chǎn)品編號(hào)等信息包含進(jìn)去，服務(wù)器端返回的是錯(cuò)誤提示.6.結(jié)語隨著電子技術(shù)的不斷發(fā)展，電子秤越來越廣泛地應(yīng)用于生活的方方面面，給人們的生活帶來了很大的便利.但與此同時(shí)，也有不法商販利用電子秤進(jìn)行作弊，以謀取非法利益.本文針對(duì)改變電子秤中芯片代碼的作弊行為，提出一套檢測(cè)方案，并實(shí)現(xiàn)一套軟硬件結(jié)合的系統(tǒng)原型.檢測(cè)過程中，如果服務(wù)器端存儲(chǔ)的標(biāo)準(zhǔn)代碼的CRC值與當(dāng)前被測(cè)電子秤的代碼相同，表明被測(cè)電子秤芯片代碼沒有被修改過，否則，說明被測(cè)電子秤代碼被修改過.通過對(duì)一臺(tái)AT89C52型電子秤的實(shí)驗(yàn)測(cè)試，可以驗(yàn)證當(dāng)前測(cè)評(píng)方案的正確性.同時(shí)，驗(yàn)證系統(tǒng)給出了良好的錯(cuò)誤檢驗(yàn)及提示信息.本防作弊測(cè)評(píng)方案設(shè)計(jì)及實(shí)現(xiàn)時(shí)，只針對(duì)電子秤產(chǎn)品的校驗(yàn).希望以后的研究工作，能將該測(cè)評(píng)方案擴(kuò)展到其他計(jì)量器具的防作弊檢驗(yàn)中，如出租車計(jì)價(jià)器和加油機(jī)等產(chǎn)品.同時(shí)，本文所實(shí)現(xiàn)的電子秤防作弊檢測(cè)系統(tǒng)原型在功能上還不夠完善，將在以后的工作中完善該系統(tǒng)，并能將其應(yīng)用到實(shí)際防作弊測(cè)評(píng)中。。
服務(wù)器租賃Q：今后用戶應(yīng)該如何聯(lián)系域名持有人/管理聯(lián)系人/技術(shù)聯(lián)系人？A：對(duì)于注冊(cè)域名，可以在WHOIS查詢結(jié)果顯示頁面，以提交在線表格方式向域名持有人/管理聯(lián)系人/技術(shù)聯(lián)系人發(fā)送信息Q：如想獲取完整WHOIS信息，應(yīng)該如何處理？A：如果您基于投訴維權(quán)等合法、正當(dāng)目的，希望獲得相關(guān)域名的完整WHOIS信息，請(qǐng)您通過有權(quán)機(jī)構(gòu)或司法機(jī)關(guān)向調(diào)取完整的WHOIS信息，將依法予以配合。Q：提供的域名隱私保護(hù)服務(wù)是否可以繼續(xù)使用？A：2018年5月25日WHOIS顯示信息調(diào)整措施上線后，的域名隱私保護(hù)服務(wù)將同步暫停服務(wù)。Q：域名的國(guó)內(nèi)實(shí)名認(rèn)證等政策落實(shí)是否會(huì)受影響？A：不會(huì)。始終遵循的原則是：在首先遵守國(guó)內(nèi)法規(guī)的基礎(chǔ)上，落實(shí)ICANN臨時(shí)政策和GDPR的相關(guān)規(guī)定。Q：為什么第三方WHOIS平臺(tái)仍可以查詢域名注冊(cè)聯(lián)系人信息？A：通過注冊(cè)的域名，除.COM.NET等Verisign域名的WHOIS信息由直接按調(diào)整后的規(guī)則提供外，其他域名的WHOIS信息均由相應(yīng)的注冊(cè)局提供，并由各注冊(cè)商自行決定在其WHOIS平臺(tái)的顯示信息內(nèi)容。由于各注冊(cè)局、注冊(cè)商對(duì)于GDPR和WHOIS顯示信息調(diào)整的落實(shí)方案與進(jìn)度暫不統(tǒng)一，因此該等在第三方WHOIS平臺(tái)如何顯示，取決于對(duì)應(yīng)的注冊(cè)局和注冊(cè)商政策。Q：此次WHOIS顯示信息調(diào)整是否是長(zhǎng)期方案？A：ICANN臨時(shí)政策有效期不能超過12個(gè)月，但其間ICANN可以對(duì)臨時(shí)政策要求進(jìn)行修改。此外，ICANN作為全球域名系統(tǒng)和域名根服務(wù)器系統(tǒng)的管理機(jī)構(gòu)，目前仍在協(xié)調(diào)全球域名注冊(cè)局、注冊(cè)商和其他社群成員研究制定關(guān)于通用域名注冊(cè)信息收集和展示的共識(shí)政策（ConsensusPolicy）。作為ICANN委任的域名注冊(cè)商，未來可能須根據(jù)ICANN臨時(shí)政策的修改或新共識(shí)政策新的要求對(duì)WHOIS展示信息作進(jìn)一步調(diào)整。。
DELL服務(wù)器只有瀏覽量比較大的網(wǎng)站，才需要獨(dú)立的服務(wù)器所以我們可以根據(jù)需求決定服務(wù)器，是自己開發(fā)還是直接購買。網(wǎng)站制作的第五步：測(cè)試網(wǎng)頁設(shè)計(jì)完成之后，與服務(wù)器相連，需要我們做的就是測(cè)試。看網(wǎng)站是否可以在互聯(lián)網(wǎng)下正常的運(yùn)行。以上就是網(wǎng)站制作的步驟，想要做網(wǎng)站的朋友，掌握之后就可以開始制作了。當(dāng)然在制作網(wǎng)站的時(shí)候，還需要很多的專業(yè)知識(shí)，需要有專業(yè)的朋友幫助才能完成。。
DELL圖形工作站 4、缺點(diǎn)：管理效率較差 ?服務(wù)器的角色功能使其必須配置在備用電源系統(tǒng)前面，使得UPS占用了更多的服務(wù)器機(jī)架空間，從而削減了服務(wù)器可用空間 ?由于分布式UPS的設(shè)計(jì)，其機(jī)組數(shù)量比集中式多，所管理與監(jiān)控的資源網(wǎng)絡(luò)遠(yuǎn)大于集中式UPS。因此，管理這些資源往往成為組織中IT或數(shù)據(jù)中心人員的沉重負(fù)擔(dān)?！ ∪?、集中式UPS 集中式支持架構(gòu)包含一套或兩套大型UPS，裝設(shè)位置在服務(wù)器機(jī)房周邊、整排服務(wù)器的端點(diǎn)或是鄰近服務(wù)器的一處獨(dú)立地點(diǎn)。集中式UPS就像是圍繞著組織整體網(wǎng)絡(luò)的巨大電源保護(hù)網(wǎng)?！ ?、可靠性 對(duì)大公司而言，一般小型分布式UPS單相電源保護(hù)裝置很難滿足其自身需求。集中式UPS的設(shè)計(jì)以高密度服務(wù)器硬件的需求為出發(fā)點(diǎn)，由于這些硬件通常使用三相電源，其UPS當(dāng)然也是越堅(jiān)固耐用越好，以便這類UPS同時(shí)對(duì)單相及三相負(fù)載提供保護(hù)。如今，服務(wù)器的功率越來越高，但更高的溫度會(huì)大幅縮短UPS電瓶的壽命。遠(yuǎn)距離配置的集中式UPS會(huì)保護(hù)其電瓶，從而延長(zhǎng)電瓶壽命周期，并減少費(fèi)時(shí)傷財(cái)?shù)碾娖扛鼡Q頻次?！ ?、穩(wěn)定輸出及增加空間利用 集中式UPS通常是聯(lián)機(jī)運(yùn)作的雙轉(zhuǎn)換架構(gòu)，可提供較高穩(wěn)定度的功率曲線，并能消除大多數(shù)的電力中斷（如尖波、失真、電壓突波）。另一方面，分布式UPS的設(shè)計(jì)是為應(yīng)對(duì)電源的變動(dòng)（通過互動(dòng)線路架構(gòu)），這意味著異常狀態(tài)會(huì)被傳遞到終端裝置。
DELL EMC圖形工作站檢查：重啟服務(wù)器檢查，每臺(tái)服務(wù)器的連接數(shù)有1000-2000左右，但是EST的有效鏈接只有2、3百個(gè)，其余的基本上是等待關(guān)閉狀態(tài)loadaverage就緩慢的增長(zhǎng)到700以上，之后就做任何操作都沒反應(yīng)了，top查看CPU被使用完了，都是rsync的連接在占用，經(jīng)過檢查這些rsync的鏈接都是正常鏈接，不存在非法鏈接的情況，ip地址都是我們的vpn內(nèi)網(wǎng)的IP地址客戶端是ubuntu的8.0系統(tǒng)。檢查了機(jī)房的帶寬，并沒有出現(xiàn)很大的起伏，或者說機(jī)房的帶寬相當(dāng)充裕，基本上沒有怎么用到。之前運(yùn)行過好長(zhǎng)一段時(shí)間都沒有出現(xiàn)這個(gè)問題，只是最近幾天才突然出現(xiàn)的情況，服務(wù)器端沒做任何操作，客戶端連接數(shù)也沒有突然增加。問題：我想問一下為啥服務(wù)器的負(fù)載會(huì)沖的這么高？大概會(huì)是哪幾個(gè)方面的原因?qū)е拢靠蛻舳说膩淼逆溄佣际锹?lián)通過來我的電信機(jī)房，但是我的電信機(jī)房是雙線路機(jī)房。都是通過我的聯(lián)通線路訪問這個(gè)會(huì)有影響嗎？（之前一直都沒有問題的，難道是春節(jié)機(jī)房封網(wǎng)有關(guān)系嗎？）回答：不是瘋狂的同步，連接數(shù)真心不高，現(xiàn)在問題基本上定位了，要么是配置文件的模塊太多了，要么就是同步的文件夾太多了（1w6左右）導(dǎo)致（類似windows的檢索文件的樣子）。目前情況基本得到控制。解決的方法做了2個(gè)操作：1、將rsyncd.conf模塊減少到2000多個(gè)（原來大概有1w6千個(gè)）。2、將同步的文件夾減到1w個(gè)左右（原來也有1w6個(gè)）。（就是將要同步的/data下的目錄）現(xiàn)在1臺(tái)機(jī)器基本上更可以支撐2000個(gè)并發(fā)鏈接，基本上撐得住，沒有太大問題。最后祝大家好運(yùn)。
解決：不管具體是什么，只要網(wǎng)站打不開，而您又能確定不是自己的電腦問題，建議您你的網(wǎng)站制作方，獲得更加專業(yè)和具體的幫助。
許多廠商不出具定期更新，當(dāng)他們這樣做，用戶往往無法正確了解固定在這些更新的安全問題另外，在嵌入式設(shè)備上安裝更新需要比更新的計(jì)算機(jī)上安裝常規(guī)軟件更多的工作和技術(shù)知識(shí)。用戶必須知道那里的更新發(fā)布，請(qǐng)手動(dòng)下載它們，然后將它們上傳到他們的設(shè)備通過一個(gè)基于Web的管理界面。賽門鐵克研究人員說：ldquo，很多用戶可能不知道，他們是在自己的家中或辦公室使用易受攻擊的設(shè)備，我們可能會(huì)面臨的另一個(gè)問題是，即使用戶發(fā)現(xiàn)易受攻擊的設(shè)備，不更新已經(jīng)提供，因?yàn)檫^時(shí)的技術(shù)或硬件限制某些產(chǎn)品的供應(yīng)商，如沒有足夠的內(nèi)存或CPU的速度太慢，支持該軟件的新版本。賽門鐵克研究人員說，為了保護(hù)他們的設(shè)備從蟲，建議用戶驗(yàn)證，如果這些設(shè)備上運(yùn)行最新的固件版本，如果需要更新固件，建立強(qiáng)有力的管理密碼，并阻止HTTPPOST請(qǐng)求-/cgi-bin/php，-/cgi-bin/php5，-/cgi-bin/php-cgi，-/cgi-bin/php.cgi和-/cgi-bin/php4，無論是從網(wǎng)關(guān)防火墻或每個(gè)單獨(dú)的設(shè)備上，如果可能的話。。
在某些情況下，可以完全消除蒸汽壓縮設(shè)備，降低了首要成本和空間要求 能量模型顯示了空氣冷卻和液體冷卻設(shè)計(jì)的能耗差異。這些模型在赫爾辛基和休斯頓兩個(gè)地點(diǎn)進(jìn)行了研究，其研究結(jié)果表明，在使用液冷系統(tǒng)時(shí)，可以顯著降低能耗?！ 臍v史上看，一些數(shù)據(jù)中心所有者和運(yùn)營(yíng)商很難采用數(shù)據(jù)中心的液體冷卻技術(shù)。然而，很多企業(yè)越來越關(guān)注液體冷卻的優(yōu)點(diǎn)，主要是為了降低成本，同時(shí)也支持正在開發(fā)的計(jì)算硬件的令人難以置信的新進(jìn)展。當(dāng)液體冷卻將成為計(jì)算系統(tǒng)的主要熱控制形式時(shí)，這一時(shí)機(jī)已經(jīng)成熟?！ ?。
今年1月份，正式上線.cloud域名注冊(cè)服務(wù)，開啟了與.cloud注冊(cè)局的友好合作隨后的新春紅包節(jié)活動(dòng)中，也再次聯(lián)手.cloud注冊(cè)局為廣大米友送來新春祝福，給合作更來了更多可能性。對(duì)于首次到訪，.cloud注冊(cè)局總經(jīng)理FrancescoSimondi表示期待已久。首席營(yíng)銷官楊軍向FrancescoSimondi介紹了云服務(wù)器、企業(yè)郵箱、域名注冊(cè)及交易等相關(guān)業(yè)務(wù)。其中，在域名領(lǐng)域積累下來的豐富運(yùn)營(yíng)經(jīng)驗(yàn)與推廣策略讓FrancescoSimondi十分認(rèn)可，F(xiàn)rancesco表示：希望與保持長(zhǎng)期友好合作，共同推進(jìn).cloud域名發(fā)展。.cloud注冊(cè)局一行與深入交流對(duì)此，首席營(yíng)銷官楊軍表示：深耕云計(jì)算多年，致力于為用戶提供更好的云體驗(yàn)。而.cloud域名正是云域名，與發(fā)展云計(jì)算的理念和愿景不謀而合，在接下來的合作中，雙方將立足云計(jì)算，讓.cloud域名乘云而上。隨后，與.cloud注冊(cè)局就今年.cloud域名的具體市場(chǎng)推廣進(jìn)行了探討和交流，在域名促銷方案與終端推廣等多個(gè)方面達(dá)成了共識(shí)。目前正在進(jìn)行的.cloud域名促銷活動(dòng)（首年48元）正在火熱進(jìn)行，喜歡.cloud域名的朋友不要錯(cuò)過。。
絕大多數(shù)互聯(lián)網(wǎng)應(yīng)用依賴于此，來實(shí)現(xiàn)網(wǎng)絡(luò)資源的尋址和定位域名根服務(wù)器是互聯(lián)網(wǎng)最為核心的系統(tǒng)和最為重要的基礎(chǔ)設(shè)施之一，也事關(guān)網(wǎng)絡(luò)運(yùn)行和信息安全。 中國(guó)打破沒有根服務(wù)器的格局 域名根服務(wù)器主要用來管理互聯(lián)網(wǎng)的主目錄，全世界IPv4根服務(wù)器只有13臺(tái)，這13臺(tái)IPv4根域名服務(wù)器名字分別為“A”至“M”，1個(gè)為主根服務(wù)器在美國(guó)。其余12個(gè)均為輔根服務(wù)器，其中9個(gè)在美國(guó)，歐洲2個(gè)，位于英國(guó)和瑞典，亞洲1個(gè)位于日本。在與現(xiàn)有IPv4根服務(wù)器體系架構(gòu)充分兼容基礎(chǔ)上，中國(guó)主導(dǎo)“雪人計(jì)劃”于2016年在全球16個(gè)國(guó)家完成25臺(tái)IPv6根服務(wù)器架設(shè)，事實(shí)上形成了13臺(tái)原有IPv4根加25臺(tái)IPv6根的新格局。 而在中國(guó)，目前部署有4臺(tái)服務(wù)器，其中含有1臺(tái)主根服務(wù)器和3臺(tái)輔根服務(wù)器，這也打破了中國(guó)過去沒有根服務(wù)器的格局。。
關(guān)閉返回