我得到在LINUX的一個問題，當我做sgslufread：在讀硬錯誤，操作系統錯誤= 104的Linux
ldapsearch -p 6567 "iispsid=BBEU68843256" iispoffername
它給錯誤
sgslufread: Hard error on read, OS error = 104 ldap_bind: Can't contact LDAP server
同樣的作品以及在UNIX。這個硬錯誤是什麼意思？
Oracle互聯網目錄（OID）ldapbind給出：sgslufread：硬錯誤的讀，操作系統錯誤= 10054 我們用的是思科負載均衡路由器（LBR或CSS），並試圖做一個簡單的ldapbind -p 389 -h機將提供以下錯誤： sgslufread：硬錯誤上讀取，OS錯誤= 10054（上視窗） sgslufread：上讀硬錯誤，OS錯誤= 104（在Linux） 的ldap_bind：無法聯繫LDAP服務器
（可能還看到sgslufread：硬讀取錯誤，操作系統錯誤= 194）
原來，LBR配置與第5層負載平衡（它進行URL檢查）。它是通過將URL 「/ 」 到內容接通 內容layer5 協議TCP VIP地址XXX.XXX.XXX.XXX 附加服務server1的 端口389 URL 「/」 活性
的問題是我們有LDAP流量，而不是HTTP流量。 Layer5（url「/ 」）用於HTTP流量。卸下 URL「/」 了這個問題的關心。
當使用F5負載平衡器通過端口636上的LDAPS（SSL加密）連接時，我也收到了同樣的錯誤。在這種情況下，解決方案是關閉端口636的F5 LDAP監視器。由於某些原因，F5不喜歡監視OID SSL LDAP端口。