1、到主機的 TCP/IP 連接失敗,怎么辦

首先判斷你的本地連接是自動的還是手動的。

自動的就是本地連接的連接使用自動獲取還有DNS也要自動的。就是你的路由器設備要打開DHCP功能才可以使用這個功能。

手動的就是本地連接和DNS都要手動填寫，但是要和你的路由器設備一直才可以。

從數(shù)據(jù)庫連接上找原因就可以了. 確保 sqlserver的服務器正常啟動

2、新中付pos聯(lián)手機總是聯(lián)接通訊設備失敗?

無線的建議檢查一下是不是流量卡用完了,固定的請檢查線路,實在不行聯(lián)系機器銷售人員,他們都是有義務幫你解決的 中付的機器不好用，建議換瑞銀信或者銀盛通的，可以選商戶 你的pos機手機連接通訊失敗的話肯定就是延時的問題 那估計和手機兼容不匹配，要不就是軟件本身有問題。 該換機器了親

3、推流tcp通道連接失敗錯誤碼-3

ECONNABORTED(WSAECONNABORTED)
該錯誤被描述為“software caused connection abort”，即“軟件引起的連接中止”。原因在于當服務和客戶進程在完成用于 TCP 連接的“三次握手”后，客戶 TCP 卻發(fā)送了一個 RST （復位）分節(jié)，在服務進程看來，就在該連接已由 TCP 排隊，等著服務進程調用 accept 的時候 RST 卻到達了。POSIX 規(guī)定此時的 errno 值必須 ECONNABORTED。源自 Berkeley 的實現(xiàn)完全在內(nèi)核中處理中止的連接，服務進程將永遠不知道該中止的發(fā)生。服務器進程一般可以忽略該錯誤，直接再次調用accept。

這個tcp send引起的，一般是protocol stack重傳超時或者protocol處理錯誤等。

ECONNABORTED通常發(fā)生在重傳（一定次數(shù)）失敗后，強制關閉套接字；
1
2
3
1
2
3
ECONNRESET(WSAECONNRESET)

ECONNRESET錯誤發(fā)生在對方意外關閉套接字后。
對于TCP

遠程主機已強制關閉，發(fā)送數(shù)據(jù)，遠程主機protocol stack回應RST。
1
1
對于UDP

在Windows系統(tǒng)上，雙方正在進udp數(shù)據(jù)交互，另一端關閉了，發(fā)送方會收到“ICMP Port
1
1
Unreached"，protocol向上報WSAECONNRESET。這時應用層一般不做關閉動作（除非有特殊的需求），因為這僅僅另外一端的
UDP socket不存在了，本端的udp socket還是完全合法的。

有一點要注意的是，在Linux上，應用層不會得到ECONNRESET。
1
1
該錯誤被描述為“connection reset by peer”，即“對方復位連接”，這種情況一般發(fā)生在服務進程較客戶進程提前終止。當服務進程終止時會向客戶 TCP 發(fā)送 FIN 分節(jié)，客戶 TCP 回應 ACK，服務 TCP 將轉入 FIN_WAIT2 狀態(tài)。此時如果客戶進程沒有處理該 FIN （如阻塞在其它調用上而沒有關閉 Socket 時），則客戶 TCP 將處于 CLOSE_WAIT 狀態(tài)。當客戶進程再次向 FIN_WAIT2 狀態(tài)的服務 TCP 發(fā)送數(shù)據(jù)時，則服務 TCP 將立刻響應 RST。一般來說，這種情況還可以會引發(fā)另外的應用程序異常，客戶進程在發(fā)送完數(shù)據(jù)后，往往會等待從網(wǎng)絡IO接收數(shù)據(jù)，很典型的如 read 或 readline 調用，此時由于執(zhí)行時序的原因，如果該調用發(fā)生在 RST 分節(jié)收到前執(zhí)行的話，那么結果是客戶進程會得到一個非預期的 EOF 錯誤。此時一般會輸出“server terminated prematurely”－“服務器過早終止”錯誤。

WOULDBOCK(WSAWOULDBLOCK)

對于nonblocking io，這個很常見了。發(fā)送數(shù)據(jù)的時候，socket sending
buffer沒有空間了，得到這error code。簡單做法是稍后重試，更好的做法是采用select/epoll之類的機制，注冊一個WRITE
EVENT，當sending buffer有空間了，kernel通知應用程序。

ETIMEDOUT

錯誤被描述為“connect time out”，即“連接超時”，這種情況一般發(fā)生在服務器主機崩潰。此時客戶 TCP 將在一定時間內(nèi)（依具體實現(xiàn)）持續(xù)重發(fā)數(shù)據(jù)分節(jié)，試圖從服務 TCP 獲得一個 ACK 分節(jié)。當最終放棄嘗試后（此時服務器未重新啟動），內(nèi)核將會向客戶進程返回 ETIMEDOUT 錯誤。如果某個中間路由器判定該服務器主機已經(jīng)不可達，則一般會響應“destination unreachable”－“目的地不可達”的ICMP消息，相應的客戶進程返回的錯誤是 EHOSTUNREACH 或ENETUNREACH。當服務器重新啟動后，由于 TCP 狀態(tài)丟失，之前所有的連接信息也不存在了，此時對于客戶端發(fā)來請求將回應 RST。如果客戶進程對檢測服務器主機是否崩潰很有必要，要求即使客戶進程不主動發(fā)送數(shù)據(jù)也能檢測出來，那么需要使用其它技術，如配置 SO_KEEPALIVE Socket 選項，或實現(xiàn)某些心跳函數(shù)。

EPIPE
錯誤被描述為“broken pipe”，即“管道破裂”，這種情況一般發(fā)生在客戶進程不理會（或未及時處理）Socket 錯誤，繼續(xù)向服務 TCP 寫入更多數(shù)據(jù)時，內(nèi)核將向客戶進程發(fā)送 SIGPIPE 信號，該信號默認會使進程終止（此時該前臺進程未進行 core dump）。結合上邊的 ECONNRESET 錯誤可知，向一個 FIN_WAIT2 狀態(tài)的服務 TCP（已 ACK 響應 FIN 分節(jié)）寫入數(shù)據(jù)不成問題，但是寫一個已接收了 RST 的 Socket 則是一個錯誤。

4、pos機簽到連接失敗怎么辦

POS機簽到是驗證POS機的合法性，需要與后臺發(fā)生通訊，POS機簽到時一般會有數(shù)據(jù)接受發(fā)送的提示，簽到時后臺會下發(fā)一個MAC(報文校驗碼），之后的聯(lián)機操作都會上送這個MAC以確保交易的是之前簽到的那臺POS機，POS機簽到屬于聯(lián)機操作。POS機不能簽到主要是由于通訊不暢和POS機故障兩種情況造成的，具體的解決方式為：
電話線故障：
1、檢查接口是否插入正確，電話線口為：LINE；
2、檢查電話線是否是完好的；
3、檢查電話是否欠費；
4、檢查是否有外撥設置；
5、檢查線路是否正常，是否可撥打電話；
6、如POS機和電話用的一根電話線，不能同時使用；
7、若排除了以上內(nèi)容，請嘗試關機重啟；
8、如故障依舊，建議您聯(lián)系業(yè)務經(jīng)理協(xié)助解決。
網(wǎng)線故障：
1、檢查網(wǎng)線接口是否插入正確，網(wǎng)線接口為：TCP/IP/LAN；
2、檢查網(wǎng)線是否有損壞；
3、檢查網(wǎng)絡是否正常；
4、檢查是否插在有線路由器上，是否換過路由器；
5、若排除了以上內(nèi)容，請嘗試關機重啟；
6、如故障依舊，建議您聯(lián)系業(yè)務經(jīng)理協(xié)助解決。

溫馨提示：以上解釋僅供參考。
應答時間：2020-12-17，最新業(yè)務變化請以平安銀行官網(wǎng)公布為準。
[平安銀行我知道]想要知道更多？快來看“平安銀行我知道”吧~
https://b.pingan.com.cn/paim/iknow/index.html POS機不能簽到主要是由于通訊不暢和POS機故障兩種情況造成的
主要有兩種情況：
1、固定POS機通過電話線進行通訊，如果電話線路不暢，或者欠費，占線等情況，那么POS機將無法簽到；
2、移動POS機通過SIM卡進行通訊，如果SIM卡欠費，信號不號，作廢等情況，那么POS機將無法簽到；
解決途徑：
1、固定POS機：將連接POS機的電話線，連接到電話機上，然后撥打自己手機，查看是否有噪聲、欠費等情況，若有及時解決，若無，則可能POS機的通訊口損壞，及時聯(lián)系POS機維護單位，進行維修。
2、移動POS機：將機具拿到寬闊，信號較好的地方簽到，同時查選SIM卡是否欠費，若兩者都沒問題，那么可能是SIM卡槽損壞，盡快聯(lián)系POS機維護單位進行維修。

1、固定POS機：將連接POS機的電話線，連接到電話機上，然后撥打自己手機，查看是否有噪聲、欠費等情況，若有及時解決，若無，則可能POS機的通訊口損壞，及時聯(lián)系POS機維護單位，進行維修。

2、移動POS機：將機具拿到寬闊，信號較好的地方簽到，同時查選SIM卡是否欠費，若兩者都沒問題，那么可能是SIM卡槽損壞，盡快聯(lián)系POS機維護單位進行維修。

5、TCP/IP協(xié)議連接失敗是為什么?

主機的 TCP/IP 連接失敗原因：
sqlserver2005在默認情況下是禁用了tcp/ip連接
有兩種解決方法：
一、常用
1.在命令行輸入：telnet localhost 1433進行檢查，這時會報錯：正在連接到localhost...不能打開到主機的連接，在端口 1433: 連接失敗
2.打開 \Microsoft SQL Server 2005\配置工具\目錄下的SQL Server Configuration Manager--->網(wǎng)絡配置選擇mssqlserver協(xié)議, 然后右邊窗口有個tcp/ip協(xié)議，然后啟動它，把sqlserver服務停了，然后在啟動。問題就解決了！這時在命令行輸入：telnet localhost 1433就不會再報錯了，窗口顯示為一片黑，即為正常
二、特例
1，打開SQL server configuration manager--->網(wǎng)絡配置--->Tcp/Ip，右鍵選擇開啟Tcp/IP
2，雙擊修改Tcp/IP端口號。注意不是所有機器的端口號都是1433，打開Tcp/Ip界面后，先查看最底下一欄的動態(tài)端口號是多少，然后把上面所有的動態(tài)端口號都改為2921（你自己機器的動態(tài)端口號），所有Enable的選項都選YES。然后應用，確定。
3，重啟數(shù)據(jù)庫連接服務，然后在命令行輸入：telnet localhost 端口號，如果窗口不顯示連接不上，出來一個黑屏，那么就表示連接成功了。 　　連接失敗有以下幾點原因：
　　一、 軟件問題
　　1、網(wǎng)卡驅動沒裝對。解決辦法是更新下網(wǎng)卡驅動。
　　2 、病毒破壞。解決辦法使用好的殺毒軟件查殺或重裝系統(tǒng)。
　　二、硬件問題
　　1、網(wǎng)卡壞了。
　　2、網(wǎng)線不通。 你是怎樣的網(wǎng)絡環(huán)境呢？ 連接失敗有以下幾點原因 軟件問題 1 網(wǎng)卡驅動沒裝對··更新下網(wǎng)卡驅動 2 病毒破壞 使用好的殺毒軟件查殺 或重裝系統(tǒng) 硬件問題 1 網(wǎng)卡壞了 2 網(wǎng)線不通 可能是網(wǎng)絡的問題，也可能是網(wǎng)卡壞了等原因

轉載請帶上網(wǎng)址：http://www.cnksdq.com.cn/posjifour/251675.html