pos機(jī)tcp連接斷開(kāi)

1、銀收寶連pos機(jī)顯示設(shè)備斷開(kāi)怎么弄

請(qǐng)重新連接。
請(qǐng)先開(kāi)否開(kāi)啟手機(jī)藍(lán)牙功能，或檢查設(shè)備電量是否充足。手機(jī)設(shè)置對(duì)軟件的藍(lán)牙授權(quán)是否開(kāi)啟．蘋(píng)果手機(jī)沒(méi)有權(quán)限問(wèn)題，安卓手機(jī)在設(shè)置。檢查周?chē)桥c多部手機(jī)開(kāi)啟藍(lán)牙。關(guān)閉其他手機(jī)的藍(lán)牙功能，只開(kāi)啟一部手機(jī)的藍(lán)牙。請(qǐng)嘗試重新拔插刷卡器，重新打開(kāi)軟件或重啟手機(jī)。

2、TCP連接中斷檢測(cè)時(shí)間

TCP連接中斷檢測(cè)時(shí)間
這個(gè)問(wèn)題得分情況來(lái)說(shuō):

1、雙方只建立了一個(gè)連接，然后就再也沒(méi)有任何數(shù)據(jù)通信，這完全是可能的。這時(shí)，tcp有一個(gè)?；疃〞r(shí)器，它的作用就是確認(rèn)對(duì)端是否存活，通常它沒(méi)2個(gè)小時(shí)發(fā)送一個(gè)數(shù)據(jù)包給對(duì)方，以查看是否有響應(yīng)。

2、tcp中斷，此時(shí)發(fā)送端發(fā)送數(shù)據(jù)，但是由于收不到ACK,它會(huì)一直嘗試，通常的時(shí)間間隔為1s, 3s, 6s, 12s ..... 64s,這個(gè)間隔被稱(chēng)為"指數(shù)退避"，到最后，通常在9分鐘后放棄(這個(gè)值看實(shí)現(xiàn)有可能不同)。

3、tcp中斷，在這個(gè)過(guò)程中，路由器檢測(cè)到主機(jī)不可達(dá)，當(dāng)發(fā)送數(shù)據(jù)后會(huì)返回一個(gè)icmp信息，顯示主機(jī)不可達(dá)，這個(gè)通常很快就能檢測(cè)出來(lái)。 這個(gè)問(wèn)題得分情況來(lái)說(shuō):

1、雙方只建立了一個(gè)連接，然后就再也沒(méi)有任何數(shù)據(jù)通信，這完全是可能的。這時(shí)，tcp有一個(gè)保活定時(shí)器，它的作用就是確認(rèn)對(duì)端是否存活，通常它沒(méi)2個(gè)小時(shí)發(fā)送一個(gè)數(shù)據(jù)包給對(duì)方，以查看是否有響應(yīng)。

2、tcp中斷，此時(shí)發(fā)送端發(fā)送數(shù)據(jù)，但是由于收不到ACK,它會(huì)一直嘗試，通常的時(shí)間間隔為1s, 3s, 6s, 12s ..... 64s,這個(gè)間隔被稱(chēng)為"指數(shù)退避"，到最后，通常在9分鐘后放棄(這個(gè)值看實(shí)現(xiàn)有可能不同)。

3、tcp中斷，在這個(gè)過(guò)程中，路由器檢測(cè)到主機(jī)不可達(dá)，當(dāng)發(fā)送數(shù)據(jù)后會(huì)返回一個(gè)icmp信息，顯示主機(jī)不可達(dá)，這個(gè)通常很快就能檢測(cè)出來(lái)。 1秒以?xún)?nèi)。

3、銀聯(lián)POS刷卡后顯示tcp連接失敗

你好，
1，需要升級(jí)，需要用管理員賬戶進(jìn)去，不是01和0000，請(qǐng)?jiān)儐?wèn)你的服務(wù)商
現(xiàn)在詢(xún)頭橡知道最低費(fèi)率的POS機(jī)的。 移動(dòng)機(jī)還是固定機(jī)。移動(dòng)機(jī)可能是里面的流量卡沒(méi)費(fèi)了。固定了可能是線路問(wèn)題或者是網(wǎng)線電話欠費(fèi)

4、求教tcp短連接斷開(kāi)后如何重連的問(wèn)題

理想狀態(tài)下，一個(gè) TCP 連接可以被長(zhǎng)期保持。然而，在實(shí)際應(yīng)用中，客戶端或服務(wù)器端上維持的一個(gè)看似正常的 TCP 連接可能已經(jīng)斷連。TCP 連接主要受到兩個(gè)方面的影響而導(dǎo)致斷連：網(wǎng)絡(luò)中間節(jié)點(diǎn)和客戶端 / 服務(wù)器節(jié)點(diǎn)參與通信的兩方節(jié)點(diǎn)？
在
實(shí)際網(wǎng)絡(luò)應(yīng)用中，兩個(gè)主機(jī)之間的通信往往需要穿越多個(gè)中間節(jié)點(diǎn)，例如路由器、網(wǎng)關(guān)、防火墻等。因此，兩個(gè)主機(jī)之間 TCP
連接的保持同樣會(huì)受到中間節(jié)點(diǎn)的影響，尤其是會(huì)受到防火墻（軟件或硬件防火墻）的限制。防火墻是一種裝置，有多種不同的實(shí)現(xiàn)方式（軟件實(shí)現(xiàn)、硬件設(shè)備實(shí)現(xiàn)
或是軟硬件相結(jié)合實(shí)現(xiàn)），它需要依據(jù)一系列規(guī)則對(duì)進(jìn)出的信息流進(jìn)行掃描，并允許安全（符合規(guī)則）的信息交互、阻止不安全（違反規(guī)則）的信息交互。防火墻的
工作特性決定了要維護(hù)一個(gè)網(wǎng)絡(luò)連接就需要耗費(fèi)較多的資源，并且企業(yè)防火墻常常位于企業(yè)網(wǎng)絡(luò)的出入口，長(zhǎng)時(shí)間維護(hù)非活躍的 TCP
連接必將導(dǎo)致網(wǎng)絡(luò)性能的下降。因此，大部分防火墻默認(rèn)會(huì)關(guān)閉長(zhǎng)時(shí)間處于非活躍狀態(tài)的連接而導(dǎo)致 TCP
連接斷連。類(lèi)似的，如果中間節(jié)點(diǎn)異常導(dǎo)致來(lái)自客戶端關(guān)閉連接的請(qǐng)求無(wú)法傳遞到服務(wù)器端，也將導(dǎo)致服務(wù)器端的相應(yīng)連接發(fā)生斷連。

5、tcp連接的斷開(kāi)

TCP的斷開(kāi)就是經(jīng)過(guò)四次揮手：

這是正常的情況，客戶端主動(dòng)tcp連接斷開(kāi)的過(guò)程?？蛻舳讼仁前l(fā)送一個(gè)FIN為一的報(bào)文，然后進(jìn)入FIN_WAIT_1的狀態(tài)。
服務(wù)器收到FIN報(bào)文后，發(fā)送一個(gè)ACK報(bào)文，然后進(jìn)入CLOSED_WAIT狀態(tài)。
客戶端收到服務(wù)器的ACK報(bào)文進(jìn)入FIN_WAIT_2狀態(tài)。
等到服務(wù)器覺(jué)得他數(shù)據(jù)處理好了，可以關(guān)閉的時(shí)候，會(huì)發(fā)送一個(gè)FIN報(bào)文，然后進(jìn)入LAST_ACK。等待最后一個(gè)應(yīng)答。
讓客戶端收到服務(wù)器FIN報(bào)文，就進(jìn)入TIME_WAIT狀態(tài)了，隨后發(fā)送最后一個(gè)ACK報(bào)文，然后close。
客戶端再等待2msl后也自己主動(dòng)關(guān)閉。而只有主動(dòng)關(guān)閉的情況下，才會(huì)有TIME_WAIT。

那么為什么四次揮手需要四次呢？
三次握手其實(shí)就是在第二次把ACK和SYN兩個(gè)報(bào)文合并成一個(gè)發(fā)，但是斷開(kāi)的過(guò)程可能還有一方需要處理下數(shù)據(jù)，需要延長(zhǎng)點(diǎn)時(shí)間，等處理好再發(fā)FIN，所以就比三次握手多了一次。

這里還有一個(gè)問(wèn)題，為什么需要TIME_WAIT，然后到close需要2msl的時(shí)間呢？

先說(shuō)下什么是MSL，也就是報(bào)文的最長(zhǎng)生存時(shí)間，超過(guò)這個(gè)時(shí)間的報(bào)文就要被丟棄掉。tcp是基于ip的，ip上有個(gè)生存時(shí)間TTL,是ip報(bào)文可以經(jīng)過(guò)的最大路由數(shù)量，每經(jīng)過(guò)一個(gè)路由就減1，減到0，ip報(bào)文就丟棄掉，然后通過(guò)ICMP通知源主機(jī)，我們的ping也算是經(jīng)過(guò)這個(gè)。當(dāng)然msl和ttl還是有區(qū)別的，msl是時(shí)間，ttl是路由數(shù)量，msl也是大于等于ttl的。在linux中，2msl默認(rèn)是60秒。

前文也說(shuō)了，只有主動(dòng)發(fā)起斷開(kāi)連接的進(jìn)程才會(huì)有time wait狀態(tài)。time wait+2msl有兩個(gè)原因：
1.防止舊連接的數(shù)據(jù)包

像這個(gè)seq 301的包，如果因?yàn)榫W(wǎng)絡(luò)的原因被延遲了，而沒(méi)有time wait或者很短，那么連接斷開(kāi)后，又建立新的連接，這個(gè)時(shí)候這個(gè)包到了，可能就導(dǎo)致數(shù)據(jù)紊亂了。而2msl可以保證兩個(gè)方向的包在斷開(kāi)前丟棄掉。

2.保證正確的斷開(kāi)連接
2msl的時(shí)間也是保證第四個(gè)報(bào)文的ack可以被被動(dòng)關(guān)閉方接收到。

如圖，假設(shè)time wait比較短或者沒(méi)有，當(dāng)最后的ack報(bào)文丟失的時(shí)候。客戶端已經(jīng)close了，而服務(wù)器一直處于last ack的狀態(tài)。這樣連接就不能正常斷開(kāi)了。而如果有time wait +2msl這個(gè)情況就可以避免。假設(shè)服務(wù)器沒(méi)有收到最后一個(gè)ack報(bào)文，服務(wù)器會(huì)重發(fā)FIN等待客戶端的ack。
這樣就可以保證不會(huì)出現(xiàn)一端斷開(kāi)，另外一端沒(méi)有斷開(kāi)的情況了。

有時(shí)候我們?cè)诜?wù)器上會(huì)看到很多time wait。time wait一般就是服務(wù)器主動(dòng)發(fā)起的斷開(kāi)請(qǐng)求才會(huì)產(chǎn)生的狀態(tài)。所以time wait過(guò)多，第一個(gè)是系統(tǒng)資源會(huì)大量消耗，還有是端口如果占的太多，會(huì)導(dǎo)致沒(méi)辦法創(chuàng)建新連接。這個(gè)時(shí)候可以把linux的net.ipv4.tcp_tw_reuse開(kāi)啟，置為1，可以復(fù)用time wait超過(guò)1秒的連接。

這邊再說(shuō)說(shuō)tcp的?；顧C(jī)制。也就是怎么長(zhǎng)期維持客戶端和服務(wù)端的連接。
在一個(gè)時(shí)間段內(nèi)，如果沒(méi)有連接等相關(guān)活動(dòng)，tcp的?；顧C(jī)制會(huì)定期發(fā)探測(cè)報(bào)文，如果連續(xù)幾個(gè)探測(cè)報(bào)文就沒(méi)有回應(yīng)，就將錯(cuò)誤信息報(bào)告給系統(tǒng)，系統(tǒng)通知上層應(yīng)用。

在 Linux 內(nèi)核可以有對(duì)應(yīng)的參數(shù)可以設(shè)置保活時(shí)間、保活探測(cè)的次數(shù)、保活探測(cè)的時(shí)間間隔，以下都為
默認(rèn)值：
tcp_keepalive_time=7200：表示?；顣r(shí)間是 7200 秒（2⼩時(shí)），也就 2 小時(shí)內(nèi)如果沒(méi)有任何連接
相關(guān)的活動(dòng)，則會(huì)啟動(dòng)?；顧C(jī)制
tcp_keepalive_intvl=75：表示每次檢測(cè)間隔 75 秒；
tcp_keepalive_probes=9：表示檢測(cè) 9 次無(wú)響應(yīng)，認(rèn)為對(duì)⽅方是不不可達(dá)的，從⽽而中斷本次的連接。
也就是說(shuō)在 Linux 系統(tǒng)中，最少需要經(jīng)過(guò) 2 小時(shí) 11 分 15 秒才可以發(fā)現(xiàn)一個(gè)「死亡」連接。
當(dāng)然這個(gè)時(shí)間也可以自己配置。

轉(zhuǎn)載請(qǐng)帶上網(wǎng)址：http://www.svinexta.cn/posjitwo/143766.html