rpc拒絕訪問

❶ 高分：網上鄰居電腦「*無法訪問，你可能沒有許可權訪...訪問許可權，拒絕訪問。」望高手能一針見血的解決！

解決方法:Windows網上鄰居互訪的基本條件：

1) 雙方計算機打開，且設置了網路共享資源；
2) 雙方的計算機添加了 "Microsoft 網路文件和列印共享" 服務；
3) 雙方都正確設置了網內IP地址，且必須在一個網段中；
4) 雙方的計算機中都關閉了防火牆，或者防火牆策略中沒有阻止網上鄰居訪問的策略。

若要解決該問題，請確保工作組中的每台計算機都打開 TCP/IP 上的 NetBIOS 並運行"計算機瀏覽器"服務。為此，請按照下列步驟操作。
第 1 步：打開 TCP/IP 上的 NetBIOS
a. 單擊開始，單擊控制面板，然後單擊"網路和 Internet 連接"。
b. 單擊網路連接。
c. 右擊本地連接，然後單擊屬性。
d. 單擊 Internet 協議 (TCP/IP)，然後單擊屬性。
e. 單擊常規選項卡，然後單擊高級。
f. 單擊 WINS 選項卡。
g. 在"NetBIOS 設置"下，單擊"啟用 TCP/IP 上的 NetBIOS"，然後兩次單擊確定。
h. 單擊關閉關閉"本地連接屬性"對話框。
i. 關閉"網路連接"窗口。

第 2 步：啟動"計算機瀏覽器"服務
a. 單擊開始，右擊我的電腦，然後單擊管理。
b. 在控制台樹中，展開"服務和應用程序"。
c. 單擊服務。
d. 在右邊的詳細信息窗格中，檢查"計算機瀏覽器"服務是否已啟動，右擊計算機瀏覽器，然後單擊啟動。
e. 關閉"計算機管理"窗口。

XP的共享需要打開GUEST用戶，及刪除本地安全策略中對GUEST用戶的訪問限制。

具體操作：

首先用控制面板中的用戶帳戶將GUEST用戶啟用

然後打開 開始--設置--控制面板--計算機管理--本地安全策略"打開"本地安全指派--拒絕從網路訪問這台計算機"，將其中的GUEST刪除。

這樣就可以共享了。

因為是家庭組網，基本上沒有內部安全問題，建議使用「簡單共享」方式進行共享，可以通過菜單欄的「工具」，「文件夾選項」，「查看」，在高級設置里，勾選「使用簡單文件共享

如果啟用Guest還是不能訪問的請看：

1、默認情況下，XP 禁用Guest帳戶
2、默認情況下，XP的本地安全策略禁止Guest用戶從網路訪問
3、默認情況下，XP的 本地安全策略 -> 安全選項 里，"帳戶：使用空密碼用戶只能進行控制台登陸"是啟用的，也就是說，空密碼的任何帳戶都不能從網路訪問只能本地登陸，Guest默認空密碼......

❷ 安裝列印機驅動程序時，跳出RPC伺服器不可用的窗口，然後又跳出拒絕訪問，後面就顯示安裝失敗~求高手告知~

我雖然不是高手是吧．．．但是你可以試試看是吧．．．
1：可能是你電腦的RPC沒有開啟：
打開開始菜單欄
在「搜索文件和程序」裡面輸入services.msc
找到Remote Procere Call (RPC)
啟動類型：自動
然後點啟動
2：可以下載新驅動試試看
確定默認列印機是你那個就行了
於是，以上2個方法，燕子你可以試試看來著．．．當然我不保證有效＝＝

❸ 本地計算機 無法啟動 Print Spooler 服務。錯誤5：拒絕訪問怎麼回事

print spooler 服務是電腦列印機組件的一項服務，此服務如果出現錯誤，則列印機無法正常工作，下面為大家分享下碰到此服務無法啟動解決辦法，希望對大家有所幫助。
開啟分步閱讀模式
操作方法
01
打開電腦左下角
【開始】菜單，找到
【運行】選項，點擊打開

02
在彈出的運行對話框輸入
services.msc命令，點擊確定

03
進入服務項界面，找到 print spooler 服務右鍵點擊選擇
【屬性】選項，進入屬性對話框，點擊上方【
依賴關系】

04
在依賴關系欄里，找到【print spooler】服務所依賴的相關服務
rpc

05
然後在服務列表中，找到該服務rpc服務，查看其是否啟動

注冊表修改；
01
在運行對話框輸入
【regedit】命令，點擊確定進入注冊表界面，

02
進入注冊表定位到
HKEY_LOCAL_MACHINE\System\CurrentControlset\Services\Spooler項下

03
在Spooler項右方新建字元串值，命名為
ImagePath

04
雙擊打開該值，將數據設置為

05
設置完成，返回服務項界面，找到print spooler服務，右鍵點擊選擇啟動即可

操作方法
01
截圖出錯的提示如下：
Windows無法啟動print spooler服務（位於本地計算機上）

02
解決辦法：
開始→運行→輸入：services.msc 點擊確定（或按回車鍵）打開服務。

03
依次找到print spooler服務→屬性。

04
列印服務→屬性→常規→啟動類型→自動→啟動→確定。

05
如果還是閃退，點擊依存關系→查看相關的服務是否也都開啟了？沒開啟，右鍵點擊啟動（啟動模式→自動），方法同上。

06
還不行，可以使用命令開啟：開始→所有程序→附件→右鍵命令提示符→以管理員身份運行。

07
在命令提示符窗口中操作：
開啟服務命令，按回車（Enter鍵）執行命令：
net start Spooler
關閉服務命令，按回車（Enter鍵）執行命令：
net stop Spooler

08
如果還是不行，可以更改注冊表，下載和操作系統位數匹配的注冊表文件導入即可。

09
同時，要確保系統盤這個路徑下的動態鏈文件（winprint.dll、jnwppr.dll）正確，否則找到和操作系統匹配的同名文件覆

❹ 網上鄰居 拒絕訪問

方法一：解除對Guest賬號的限制

點擊「開始→運行」，在「運行」對話框中輸入「GPEDIT.MSC」，打開組策略編輯器，依次選擇「計算機配置→Windows設置→安全設置→本地策略→用戶權利指派」，雙擊「拒絕從網路訪問這台計算機」策略，刪除裡面的「Guest」賬號。這樣其他用戶就能夠用Guest賬號通過網路訪問使用Windows XP系統的計算機了。

方法二：更改網路訪問模式

打開組策略編輯器，依次選擇「計算機配置→Windows設置→安全設置→本地策略→安全選項」，雙擊「網路訪問：本地賬號的共享和安全模式」策略，將默認設置「僅來賓—本地用戶以來賓身份驗證」，更改為「經典：本地用戶以自己的身份驗證」。

現在，當其他用戶通過網路訪問使用Windows XP的計算機時，就可以用自己的「身份」進行登錄了(前提是Windows XP中已有這個賬號並且口令是正確的)。

當該策略改變後，文件的共享方式也有所變化，在啟用「經典：本地用戶以自己的身份驗證」方式後，我們可以對同時訪問共享文件的用戶數量進行限制，並能針對不同用戶設置不同的訪問許可權。

不過我們可能還會遇到另外一個問題，當用戶的口令為空時，訪問還是會被拒絕。原來在「安全選項」中有一個「賬戶：使用空白密碼的本地賬戶只允許進行控制台登錄」策略默認是啟用的，根據Windows XP安全策略中拒絕優先的原則，密碼為空的用戶通過網路訪問使用Windows XP的計算機時便會被禁止。我們只要將這個策略停用即可解決問題。

在需要共享的文件夾上－共享－安全－添加everyone組

確保所有計算機上都安裝了TCP/IP，並且工作正常。

使用ping命令測試網路中名稱解析是否正常
ping computername，其中computername是遠程計算機的名稱。通過ping命令用名稱測試計算機連接。確定計算機的名稱的方法是：在命令提示處，輸入SYSTEMINFO。或者在桌面上右擊我的電腦-屬性，然後單擊計算機名稱選項卡。如果看到該命令的成功答復，說明您在計算機之間具有基本連接和名稱解析。名稱解析跟NETBIOS密切相關，看下面的步驟。

WIN2K網路中可以不再需要WINS服務，但是WIN2K仍然支持WINS，這是由於向後兼容的原因。目前，大多數網路是混合網，既有Win98等系統，又有WINXP/WIN2K等系統，因此需要在TCP/IP協議上捆綁NETBIOS解析計算機名。
查看是否選定「文件和列印服務」組件，如果已將其取消選中，「瀏覽服務」將不綁定到NetBIOS介面。成為備份瀏覽器並且沒有啟用「文件和列印共享」的基於Windows的計算機無法將瀏覽列表與客戶機共享。任何將要包括在瀏覽列表中的計算機也都必須啟用「文件和列印共享」。

啟用列印與文件共享。
在網上鄰居和本地連接屬性里可以看到是否安裝了列印機與文件共享。驗證：如果在網上鄰居中看不到自己的機器，說明你沒有安裝列印機與文件共享。

啟動"計算機瀏覽器"服務
計算機瀏覽器"服務在網路上維護一個計算機更新列表，並將此列表提供給指定為瀏覽器的計算機。如果停止了此服務，則既不更新也不維護該列表。
WIN2K/XP要確保計算機瀏覽服務正常啟動。打開計算機管理－>服務和應用程序－>服務，在右窗中確保「Computer Browser」沒有被停止或禁用。

運行網路標識向導
我的電腦選擇「屬性」，然後單擊「計算機名」選項卡單擊「網路 ID」按鈕，開始「網路標識向導」：單擊「下一步」，選擇「本機是商業網路的一部分，用它連接到其他工作著的計算機」；單擊「下一步」，選擇「公司使用沒有域的網路」；單擊「下一步」按鈕，然後輸入你的區域網的工作組名，再次單擊「下一步」按鈕，最後單擊「完成」按鈕完成設置。

Win2k安裝NetBEUI協議
在Win2k中NetBEUI協議是一個高效協議在區域網中使，因此必須安裝此協議：
網上鄰居－>屬性－>本地連接－>屬性---->安裝------>協議------->NetBEUI Protocol

GUEST你已經起用了...

允許Guest(來賓)帳號從網路上訪問。
在運行里輸入gpedit.msc，彈出組策略管理器，在『計算機配置-Windows設置-本地策略-用戶權利指派』中，有「拒絕從網路訪問這台計算機」策略阻止從網路訪問這台計算機，如果其中有GUEST帳號,解決辦法是刪除拒絕訪問中的GUEST帳號。

檢查RPC、Plug and Play服務已啟動，檢查相應的系統文件夾的許可權，重新注冊以下的動態鏈接庫：
regsvr32 netshell.dll
regsvr32 netcfgx.dll
regsvr32 netman.dll

多種方法訪問「網路計算機」
例如要打開網路中名為「Killer」的計算機，其IP地址為192.168.1.8，如果你不清楚其它機器的IP地址，你可以使用「PING計算機名」來獲得它的IP地址。
用計算機名訪問，NETBIOS提供的服務。點擊「開始」菜單，單擊「運行」，在地址欄輸入「\Killer」，單擊「確定」。
用IP地址訪問，在地址輸入欄中輸入「2.168.1.8」，單擊「確定」。
用搜索計算機的方法訪問，計算機更新列表需要時間，搜索計算機可以加快更新列表。點擊「網上鄰居」右鍵中的「搜索計算機」，輸入計算機名，點擊「立即搜索」，就可以看到你要訪問的計算機。直接雙擊右邊計算機名就可以打開它了。
用映射驅動器的方法訪問，進入DOS方式，輸入「NET VIEW \killer」，回車�這是查看計算機Killer上有哪些共享文件夾，如D。再輸入NET USE Z:\Killer\D�將計算機IBM-ZB共享的文件夾D映射為H：盤，在命令提示符下鍵入「Z:」。你會發現你已經連到Killer計算機上了。

雙方的計算機中都關閉了防火牆，或者防火牆策略中沒有阻止網上鄰居訪問的策略。

開始 -> 運行 -> gpedit.msc -> 計算機配置 -> windows設置 -> 本地策略 -> 用戶權利分配 -> 刪除"拒絕從網路訪問這台計算機"中的guest用戶。

徹底禁用WinXP的計劃任務
在WinXP和Win2000中瀏覽網上鄰居時系統默認會延遲30秒，Windows將使用這段時間去搜尋遠程計算機是否有指定的計劃任務（甚至有可能到Internet中搜尋）。如果搜尋時網路時沒有反應便會陷入無限制的等待，那麼10多分鍾的延遲甚至報錯就不足為奇了。下面是具體的解決方法。
1.關掉WinXP的計劃任務服務（Task Scheler）
可以到「控制面板/管理工具/服務」中打開「Task Scheler」的屬性對話框，單擊「停止」按鈕停止該項服務，再將啟動類型設為「手動」，這樣下次啟動時便不會自動啟動該項服務了（圖3）。
2.刪除注冊表中的兩個子鍵
到注冊表中找到主鍵「
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\RemoteComputer\NameSpace」
刪除下面的兩個子健
其中，第一個子健決定網上鄰居是否要搜索網上的列印機（甚至要到Internet中去搜尋），如果網路中沒有共享的列印機便可刪除此鍵。第二個子健則決定是否需要查找指定的計劃任務，這是網上鄰居很慢的罪魁禍首，必須將此子健刪除。

❺ window7旗艦版開機說遠程過程調試失敗和rpc不可用

遠程調用（RPC）錯誤排除解答

如果您多年來使用的都是 Windows 伺服器平台，那麼可能曾經看到過遠程過程調用 (RPC) 錯誤。它們提示您 RPC 伺服器無法使用，或者沒有更多的可用終結點，或提供某個其他難懂的警告。如果您對這些消息感到困惑，請繼續閱讀。我會
談到一些比較常見的錯誤，以及可用來識別所遇到的 RPC 錯誤的各種技術，並會討論一些可以解決某些特定問題的解決方案。但是在我討論 RPC 錯誤和解決方案之前，先讓我們大致了解一下 RPC 技術。

什麼是 RPC？
RPC 是一種進程間通信 (IPC) 方法，客戶端和伺服器可使用這種方法來進行相互之間的通信。簡單地說，RPC 可被程序（通常是客戶端計算機上的程序）用來執行伺服器計算機上的程序。例如，Microsoft? Outlook? 客戶端可通過使用 RPC 與 Microsoft Exchange Server 通信。客戶端計算機會使用某些參數將消息發送到伺服器計算機。而伺服器則會以一條包含執行程序的結果的消息響應客戶端。
此過程的組成部分是終結點，即計算機上的名稱、埠或埠組，由伺服器監視經過其傳入的客戶端請求。更具體地講，它是用於 RPC 的伺服器進程特定於網路的地址。
終結點映射程序 (Endpoint Mapper) 是 RPC 子系統的一個組成部分，負責響應客戶端要解析動態終結點的請求。在某些情況下，終結點映射程序還負責動態地將終結點分配給伺服器。
另一個重要的 RPC 組件就是 Locator 服務。它維護網路上的 RPC 服務和伺服器列表。Windows? 客戶端會連接到伺服器消息塊 (SMB) 埠（TCP 139 和 445）上的域控制器，並通過 Locator 服務搜索 RPC 服務或伺服器。
大多數內置的 Windows 服務都通過 RPC 相互通信。例如，證書服務、DCOM、FRS、MSMQ、MAPI 和 Active Directory?復制服務都使用 RPC 來進行通信。因此，如果 RPC 服務不能網路上正常運行，則您可能就會遇到很多通信問題。

RPC 錯誤
現在讓我們看一些 RPC 服務失敗時您可能會遇到的錯誤。（這並不是完整的列表。）
當文件復制服務 (FRS) 失敗時，運行時可能會出現可怕的「RPC 無法使用」錯誤。當您試圖映射一個驅動器時，可能會遇到「拒絕訪問」錯誤。當使用 Active Directory 用戶和計算機時，可能會看到錯誤消息「指定的域不存在或無法聯系。」登錄域時，可能會看到一條錯誤消息，指明「缺少該系統主域的計算機帳戶或該帳戶的密碼不正確，無法讓您登錄此域。」
當 Microsoft Outlook 客戶端試圖與 Exchange Server 通信時，RPC 失敗可能會導致客戶端遇到「您的登錄信息不正確」或「Outlook 無法登錄」等令人誤解的錯誤。
除了這些錯誤外，當 RPC 服務不可用時，您可能還會遇到其他問題。例如，可能會無法瀏覽「網上鄰居」中的域，或者可能無法打開「組策略」管理單元。
這些只是一部分示例而已，在這些示例中您可能沒想到 RPC 會引起問題。在更多示例中，以及在涉及遠程過程的任何時候，RPC 問題都有可能是造成您困境的根本原因。那麼您要如何確定，以及更重要的是，如何跟蹤到精確的錯誤呢？讓我們來了解一下。

故障排除
如果您懷疑您的 RPC 服務遇到了問題，您可以使用好幾個工具來診斷這些問題。
一個是 Repadmin 工具。這個程序通常是用來監視和排除 Active Directory 復制問題，但是它也可以用來排除 RPC 終結點映射程序的問題。要運行該工具，可在命令提示符下鍵入 repadmin /bind。如果您遇到了 RPC 問題，會看到類似下面這樣的消息：「終結點映射程序沒有更多可用的終結點。」這是與 RPC 相關的問題的第一個提示。
另一個選擇是使用「域控制器」診斷工具 (DCDiag)，這是一個通過域控制器診斷問題的命令行程序。如果您看到錯誤「狀態為 1722：RPC 伺服器無法使用」，您就知道遇到了「域控制器」診斷工具恰巧發現的 RPC 問題。
很多時候，您都在使用 Ntdsutil（用來管理 Active Directory 和執行大量維護任務的命令行工具），這個時候如果您試圖連接到伺服器，就可能會遇到 RPC 錯誤。最有可能的就是您會看到更常見的錯誤之一，例如「終結點映射程序沒有提供更多的終結點」。同樣，這是 RPC 可能存在問題的一個提示。如果真是 PRC 存在問題，檢查域控制器上「組策略」對象一致性的 Gpotool 工具也會報出同樣的錯誤。
使用 Dcpromo 工具將 Windows 2000 Server 或 Windows Server? 2003 伺服器提升為域控制器時產生的 Dcpromo.log 也可以顯示 RPC 的問題。例如，如果提升失敗，可以查看一下該日誌。它位於 %windir%\debug 文件夾。列出的錯誤大意是目錄服務無法復制分區，或無法創建對象。在此消息結束的地方會有一個錯誤代碼。下面是您可以在 Dcpromo.log 中看到的錯誤消息類型的一個示例：

08/14 10:35:04 [INFO] Error - The Directory Service failed to replicate
the partition CN=Schema,CN=Configuration,DC=.. (1722) 08/14 10:35:04 [INFO]
NtdsInstall for dc.contoso.com. returned 1722 08/14 10:35:04 [INFO]
DsRolepInstallDs returned 1722 08/14 10:35:04 [ERROR] Failed to install
the directory service (1722)

注意錯誤代碼 1722，在這條消息中出現了四次，這指明 RPC 伺服器無法使用。圖 1 列出了部分錯誤代碼及其說明，更多的錯誤代碼及其說明可以在 msdn2.microsoft.com/ms681386 中找到。
Figure 1 錯誤代碼及其說明

錯誤代碼 說明
58 指定的伺服器不能執行請求的操作。
1721 沒有足夠的資源可用於完成此操作。
1722 RPC 伺服器不可用。
1723 RPC 伺服器太忙，無法完成此操作。
1727 遠程過程調用失敗，尚未執行。
1753 終結點映射程序沒有提供更多的終結點。

解決 RPC 錯誤
既然您已掌握了檢測某些 RPC 錯誤的方法，接下來就讓我們看一下部分解決方案。
Microsoft 客戶端會連接到埠 135 上的 RPC 終結點映射程序。然後終結點映射程序會告訴該客戶端請求的服務在偵聽哪一個埠。系統會動態分配這些埠號，可以是 1024 和 65,535 之間的任何埠號。當您遇到錯誤時，例如 1753，就表示終結點映射程序沒有提供更多的終結點，這意味著 RPC 終結點映射程序無法對服務使用大於 1024 的埠。我們稍後再進一步討論這個主題。
您需要做的第一件事是檢查伺服器上 RPC 服務的狀態。根據伺服器角色的類型，RPC 和 RPC Locator 服務應具有圖 2中所列的狀態。如果兩個服務都沒有像圖中顯示的那樣配置，請嘗試調整狀態，重新啟動伺服器，然後進行測試，看它是否解決了您的問題。
Figure 2 RPC 服務的狀態

伺服器角色 RPC 服務 RPC Locator 服務
Windows Server 2003—域控制器 已啟動，自動 已停止，手動
Windows Server 2003—成員伺服器 已啟動，自動 已停止，手動
Windows Server 2003—獨立伺服器 已啟動，自動 已停止，手動
Windows 2000 Server—域控制器 已啟動，自動 已停止，自動
Windows 2000 Server—成員伺服器 已啟動，自動 已啟動，手動
Windows 2000 Server—獨立伺服器 已啟動，自動 已停止，手動

請驗證您的客戶端是否可以成功地 Ping 存在連接問題的伺服器。例如，如果您在與 IP 地址為 192.168.1.200，名為 DC1 的伺服器通信時遇到了問題，則在命令提示符下使用下面的命令來驗證 DNS 是否在正確地解析主機 DC1：
Ping –a 192.168.1.200

請確保是將 –a 開關與 IP 地址（而不是主機名）搭配使用。
如果一切順利，您應該會得到 DC1 的響應，如圖 3 中所示的 Ping 響應。注意 Ping 不只是解析 IP 地址 192.168.1.200，還解析主機名 dc1.contoso.com。這確定了 DNS 名稱解析在正常運行，並且如期望的那樣正確地解析到主機 dc1.contoso.com。
Figure 3 Ping 響應
C:\WINDOWS>ping -a 192.168.1.200

Pinging dc1.contoso.com [192.168.1.200] with 32 bytes of data:

Reply from 192.168.1.200: bytes=32 time<1ms TTL=128
Reply from 192.168.1.200: bytes=32 time<1ms TTL=128
Reply from 192.168.1.200: bytes=32 time<1ms TTL=128
Reply from 192.168.1.200: bytes=32 time<1ms TTL=128

Ping statistics for 192.168.1.200:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms

您還應確保 Windows XP 或 Windows 2000 客戶端上的注冊表至少包含圖 4 右窗格中列出的四個 ClientProtocols。

圖 4 列入注冊表的 RPC ClientProtocols
如果缺少任一項，則添加一個圖 4 中所示名稱和數據類型的新字元串值。在默認情況下，還有一個名為 ncacn_nb_tcp 的第五項，它可用來識別基於 TCP 的 NetBIOS，將其作為終結點的協議家族。根據您的配置，您的 ClientProtocols 下可能沒有列出這一項，這時您可以手動添加此項以查看它是否解決了 RPC 錯誤。
注意列在圖中左窗格中的 Rpc 文件夾下的項，即 ClientProtocols、NameService、NetBios 和 SecurityService。如果您恰巧看到名為 Internet 但沒有值的項，請嘗試刪除該項，然後重新啟動您的計算機。這可能會幫助您解決問題。但是在您修改 Windows 注冊表時始終要非常小心。
如前面所述，RPC 可以使用 1024 到 65,535 之間的埠，因此您需要確保這些埠沒有被防火牆封鎖。要確保埠開放的最簡單的方法就是使用「埠查詢」工具。這個工具有兩種類型：命令行版本 (PortQry) 和 GUI 版本 (PortQueryUI)。
PortQry 可在 Microsoft 下載中心下載。有關其他信息，請查看文章「有關 Portqry.exe 命令行實用工具的說明」。在那裡您可以找到 PortQry 狀態報告的簡要說明以及用來解決問題的命令示例。請不要忘記您還可以使用 GUI 版本，它更加簡單，可以在 go.microsoft.com/fwlink/?LinkId=73740 下載。
使用「埠查詢」時，您應該確保在沒發生過 RPC 錯誤的計算機上運行它，並且是針對發生了 RPC 問題的計算機來運行它。例如，如果您想驗證埠 135（它被 RPC 終結點映射程序佔用）是否開放，可以在命令提示符下使用 PortQry，如下所示：
portqry -n [servername] -e 135

無論您使用的是 PortQuery 還是 PortQueryUI，您都會獲得結果，如下所示：
Starting portqry.exe -n 192.168.1.200 -e 135 -p TCP ...
Querying target system called:
192.168.1.200
Attempting to resolve IP address to a name...
IP address resolved to dc1.contoso.com
querying...

TCP port 135 (epmap service): LISTENING

最後一行顯示埠 135 是開放的。否則，最後一行會指明「未偵聽」。
要查看埠的范圍，請輸入以英文逗號隔開的埠號范圍，例如「135,1024-5000」。

其他解決方案
如果嘗試了目前列出的所有辦法還是沒有解決您的問題，這里還有一些其他方法供您選擇。根據您環境中的具體問題，您可能想要嘗試對注冊表進行下列其中一項修改。（等等！在修改注冊表前，請確定您已備份您的系統，尤其是注冊表，這很重要；這樣如果真的發生錯誤，您可以將您的計算機恢復到之前的狀態。)
一個方法是調整 MaxUserPort，以指定當應用程序請求系統的可用用戶埠時 TCP 可分配的最大埠號。在默認情況下，Windows Server 2003 會將 MaxUserPort 的值設置為 5000，這表示它以 5000 作為最大埠號，即使此項不存在。根據您的配置，您的注冊表中可能沒有此項，這時您可以將此項添加到圖 5 所示的位置。

圖 5 注冊表中的 MaxUserPort 設置
HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
Data type = REG_DWORD
Port range = 5000 – 65534
Default = 5000

在修改注冊表時，您需要注意任何其他潛在的負面影響，它並不總是那麼容易。如果將這個值設置為 50,000，則修改此項可能會對 Microsoft Exchange Server 有影響。如果 Exchange Server 最佳實踐分析工具 (BPA) 發現 MaxUserPort 注冊表項的值小於 50,000，它會顯示一個警告。Microsoft 建議您將值設置為 60,000；否則您可能會引發命名服務提供程序介面 (NSPI) 代理警告，例如事件 9040。有關詳細信息，請參閱 Microsoft 的文檔「MaxUserPort 值太小」。
您還可以調整 TcpMaxDataRetransmissions。TCP 數據包期望能收到接收端的確認。如果在計時器到時之前還沒有確認，則會重傳數據包，最多 TcpMaxDataRetransmissions 次。此參數的默認值是 5，但是您可能想嘗試 4 或 3 這些值。請不要使用小於 3 的值。
如果 TcpMaxDataRetransmissions 注冊表項不存在，您可以將它添加到注冊表的下列位置，如下所示：
HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
Data type = REG_DWORD
Valid range = 0 - 0xFFFFFFFF (hexadecimal)
Default = 5

有關 TcpMaxDataRetransmissions 的詳細信息，請參閱 Microsoft 知識庫文章 170359「如何修改 TCP/IP 最大重傳超時時間」。
另一個您可能想實驗的注冊表項是 TcpTimedWaitDelay。如果用戶端使用了過多的埠，很可能它會在 TCP/IP 釋放關閉的連接之前用盡埠。這是因為 TCP/IP 直到經過段最大生存時間 (MSL) 的兩倍時間後才會釋放連接（這稱為時間等待狀態）。此外，因為每個 MSL 都被定義為 120 秒，而 TCP/IP 直到經過 2 個 MSL 後才會釋放連接，因此需要長達 240 秒（4 分鍾）的時間才能讓 TCP/IP 釋放一個關閉的連接。注意，這是一個使用 Service Pack 進行改正後的 Windows NT? 中已知的問題；因此目前您不太可能會遇到這個問題。但是，Microsoft 建議調整這個設置，使之成為一個可以解決 RPC 終結點映射程序錯誤的可能解決方案，正如知識庫文章「如何排除 RPC 終結點映射器錯誤」中所說明的一樣。
可將 TcpTimedWaitDelay 添加到注冊表的下列位置：
HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
Data type = REG_DWORD
Range: 30 - 300 (decimal)
Default: 0xF0 (240 decimal)

有關 TcpTimedWaitDelay 的詳細信息，請參閱知識庫文章「Windows NT 客戶端用盡埠」。盡管該文章沒有建議任何特定的數字，但是您可能會想將 TcpTimedWaitDelay 降到以十進製表示的 60（秒），而以十六進製表示則為 3c。

結束語
RPC 錯誤可能是您的網路出現各種通信錯誤的根本原因。幸運的是，您現在有好幾種創新方法，可以幫助排除這些難以捕捉的問題。我在這里推薦的工具有些是內置的，有些是 Windows Server Resource Kit 中提供的。很多都已在圖 6 中列出。您可以使用這些工具來檢測 RPC 錯誤的原因和位置，然後使用本文列出的其中一項技術來解決這些錯誤。
Figure 6 RPC 故障排除工具

工具 說明
DCDiag 分析域控制器的狀態。
事件查看器 顯示記錄的事件。
Gpotool 確定策略是否有效、一致。
NetDiag 用於測試網路連接。
Network Monitor 監視和捕獲網路通信。
Ntdsutil 為 Active Directory 提供管理工具。
PortQry，PortQueryUI 用於 TCP/IP 連接測試。
Repadmin 診斷 Windows DC 之間的復制問題。
RPCDump 通常與 Network Monitor 一起使用。
RPCPing 用於確認 RPC 連接。

❻ 列印機總連不上，總是顯示「拒絕訪問」也無法查看屬性

右鍵點擊「我的電腦」，「管理」，「服務和應用程序」，「服務」，把「Remote Procere Call (RPC)LOCATOR」和「Print Spooler」中的「啟動類型」改為「自動」，「服務狀態」改為「已啟動。再重新試試。

❼ recton/"RPC伺服器不可用"或"拒絕訪問"

可能是對方沒有開telnet服務，或者對方是內網。
內網的可能性很大！

❽ loadrunner監控windows資源時，提示拒絕訪問

1 確保監視的機器"防火牆關閉"；
2 確保在目標機器"服務"中開啟"Remote Procere Call (RPC)"

❾ iis admin services 服務無法啟動,報拒絕訪問錯誤

因為補丁更新引起的問題。
步驟：
1開始/設置/控制面板/在添加刪除程序(控制面板-添加刪除程序)中的最上邊點"顯示更新"到系統更新軟體里的更新的補丁KB939373 刪掉。

2開始/設置/控制面板/管理工具/組件服務/服務（本地）：重新啟動Remote Procere Call然後再重新啟動IIS Admin Service最後啟動World Wide Web Publishing Services！

我的 問題就這樣解決

❿ 為什麼s掃描器明明掃到了不少電腦的139是open的，用recton連接的時候總是顯示「拒絕訪問」或「RPC」不可用

現在已經過時了，還想用recton去幫你抓雞？這是不大可能的了，全都有補丁了，根本抓不到什麼，因為ntscan掃描的時候會自動匹配弱口令，所以掃除來的已經是弱口令的了，而s掃描器掃的你不知道是不是有弱口令，只是開了個埠而已，所以連不上，就是說不知道用戶名和密碼
--------------------
所以你還是用ntscan掃吧，沒辦法，那就試了唄，看人品了。。設我為答案吧，哈