在 OES 2 網路上通常提供各種搜索機構。
DNS/DHCP
目錄服務
本地主機組態檔案
服務位置協定 (SLP 服務)
WinSock (僅 NetWare)
通用說明、探查與整合 (UDDI) 伺服器
有些系統是設計成只利用單一探查技術。其他系統則是在各種提供者之間選擇。還有一些使用不同的技術彼此結合。
NetWare 3 與 4 使用 IPX 為主的服務通告協定 (Service Advertising Protocol，SAP) 做為搜索機構。所有的伺服器都會自動通告其服務。如果伺服器離線，就會動態重新整理在網路上的 SAP 資訊。
從 NetWare 5 與純 TCP/IP 開始，就採用「服務位置協定」做為預設的搜索機構 (雖然是選擇性的)。之所以會選擇 SLP 是因為它是 TCP/IP 為主的協定，就其自動特質與動態重新整理功能來看最像 SAP。
若需要更多的資訊，請參閱節 12.5, SLP。
WinSock 會從所有可用的服務探查來源收集服務資訊。
利用 WinSock 的 NetWare 可下載模組 (NetWare Loadable Module™，NLM) 程式，會自動擁有網路上所有探查服務的存取權。因此，如果您移除做為資訊來源的 SLP (例如)，並將該資訊放入 DNS 或本地主機檔案，則任何利用 WinSock 的 NLM 都不會發現有差異。
附註：在 Linux 環境中沒有相當於 WinSock 的功能。BSDSock 只能用來傳輸而不能用來解析名稱。因此，任何利用 WinSock 以及在 OES 2 Linux 上提供的 NetWare 服務都使用其他的服務搜索機構。
UDDI 是一種開放原始碼且與平台不相關的登錄，可讓您在全球資訊網上提供探索服務以輕鬆地尋找、整合和管理企業與服務。
對於 NetWare 6.5，Novell 開發了使用目錄的 UDDI 伺服器，以便搭配 exteNd™ J2EE™ 應用程式伺服器使用。從 OES 1 NetWare 開始，便從可以安裝的產品清單移除UDDI 伺服器元件。
不過，Novell UDDI 伺服器已經以開放原始碼軟體發行，而且已經可從 Novell Forge 網站 下載。
通用資訊模型物件管理員 (CIMOM) 目前的 OpenWBEM 執行會將 SLP 列為選擇性的探查提供者。如果 SLP 將與 CIMOM 一起使用，它必須符合 SLP 應用程式介面規格 (RFC 2614)。CIMOM 的預設探查方式是靜態設定的 URI。如需詳細資訊，請參閱在桌面管理任務推動小組 (Desktop Management Task Force，DMTF) 網站 的 CIMOM 規格。