MSTSC (extern Buroblad) niet door Firewall

[benniep]

Ondanks dat ik zowel msctsc heb toegevoegd op inkomende regel toestaan als wel later poort 3389 op zowel udp als tcp, krijg ik geen connectie met de laptop die Win7 nl pro heeft.

Zodra ik de firewall van windows uitschakel is het geen probleem.
Iemand een idee?
De connectie loopt via wifi, andersom (laptop-pc) geen probleem.

[herda]

Op de laptop, allow remote desktop wel aangezet?

[benniep]

Ja en ook hulp van buitenaf

[DukeBox]

Werkt het intern wel ?

[herda]

Wat zegt de eventviewer ervan (van beide computers)

[benniep]

Je bedoelt met intern met netwerkkabel?
Want ik doe dit intern.
Overigens teamviewer is geen probleem.
Logboek ga ik even bekijken nu.

[ Voor 13% gewijzigd door benniep op 24-07-2012 12:37 ]

[herda]

Logisch Teamviewer loopt via het Inet met eigen verificatie

[benniep]

Ja dat weet ik maar ik kan het blokken via de firewall, dat werkt wel.

[The_Duke]

wanneer je remote desktop aanzet in Windows 7 dan wordt ook gelijk de firewall goed gezet, ik heb in ieder geval nog nooit in de firewall hoeven instellen dat poortje 3389 open moet. Heb je misschien een 3rd party firewall draaien?

[benniep]

Nee fress install. Ik heb het ook nog nooit meegemaakt

[herda]

Wat ik al eerder zei, check de eventviewer van beide pc's en:
Lees trouwens dat er meer mensen problemen hebben met Win 7 pro na installatie van SP1:
Suggesties:

- disable remote desktop access, apply and reboot
- reenable destop access and apply

anders: check of update: 2621440 en 2667402 op de Pro machine staat, deze schijnen ook problemen te geven

[Mental]

mstsc moet je ook niet openzetten.. dat is de executable wat de uitgaande verbinding maakt; hij vangt niet de inkomende af.
Als je RDP aanzet zal hij standaard een firewall regel voor je opengooien; grote kans dat het dus niet (goed) aanstaat in jouw geval.

[ Voor 6% gewijzigd door Mental op 24-07-2012 12:44 ]

[benniep]

ok thnx ga ik proberen. Eventviewer geeft geen op beide machines geen meldingen

[benniep]

RDP is extern buroblad deze zou automatisch toegevoegd moeten worden (mstsc.exe), doet het echter niet

[Mental]

Nee, mstsc.exe is de client.. niet de server dus het heeft totaal geen zin om die inkomend open te zetten.
Je moet enkel port 3389 open gooien inkomend.

voer in een commandprompt ook eens:

netstat -an | find ":3389"

uit.
Als daar geen "TCP 0.0.0.0:3389 0.0.0.0:0 LISTENING" staat dan staat het niet aan.

[ Voor 36% gewijzigd door Mental op 24-07-2012 12:51 ]

[herda]

benniep schreef op dinsdag 24 juli 2012 @ 12:47:
RDP is extern buroblad deze zou automatisch toegevoegd moeten worden (mstsc.exe), doet het echter niet

In de firewall (exceptions) opzoek gaan naar: Remote Desktop (TCP-In) en check of deze actief staat of niet, zo niet rechtsklikken en activeren

[benniep]

Alles geprobeerd ................helaas geen soelaas

[Mental]

Staat hij wel in je netstat?

[benniep]

Ja tijdens netstat -a geeft 3389 tcp weer

[herda]

Als je remote verbinding wilt maken naar de computer, wat is de melding c.q. wat doet die?
Werkt het bedraad trouwens wel?

[NeHoX]

Heb je zowel in je Windows Firewall als in je Router de poorten opgezet naar je cliënt?

[Gunner]

NeHoX schreef op dinsdag 24 juli 2012 @ 13:55:
Heb je zowel in je Windows Firewall als in je Router de poorten opgezet naar je cliënt?

Router lijkt me niet relevant, aangezien het om intern verkeer gaat.

[benniep]

Router is inderdaad niet relevant. Zoals ik al schreef op het moment dat ik de firewall uitschakel krijg ik wel verbinding met de laptop. Andersom werkt ook. Op de pc (windows 7 ultimate) instellingen van firewall exact overgenomen. Netstat geeft listening tcp 3389 weer op beide machines. Ik denk dat ik ga updaten van pro naar ultimate.

[Mental]

Dat zal het probleem niet oplossen, er staat ergens (in je firewall) iets niet goed.
Als je niet iets meer details geeft kunnen we er niet zoveel mee.

Heb je er bijvoorbeeld op gelet dat het openzetten van de firewall wel voor alle profielen is gebeurd? (lees: domein, prive, openbaar)?

Wat staat er in je eventlog?
(En dus niet je toepassing of systeemlog maar je windows firewall log, staat onder 'Logboeken Toepassingen en Services - Microsoft - Windows - Windows firewall With Advanced Security - Operational')

[benniep]

Geloof me alles staat goed, heb zowel zoals net beschreven alles vanuit Ultimate overgenomen, zelfs de registerinstellingen. Probleemoplossing gestart, netstat geeft listening op tcp 3389 en event log zoals ook al eerder beschreven geeft geen meldingen. Firewall staat dusdanig geconfigureerd dat het meldingen moet geven als het iets blokt. Ook dat gebeurt niet. Thuisnetwerk sleutel gedeeld. Openbaar geprobeerd. Bedrijfsnetwerk geprobeerd. Maar niets helpt. Dit is een bug in de firewall van Windows.
Net een firewall van Norton geprobeerd deze werkt wel!

[Mental]

Geloof mij op mijn beurt dan maar weer; dit is geen bug, er staat gewoon iets niet goed en dat is prima te vinden in de logging van de Firewall.

Als je alleen al handmatig RDP gaat openzetten in je firewall (notabene op basis van de verkeerde executable) dan betwijfel ik of het inderdaad 'allemaal goed' staat zoals je zegt. (wat 'allemaal' dan moet betekenen is dan weer niet helemaal duidelijk).

[Shorteh]

Hoi hoi,

probeer deze regel is uit te voeren in een elevated command prompt (als administrator dus)

code:

netsh advfirewall firewall add rule name="RDP" dir=in protocol="TCP" localport=3389 action=allow

Dit zal een regel toevoegen in je Windows Firewall die RDP door laat. Dit is getest op Windows 7 Enterprise x64 en een aantal Server 2008R2 machines.

[ Voor 12% gewijzigd door Shorteh op 24-07-2012 17:22 ]

[benniep]

@Shorteh Dit Was de oplossing! Heel erg bedankt. Het verschil zat hem in de regel die net toegevoegd is "alle progamma's die aan de waarde voldoen" ipv specifiek programma.
De rest overigens ook bedankt voor het advies.
Topic kan dicht,

[ Voor 35% gewijzigd door benniep op 24-07-2012 18:22 ]

[Shorteh]

benniep schreef op dinsdag 24 juli 2012 @ 18:16:
@Shorteh Dit Was de oplossing! Heel erg bedankt. Het verschil zat hem in de regel die net toegevoegd is "alle progamma's die aan de waarde voldoen" ipv specifiek programma.
De rest overigens ook bedankt voor het advies.
Topic kan dicht,

Mooi Succes met RDPen!

[benniep]

@Sorteh Weet je overigens ook waarom professional en enterprise hier anders mee omgaan dan Ultimate?

[Verwijderd]

benniep schreef op dinsdag 24 juli 2012 @ 18:37:
@Sorteh Weet je overigens ook waarom professional en enterprise hier anders mee omgaan dan Ultimate?

Dat doen ze niet, het is fout gegaan omdat je handmatig in de instellingen/register/etc hebt zitten "rommelen"

[tc982]

Verwijderd schreef op dinsdag 24 juli 2012 @ 19:04:
[...]

Dat doen ze niet, het is fout gegaan omdat je handmatig in de instellingen/register/etc hebt zitten "rommelen"

Eén van de meest voorkomende problemen is dat ze de regel aanmaken voor bijvoorbeeld "public" netwerk profiel, maar zelf in "Work" staan. Dan kan je lang wachten voordat je connectie hebt

[Shorteh]

benniep schreef op dinsdag 24 juli 2012 @ 18:37:
@Sorteh Weet je overigens ook waarom professional en enterprise hier anders mee omgaan dan Ultimate?

Ze gaan er precies hetzelfde mee om. Wat jij hebt gedaan is de firewall regel toegevoegd voor mstsc.exe, dit is de Microsoft Terminal Services Client. De client wordt gebruikt om uitgaande verbindingen te maken met andere systemen die RDP hebben enabled. Mstsc luistert niet op poort 3389, hij verbindt er mee. Je kan hier 300 uitzonderingen voor maken in de firewall, maar je krijgt nooit resultaat.