Windows Server GUI beállítások

Van valami módszer arra, hogy színekett, ablakkereteket, vagy akár classic windows stílust beállítsam a win szerveren? A 2019 is ilyen hányadék volt már, de ott még valahogy megtaláltam, a 2022-ben sem változott, de itt már nem látok ilyesmi beállításokat (vagy gőzöm sincs hova rakták). De hát ugye server, ahol amúgy se sok minden van, főleg RDP-n keresztül nem.

https://www.imgpaste.net/image/KOxiep

https://www.imgpaste.net/image/KOxHST

Hányok ettől a flat lóf*sztól amúgy is, de hogy semminek nem látszik a széle... Mint valami istenverte grafika hiba vagy GUI bug, ahol elfelejtettek ablakkeretet rajzolni. Ki a bánat szerint jó ez így?

A gépházat is kerülöm ahol lehet, mert többnyire használtatlan, vagy kattingatok mint egy hülye, és egyszerűen nem találom amit keresek. Inkább használom a régi jól bevált, átlátható, működő toolokat ahol csak lehet.

Hozzászólások

Régen mintha a Desktop Experience feature-t kellett volna ilyesmihez telepíteni.

Színes vászon, színes vászon, fúj!

Kérem a Fiátot..

Szerkesztve: 2023. 10. 26., cs – 13:29

Sajna 15 éve már powershell a kijelölt irány. Az h. még véletlenül vannak szerveren gui tool-ok, az csak a mikroszoft szerteszabdalt egymással nem tárgyaló és amúgyis mérgező vállalari / fejlesztői kultúrájának köszönhető. Amúgy ha jobban szervezettek lennének, már rég eltűnt volna minden ilyen belőle. Muszáj lenne megtanulni mindenkinek szkriptelni, aki windows szerver vonalon dolgozna az IT-ban.

Jah, mond ezt egy bármilyen fejlesztőnek/supporternek, akinek az az első, hogy indítsam adjam meg a teamviewer azonosítót, hogy fel tudja tenni a cuccát + indítja az "akármilyen" app grafikus telepítőjét... Meg ő is ugyanúgy Firefoxból/Chrome-ból/Edge-ből töltöget le a szerverre dolgokat.

Meg amikor lassú az app, akkor az a tűzfal miatt van, azt ki kell kapcsolni... Aztán kiderül, hogy mégsem kell kikapcsolni, csak nyitni "pár" portot (49000-55000-ig)... Lefutottuk a "nem lassú a hálózat", "nem, nem a víruskereső fogja meg" köröket... Majd amikor ez sem segít, jönnek a "német" megmondó kollégák (Abdul és Jamal volt azt hiszem), akik meg azt mondják hogy az IPv6-ot ki kell kapcsolni, azért lassú az app. Aztán még mindig lassú volt, aztán mondták hogy a kliensen is ki kell kapcsolni.... Aztán már most azt sem tudom hol tartunk ezzel (kolléga csinálta, nem én), de természetesen az app továbbra is lassú. (2-3 hónapja onnan indultunk, hogy kevés a RAM meg a CPU mag, úgyhogy bővítve lett a fizikai gép emiatt)

Hát itt tartunk 2023-ban... Ugyanott mint 15-20 éve.

Semmi bajom a scripteléssel, nyilván a linuxokon nincs GUI. Viszont a sokszor agyament szintaxissal nem sikerült még megbarátkoznom, meg a lassúsággal, meg hogy nem egyértelmű nekem a kilométeres modul meg függvénynevekből, hogy mi mire való.

És amúgy nem is kéne feltétlen scriptelgetni... Mert ott van a régi jó bevált RSAT... Vagy a Server Manager... De ezek is csak MS/Win szolgáltatásokhoz jók.

"Sose a gép a hülye."

A prioritás már elég régóta az Azure-on van. Ott meg a msft headless szerverek százezreit-millióit kezeli, CLI-ből. Nem GUI-ból. Az h. a klientúra nem képes megugrani ugyanezt 15 év alatt, az egyre kevésbbé érdekli a msft-ot. A gui butítása látványosan ebbe az irányba halad az elmúlt 10+ évben.

Lazán kapcsolódik, most megint előjött:

Szóval abban a powershellben scripteljek, ami még mindig nem képes force 2 dimenziós tömbként kezelni egy változót, mert ő okosabb mint én, és majd tudja, biztos véletlen írta úgy a buta rendszergazdácska, ahogy.

mssql backup script, menteni való adatbázisok:

$mssqldbs = @(
	("xy", "C:\backup\dump\mssql\instance\xy.bak", -1),
	("xy", "C:\backup\dump\mssql\instance\xy.bak", -1)
)

Ha csak egy adatbázis van, akkor is min. kétszer kell beírni (nyilván kétszer lesz kidumpolva is így a script által), mert egyébként lebutítja 1D tömbre, és a $mssqldbs[0][1] pl. "y" lesz...

A másik, jobb megoldás az az lenne, hogy az első egy szemét placeholder elem, viszont akkor a backup scriptet kellene módosítani, hogy nem foreach mssqldbs, hanem 1-től (length-1)-ig, és akkor:

$mssqldbs = @(
	("this is a placeholder element", "because powershell is a shit", 42),
	("xy", "C:\backup\dump\mssql\instance\xy.bak", -1)
)

Majd egyszer megcsinálom...

 

És a windows GUI-hoz hasonlóan a powershellben is van jópár ilyen szarság, kb. mióta létezik.

"Sose a gép a hülye."

Nem tudom, ki engedélyezte a Windows Server családra a tapicskolós felület felrakását, de szüljön sünt.

Azért az be lehet látni, hogy sok kis és közép vállalatnál van például helyi AD, amit az ember simán az ADUC -ból kezel, mert effektív. Egy-két évtizede ugyanaz az elvárás: központosított felhasználó/csoport/jog kezelés. Ezt tudja, és a felhasználók/cégek nagy részének ma sem kell más. Nem kell megjavítani azt, ami nem romlott el, hagyták volna békén, de nem mert az ADUC ugyan működik, de a GUI ergonómiája pocsék lett.

Konkrétan egy Windows 98 felülete ergonómikusabb a billentyűzettel és egérrel való számítógép használatra, mint ez a telefonra optimalizált felület, amit egy azóta halott termékvonaluk miatt vezettek be, és még mindig ok nélkül erőltetnek.

Csak hát a MS nem a barátunk, nem jó fej, nem nekünk akar jót, hanem a részvényeseknek, és ezért visszaél a vendor lock-in -el, és leszarja, hogy szopat minket, fizető vásárlókat.

A MS nem készít igazán jó szoftvert. Csak elég jót ahhoz, hogy megvegyék. A MS szoftver mostanra az évtizedekkel ezelőtti, lengyel piacos, kínai filléres műanyag szarok kategóriájába csúszott. Én már nem is várok tőle minőséget, eltűnt az a bizalmam, ami a Windows 2000 és az XP idejében még megvolt, mert akkor még fizető vendégnek nézett engem a MS, és nem pedig rabszolgának, mint ma. Tesztelje a bétás szutykaikat akinek hét anyja van, rám ne számítsanak. Jelenleg a marketingeseikből élnek, nem a technológiájukból.   

A vastagított résszel egyetértek, de csak desktopon, ahogy mondani szoktam, szerverre felesleges a GUI, de még a WebIU is. Arra elég a headless, SSH-s CLI vezérlés, mivel jó esetben úgyis ritkán kell hozzányúlni, és nem egyszer gyorsabb csak egy konfig fájlt, vagy egy scriptet, init szolgáltatásmodult megszerkeszteni, és elfut magában. Ha nincs GUI, könnyebb lesz az OS, több erőforrást hagy az érdemi feladatra, meg kevesebb frissíteni való, biztonsági rés, stb..

Ahol a GUI hozzáadna akármit is, az is csak a desktop, és ott is csak speciális felhasználási területek, játékok, rajzprogramok, CAD, fotó/videószerkesztők, és a böngészés (bár az mesterségesen van kikényszerítve a web által), virtuális gép, ami GUI-s OS-t futtat, stb.. Egyébként én emiatt még desktopon is majdnem csak terminális CLI/TUI megoldásokat használok főleg, amiben csak lehet. Nálam simán visszahozta a retró számítógépes érzést, ami a GUI-kkal kiveszett hosszú évtizedekre, de most visszajött. Olyan érzés, hogy az ember a gépet használja, teljes a kontroll felette, és nem egy lebutított GUI-t használ.

Bár ha már GUI, nekem a Win98-ból mai szemmel hiányozna a virtuális asztalozás, és a tiling, de simán el tudnám használni a mai napig, ha annyira akarnám, és inkább választanám a modern Win8-11-es felület, meg MacOS-es UI dizájn helyett. Anno a WinXP-Win7-et is klasszikus Win9x témával használtam főleg.

Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

En ebben hiszek: "Form follows function."

A munkam soran legalabb 80% -ban CLI -t hasznalok, szeretek a parancssorba for ciklust irni.

De mar a DOS -os idokben rajottek az emberek, hogy a TUI sokszor kenyelmesebb mint a CLI, gondolj csak a Norton Commanderre, nem veletlenul szerettuk, es valt etalonna.

Aztan jott a GUI, es kiderult, hogy az meg jobb tud lenni. Foleg ha kezdo az ember, es kell az erosebb vizualizacio. (Es ne feledjuk, hogy mindenki kezdokent kezdi.)

Egy ADUC meg a DNS es a tobbi szokasos dolgot teljesen jol lehet kezelni GUI alapokon. Hiaba szerver, van letjogosultsaga rajta a GUI -nak. Az meg, hogy eszik par szaz megat, pont nem erdekel, piszlicsare tetel.

Igen, a TUI-nak is inkább desktopon van szerepe, a Norton Commander is desktopra készült.

Igazából csak felesleges a GUI.

Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”