FullHd på HPE ProLiant utan skärm, Displayport Dummy Plug?

Permalänk

FullHd på HPE ProLiant utan skärm, Displayport Dummy Plug?

Hej

Jag har införskattat mig en HPE ProLiant utan skärm till en kund. Och jag får inte välja fullhd från teamviewer eller RDP, jag googlar lite och hittar fler med samma problem. Där de rekommenderar Displayport Dummy Plug. Typ denna: https://www.dustinhome.se/product/5011213682/displayport-dumm...

Nå jag googlar vidare och funderar. Det finns dock väldigt många duktiga här och jag är nyfiken på hur vanligt problemet är? Är det typ självklart det vet väl alla att man måste köpa en dummy plug? Eller är det mer vad pratar du om, jag har aldrig hört talas om problemet? Servern står ej hos mig och jag ska argumentera för att ett annat företag ska köpa en sådan där plug och testa och plugga i.

Permalänk
Medlem

Luktar DRM-bekymmer - det är vad dummypluggen gör - att emulera en fysisk dataskärm och ge DRM-token till datorn för att windows skall låsa upp för full upplösning... detta är nog inte att anses som HPE:s problem utan den OS-miljön du har valt att köra och som bryr sig om sådana saker.

För snabb lösning så är det förmodligen enklast att köpa dummypluggen...

Vad är det för OS du kör på servern ??

provat med VM-miljö?? dvs. din OS som du har strul med körs i en VM-instans, i tex. VMWare mfl. och se om de kan provida en giltig DRM-token i sina virtuella grafikort.

Att köra headless utan inkoppling till monitor, tangentbord och mus är ju allt vanligare på serverhotellen och med ILO eller vad det heter idag på HPE-burkar kan allt skötas fjärr utom rena fysiska åtgärder som att plocka i/ur diskar, nätverkssladdar och USB-stickor...

Permalänk

Tackar för informationen. Det är Windows server 2019. Inga möjligheter alls till att trixa något finns då den ska in på produktionsmiljö. Så kanske inställning, dummy plugg eller acceptera läget och inte ha fullhd.

Permalänk
Sötast

RDP brukar ju köra en virtuell driver som inte är låst till en specifik upplösning.
Har dock sett liknande med teamviewer...

Har du testat forcera upplösning under options på klienten?

Permalänk
Skrivet av Allexz:

RDP brukar ju köra en virtuell driver som inte är låst till en specifik upplösning.
Har dock sett liknande med teamviewer...

Har du testat forcera upplösning under options på klienten?
https://i.stack.imgur.com/MmSkB.jpg

Jag har funderat lite på detta. Just nu så fungerar datorn ej i Teamviewer och jag antar samma sak gäller RDP. Det är RDP jag senare ska använda och Teamviewer finns bara temporärt.

Nå jag tackar för hjälpen och ska kolla in detta. Det som försvårar det hela är att servern står hos ett annat företag och de gör inte något alls gratis. -Kan ni testa och koppla in en skärm, ja det kan vi. Sedan får man en faktura på 1000kr tillbaka för inkoppling av monitor.

Permalänk
Sötast

iLO hjälper ju tyvärr mest troligt inte heller. Vet dock inte hur nyaste versionerna är!

Man brukar få apa till upplösning om man kör på den.. oftast också någon virtuell driver tyvärr.

Permalänk
Medlem

Köp en dummyplugg. Eller installera en hypervisor och virtualisera windows "som alla andra"

Permalänk
Medlem

Det där verkar var en riktig PITA om man försöker använda windows som headless direkt på serverjärnet - den är inte gjord för det helt enkelt och enklaste och snabbaste lösningen i existerande utrustning är att trycka i DP-dummypluggen för att komma vidare...

Vad jag läst mig till så är grundproblemet att om windows inte ser någon identifierbar 'fysisk' skärm så sätts grundupplösningen till 640x480 vilket gör att teamviewer fungerar bedrövligt då den tar upplösningen bokstavligen medans RDP har en default virtuell skärm på 1024x768 vilket gör det drägligare men är en fast inställning som inte kan ökas på så länge windows inte har en lista från någon 'fysisk' inkopplad skärm med olika upplösningar... nu finns det tydligen lite trix att låta RDP låna klientdatorns skärmdata och därmed generera större desktop med högre upplösning - men problemet är att så fort användaren loggar ut så återgår det till default 1024x768... därav att man 'måste' ha en fysisk inkopplad skärm även på en windowsserver för att behålla storleken över 1024x768 på sin desktop även om det är i form av en DP-dummyplug

- skall man ha teamwiever över 640x480 i upplösning så kräver det också en DP-dummyplug då den till skillnad från RDP inte kan manipuleras eller låna skärmdata från användare över kopplingen...

Det finns registerhack om man letar lite, men kan sluta att fungera 6 månader senare vid en windowsuppdatering, Andra att lappa med kommersiella virtuella drivers eller använd produkter från Solar Wind (ja, just den som blev hackad och spred ransomware-virus till väldigt många olika datorer...) och med detta börja man inse varför dito företag har sådan marknad när windows själv inte är vuxen nog för att kunna fungera i headless-drift...

Någon skrev att prova med i powershell "mstsc.exe /W:<width> /h:<height>" men kanske försvinner igen och det återgår till defaultupplösning så fort user loggar ut igen.

Alternativt som @varget nämnde att köra windows i en hypervisor/VM-miljö som emulerar de fysiska skärmarna och lurar windows och med detta löser alla de olika HW-beroende problem som ovan nämnda.

windows-server går helt enkelt inte att köra vettig på 'bare metal' om det skall köras headless...

med VM/hypervisor få får du betydligt större administrativa möjligheter och mindre risker då du bl.a kan göra snapshot mm. av fullt fungerande system och kan backa om så till tidigare version när strul uppstår (tex ransomware-angrepp).