Startpagina » ramen » Problemen met Remote Procedure Call-fouten en problemen oplossen

    Problemen met Remote Procedure Call-fouten en problemen oplossen

    Als je ontvangt RPC-server is niet beschikbaar bericht, dan toont dit bericht hoe problemen met Remote Procedure Oproep mislukte fouten en problemen op Windows 10 kunnen worden opgelost. RPC of Remote Procedure Call is een netwerkgebaseerd programmeermodel dat point-to-point-communicatie tussen softwaretoepassingen mogelijk maakt. In deze handleiding zullen we uitleggen hoe we Remote Procedure Call-fouten kunnen oplossen. De fouten kunnen optreden tijdens het verbinden met Windows Management Instrumentation (WMI), SQL Server, tijdens een externe verbinding of voor sommige MMC-modules (Microsoft Management Console).

    Problemen met Remote Procedure oplossen Oproepfouten

    RPC-server is niet beschikbaar"Is een van de meest voorkomende problemen die zich voordoen. Het kan een eenvoudig netwerkprobleem zijn of de server reageert niet. Laten we eens kijken naar de lijst met hulpprogramma's die we kunnen gebruiken om externe procedureaanroepfouten op te lossen. U kunt PowerShell of Command Prompt met beheerdersbevoegdheden gebruiken om deze opdrachten uit te voeren.

    U moet Microsoft Network Monitor of Microsoft Message Analyzer gebruiken om logboeken te analyseren.

    PortQuery

    Deze tool helpt je het probleem met de poort die je probeert te verbinden te achterhalen. Het kan bepalen of uw toepassing of computer verbinding kan maken met de server.

    Portqry.exe -n -e 135

    De bovenstaande opdracht probeert de TCP-poort 25 te doorzoeken op de server-IP. Als u hier een website gebruikt, vertaalt deze zich intern naar het IP-adres. Zoek in de uitvoer naar *ip_tcp, en poortnummer. Als de verbinding mislukt, moet u een mislukt antwoord zien. Als alles er goed uitziet, zoek dan aan het einde naar een poortnummer (vetgedrukt) dat eruit zou moeten zien

    .... Reactie van de server: UUID: d95afe70-a6d5-4259-822e-2c84da1ddb0d ncacn_ip_tcp: 169.254.0.10[49664]

    Als u geen poortnummer ziet, betekent dit dat er iets mis is aan de serverzijde en luistert de poort niet.

    Netsh

    Vervolgens kunt u de opdracht Netsh gebruiken om verzamel gelijktijdige traceergegevens. TRACE betekent hier het pad van het ene naar het andere punt op een netwerk. Als er iets is dat een probleem veroorzaakt tussenin, weet je dat.

    Op de clientrun:

    Netsh trace-startscenario = netconnection capture = yes tracefile = c: \ client_nettrace.etl maxsize = 512 overschrijven = ja rapport = ja

    Op de serverrun:

    Netsh trace-startscenario = netconnection capture = yes tracefile = c: \ server_nettrace.etl maxsize = 512 overschrijven = ja rapport = ja

    Het bovenstaande commando houdt een log in een tracefile (.ETL). Houd dit venster met de opdrachtprompt bij de hand.

    Probeer nu het probleem te reproduceren waarmee u op de clientcomputer geconfronteerd was. Mogelijk moet u op sommige knoppen van de software drukken of iets dat een probleem voor u veroorzaakt. Zodra u het probleem ziet, uitvoeren Netsh trace-stop op de opdrachtprompt van de clientcomputer.

    Gebruik nu de analysetool en filter de trace voor

    • Ipv4.address == en ipv4.address == en tcp.port == 135 of gewoon tcp.port == 135.
    • Zoek ook naar het "EPM" -protocol onder de kolom "Protocol".

    Controleer nu of u een antwoord van de server krijgt. Als u een reactie krijgt, noteert u het dynamische poortnummer dat u hebt toegewezen om te gebruiken.

    • Controleer of je succesvol verbinding kunt maken met deze Dynamic-poort.
    • Het filter zou iets als dit moeten zijn: tcp.port == en ipv4.address ==

    Het zou u moeten helpen de connectiviteit te verifiëren en te isoleren als er netwerkproblemen zijn.

    Haven niet bereikbaar

    De meest voorkomende reden waarom we de RPC-server niet beschikbaar zouden zien, is wanneer de dynamische poort die de client probeert te verbinden niet bereikbaar is. Als er tussenin een spoorbreuk optreedt, als u terugkeert nadat de poort geen fout heeft gevonden, enzovoort, kan dit komen door het volgen van mogelijke redenen

    • De firewall heeft het dynamische poortbereik geblokkeerd.
    • Een router of een netwerkapparaat in het midden laat het pakket vallen; de reactie komt niet terug.
    • De bestemmingsserver laat de pakketten vallen (WFP-drop / NIC drop / Filter-stuurprogramma, enz.).

    De beste methode voor het probleem Post niet bereikbaar is het gebruik van dynamische toewijzing. Het register stelt beheerders in staat RPC dynamic port allocation te configureren.

    Met deze hulpmiddelen en tips kunt u het probleem analyseren en uitzoeken. De oplossing hangt af van wat het probleem precies is en is afhankelijk van de software en de server.