MOLEHAND Solutions - Nagyvállalati megoldások mindenkinek

 
Nyomtat  
Author: MOLEHAND Created: 2008. 09. 26. 23:33
Általános

By Molnár Péter on 2010. 03. 06. 23:38

Gyakran jelentkező probléma, hogy egy eszköz (pl. hálózati kártya) eltávolítása, vagy cseréje esetén, ütközés léphet fel a régi és az új eszköz konfiguráció között. Ritkán okoz hibát, de zavaró és igénytelen. Ezeknek az eszközöznek a szerkesztése történhet a registry-n keresztül (

pl.:[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\ 
Interfaces\[Adapter ID]]) de általában egyszerűbb az eszközkezelőn keresztül:

  1. Egy parancssori ablakba írjuk be a következő parancsot:
    set devmgr_show_nonpresent_devices=1
  2. Ezután ebből az ablakból: 
    start devmgmt.msc
  3. A megjelenő ablakban kattintsunk a Nézet menü Rejtett eszközök megjelenítése parancsára, és az eszközkezelőben már látaszanak is a jelenleg nem érzékelt eszözök is

Megjegyzés: a parancssor bezárásakor a Windows rendszer törli a 2. lépésben megadott devmgr_show_nonpresent_devices=1 változót, ezért ha a parancssor bezárása után kattint a Rejtett eszközök megjelenítése parancsra, ezek az eszközök továbbra sem jelennek meg.

By Frang Tamás on 2009. 10. 11. 13:08

Létezik a mostanság egyre jobban terjedő PowerShell-hez egy sokkal kényelmesebb és modernebb grafikus felület. Ezzel szerintem kicsit könnyebb lesz a scriptelés:)
 
Az alábbi oldalról lehet letölteni a progit:

By Frang Tamás on 2009. 06. 03. 19:50

Az NTBackup egy .bks kiterjesztésű fájlban tárolja el, hogy melyik mappákat jelöltük ki backup-ra. Ha egyszer lefuttattuk a varázslóját, akkor utána avval már nem tudunk belenyúlni egy esetleges módosítási igény esetén. Viszont a BKS fájlt, ami csak egy egyszerű szöveges állomány rendkívül könnyen lehet szerkeszteni. Az alábbi cikk tartalmazza a formai követelményeket a fájl szerkezetével kapcsolatban: http://support.microsoft.com/kb/237310

By Frang Tamás on 2008. 12. 14. 23:25

Nekem már párszor felmerült mint probléma, hogy a bejelentkező képernyőn nem a megfelelő beviteli nyelv jelenik meg alapból, és hát rendkívül idegesítő ha állandóan váltogatni kell. A következő cikkben van leírva, hogy a registry-ben hol/mit kell állítani, hogy a nekünk megfelelő legyen a beállítás.
 

By Gömbös Attila on 2008. 09. 30. 22:46

Hyper-V esetén alapból nincs lehetőség NAT-olt virtuális hálózati kártya használatára, csak bridge módban képesek a virtuális gépek kifelé kommunikálni.
Egy kisebb csellel azonban lehet NAT-ot varázsolni rá:
  • A host gépen Új hardverként adjuk hozzá a "Microsoft Loopback Adapter"-t
  • Hyper-V Virtual Network manager-ben hozzunk létre egy új virtuális adaptert mondjuk NAT néven.
    • Típusa: External
    • Kössük a Loopback adapterhez
  • A host gépen a hálózati kapcsolatok alatt ezután létrejön egy virtuális adapter NAT néven
  • A host gépen az internetre kötött interfészen engedélyezzük az ICS-t erre az új virtuális interfészre (ne az eredeti Loopback Adapterre)
  • Windows 2008 alatt valami el van rontva az ICS automatikus tűzfalszabályaival, így engedélyezzük a forgalmat a NAT mögött IP tartományból

By Molnár Péter on 2008. 08. 22. 20:32

Ez egy V2V konverzió, ráadásul VMDK to VHD!
Természetes Microsoft oprendszerekre.
A legszebb megoldás a SCVMM használata, ami intelegensen megolda a kérdést. Ha nincs:
  • Első lépésben készítsük elő a Wmware oprendszert:
    • Távolítsuk el a VMware tools-t
    • Ha SCSI a VMDK, akkor adjunk a rendzserhez egy IDE drivert is, elkerülendő a 0x0000007B -s kékhalált, mivel a Hyper-V csak IDE-ről bootol!
  • Ezután konvertáljuk a leállított VMDK-t VMDK2VHD, vagy WinImage programokkal.
  • Készítsünk Hyper-V gépet, csatoljuk az új VHD-t
  • Telepítsük az Integration Services

http://www.microsoft.com/systemcenter/virtualmachinemanager/en/us/default.aspx
http://vmtoolkit.com/blogs/announcements/archive/tags/VMDK+VHD+Converter/default.aspx
http://www.winimage.com/
http://www.adopenstatic.com/cs/blogs/ken/archive/2008/03/23/16710.aspx#17546

By Simkó Benedek on 2008. 08. 11. 1:57

A Windows Server 2008 és Windows Vista megkövetelheti a Network Level Authentication-t (NLA) remote desktop kapcsolatnál, ami Windows XP alatt csak a következő feltételekkel működik:
- Windows XP SP3 
+ RDP 6.1 
+ CredSSP engedélyezése
 
Az első kettő triviális, a 3. viszont nem. Ezt a következő módon lehet megtenni:
  1. Click Start, click Run, type regedit, and then press ENTER.
  2. In the navigation pane, locate and then click the following registry subkey:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa 
  3. In the details pane, right-click Security Packages, and then click Modify. 
  4. In the Value data box, type tspkg. Leave any data that is specific to other SSPs, and then click OK.
  5. In the navigation pane, locate and then click the following registry subkey:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders
  6. In the details pane, right-click SecurityProviders, and then click Modify.
  7. In the Value data box, type credssp.dll. Leave any data that is specific to other SSPs, and then click OK.
  8. Exit Registry Editor.
  9. Restart the computer.

KB cikk: http://support.microsoft.com/kb/951608

By Molnár Péter on 2008. 07. 21. 19:48

Sok meglepetés nincs, talán 2:
 
Exchnage 2007 csak SP1 után támogatja
ISA 2006 viszont egyáltalán nem! (SP1 sem)
 
Részletes lista:
 

By Frang Tamás on 2008. 05. 16. 12:41

Egészben le lehet tölteni az SP3-at a Microsoft Download oldaláról, hasznos lehet ha több gépre telepít valaki egyszerre és nem kell végigvárni amíg egyesével lejön a Microsoft Update-ről.
 
Link a magyar verzióhoz:
 
Link az angol verzióhoz:

By Nagy Balázs on 2008. 04. 28. 16:13

Az ilyen típusú telepítők csak a Microsoft partnerek számára érhetőek el, tehát OEM es dobozos telepítő esetén ilyen probléma nem jöhet elő.

MAK : Multi Activation Key

Lényege az, hogy a kulcs előre benne van a telepítőben, tehát az install elején nem kér semmit, verziót sem lehet választani, az a lemezen/iso file-ban fel van tüntetve. Szép és jó, de az aktiválás már kacifántos.

Sikeres telepítés után nem kér aktiválást, csak egy bizonyos idő után ( erre még nem találtam leírást). Az egészben itt jön a meglepetés, az aktiválásnál csak az adott belső hálózaton keresi az általunk telepített KMS service -t (http://www.microsoft.com/licensing/resources/vol/default.mspx)

KMS: Key Management Service

Az egész azt a célt szolgálja, hogy:
                   - nem kell az aktiváláshoz az internetre csatlakozni, belső hálózaton megoldható
                   - csak belső hálózaton használható a kulcs kiadása nélkül, ha mégis kikerülne, X idő után lejár

Mediso-ban sikerült ebbe belefutni, az egész onnan indult hogy aktiváláskor a " Activation Error: Code 0x8007232b ; DNS Name does not exist " hibát dobta. Mivel az említett gép Debrecenben volt, én pedig Budapesten a KMS telepítésére nem igazán volt lehetőség.
Partnerség miatt a cégnek van "saját" nem MAK -os Enterprise kulcsa, ezért távoli asztalon elértem a gépet, majd a következő paranccsal felülírtam az eredetileg integrált MAK kulcsot:
" slmgr -ipk xxxxx-xxxxx-xxxxx-xxxxx-xxxxx "

Aktiváláskor már egyből az interneten lévő szerverhez fordult, az már más kérdés, hogy még ekkor sem futott le a folyamat, maradt a telefonos, gépi automatás, számpötyögős megoldás.

*megj: http://support.microsoft.com/kb/929826 címen elérhető megoldásban eleve arról van szó hogy van egy KMS a belső hálózaton, de ennek ellenére nem megy. Fórumokon azt a megoldást olvastam hogy ilyenkor célszerű újra megadni ugyanazt a kulcsot, és utána gond nélkül megy (http://forums.microsoft.com/Genuine/ShowPost.aspx?PostID=982073&SiteID=25)

A-tól Z-ig a FAQ : http://www.microsoft.com/licensing/resources/vol/ActivationFAQ/default.mspx

Számítsa ki költségeit
  kalkulátorunkkal

tovább    

és nyerje meg
50 000 Ft értékű

ajándékunkat  

Akciós ajánlatunk

 Több szolgáltatót is volt szerencsém kipróbálni. Jelenleg minden projektünk a MOLEHAND-nél van elhelyezve, mert Ők nem csak egy szelet számítógépet adnak, hanem valódi szolgáltatást: Akármibe ütközök számíthatok a gyors és szakszerű reakcióra!