[win2k3sbs] poort 3389 niet open

[vanderwal]

Zit nu al een paar weken met het volgende probleem:

Kan niet remote inloggen op een 2k3sbs, zowel intern als extern.
heb al vanalles geprobeerd om het werkend te krijgen, maar tot opheden geen succes.

Heb met een andere sbs vergeleken welke services er draaien mbt rdp/terminal services.
hier in kan ik geen grote verschillen ondekken.

via netstat zie ik ook dat poort 3389 niet op listening staat (staat er niet tussen). Heb al verschillende sites gezocht en op got zelf om te kijken of er ook mensen zijn met soort gelijke problemen, maar tot nu toe geen oplossing of hint kunnen vinden.

[Zwelgje]

nog bijzonderheden in je RDP config?

start>uitvoeren>tscc.msc

is rdp wel gekoppeld op een werkende nic reset anders de RDP listener eens, in dit artikel wordt dat wel uitgelegd: Event ID 52 When You Start Terminal Services

[ Voor 33% gewijzigd door Zwelgje op 31-12-2008 12:20 ]

[RolandZ]

Heel dom en erg MS, maar: heb je de server al een keer herstart? Soms wordt er een herstart geinitieerd (ooit gehad met hardware managementsoftware en een defecte fan) die niet doorgaat, maar je rdp doet het vervolgens niet meer. Check dus je eventlogs eens voor andere problemen.

[vanderwal]

Powershell schreef op woensdag 31 december 2008 @ 12:19:
nog bijzonderheden in je RDP config?

start>uitvoeren>tscc.msc

is rdp wel gekoppeld op een werkende nic reset anders de RDP listener eens, in dit artikel wordt dat wel uitgelegd: Event ID 52 When You Start Terminal Services

RDP config is standaard op dit moment, heb ook het artikel doorgenomen maar bied geen oplossing.
Heb de rdp connector verwijderd en opnieuw aangemaakt maar ook dit bied geen uitkomst.
Server herstarten heb ik al een paar keer gedaan.

[Zwelgje]

...remote connections staan wel aan vinkje bij allow connections

check ook even in de registry> local machine>system>currentcontrolset>control>terminalserver

fsdenyconnections staat op 0 en niet op 1 neem ik aan

[vanderwal]

Powershell schreef op woensdag 31 december 2008 @ 13:36:
...remote connections staan wel aan vinkje bij allow connections

check ook even in de registry> local machine>system>currentcontrolset>control>terminalserver

fsdenyconnections staat op 0 en niet op 1 neem ik aan

Ja het bekende vinkje staat aan
heb even nagekeken fDenyTSConnectionsstaat op 0

Wat ik overigens wel vaag vind is dat als je probeert in te loggen via een rdp client, dat je dan geen melding krijgt. de client stopt gewoon met verbinding maken.

[Zwelgje]

staat rdp niet toevallig op een andere listening port mischien iemand dat dat ooit heeft aangepast

[vanderwal]

Powershell schreef op woensdag 31 december 2008 @ 14:20:
staat rdp niet toevallig op een andere listening port mischien iemand dat dat ooit heeft aangepast

Heb het voor de zekerheid nagekeken, maar die staat op 3389 dus is wel goed.

Wel vaag probleem heb wel vaken sbs server geplaatst, nog nooit heb ik dit probleem gehad.

Zou het kunnen dat het is een policy zit of dat het een dns probleem zou kunnen zijn?

[Zwelgje]

is het een premium of standard oftwel: staat er niet een isa server op die poorten blocked

[vanderwal]

Powershell schreef op woensdag 31 december 2008 @ 14:37:
is het een premium of standard oftwel: staat er niet een isa server op die poorten blocked

Het is een standard, dus geen isa.

Heb volgens mij de meest voorkomende zaken ook wel gecontroleerd. Alles werkt verder ook goed zoals vpn, via vnc kan ik er wel op komen. alleen externbureau blad werkt niet.

[Verwijderd]

Ik heb een tooltje geschreven in Delphi om te checken of een poort open staat of niet. Zo kan je zien of netwerktechnisch de poort blockeerd.

Run de executable op de server en telnet naar het opgegeven poort. Als het goed is krijg je via telnet een melding dat de poort open staat.

Link:

http://www.squ1zzy.com/downloads/Squ1zZy-TCP_Port_Tester.zip

[Verwijderd]

Wat je ook heel simpel kunt doen is netstat -a en kijken of de poort 3389 ook op LISTENING staat.

Wat anders ook wel zou kunnen helpen is de optie Remote Desktop uitzetten -> apply -> Remote Desktop aanzetten.

Kijk in je event viewer of je op moment van het maken van een verbinding geen foutmelding krijgt met certificaten.

Probeer op de server zelf is telnet naar je eigen ip adres met 3389

Controleer ff in je register bij HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TerminalServer\WinStations\RDP-Tcp\PortNumber op welke poort hij staat ingesteld.

[sanfranjake]

Kan je wel remote desktoppen via de Remote Web Workspace? https://remote.bedrijf.nl/remote (poortje 4125 ook naar de server forwarden)

[Zwelgje]

Verwijderd schreef op vrijdag 02 januari 2009 @ 12:09:
Wat je ook heel simpel kunt doen is netstat -a en kijken of de poort 3389 ook op LISTENING staat.

Wat anders ook wel zou kunnen helpen is de optie Remote Desktop uitzetten -> apply -> Remote Desktop aanzetten.

Kijk in je event viewer of je op moment van het maken van een verbinding geen foutmelding krijgt met certificaten.

Probeer op de server zelf is telnet naar je eigen ip adres met 3389

Controleer ff in je register bij HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TerminalServer\WinStations\RDP-Tcp\PortNumber op welke poort hij staat ingesteld.

...vragen die allemaal al beantwoord zijn door de topicstarter helaas

[vanderwal]

Vandaag even weer verder gegaan, heb een poortscan gedaan via www.watismijnip.nl hieruit komt naar voren dat poort 3389 open staat. heb nu maar vnc er even op gezet zodat ik er iig op kan komen om zo verder naar een oplossing te werken.

Waar ik nog wel achter ben gekomen is het volgende:

Toen de server geplaatst werd had deze eerst een ander ip adres, nu is deze gewijzigd naar 192.168.1.130
Zou het kunnen zijn dat dit invloed heeft, lijkt me stug want alles werkt verder wel goed.

Ik heb ook nog maar even de register vergeleken met een ander win2k3sbs server, dit staat nagenoeg gelijk.

Echt vaag probleem is dit aan het worden

[Zwelgje]

haal op de client eens je mslicensing key weg

Terminal Server-licenties verwijderen van een RDP-client

toegegeven die sbs2003 bak draait niet in application mode en kost je geen licenses maar toch... try

overigens... is er geen ipsec rule op de server die rdp verkeerd blocked vanaf jouw ip range? en alleen vanaf bv 'thuiswerkers' aangezien rdp openstaat naar het internet.... just a thought

[ Voor 27% gewijzigd door Zwelgje op 02-01-2009 23:43 ]

[Verwijderd]

Powershell schreef op vrijdag 02 januari 2009 @ 13:08:
[...]


...vragen die allemaal al beantwoord zijn door de topicstarter helaas

Sorry, maar dan zie jij meer dan ik en het is graag of niet.

[vanderwal]

Verwijderd schreef op zaterdag 03 januari 2009 @ 00:32:
[...]


Sorry, maar dan zie jij meer dan ik en het is graag of niet.

IIS draait niet op deze machine, dus kan er ook niet op deze manier op inloggen.

Powershell schreef op vrijdag 02 januari 2009 @ 23:41:
haal op de client eens je mslicensing key weg

Terminal Server-licenties verwijderen van een RDP-client

toegegeven die sbs2003 bak draait niet in application mode en kost je geen licenses maar toch... try

overigens... is er geen ipsec rule op de server die rdp verkeerd blocked vanaf jouw ip range? en alleen vanaf bv 'thuiswerkers' aangezien rdp openstaat naar het internet.... just a thought

Waar zou die ipsec rule dan ingesteld staan? in een policy oid?

[ Voor 17% gewijzigd door vanderwal op 03-01-2009 00:42 ]

[Verwijderd]

vanderwal schreef op zaterdag 03 januari 2009 @ 00:41:
[...]


IIS draait niet op deze machine, dus kan er ook niet op deze manier op inloggen.


[...]


Waar zou die ipsec rule dan ingesteld staan? in een policy oid?

Uhm..... IIS....?

De IPSec Rule zou in je Routing en Remote Access Server kunnen staan.

Naja ik zie spoken denk ik, maar ik had geen post met IIS opmerkingen.

[ Voor 8% gewijzigd door Verwijderd op 03-01-2009 01:32 ]

[sanfranjake]

vanderwal schreef op zaterdag 03 januari 2009 @ 00:41:
IIS draait niet op deze machine, dus kan er ook niet op deze manier op inloggen.

Dan is er iets heel erg fout op die machine, want dan werkt ook Exchange, Sharepoint de SBS Backup, Monitoring, vrijwel alle wizards en nog veel meer ook niet.
Kortom, IIS kan je eigenlijk niet deinstalleren op een SBS, dus dat zal er echt wel op staan!

[Zwelgje]

Verwijderd schreef op zaterdag 03 januari 2009 @ 00:32:
[...]


Sorry, maar dan zie jij meer dan ik en het is graag of niet.

het is uiteraard graag, maar:

"via netstat zie ik ook dat poort 3389 niet op listening staat (staat er niet tussen). "

en

"Ja het bekende vinkje staat aan
heb even nagekeken fDenyTSConnectionsstaat op 0"

en

"Heb het voor de zekerheid nagekeken, maar die staat op 3389 dus is wel goed."

even goede vrienden

@ts: die ipsec rule zou inderdaad in een GPO object moeten staan (en niet in RAS, we hebben het hier niet over site2site connecties die we met ipsec beveiligen immers) maar over een encryptielaagje direct op de lokale ipstack:

tech info: http://technet.microsoft.com/en-us/library/cc755942.aspx

[ Voor 21% gewijzigd door Zwelgje op 03-01-2009 09:44 ]

[vanderwal]

sanfranjake schreef op zaterdag 03 januari 2009 @ 03:00:
[...]

Dan is er iets heel erg fout op die machine, want dan werkt ook Exchange, Sharepoint de SBS Backup, Monitoring, vrijwel alle wizards en nog veel meer ook niet.
Kortom, IIS kan je eigenlijk niet deinstalleren op een SBS, dus dat zal er echt wel op staan!

Je hebt gelijk, IIS draait wel, en kan ook op de interne site komen, maar remote werkt niet.

[vanderwal]

Heb net even netstat opgeslangen in een txt bestandje nu zie ik dat hij wel op listening staat.
Maar net even gekekennaar die van vnc en die staat toch anders zou dit van invloed zijn? Zo ja hoe moet het dan wel.

rdp

TCP 192.168.1.130:3389 0.0.0.0:0 LISTENING

vnc

TCP 0.0.0.0:5800 0.0.0.0:0 LISTENING

[Jazzy]

vanderwal schreef op vrijdag 02 januari 2009 @ 23:35:
Toen de server geplaatst werd had deze eerst een ander ip adres, nu is deze gewijzigd naar 192.168.1.130

Hoe is dat gewijzigd?

[vanderwal]

Jazzy schreef op dinsdag 06 januari 2009 @ 11:12:
[...]
Hoe is dat gewijzigd?

via de NIC ->tcp/ip instellingen.

Daarna nog dns aangepast, maar dit werkt verder wel goed, geen fouten in het logfile

[Verwijderd]

Ik weet niet wat voor hardware in je sbs server zit... Maar ik had een tijd geleden ergens een topic gezien dat bepaalde versies van nvidia drivers ervoor zorgen dat rdp niet meer werkt. Een registry setting was de oplossing dacht ik.

[Jazzy]

vanderwal schreef op dinsdag 06 januari 2009 @ 12:22:
[...]


via de NIC ->tcp/ip instellingen.

Daarna nog dns aangepast, maar dit werkt verder wel goed, geen fouten in het logfile

Dat is niet de goede manier. Bij SBS ga je naar Server Management, Internet and Email, Change Server IP Address. In jouw geval moet je dat nu even twee keer doen, eerst met een tijdelijk adres en dan weer met het huidige adres. SBS werkt nu de complete configuratie bij en dat zou ook wel eens jouw probleem kunnen verhelpen.

Maar als je dit niet wist dan zou het heel goed kunnen dat je ook niet op de hoogte bent van de Configure E-mail and Internet Connection wizard (CEICW). Deze configureert onder andere Exchange, IIS en de firewall voor je. Server Management, Internet and Email, Connect to Internet.

[ Voor 3% gewijzigd door Jazzy op 06-01-2009 12:38 ]

[vanderwal]

Morgen ga ik er even langs, zal ik even kijken of het via de wizards wel wil.

Ik laat het nog wel weten bedankt tot zover ver iig.

[vanderwal]

vandaag even via de wizard het ip veranderd en weer terug veranderd, helaas weer geen succes. Zal er in de loop van de middag weer mee verder, wat een vaag probleem.

Er werd in het topic ook iets genoemd over nvidia drivers, heb ik ook fff gecontrolleerd, die zijn geinstalleerd. heb even gezocht op got maar weet iemand het topic nog waar staat welk register waarde dan fout kan staan.

[jvalks]

Heb je onlangs nog een update of iets dergelijks geinstalleerd??

[vanderwal]

jvalks schreef op woensdag 07 januari 2009 @ 10:01:
Heb je onlangs nog een update of iets dergelijks geinstalleerd??

Nope het is ook al vanaf het begin zo.

Toch maar weer de logfiles erbij gepakt:

: \SystemRoot\System32\RDPDD.dll failed to load

Lijkt me dat dit er mee temaken heeft

[Jazzy]

vanderwal schreef op woensdag 07 januari 2009 @ 11:26:
Toch maar weer de logfiles erbij gepakt:

: \SystemRoot\System32\RDPDD.dll failed to load

Lijkt me dat dit er mee temaken heeft

http://blogs.technet.com/...d-dll-failed-to-load.aspx

[alt-92]

vanderwal schreef op woensdag 07 januari 2009 @ 09:54:

Er werd in het topic ook iets genoemd over nvidia drivers, heb ik ook fff gecontrolleerd, die zijn geinstalleerd. heb even gezocht op got maar weet iemand het topic nog waar staat welk register waarde dan fout kan staan.

Terugrollen naar de oude versie waar je deze ellende niet bij had.

[Ventrigo]

heb niet een keer hetzelfde probleem gehad maar wel zoiets. Ik weet niet of het helpt maar je hebt het telkens over een ander IP adres dat ergens in staat. Is het uberhaupt nog mogelijk om het oude IP adres erin te zetten?
Kan wel is voorkomen dat als je er een andere netwerkkaart in hebt gestopt dat je ip adres nog op de oude netwerk kaart staat toegewezen (correct me if i am wrong).
Kom je ergens in het register nog het oude IP adres tegen? Misschien dat die nog op één of andere manier wordt vastgehouden.

Misschien nog een oplossing? Eerst ipconfig/release --> opnieuw opstarten en dan IP adres opnieuw instellen.

Weet niet of dit gaat helpen maar heb ook is een keer van die vage problemen gehad met ip adres en bepaalde programma's.

offtopic:
misschien dat het oude IP adres nog in een cache staat of zoiets. Weet er ook niet alles van maar denk even mee

[Razwer]

log anders eens in op de console, zet RDP uit, knikker alles wat naar netwerk ruikt uit je device manager, reboot, nieuwe hardware wordt detected (je kan ook rescan doen maar reboot is beter). config je nic opnieuw met de goede settings en zet dan RDP aan.
als het goed is zijn je bindings refreshed en zal het theoretisch moeten werken.

hoop voor je dat het werkt.....

[vanderwal]

Goed nieuws!!

Het werkt!

wat was nu het probleem:

The root of the problem is that the session image space is too small and it can't load any more drivers into it. The session image space is shared for the display driver drivers and printer drivers. rdpdd = remote desktop protocol display driver.

De oplossing voeg de volgende sleutel toe aan het register.

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]

"SessionImageSize"=dword:00000020

Where 00000020 is hex for 32

In iedergeval erg bedankt voor de tips en het meedenken, want op een gegeven moment begon ik aan aller hande scenario's te denken.

[elevator]

Wel vreemd dat dat op jouw server nodig is terwijl ik dit eigenlijk nog nooit op andere servers heb hoeven doen?

[Jazzy]

elevator schreef op donderdag 08 januari 2009 @ 11:39:
Wel vreemd dat dat op jouw server nodig is terwijl ik dit eigenlijk nog nooit op andere servers heb hoeven doen?

Ja, zo werkt dat nu eenmaal met bugs en rare issues. Zie voor meer informatie de link die ik eerder gaf.

[Verwijderd]

elevator schreef op donderdag 08 januari 2009 @ 11:39:
Wel vreemd dat dat op jouw server nodig is terwijl ik dit eigenlijk nog nooit op andere servers heb hoeven doen?

Zoals ik al zei in mijn eerdere post is dit een issue van bepaalde versies van nvidia drivers... Ik dacht zelfs dat het alleen om de video drivers ging.

Dus op zich is het juist niet vreemd dat jij het niet op andere servers hebt gezien, deze hadden dus of geen nvidia hardware, of niet de driver versie waarmee dit probleem zich voor doet.