Kissé csúszni fog a Windows Server 2008 kiadása

Microsoft, Windows

Windows Server Division blogjában olvasható, hogy az eredetileg az év végére tervezett Windows Server 2008 RTM (Release to Manufacturing) a jövő év (naptári) első negyedévére csúszik. Az oka? A Microsoft biztos akar lenni abban, hogy kiváló minőségű terméket kínál az ügyfelei és partnerei számára. A bejelentés itt.

( hnsz2002 v | 2007. 08. 31., p – 13:19 )

Fog az többet is csúszni, csak egyenlőre még ennyit vallanak be... Szerintem olyan is lehet a dologban, hogy várnak, amíg egyre több hibára derül fény a Vistában, végül is a szerver verzió is ugyanazon az alapon nyugszik. Így többet ki lehet javítani.

A másik, amiről nem hallok mostanában, hogy állítólag (nem tom, hogy a 2008 serverbe, vagy majd csak a következő kiadásba) lesz élet grafikus felület nélkül. Azaz ugyanúgy vezérelhető lesz teljes mértékben karakteres felületről. Részemről nem értem, hogy egy szervernek minek berakni a Vistából a betűelmosásokat, a 48 bites ikonokat, meg hasonlót...

OpenSuSE 10.2, Celeron 2,4Ghz, 768MB, 2*160GB IDE Raid0, FX5200, SBLive! E400
OpenSuSE 10.2, Acer Aspire 5020, AMD Turion 64bit @ 1,8Ghz, 1GB, 80GB Toshiba, Mobility Radeon X700 PCI-E 128MB/128bit

Így van. A 2008-ban sem az aero az alapértelmezés. Viszont alapból belök mindenféle animációt, ugyanazt a betűelmosást (ami speciel nekem nem tetszik), mint a Vista vagy az IE7, és ugyanazok a True Color big ikonok, mint Vistában. Ha csak egy klasszikus 32x32 pixeles ikonnal számolunk, 48 biten az már 6 KB. Namost egy vezérlőpultba van mondjuk ebből 50 db, az már 300KB. 300KB-ba én egy szerveren szívesebben tárolnám mondjuk egy lekérdezés eredményét vagy egy DNS-cache-t.

OpenSuSE 10.2, Celeron 2,4Ghz, 768MB, 2*160GB IDE Raid0, FX5200, SBLive! E400
OpenSuSE 10.2, Acer Aspire 5020, AMD Turion 64bit @ 1,8Ghz, 1GB, 80GB Toshiba, Mobility Radeon X700 PCI-E 128MB/128bit

Sok kicsi sokra megy.... És ez csak egy vezérlőpult megnyitás volt. Akkor még nem számoltuk bele a grafikus felület _alap_ memóriafoglalását, és azt sem, hogy ez a símtótt betűtípus mennyi erőforrást visz el. Nem azt mondom, hogy egy szerverre _teljesen_ felesleges a grafikus felület (amellet, hogy én annak a híve vagyok, hogy szépen _én_ megszerkesztem a konfig fájlt), de állandó jelleggel _felesleges_. Tehát lehessen olyat csinálni, hogy beállítod grafikus felületen, és utána azt mondod, hogy jó, zárd be a GUI-t. És attól még hogy karakteresen megy a rendszer, minden szolgáltatás fut tovább, de felszabadult egy rakás erőforrás (mind proci mind memória).
Szerintem te félreértesz... Én azt próbáltam kifejteni, hogy örülök, hogy végre az MS is belátta, hogy nem kell állandó jelleggel GUI, és a 2008 alatt meg lehet oldani, hogy egyszerűen kilépsz belőle, vagy fel sem rakod, és beállítasz mindent konzolból és az általad is említett VBScriptek segítségével. Mindez idáig (w2k3 r2) nem valósult meg.

"16*16-os ikonok"
Na én meg erre mondom, hogy nehogymá' ezen spóroljunk... Ez pont úgy hangzott, mintha a szomszéd Pistike mondta volna...

OpenSuSE 10.2, Celeron 2,4Ghz, 768MB, 2*160GB IDE Raid0, FX5200, SBLive! E400
OpenSuSE 10.2, Acer Aspire 5020, AMD Turion 64bit @ 1,8Ghz, 1GB, 80GB Toshiba, Mobility Radeon X700 PCI-E 128MB/128bit

Azért ha kell valami peccs, azt gyorsabb RDP-n keresztüli IE-vel közvetlen a szerverre letölteni, mint átszenvedni smb-n/ftp-n/akármin a célszerverre. Azon felül ha valami olyan MSKB kell, amiben registry kulcsok vannak, kényelmesebb ha a remote asztalon van megnyitva. Főleg, mert sokan szeretik a Remote Desktopot fullscreenbe nyomni. De mivel a billenyűzet el van kapva a rdp által, az Alt+Tab ugye a szerveren megy akkor is, ha a RDP nincs full screenbe. Úgy elég nehéz doksit nézni + registry-t macerálni.

Nyilván nem pr0n anyagok letöltésére kell használni a szerver erősforrásait, ebben igazad van.

sosem mondtam, hogy egy hobbidisznóól nem kényelmes, vagy hogy sokan nem szeretik :)

nem tudom milyen kiszolgáló az, amin napi rendszerességgel kell registryt pancsolni és ez roppant kényelmetlenségeket okoz, de ezügyben jó hírem van: registry editor -> connect network registry :)

Normális rendszergazda taszklistájának első öt tétele között van a remote registry tiltása, kedves. Üzemeltetsz is Windows Server-t vagy csak okos vagy? A Remote Registry egy akkora biztonsági lyuk, ami csak akkor engedhető - esetleg! - meg, ha a gép távol van, csak az az egy gép van egy sivatag közepén, és l2tp vpn tudsz nyomulni rá. És még ekkor is csak - esetleg.

Normális rendszergazda taszklistájának első öt tétele között van a remote registry tiltása, kedves. Üzemeltetsz is Windows Server-t vagy csak okos vagy?

Talán nem a PC World magazin "XP tippek-trükkök otthonra" rovatból kellene Windows Server adminisztrálást tanulni. :)

Ezt most miért én kaptam?

Amúgy pedig tényleg. Tény, hogy a Remote Registry biztonsági hibaforrás. Tény hogy a registry a windows alapeleme. Akkor nem kell minden eszközzel védeni a registry-t szerinted? Tegyük ki DMZ-be?

Portszintű tiltás nem jön szóba, mert a windows szabályos RPC kommunikációját használja.

Explain me.

Te meg ebben a sorrendben itt folytasd:
1, 2, 3 ( előfeltétel persze, hogy az adott hálóban legyen vki kis kedveske.. )
Kérdés: nem jobban éri meg vmi secure kapcsolat DIREKT a szerverrel?
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Üllj le és kuss legyen!"..

Örülök, hogy örülsz.. esetleg bővebben is lehetne hogy én is nevethessek? :)
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Üllj le és kuss legyen!"..

Persze, ez igaz. De úgy őszintén, minek forogni a csavar körül,ha a csavarhúzó ios tud forogni, hmm? Ha már bennefelejtették azt a hülye bugxplorert, legalább legyen valami haszna is.

Félreértés ne essék: én nem a disznóól szerver mellett vagyok, szeretem, ha egy szerver tiszta. De azért engedtessék már meg, hogy ne kelljen kicsavart kézzel ülnöm a gép előtt mert az secure. Ennyi erővel ne is menjen a szerver, annál secure-bb nincs.

Nem, a fizikai konzolon is.

Nem, nem csak tagszervernek. Lehet Read-Only DC-től kezdve standalone IIS webszerverig minden. Ez utóbihoz pl. nem kell semmi egyéb, mert az IIS önmagában is képes élni.

Asszem csak terminal server, meg pár ilyen hülye role nem lehet rajta. Elméletben akár minden FSMO jog is nála lehet.

Azért, met az nem csak szerver, hanem desktop is.

Hiába ez már igazi multifunkcionalitás :)

Jut eszembe: Az MS-nél gurguláztak valami parancssorról még anno ,hogy lehessen "konzolból" is vezérelni a cuccost. Persze valami nagy találmányként írták asszem :)

Karesz
http://kareszka.extra.hu

igazából, amit nekem mutattak az egyik ilyen w2k8 előadáson, arról van szó, hogy a kommand lájnos winből kihagyták a grafikus rendszert (legalábbis a legnagyobb részét), de a hálózaton keresztül ugyanúgy el lehet érni a jó kis grafikus eszközökkel (is), mint a "hagyományos" win szervereket (meg, persze, a parancssort is megerősítik jól [az összesben])

Ja, a rosszhoz meg mégtöbb...
Egyébként az XP-t ugyebár kiadták 2001-ben, a Win2003 server-t 2003-ban. Az két év külömbség. Kiadták a Vistát idén tavasszal, a 2008 servert meg már télen ki akarták adni. Ez most csúszik tavaszra, de még az is csak egy év. Sztem lehetne még azzal várni....

OpenSuSE 10.2, Celeron 2,4Ghz, 768MB, 2*160GB IDE Raid0, FX5200, SBLive! E400
OpenSuSE 10.2, Acer Aspire 5020, AMD Turion 64bit @ 1,8Ghz, 1GB, 80GB Toshiba, Mobility Radeon X700 PCI-E 128MB/128bit

( Oldman (nem ellenőrzött) | 2007. 08. 31., p – 13:31 )

typo:

erdetileg -> eredetileg
kínűl ->kínál

Csak hogy a reggeli hírlevélben már helyesen szerepeljen...
:-)

( Hunger | 2007. 09. 01., szo – 00:26 )

A hozzászólásokat elolvasva kicsit kételkedni kezdtem, hogy ki mit ért a leendő lecsupaszított Windows alatt...

A Windows 2008 valóban tartalmazni fog egy Core nevű alapot, de az nem úgy lesz parancssoros, hogy semmiféle grafikus felület nem indul majd el rajta, hanem csak, hogy nincs GUI. Azaz lesz grafikus felület, de a bejelentkezés után csak egy parancssor fogad, amely nyilván kizárólag tűzoltásra van, hisz a cél az, hogy távolról egy SysAdmin gépről ezt kényelmesen lehessen menedzselni a megszokott módon és csak nagyobb probléma esetén kelljen használni a konzolt.

--
Jaj bocs, anr óta kénytelen vagyok kiírni:
Fizetett Microsoft hirdetés!

Ez ebben a formában nem igaz. A pletykák szerint lesz a Core-ba PowerShell is, így a szerver konzolja igenis lehetőséget fog adni managelésre. Természetesen kenni-vágni kell a parancssorokat, de hát ez van.

A Windows 2008 nagyon sok olyan (non-PowerShell) parancssori eszközt is fog hozni, amivel az olyan teendők is elvégezhetők parancssorból, melyek eleddig kizárólagosan GUI-n keresztül történhettek meg. Ilyenek pl. az aktíválás, a komponenstelepítés, a Remote Desktop engedélyezése (ez ugye a mini-terminalserver, kizárólag admincélra).
Ha pedig belerakják a PowerShell-t, akkor csak a képzelet szab határt a parancssor használatának. Ezek az eszközök mindhárom Windows 2008 verzióban meg fognak jelenni.

Cserébe persze a Core-ből kiveszik pár role kialakításának lehetőségét, de hát ez van.

Ez ebben a formában nem igaz. A pletykák szerint lesz a Core-ba PowerShell is

És az nem a parancssor definíció alá tartozik? :)

Én nem a shell mivoltára kívántam felhívni a figyelmet, hanem hogy nem a hagyományos értelemben vett karakteres konzol fog fogadni Core alatt sem, tehát nem úgy kell elképzelni, mint *nix esetén...

Egyébként letölthető már jóideje a Windows 2008 CTP (Community Tech Preview :), amely telepíthető már Core-ként is, úgyhogy bárki kiprobálhatja.

A Core amennyire kb fél nap alatt megsasoltam valami béta verzióban a közhidelemmel ellentétben tartalmazza közel a teljes grafikus alrendszert. / legalábbis amit én láttam akkor még valami Longhorn akármilyen bétának hívták /.

Egyedül az Internet Explorer + (explorer)-t vágták ki belőle, azt viszont teljesen.

Ez viszont igen nagy durranás az MS-től szerintem, mert rájöttek arra, hogy serveren elméletileg szükségtelen. Emiatt persze az összes olyan adminisztrációs cuccos (pl. mmc és moduljai, különféle "varázslók") melyeknek vmilyen IE / Explorer "beli" követelménye van, innentől nem műxik - (benne pl. 1-2 dvd író program archíválás rulez jelleggel ;-)) - a SERVEREN / egy kliensen indítva és "rácsatlakozva" a serverre már megy a dolog (mmc esetén pl). / tehát nincs start menü stb. sem hiszen ahhoz "explorer.exe" kell /

Viszont a server nem szenved az MS biztonsági szempontból egyik legsérülékenyebb összetevőjétől az IE-től (és "alrendszereitől), ez igen nagy előnye lehet.

Ami kifejezetten nem tetszett benne /mármint ebben a béta cuccban/ - apróság mondjuk -, és komplett baromságnak tartottam az a windows "házi memtest"-je, ami csak bejelentkezés után közöl információkat.

A teszt lefut, csak nem mondja meg, mi lett az eredmény.

Ami hát kösz, mert mem hiba esetén általában bootolás közben dob a rendszer egy hátast, és tán pont azért indítjuk a memtest-et hogy "akkor miért is fagy ez a szar a winlogon indításakor ?" :-).

U.I.: Azért megnézném 1-2 klasszikus w2k/w2k3 serverhez szokott admint, amint bejelentkezés után szemez a "command prompt"-tal, hogy akkor most mija ;-))

--------

Nem a zsömle kicsi, a pofátok nagy...

Emiatt persze az összes olyan adminisztrációs cuccos (pl. mmc és moduljai, különféle "varázslók") melyeknek vmilyen IE / Explorer "beli" követelménye van, innentől nem műxik - (benne pl. 1-2 dvd író program archíválás rulez jelleggel ;-))

Jobb helyeken az archiválást nem kézzel szokták csinálni a szerver előtt ülve, GUI-n kattogtatva, hanem előre beállított scheduled task alapján lefut. :)

Ha te mégis manuálisan backupolnál minden nap, akkor elvégezheted egy olyan a szerveren, amelyiken nem Core fut, hanem egy teljesértékű Windows 2008, de akár Core alatt is az archiváló program parancssoros részével (ntbackup már a múlt évezredben is működött parancssorból, de third party backup megoldásoknak is van parancssori eszköze, pl. NeroCmd.exe, ha csak dvd író programban gondolkodsz... :)

Ami kifejezetten nem tetszett benne /mármint ebben a béta cuccban/ - apróság mondjuk -, és komplett baromságnak tartottam az a windows "házi memtest"-je, ami csak bejelentkezés után közöl információkat.

Eh, valamit eléggé benéztél. Ez csak az egyik módja a memtest-nek, olyan esetre, ha nem férsz hozzá a szerver konzoljához, ahol a Windows bebootolása nélkül is meglehet nézni az eredményt. (Viszonylag ritka, mert minden szerver vas konzolja elérhető távolról is :)

Ami hát kösz, mert mem hiba esetén általában bootolás közben dob a rendszer egy hátast, és tán pont azért indítjuk a memtest-et hogy "akkor miért is fagy ez a szar a winlogon indításakor ?" :-).

Tipp: Ha winlogon-nál fagy, akkor távolról, bejelentkezés nélkül is letölthetők az eredmények a szerverről, ha aközben is fagy, akkor elég nagy a gáz és nyugodtan kezdheted meg a katasztrófa-terv szerinti helyreállítást egy tartalék szerverre, a hibás szerver problémájának felderítését hagyhatod későbbre (jobb helyeken nem is feltétlenül a te feladatod... ;)

Bár ahol már ilyen memtestelések mennek, az már eleve nem éles rendszer.

U.I.: Azért megnézném 1-2 klasszikus w2k/w2k3 serverhez szokott admint, amint bejelentkezés után szemez a "command prompt"-tal, hogy akkor most mija ;-))

Nem tudom számodra mit jelent a "klasszikus w2k/w2k3 szerverhez szokott admin", de egy normális rendszergazda képben van, mert vagy eljár konferenciákra és továbbképzésekre, ahol már előre felkészítik, hogy mik várhatók majd a következő verzióban, vagy figyelemmel követi egyébként is az újdonságokat az internetes oldalakon, esetleg újságokban (pl. TechNet magazin). Jobb esetben mindkettő/mindhárom.

Jobb helyeken az archiválást nem kézzel szokták csinálni a szerver előtt ülve, GUI-n kattogtatva, hanem előre beállított scheduled task alapján lefut. :)

Nyílván nem, mindösszesen olyan IE-függő "programokat" próbáltam megemlíteni "példa" gyanánt, amik serverhasználat esetén szóba jöhetnek.

Eh, valamit eléggé benéztél. Ez csak az egyik módja a memtest-nek, olyan esetre, ha nem férsz hozzá a szerver konzoljához, ahol a Windows bebootolása nélkül is meglehet nézni az eredményt. (Viszonylag ritka, mert minden szerver vas konzolja elérhető távolról is :)

Mint említettem sok időm stb. nem volt foglalkozni vele, első két blikkre nem találtam olyan opciót, hogy helyből azonnal közölje a teszt eredményét. Ami azért illene hogy alap legyen ilyen téren.

Bár ahol már ilyen memtestelések mennek, az már eleve nem éles rendszer.

Éles rendszer is ugyanúgy bedöglhet, mint kb. bármi ;-), Murphy törvénye nemcsak a tesztkörnyezeteken tarol.

-------

Nem a zsömle kicsi, a pofátok nagy...

Te, igazából nem tudom. Végülis felhasználói nyomásra bekerült az IIS, pedig kardoskodtak ellene. Nem tartom kizártnak a PS bekerülését - természetesen szintén nyomásra. Ha nem is az RTM verzióban, de lehet valamelyik peccs a PS-t engedni fogja.

Amúgy meg létezik Remote Power Shell is, akkor csak .NET-et kell felerőszakolni, meg felmásolni a fájljait a RPS-nek, és kész. Persze ez utóbbi sajna nem MS találmány, egy leleményes user csinálta, még nem lőtték le MS-ék :)

Mondjuk ha bekerült az IIS, akkor valószínűleg a .NET is jönni fog az ASP.NET miatt. Onnan meg már csak egy lépés a PS. Akkor úgy látszik azóta változott a terv, én még úgy tudtam, hogy AD-hez lesz tagszerver, fájlszerver meg médiaszerver. Kössz a pontosítást.

_____
Legyél egyéniség! Ne köve$d a divatot! Használj te is Ubuntut! -- Nem vagyok egyéniség. :)

Igen, kb a Beta3 előttig így volt. Mivel azonban felháborodást keltett (egy webszervernek csak yó, ha nincs terhelve minden szírrel), így a beta3 óta benne van.

A PS egy picit más tészta, ui. a GUI kérések egy beégetett lista alapján kerülnek kiszolgálásra. Ebböl a cmd.exe rendelkezik a saját ablakának elkészítéséhez szükséges joggal, meg asszem ilyen 2 v. 3 alkalmazás, és passz.

( csardij v | 2008. 01. 04., p – 23:21 )

MS 2008 oldalan az van, hogy 53 nap mulva jelenik meg.
ez tenyleg igy van, vagy félreforditottam valami?

( Neomodus | 2008. 02. 26., k – 20:46 )

A Windows Server 2008 64 bit Enterprise Edition remekül teljesített...ami azt illeti,nemcsak szerverfronton. 5letektől felbuzdulva desktop gépre is felpakoltuk, és nem csalódtunk. Ha azt vesszük, hogy ez még csak RC1, és "SP1" alapban benne van (azaz a verzió a várva-várt 6001-es),de máris ilyen teljesítményt nyújt,akkor a Vista is az SP1 kiadása után fog tarolni. Akár tetszik egyeseknek,akár nem...