Windows 7 remote desktop werk niet

[Grolsch]

Hallo Tweakers,

Ik heb 1 windows 7 pc in het domein welke ik niet kan benaderen via RDP.

Ik heb al van alles geprobeerd, maar ik krijg geen verbinding.

Onder andere deze website doorlopen:

http://technet.microsoft.com/en-us/magazine/ff404238.aspx

http://www.howtogeek.com/...desktop-in-windows-vista/


Ik krijg de melding:

Kan geen verbinding worden gemaakt
1. Externe toegang tot de server is niet ingeschakeld.
2. De externe computer staat niet aan
3. De externe computer is niet in het netwerk beschikbaar

Pingen op zowel hostname als ip gaat goed.

Wat ik wel "vreemd" vind is dat ik volgens internet ergens rechten in moet kunnen stellen, zie onderstaand voorbeeld:



Ik zie op deze pc alleen dit:



Ook heb ik de registry gecontroleerd, en ook de fDenyTSConnections staat op 0.

Wie weet wat ik nog meer kan proberen

[Orion84]

Firewall op die machine, of in je netwerk, die toegang tot de RDP poort blokkeert (maar ping wel toestaat)?

Is er iets terug te vinden in de event logs op de machine die je probeert te benaderen?

[stephankamp]

Heb je al een gebruiker geselecteerd, met een wachtwoord, die toegang heeft via RDP?
1e screenshot en dan "Select Users".

[Orion84]

stephankamp schreef op donderdag 19 juni 2014 @ 10:07:
Heb je al een gebruiker geselecteerd, met een wachtwoord, die toegang heeft via RDP?
1e screenshot en dan Select users

Als het een authenticatie issue is, dan krijg je volgens mij een andere foutmelding. Als ik de foutmelding zo zie, dan klinkt dat eerder als een netwerkprobleem.

[Glashelder]

Jouw computer draait Windows 7 Home Premium of Basic en heeft geen ondersteuning voor Remote Desktop.

Ow wacht, hij hangt al in het domein zeg je? Hij draait wel professional dus?
Is er niet ergens een group policy actief die voorkomt dat je instellingen aan RDP kunt wijzigen?

[ Voor 49% gewijzigd door Glashelder op 19-06-2014 10:12 ]

[lolgast]

Glashelder schreef op donderdag 19 juni 2014 @ 10:10:
Jouw computer draait Windows 7 Home Premium of Basic en heeft geen ondersteuning voor Remote Desktop.

Ow wacht, hij hangt al in het domein zeg je? Hij draait wel professional dus?

Dan had hij ook niet in het domein gehangen kunnen worden

Edit: Poetverdoeme, sneller typen

[ Voor 5% gewijzigd door lolgast op 19-06-2014 10:14 . Reden: Zie reactie hieronder ]

[Glashelder]

Daar was ik ook al achter. Te laat jammer joh

[Cyphax]

Orion84 schreef op donderdag 19 juni 2014 @ 10:08:
[...]

Als het een authenticatie issue is, dan krijg je volgens mij een andere foutmelding. Als ik de foutmelding zo zie, dan klinkt dat eerder als een netwerkprobleem.

Klinkt inderdaad als een netwerkprobleem. Telnetten naar poort 3389 van die machine en je weet of dat het geval is. Het zal wel neerkomen op een firewall rule die disabled is, 'k geloof dat actieve rules standaard alle IP-adressen toelaten. IIG op Windows Server (2008/2012).

[CAP-Team]

Als RDP via een group policy uit zou staan is het volgens mij grayed out, en niet onzichtbaar gemaakt.
Het oogt zo inderdaad dat het een Windows 7 Home of Basic editie betreft en niet Professional of Enterprise.

[Grolsch]

stephankamp schreef op donderdag 19 juni 2014 @ 10:07:
Heb je al een gebruiker geselecteerd, met een wachtwoord, die toegang heeft via RDP?
1e screenshot en dan "Select Users".

Zoals aangegeven in mijn topic is de bovenste screenshot een voorbeeld welke ik van het internet heb gehaald.

De onderste screenshot is zoals ik het zie, en ik kan dus geen gebruikers selecteren.

Het is IDD windows 7 profesional

Een policy lijkt mij vreemd omdat alle andere PC's in het domein wel ge-RDPT kunnen worden.

Telnet naar desbetreffende PC op poort 3389 geeft inderdaad een "geen verbinding", mmhh, toch eens de GP in het domein nakijken m.b.t. firewall settings.

Wordt vervolgd.

[maarud]

Ik denk dat je eerst moet zorgen dat die optie erbij komt te staan in 'Externe verbindingen'. Aangezien je Professional hebt zou dat standaard aan moeten staan, maar dat is waarschijnlijk uit door een GP.

edit: dan zou hij idd greyed out moeten zijn.
Na wat gegoogle zou het wellicht moeten liggen aan een activatie die mislukt is, of een installatie die corrupt is. Kan je de machine opnieuw installeren of activeren?
Wat zegt 'winver' in Windowstoets+R? Wat zegt sfc /scannow?

Via de andere kant kan je ook nog termsrv.dll patchen (dat doe ik altijd om RDP op Home Premium te krijgen) maar goed zou zou het niet moeten natuurlijk

[ Voor 27% gewijzigd door maarud op 19-06-2014 11:03 ]

[Trommelrem]

CAP-Team schreef op donderdag 19 juni 2014 @ 10:35:
Als RDP via een group policy uit zou staan is het volgens mij grayed out, en niet onzichtbaar gemaakt.
Het oogt zo inderdaad dat het een Windows 7 Home of Basic editie betreft en niet Professional of Enterprise.

Als je via GPO RDP inschakelt, dan wordt volgens mij niet automatisch de firewall rule aangemaakt. Dat gebeurt alleen als je in sysdm.cpl RDP inschakelt.

Kun je de machine wel bereiken met PowerShell of WinRS?
Kun je vanaf de machine zelf wel een RDP verbinding maken met localhost? Krijg je dan de normale foutmelding?

[ Voor 9% gewijzigd door Trommelrem op 19-06-2014 11:39 ]

[Grolsch]

Zover ik kan zien heb ik geen GP's welke de firewall regelen.

Ook heb ik op de client RDP toegestaan, en nog krijg ik een time out op telnet 3389

[Anoniem: 283654]

Doe voor de grap eens een screendumpje van msinfo32.exe ?

[Orion84]

Zit er ergens in het netwerk een firewall?

Kijk eens op de windows 7 machine of de RDP service luistert op die poort?

[Grolsch]

Er zit geen firewall ergens tussen.

Mocht het een policy kwestie zijn waarom kan ik alle andere domain PC's dan wel RDP'en, behalve deze ene pc.:?

Als ik op andere PC's kijk dan heb ik dus wel de mogelijkheid om gebruikers te selecteren.

Dus voordat ik allerlei GPO's om zeep ga helpen, lijkt het mij dat het in deze ene cliënt zit, omdat ik geen gebruikers kan selecteren.

Hierbij een screenshot van mijn msinfo32.exe

[maarud]

Heb mijn bericht trouwens aangepast, weet niet of je dat gezien hebt Ik twijfel of het aan het netwerk ligt vanwege die missende RDP opties bij Systeemeigenschappen.

[Anoniem: 283654]

Heb je recentelijk die SP1 geinstalleerd?

http://www.sevenforums.co...-after-upgrade-sp1-2.html

Wellicht dat je de client verder moet updaten, omdat dat hier inmiddels al wel een fix voor uit is gebracht mag ik hopen .

[maarud]

Toevallig kwam ik deze ook nog tegen, bij sommigen kwam hij daarmee terug: http://blogs.msdn.com/b/r...-sp1-released-to-web.aspx

Remote Desktop Protocol (RDP) 8.0 update for Windows 7 and Windows Server 2008 R2
Staat de update + hotfix + GPO instellingen

[ Voor 34% gewijzigd door maarud op 19-06-2014 11:16 ]

[Grolsch]

Nee, die SP1 draait al sinds vorig jaar augustus.

dit zegt winver.exe

[Anoniem: 316512]

Ik zou een herinstallatie doen, klinkt als issues in je registry.

[Grolsch]

Of een nieuwe computer kopen, dan is het probleem waarschijnlijk ook opgelost

[mhoogendam]

Heb wel eens gezien dat een slechte Windows activatie dit probleem veroorzaakte.
Kan je de Windows eens opnieuw activeren en herstarten?

[Grolsch]

Als ik op windows activeren klik krijg ik deze melding:



Het werkt na een reboot nog steeds niet.

[JerX]

1. Kan je wel RDP gebruiken als je via IP connect en dus niet via hostname.
2. En check dit in local gpedit:
Check in the group policy editor (gpedit.msc) under Computer Config > Windows Settings > Security Settings > Local Policies > User Rights Assignment. Find the entry for "Allow log on through remote desktop services" and "deny log on through remote desktop services", and see if the groups in question are in either of those categories. Deny permissions will usually override allow permissions.

[Quadradial]

Zet je (domain) firewall eens (tijdelijk) uit. Als hij het dan doet weet je dat het je firewall is.

Doe ook maar even een screenshot van je firewall instellingen.

[Grolsch]

RDP werkt ook niet via IP

Zie screenshot van gpedit



Zie hier screenshot van firewall

[Onbekend]

Ik volg dit topic met veel interesse.

De foutmelding die de TS krijgt, krijg ik op mijn werk sinds deze week ook. Dus waarschijnlijk is dit het zelfde soort probleem.

Op mijn werk kan ik deze week vanaf mijn eigen pc ineens niet meer bij een klant via RDP inloggen.
Vanaf andere pc's kan ik (met exact de zelfde rechten en configuratie) wel bij een klant via RDP inloggen.
Verder kan ik wel naar andere pc's een RDP opzetten, dus ligt het ook niet specifiek aan mijn pc.

Ik geef dit alleen als extra informatie om mogelijk de oorzaak van het probleem te vinden. Uiteraard moeten alle nieuwe vragen aan de TS worden gesteld en niet aan mij.

[sanfranjake]

Telnetten naar poort 3389 lukt ook niet?
En "netstat -ano | findstr ":3389" in de commandprompt?

[Grolsch]

Telnetten vanaf een andere pc naar probleem PC gaat niet goed op poort 3389.

Zie hier netstat screenshot



Als ik dit commando run op een werkende PC dan zie ik bij 3389 wel "listening" staan, dat zie ik op de probleem pc dus niet.

[ Voor 20% gewijzigd door Grolsch op 19-06-2014 14:39 ]

[sanfranjake]

Is dit een oorspronkelijk als Pro geinstalleerde pc? Of heeft iemand geprobeerd een Home om te katten (of geupgrade inplace)? Aanwijzing daarvoor kan een WINDOWS.OLD map op C: of een Home OEM sticker kunnen zijn.
Ik zou gaan denken aan rootkits en dat soort meuk aangezien het geheel niet eens in je sysdm.cpl opduikt, poort 3389 niet luistert.

[ Voor 14% gewijzigd door sanfranjake op 19-06-2014 14:50 ]

[Grolsch]

Het is een oorspronkelijke HP voor geïnstalleerde PC van HP, verder niets aparts.

Ook geen Windows.old map te vinden op de HDD.

Er draait een geupdate Trendmicro virusscanner op, dus dat lijkt mij het probleem ook niet.

[sanfranjake]

Zou het niet zondermeer uitsluiten. Mijn pc's draaien ook McAfee, Symantec, Sophos of iets anders en die missen ook wel wat. Zeker rootkits.
Geen rare meldingen in de eventlogs dus ook verder als ik het goed lees ?

[maarud]

Heeft die update naar RDP 8.0 nog geholpen i.c.m. de GP aanpassingen?

[Anoniem: 283654]

Is je Windows volledig up-to-date?

[Deveon]

have you tried turning it off and on again?

[Grolsch]

Update RDP heeft niet geholpen

Ook het volledig uitschaken van de firewall helpt niet.

windows update wordt bijgehouden dmv WSUS.

Het is toch vreemd dat 1 computer dit probleem heeft terwijl de rest met allemaal dezelfde instellingen/updates/virusscanners geen problemen geeft

[Anoniem: 316512]

Grolsch schreef op donderdag 19 juni 2014 @ 16:36:
Update RDP heeft niet geholpen

Ook het volledig uitschaken van de firewall helpt niet.

windows update wordt bijgehouden dmv WSUS.

Het is toch vreemd dat 1 computer dit probleem heeft terwijl de rest met allemaal dezelfde instellingen/updates/virusscanners geen problemen geeft

Ja, daarom ook je machine herinstalleren. Kost je een paar min (of iets langer als je geen sccm o.i.d. hebt).

[KillerAce_NL]

Zijn alle essentiële service wel gestart ? En geen autologon op de pc aanstaan ?

[ Voor 31% gewijzigd door KillerAce_NL op 19-06-2014 17:27 ]

[alt-92]

Zou je niet gewoon beter in eventviewer eens gaan kijken?
Event viewer > applications and services > Microsoft-Windows-TerminalServices-RemoteConnectionManager/Operational en LocalSessionManager/operational.

[Grolsch]

Anoniem: 316512 schreef op donderdag 19 juni 2014 @ 17:17:
[...]
Ja, daarom ook je machine herinstalleren. Kost je een paar min (of iets langer als je geen sccm o.i.d. hebt).

Dat duurt in onze omgeving geen paar minuten, maar een halve dag

Daarbij zijn wij hier Tweakers, die proberen een oplossing te zoeken

Als je auto het niet meer doet koop je dan ook direct een nieuwe

alt-92 schreef op donderdag 19 juni 2014 @ 20:37:
Zou je niet gewoon beter in eventviewer eens gaan kijken?
Event viewer > applications and services > Microsoft-Windows-TerminalServices-RemoteConnectionManager/Operational en LocalSessionManager/operational.

Ik zie deze melding regelmatig voorbij komen

code:

Kan de Extern bureaublad-services niet starten. De relevante statuscode is 0x8007064a.

Ff googlen

[KillerAce_NL]

Waarschijnlijk door een update, op een russisch forum zie ik precies hetzelfde screenie als bij jou.
Dit is de update:
http://social.technet.mic...667402?forum=winservergen

[Grolsch]

ik zie deze site, de oplossing is nog niet eenvoudig

http://social.technet.mic...667402?forum=winservergen

[edit]

Hetzelfde dus

[ Voor 7% gewijzigd door Grolsch op 20-06-2014 07:44 ]

[Grolsch]

Mmmhh, 3 reboots verder en nog geen resultaat

Onderstaande stappen gevolgd

For this issue, please uninstall both KB 2621440 and KB KB2667402 first, then install KB2667402 first, reboot and then install KB 2621440 and reboot.

bovenstaande werkt dus niet (desbetreffende update's waren wel geïnstalleerd).

Another suggestion is please uninstall KB2667402 first, then check the rdpcorekmts.dll file version, if it is a different version than the one on the working servers, please rename and copy/replace it from the working server.
Regards,

Ik heb de rdpcorekmts.dll bekeken en die is van d.d. 26-04-2012 en versie 6.1.7601.17828.

Nu heb ik op een werkende windows 7 machine gekeken, en daar zie ik precies dezelfde gegevens.

[Glashelder]

Grolsch schreef op vrijdag 20 juni 2014 @ 07:35:
[...]


Dat duurt in onze omgeving geen paar minuten, maar een halve dag

Daarbij zijn wij hier Tweakers, die proberen een oplossing te zoeken

Als je auto het niet meer doet koop je dan ook direct een nieuwe

No offence maar time is money. En je bent nu al bijna een dag bezig en de oorzaak (laat staan de oplossing) is zo te zien nog niet in zicht.

Soms kan het dan gewoon verstandig zijn om de beslissing te nemen om die herinstallatie te doen. We worden betaald om problemen op te lossen, niet om problemen 'the-hard-way' op te lossen omdat we dat nou eenmaal leuk vinden. En je hebt het probleem bij één computer dus het is ook niet zo dat het heel erg nodig is om nou de precieze oorzaak te weten.

En wat je auto vergelijking betreft: als je een goedkope auto hebt (<€1000) en je moet €2000 betalen voor een nieuw motorblok, ga jij dan je motorblok laten fixen Dan kan je wel aan komen zetten met de opmerking dat je het dan wel fixt: leuk, maar je werkt nu voor een baas, je bent niet aan het hobbyen.

Wellicht kan je ook nog wat doen aan het feit dat het een halve dag kost om een herinstallatie te doen. Wat ga je bijv. doen als je een keer een flinke virusinfectie te pakken hebt? Dat gebeurd zoveel kleine bedrijven. Ga je dan tegen de baas zeggen dat er een week niet gewerkt kan worden?

Grolsch schreef op vrijdag 20 juni 2014 @ 08:19:
Mmmhh, 3 reboots verder en nog geen resultaat

Onderstaande stappen gevolgd


[...]


bovenstaande werkt dus niet (desbetreffende update's waren wel geïnstalleerd).


[...]


Ik heb de rdpcorekmts.dll bekeken en die is van d.d. 26-04-2012 en versie 6.1.7601.17828.

Nu heb ik op een werkende windows 7 machine gekeken, en daar zie ik precies dezelfde gegevens.

Zoals ik het zie lijken de twee problemen nauwelijks op elkaar. Het enige wat hetzelfde is, is dat RDP niet werkt. Ik zou pas stappen gaan volgen als je daadwerkelijk een case hebt gevonden die goed vergelijkbaar is. Maar eigenlijk zou ik gewoon een herinstallatie doen

[ Voor 20% gewijzigd door Glashelder op 20-06-2014 08:40 ]

[Anoniem: 316512]

Grolsch schreef op vrijdag 20 juni 2014 @ 07:35:
[...]


Dat duurt in onze omgeving geen paar minuten, maar een halve dag

Daarbij zijn wij hier Tweakers, die proberen een oplossing te zoeken

Als je auto het niet meer doet koop je dan ook direct een nieuwe


[...]


Ik zie deze melding regelmatig voorbij komen

code:

Kan de Extern bureaublad-services niet starten. De relevante statuscode is 0x8007064a.

Ff googlen

Nee, als m'n auto niet werkt ga ik naar de garage aangezien ik zelf niet kundig genoeg ben. Als je RDP niet in een x aantal uur kunt fixen kan je ook beter naar de 'garage' gaan. Die halve dag had je beter aan een imaging server kunnen spenderen als je er zo lang voor nodig hebt.

[KillerAce_NL]

Yep, ik zou er nu ook mee kappen en ff windows opnieuw erop zetten. Wél zorgen dat je niet blindelings rdp updates installeert

[Grolsch]

Glashelder schreef op vrijdag 20 juni 2014 @ 08:37:
[...]

No offence maar time is money. En je bent nu al bijna een dag bezig en de oorzaak (laat staan de oplossing) is zo te zien nog niet in zicht.

Soms kan het dan gewoon verstandig zijn om de beslissing te nemen om die herinstallatie te doen. We worden betaald om problemen op te lossen, niet om problemen 'the-hard-way' op te lossen omdat we dat nou eenmaal leuk vinden. En je hebt het probleem bij één computer dus het is ook niet zo dat het heel erg nodig is om nou de precieze oorzaak te weten.

En wat je auto vergelijking betreft: als je een goedkope auto hebt (<€1000) en je moet €2000 betalen voor een nieuw motorblok, ga jij dan je motorblok laten fixen Dan kan je wel aan komen zetten met de opmerking dat je het dan wel fixt: leuk, maar je werkt nu voor een baas, je bent niet aan het hobbyen.

Wellicht kan je ook nog wat doen aan het feit dat het een halve dag kost om een herinstallatie te doen. Wat ga je bijv. doen als je een keer een flinke virusinfectie te pakken hebt? Dat gebeurd zoveel kleine bedrijven. Ga je dan tegen de baas zeggen dat er een week niet gewerkt kan worden?

[...]

Zoals ik het zie lijken de twee problemen nauwelijks op elkaar. Het enige wat hetzelfde is, is dat RDP niet werkt. Ik zou pas stappen gaan volgen als je daadwerkelijk een case hebt gevonden die goed vergelijkbaar is. Maar eigenlijk zou ik gewoon een herinstallatie doen

Ik ben er effectief nog geen uur mee bezig geweest, en als ik bij een garage komt die bij elke foutmelding zegt koop maar een nieuwe auto dan vind ik dat geen deskundige garage.

Je hebt personen in dit topic die technisch gezien 0,0 bijdragen, alleen de melding geven "herinstallatie".
Reageren die in elk topic met een foutmelding "herinstalleren"

Anoniem: 316512 schreef op vrijdag 20 juni 2014 @ 09:33:
[...]
Nee, als m'n auto niet werkt ga ik naar de garage aangezien ik zelf niet kundig genoeg ben. Als je RDP niet in een x aantal uur kunt fixen kan je ook beter naar de 'garage' gaan. Die halve dag had je beter aan een imaging server kunnen spenderen als je er zo lang voor nodig hebt.

Een gemiddelde tweakers is niet iemand die constateert dat er iets kapot, en dat onderdeel vervangt, maar de gemiddelde tweaker probeert het "onderdeel" te repareren.

Het is je goed recht aan te geven dat ik niet kundig genoeg ben, maar kom dan in ieder geval met een technische oplossing waaruit blijkt dat jij dit wel kunt herstellen, ipv een herinstallatie

Zo kan ik ook wel gaan reageren op een auto forum waar iemand een technisch probleem heeft met zijn versnellingsbak, en aangeven dat het een prutser is, en dat hij een nieuwe versnellingsbak moet bestellen

Heel vaak zijn problemen in windows op te lossen zonder herinstallatie, omdat iemand dit eerder bij de hakken heeft gehad.

Tnx voor alle technische reacties tot zover

Toevallig iemand die russisch kan lezen Deze link lijkt inderdaad erg veel op mijn probleem:

http://forum.ru-board.com/topic.cgi?forum=62&topic=26181

[Anoniem: 283654]

Linkt naar http://forum.oszone.net/s...410a2daaf&t=201340&page=3
Vertaald: Make sure that the checksum matches the original distribution. If you cut out any of the components relating to the RDP, to fix the problem can only be this: reinstall Windows 7, save the settings and installed programs from the original disk. 2. Remove the product key, enter the new and re-activate the OS. Suffice three teams .
Heractiveren zou het probleem dus ook kunnen oplossen?

[LnC]

Groffe vertaling via google translate van jouw link:

was zoiets als
reden gebogen patch, kopieert het bestand 64_termsrv.dll in c: \ Windows \ SysWOW64 \, en het noodzakelijk is c: \ Windows \ System32 \
niet uw situatie?
vervang handmatig termsrv.dll

Gewoon voor het geval een domme vraag: je niet thuis bent en lagere versie van het systeem is geschreven in System Properties?
Er is een soortgelijk probleem mensen schrijven dat schuld SP1: _http / superuser.com/questions/401553/cant-enable-remote-desktop-on-windows-7-professional
Toch vond de instructie om normale tab werking op afstand te herstellen: _http / support.microsoft.com/kb/939087/en-us
Esteem, kan tegenkomen ideeën.

Kijk ook eens hier. Ik heb zelf ook mijn Termsrv.dll vervangen door een aangepaste versie waardoor de pc in kwestie meerdere RDP sessies kan doen / RDP sessie doen terwijl iemand anders fysiek achter de pc is ingelogd.

Misschien is de laatste optie niet wenselijk, maar wellicht kan je eens kijken naar de termsrv.dll bestand.

[Anoniem: 283654]

Ik zou eerder gaan voor een herinstallatie dan een hack uitvoeren op mn Termsrv.dll

[Anoniem: 316512]

Grolsch schreef op vrijdag 20 juni 2014 @ 15:10:
[...]


Ik ben er effectief nog geen uur mee bezig geweest, en als ik bij een garage komt die bij elke foutmelding zegt koop maar een nieuwe auto dan vind ik dat geen deskundige garage.

Je hebt personen in dit topic die technisch gezien 0,0 bijdragen, alleen de melding geven "herinstallatie".
Reageren die in elk topic met een foutmelding "herinstalleren"


[...]


Een gemiddelde tweakers is niet iemand die constateert dat er iets kapot, en dat onderdeel vervangt, maar de gemiddelde tweaker probeert het "onderdeel" te repareren.

Het is je goed recht aan te geven dat ik niet kundig genoeg ben, maar kom dan in ieder geval met een technische oplossing waaruit blijkt dat jij dit wel kunt herstellen, ipv een herinstallatie

Zo kan ik ook wel gaan reageren op een auto forum waar iemand een technisch probleem heeft met zijn versnellingsbak, en aangeven dat het een prutser is, en dat hij een nieuwe versnellingsbak moet bestellen

Heel vaak zijn problemen in windows op te lossen zonder herinstallatie, omdat iemand dit eerder bij de hakken heeft gehad.

Tnx voor alle technische reacties tot zover

Toevallig iemand die russisch kan lezen Deze link lijkt inderdaad erg veel op mijn probleem:

http://forum.ru-board.com/topic.cgi?forum=62&topic=26181

De meest voorkomende oplossingen zijn al gegeven. We kunnen wel nog 100 mogelijke tips gaan geven, maar het moet maar net effectief blijken. Iemand die talloze pogingen doet om op een moeilijke manier iets op te lossen, terwijl het veel makkelijker kan, vind ik juist geen echte tweaker.

Soms is een systemrestore of herinstallatie gewoon de beste keuze. Maar blijf vooral verder gaan met beunen, ik ben benieuwd hoe lang het duurt voordat je een oplossing hebt.

[LnC]

Anoniem: 316512 schreef op vrijdag 20 juni 2014 @ 16:45:
[...]
De meest voorkomende oplossingen zijn al gegeven. We kunnen wel nog 100 mogelijke tips gaan geven, maar het moet maar net effectief blijken. Iemand die talloze pogingen doet om op een moeilijke manier iets op te lossen, terwijl het veel makkelijker kan, vind ik juist geen echte tweaker.

Soms is een systemrestore of herinstallatie gewoon de beste keuze. Maar blijf vooral verder gaan met beunen, ik ben benieuwd hoe lang het duurt voordat je een oplossing hebt.

Je hebt wel een goed punt. Op een gegeven moment moet je toch gaan voor een verse Windows installatie. Maar goed, dit is Tweakers. Daarmee zeggend is het ook een uitdaging om het werkend te krijgen zonder een nieuwe installatie. Dat kan altijd nog als laatste redemiddel.

Anoniem: 283654 schreef op vrijdag 20 juni 2014 @ 16:11:
Ik zou eerder gaan voor een herinstallatie dan een hack uitvoeren op mn Termsrv.dll

Zoals ik al zei, de hack is misschien niet wenselijk en kan geprobeerd worden als al het andere niet meer lukt, In vorige post doelde ik dan ook op het nakijken en eventueel vervangen van het .dll bestand met een origineel van b.v. de Windows disc of een copy opdracht via cmd.

/edit
Locatie van de backup termsrv.dll indien nodig.

code:

C:\Windows\winsxs\amd64_microsoft-windows-t..teconnectionmanager_31bf3856ad364e35_6.1.7601.17514_none_ecc547376ae3a1a3

[ Voor 6% gewijzigd door LnC op 20-06-2014 17:58 ]

[AzzKickah]

Tuurlijk is een herinstallatie makkelijker en wellicht sneller. Maar je wordt op een gegeven moment toch gewoon ontzettend benieuwd wat dit nou veroorzaakt? Is juist leuk.
Als je alle mogelijke dingen die op internet worden aangegeven hebt geprobeerd, je vogelt zelf nog wat en het lukt dan alsnog gewoon echt niet, ja, dan zit er weinig anders op.

En nee ik heb verder geen technische bijdrage voor dit probleem Ben alleen erg benieuwd of TS het opgelost krijgt. Heel apart iets dit. Hoe kan zoiets nou compleet weg zijn

[kaopadkai]

Heeft deze machine het voorheen wel gedaan met RDP?
Sinds wanneer heb je dan gemerkt dat het niet meer werkt?

Kun je eens kijken in de eventlog (system) en filteren op de ID's 19 en 20
(geinstalleerde updates en updates welke zijn mislukt).

Kan er wellicht een verband zijn met een geinstalleerde update? Of is er andere software geinstalleerd?

Om uit te sluiten dat het iets met een domain policy is;
- haal deze machine uit het domain en zet deze eens in een workgroup;
- log aan als local admin en kijk of er onder de 'Remote' tab nu wel de settings staan voor remote desktop.

[ Voor 25% gewijzigd door kaopadkai op 20-06-2014 18:25 ]

[KillerAce_NL]

Lol heb jij het topic wel gelezen? Je herhaalt alleen maar...

[kaopadkai]

Nou geef jij dan maar antwoord op mijn vragen, als je het toch al weet...

[Grolsch]

Dat tooltje heb ik geprobeerd, maar dat werkt helaas niet.

Ik begin het nu toch in de hoek te zoeken dat er een andere Windows versie op staat als standaard HP.

Via een ander forum kwam ik een commando tegen om de versie te controleren, namelijk "slmgr -xpr"

Als ik dit doe krijg ik de melding Windows 7 Ultimate edition.

Ik heb een donkerbruin vermoeden dat de PC leverancier bij het leveren van deze machine een andere als standaard HP Windows heeft geïnstalleerd. Waarschijnlijk omdat hier een SSD schijf ingebouwd is ipv de standaard HDD.

Dit vermoeden wordt bevestigd door het ontbreken van een HP logo bij de computer info.

Zou ik deze machine opnieuw kunnen activeren zodat het wel legitiem wordt

En daarbij zit er tegenwoordig blijkbaar geen Windows 7 code meer op de PC

Als ik op de factuur kijk van deze PC dan is er wel windows 7 prof. meegeleverd/besteld..

[Orion84]

Klinkt alsof het tijd wordt om die leverancier er eens bij te betrekken en dit op te laten lossen?

[Glashelder]

Dat klopt, want een HP Pro 3500 wordt geleverd met Windows 8 Pro, en die code zit in het BIOS geïntegreerd. Wil je deze herinstalleren, dan moet dat met een Windows 7 code van een andere PC die in het bezit is van je organisatie.

Ik ben nu toch wel stiekem heel benieuwd waar deze PC vandaan komt, want zoals het er nu naar uitziet lijkt het erop alsof je Windows installatie gewoon illegaal is (mogelijk met bijkomende illegale bron). Maar nu ben ik wel heel erg aan het speculeren natuurlijk. Het is wel een logische verklaring voor je probleem, want die illegale ISO's hebben wel vaker vreemde modificaties erin zitten

[Onbekend]

AzzKickah schreef op vrijdag 20 juni 2014 @ 17:41:
Tuurlijk is een herinstallatie makkelijker en wellicht sneller. Maar je wordt op een gegeven moment toch gewoon ontzettend benieuwd wat dit nou veroorzaakt? Is juist leuk.

Weet je 100% zeker dat een herinstallatie de oorzaak van het probleem oplost?


Probeer eens een VM te installeren en dat daarop te testen.
Gebruik bijvoorbeeld https://www.virtualbox.org/

[Glashelder]

Op basis van hoe vaak dit probleem op internet te vinden is, hoe groot schat je dan de kans in dat dit probleem zich na een herinstallatie nog een keer voordoet? Oke, het kan, maar het is wel heel erg onwaarschijnlijk.

Installatie in een VM is zinloos verder lijkt mij, de TS heeft de origineel gebruikte installatiemedia niet (gezien de PC voorgeïnstalleerd was met Windows 7).

[Grolsch]

Dit staat er letterlijk op de opdrachtbevestiging destijds

HP Pro 3500 - Micro tower - 1 x Core i5 3470 / 3.2 GHz - RAM 4 GB - HDD 1 x 500 GB - DVD SuperMulti
- HD Graphics 2500 - Gigabit LAN - Windows 8 Pro 64-bit / Windows 7 Professional 64-bit downgrade
- pre-installed: Windows 7


Ik vermoed dus dat bij het installeren van de SSD er een wat minder legitieme windows 7 op is gekomen

Zou dit via een heractivatie opgelost worden dmv de geintregeerde BIOS code

[Glashelder]

Uhm, nee. Waarom zou je door willen werken met een illegale Windows? Je weet niet wat voor 'modificaties' er nog meer in deze installatie zitten.

[kaopadkai]

Je machine draait sowieso al vanaf augustus 2013.

Heeft je RDP wel gewerkt afgelopen maanden?
Heb je er überhaupt wel gebruik van gemaakt afgelopen 10 maanden?
Of werkt het recentelijk niet meer?

Grolsch schreef op donderdag 19 juni 2014 @ 11:16:
Nee, die SP1 draait al sinds vorig jaar augustus.

dit zegt winver.exe

[afbeelding]

[CAP-Team]

Conclusie: er staat een Windows variant op de computer waarvan de legaliteit te betwijfelen valt, je hebt geen installatie medium en ook geen Windows Professional license key?

Ik zou er mee terug gaan naar de leverancier en een goede Windows 7 professional license eisen.

[Glashelder]

Die ga je niet krijgen en die heb je ook helemaal niet nodig.

De procedure is om te activeren met een andere key die in je bezit is (bijvoorbeeld van een andere PC). En ja, dat is de officiële weg.

[alt-92]

Ultimate is een consumenten SKU, overigens.
Ik zeg flatten & rebuild, install media kun je bij die leverancier opvragen nadat je 'm uitlegt dat je niet hebt gekregen wat er op de factuur staat

[kaopadkai]

Zoals al aangegeven is: een herinstallatie met een schone windows versie de meest voor de hand liggende.

Je geeft echter aan dat dit je hier geen genoegen mee wilt nemen en het wilt uitzoeken; geen aannames, maar een exacte oorzaak dus.


GROUP POLICY

Gebruik gpresult

--------------------------------------------------------------------------------------------------------------
RDP werkt ook niet via IP

Zie screenshot van gpedit


--------------------------------------------------------------------------------------------------------------

Hiermee sluit je niet uit of een GPO het probleem kan zijn; er kunnen meerdere GPO's (local en global) van toepassing zijn.

Misschien zit deze machine 'per ongeluk' in een andere OU met een andere policy; het 'least restrictive' principe wordt dan toegepast.

Check met gpresult je RSOP (Resultant Set of Policy) op de command line of RDP is toegestaan.

Google als hierop als je meerdere parameters als bijv. ouput wilt wilt gebruiken.


WINDOWS LICENTIE AUTHENTICITEIT

Eventlog ID 1011
--------------------------------------------------------------------------------------------------------------

--------------------------------------------------------------------------------------------------------------

Heb je afgelopen 10 maanden dan wel met een onjuiste licentie kunnen werken via RDP?
Of heb je RDP überhaupt wel gebruikt?

Op deze vragen komt helaas geen duidelijk antwoord op, dus ga ik er maar vanuit dat je het niet weet.

Er wordt in je screenshot aangegeven dat je Windows licentie juist is geactiveerd; dit hoeft niet het geval te zijn.

Filter in je eventlog op ID 1011:
"Your Windows product has not been activated with Microsoft yet. To activate Windows, use the Product Activation Wizard.”

Als dit het geval is, heb je iets om mee naar de leverancier te stappen.

[ Voor 4% gewijzigd door kaopadkai op 22-06-2014 12:15 ]

[Grolsch]

chuai schreef op zondag 22 juni 2014 @ 11:40:
Zoals al aangegeven is: een herinstallatie met een schone windows versie de meest voor de hand liggende.

Je geeft echter aan dat dit je hier geen genoegen mee wilt nemen en het wilt uitzoeken; geen aannames, maar een exacte oorzaak dus.


GROUP POLICY

Gebruik gpresult

--------------------------------------------------------------------------------------------------------------
RDP werkt ook niet via IP

Zie screenshot van gpedit

[afbeelding]
--------------------------------------------------------------------------------------------------------------

Hiermee sluit je niet uit of een GPO het probleem kan zijn; er kunnen meerdere GPO's (local en global) van toepassing zijn.

Misschien zit deze machine 'per ongeluk' in een andere OU met een andere policy; het 'least restrictive' principe wordt dan toegepast.

Check met gpresult je RSOP (Resultant Set of Policy) op de command line of RDP is toegestaan.

Google als hierop als je meerdere parameters als bijv. ouput wilt wilt gebruiken.

Ik weet vrijwel zeker dat het geen GPO is.

Ik heb RSOP gebruikt om dit te controleren, en geen andere workstation heeft dit probleem

WINDOWS LICENTIE AUTHENTICITEIT

Eventlog ID 1011
--------------------------------------------------------------------------------------------------------------
[afbeelding]
--------------------------------------------------------------------------------------------------------------

Heb je afgelopen 10 maanden dan wel met een onjuiste licentie kunnen werken via RDP?
Of heb je RDP überhaupt wel gebruikt?

Op deze vragen komt helaas geen duidelijk antwoord op, dus ga ik er maar vanuit dat je het niet weet.

Zover ik na kan kijken heeft het vlak na de installatie in augustus gewerkt, maar waarschijnlijk na het installeren van updates niet meer sinds augustus.

Dit herleid ik uit de eventvwr.

Op 13-08-2013 nog succesvol opgestart
Sinds later op die dag (13-08-2013) alleen maar dezelfde foutmelding.

Kan de Extern bureaublad-services niet starten. De relevante statuscode is 0x800706b5.

Er wordt in je screenshot aangegeven dat je Windows licentie juist is geactiveerd; dit hoeft niet het geval te zijn.

Filter in je eventlog op ID 1011:
"Your Windows product has not been activated with Microsoft yet. To activate Windows, use the Product Activation Wizard.”

Als dit het geval is, heb je iets om mee naar de leverancier te stappen.

Ik kan geen enkele melding vinden met het ID1011.

Ik weet nu bijna wel zeker dat er een wat "minder" legitieme versie van Windows op is geïnstalleerd.

Nu ik de oorzaak van het probleem weet verwacht ik dat het toch reen reïnstall gaat worden

[kaopadkai]

Ok, dit is effe ietsje duidelijker

Herinstallatie is inderdaad een goede optie. Je kan eventueel nog een stap verder gaan als je tijd en zin hebt...

UPDATES
Eventlog ID's 19 en 20
Probeer te filteren op updates in de eventlog; ID's 19 en 20.
Kijk dan op 13 Augustus 2013 zelf en de dagen ervoor. Als je dat al niet hebt gedaan trouwens...

Als je het aantal KB-nummers kunt beperken, dan kun je zoeken op de update die dit waarschijnlijk heeft verzoorzaakt.

VOORBEELD
Ik zie in dit forum o.m. KB2667402 terugkomen.
Als je in dit voorbeeld kijkt op MS12-020: Description of the security update for Terminal Server Denial of Service Vulnerability: March 13, 2012 zie je er 3 files worden gemodified.

Rdpcorekmts.dll
Rdpwsx.dll
Rdrmemptylst.exe

Deze update heeft verschillende versies.
Het kan zijn dat deze files corrupt zijn geraakt waardoor je RDP niet werkt.

Kopieer deze files van een werkende machine.
Vervang de files op de machine met welke je problemen hebt met die van de werkende machine.

Deïnstalleer daarna de update KB2667402 en reboot.

Mocht het daarna wel werken, dan kun je de update weer installeren; pak wel een oudere versie van deze update dan.

Ervaring leert wel dat wanneer je verdere problemen wilt voorkomen je waarschijnlijk gewoon het beste een herinstallatie kan doen...

[ Voor 14% gewijzigd door kaopadkai op 23-06-2014 11:05 ]

[Grolsch]

Vandaag een herinstallatie gedaan met een HP DVD met Windows 7 professional, en het probleem is opgelost