1、新大陸pos機顯示主機報文mac錯

出現這種情況是密鑰不對；請確認以下幾點：　　1、.密碼鍵盤插好沒有，位置插對沒有；　　2.、不帶密碼鍵盤的話，pos主機要設置成內置密碼鍵盤；　　3.、密鑰索引號是否正確；　　4、.密鑰算法是否正確DES還是3DES（單倍與雙倍的問題）；　　5、.密鑰丟失，需重新下載。 新簽到,如重新簽到還不成功，就盡快聯系技術服務人員

2、POS刷卡機顯示主機解密報文錯響應碼:ER是什么意思?

錯誤的英文簡略
更多：A2345.(net) 程序壞了需要重新罐裝

3、post機是什么

post

就是你消費完后掏出信用卡或者銀行卡準備結賬的時候，人家用來刷你的卡的那個機器的名字

4、http 報文 和 請求方法

HTTP有兩類報文結構

HTTP請求報文和響應報文都是由三部分組成的，可以看出這兩種報文的格式區別是開始行不同

所謂 方法 就是對請求的對象進行的操作，這些方法實際上也就是一些命令。因此請求報文的類型是由它所采用的方法決定的。
常用方法：

Host ：指明了該對象所在的主機
Connection : Keep-Alive 首部行用來表明該瀏覽器告訴服務器使用持續連接
Content-Type : x-www-form-urlencoded 用來表明HTTP會將請求參數用key1=val1&key2=val2 的方式進行組織，并放到請求實體里面
User-agent :用來指明用戶代理，即向服務器發送請求的瀏覽器類型
Accept-lauguage :表示用戶想得到該對象的語法版本（如果服務器中有這樣的對象的話），否則，服務器應發送它的默認版本

get和post本質上是tcp連接，并無差別。由于http的規定和 瀏覽器/服務端的限制導致他們在應用過程中出現一些不同。
在響應時，get產生一個tcp數據包，post產生兩個tcp數據包
對于get方式的請求，瀏覽器會把header和實體主體一并發送出去，服務端響應200，返回數據
對于post，瀏覽器先發送header，服務器響應100 continue，瀏覽器再發送實體主體，服務器響應200 OK

參考 https://juejin.cn/post/6844904040124383246

5、如何看真實的http響應報文

　　一個HTTP請求報文由請求行（request line）、請求頭部（header）、空行和請求數據4個部分組成，下圖給出了請求報文的一般格式。

　　or

　　＜request-line＞

　　＜headers＞

　　＜blank line＞

　　[＜request-body＞

　　

　　1.請求頭

　　請求行由請求方法字段、URL字段和HTTP協議版本字段3個字段組成，它們用空格分隔。例如，GET /index.html HTTP/1.1。

　　HTTP協議的請求方法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT。

　　而常見的有如下幾種：

　　1).GET

　　最常見的一種請求方式，當客戶端要從服務器中讀取文檔時，當點擊網頁上的鏈接或者通過在瀏覽器的地址欄輸入網址來瀏覽網頁的，使用的都是GET方式。GET方法要求服務器將URL定位的資源放在響應報文的數據部分，回送給客戶端。使用GET方法時，請求參數和對應的值附加在URL后面，利用一個問號（“?”）代表URL的結尾與請求參數的開始，傳遞參數長度受限制。例如，/index.jsp?id=100&op=bind,這樣通過GET方式傳遞的數據直接表示在地址中，所以我們可以把請求結果以鏈接的形式發送給好友。 

　　2).POST

　　對于上面提到的不適合使用GET方式的情況，可以考慮使用POST方式，因為使用POST方法可以允許客戶端給服務器提供信息較多。POST方法將請求參數封裝在HTTP請求數據中，以名稱/值的形式出現，可以傳輸大量數據，這樣POST方式對傳送的數據大小沒有限制，而且也不會顯示在URL中。

　　3).HEAD

　　HEAD就像GET，只不過服務端接受到HEAD請求后只返回響應頭，而不會發送響應內容。當我們只需要查看某個頁面的狀態的時候，使用HEAD是非常高效的，因為在傳輸的過程中省去了頁面內容。

　　

　　2.請求頭部

　　請求頭部由關鍵字/值對組成，每行一對，關鍵字和值用英文冒號“:”分隔。請求頭部通知服務器有關于客戶端請求的信息，典型的請求頭有：

　　User-Agent：產生請求的瀏覽器類型。

　　Accept：客戶端可識別的內容類型列表。

　　Host：請求的主機名，允許多個域名同處一個IP地址，即虛擬主機。

　　

　　3.空行

　　最后一個請求頭之后是一個空行，發送回車符和換行符，通知服務器以下不再有請求頭。

　　

　　4.請求數據

　　請求數據不在GET方法中使用，而是在POST方法中使用。POST方法適用于需要客戶填寫表單的場合。與請求數據相關的最常使用的請求頭是Content-Type和Content-Length。

　　

　　HTTP報文

　　HTTP響應也由三個部分組成，分別是：狀態行、消息報頭、響應正文。

　　如下所示，HTTP響應的格式與請求的格式十分類似：

＜status-line＞

＜headers＞

＜blank line＞

[＜response-body＞]

　　正如你所見，在響應中唯一真正的區別在于第一行中用狀態信息代替了請求信息。狀態行（status line）通過提供一個狀態碼來說明所請求的資源情況。

　　

　　

　　狀態行格式如下：

　　HTTP-Version Status-Code Reason-Phrase CRLF

　　其中，HTTP-Version表示服務器HTTP協議的版本；Status-Code表示服務器發回的響應狀態代碼；Reason-Phrase表示狀態代碼的文本描述。狀態代碼由三位數字組成，第一個數字定義了響應的類別，且有五種可能取值。

　　1xx：指示信息--表示請求已接收，繼續處理。

　　2xx：成功--表示請求已被成功接收、理解、接受。

　　3xx：重定向--要完成請求必須進行更進一步的操作。

　　4xx：客戶端錯誤--請求有語法錯誤或請求無法實現。

　　5xx：服務器端錯誤--服務器未能實現合法的請求。

　　常見狀態代碼、狀態描述的說明如下。

　　200 OK：客戶端請求成功。

　　400 Bad Request：客戶端請求有語法錯誤，不能被服務器所理解。

　　401 Unauthorized：請求未經授權，這個狀態代碼必須和WWW-Authenticate報頭域一起使用。

　　403 Forbidden：服務器收到請求，但是拒絕提供服務。

　　404 Not Found：請求資源不存在，舉個例子：輸入了錯誤的URL。

　　500 Internal Server Error：服務器發生不可預期的錯誤。

　　503 Server Unavailable：服務器當前不能處理客戶端的請求，一段時間后可能恢復正常，舉個例子：HTTP/1.1 200 OK（CRLF）。

轉載請帶上網址：http://www.yadikedp.com/posjitwo/120205.html