dolezel.net

Co není v hlavě, je v blogu...

Windows Server 201x a vícero IP adres na jedné NIC

V roce 2011 jsem si na tomto blogu poznamenal a sám sobě opakovaně vysvětlil, jak funguje koncept vícero IP adres na jedné síťovce ve Windows od Vist, resp. Serveru 2008. Jsme u Serveru 2016 a vše funguje pořád stejně. A pořád se najdou situace, kdy se zaseknu a musím si tenhle článek starý 6 let najít, přečíst a znovu pochopit :) Naposledy dneska. Každopádně pokrok nezastavíš a tak jsem si řekl, že netsh je překonané a že by to chtělo způsob, který nebude vyžadovat odebrání IP adresy, která byla původně přidaná přes GUI. A jo, ono to už jde! Více...

W2003 DC a dva prima hotfixy

Dnešní den jsem plánoval něco zcela jiného. Nakonec to dopadlo tak, že jsem se celý den snažil pochopit, co se to proboha stalo ve dvou různých firmách, ve kterých se v noci nainstalovaly na servery hotfixy. A od rána prudí uživatelé, že se nemůžou přihlásit přes RDP na server, že se jim Outlook nedokáže přihlásit k Exchange 2003 či Exchange 2010, ale přitom přes OWA vše jde. A nefunkční jsou i Outlooky na MAC OS X. Teď, po dvanácti hodinách, už samozřejmě vidím souvislost, ale ráno ani omylem. Takže co se to vlastně stalo? Více...

Synchronizace času v doménové hierarchii

V poslední době jsem několikrát řešil problémy s časem ve forestu, případně v doméně s vícero sajtami. Párkrát jsem se k tomu dostal v okamžiku, kdy někdo přede mnou dočasně “poléčil” problémy času na non-PDC DC fixním nastavením NTP serveru. To je řešení následků problému, nikoliv odstranění příčiny. Takže v prvním kroku je třeba uvést nastavení non-PDC do pořádku:

w32tm /config /syncfromflags:domhier /update
w32tm /resync /rediscover

Jiný postup opravy (pro krapet odlišný problém) jsem si uložil zde.

V druhém kroku pak následuje vysvětlení lokálnímu IT týmu, jak se věci mají, jak to funguje. K tomu je nejlepší tento obrázek, který jsem, přiznávám, někde ukradl (s odkazováním na externí URL obrázku mám špatné zkušenosti, někdo změní blogovací nástroj, tím pádem změní URL a obrázek je v háji):

NTP_in_forest

Obrázek je všeříkající, bez nutnosti složitě popisovat, co si odkud může vzít čas.

Pokud se jedná o virtualizovaný DC, je nutné vypnout podporu synchronizace času mezi DC a hypervisorem. Postup pro Hyper-V jsem si popsal zde.

Na závěr je třeba mrknout na nastavení PDC, otestování povolené komunikace mezi PDC a externím zdrojem času. Často jsem se setkal s chybějícími či chybnými pravidly v korporátním firewallu. A koneckonců je nutné se podívat i na korektní konfiguraci PDC – popsáno tady.

W2012–snadná změna edice, aspoň nahoru

W2008 R2 a W2012 přináší zajímavou fíčuru – možnost změnit snadno edici. Bohužel to funguje jen směrem nahoru. V dřívějších verzích Windows bych to chápal, různé edice obsahovaly různé funkce a změna edice např. z Enterprise na Standard by byla docela problematická. Nicméně u Windows 2012 se říká, že vše je stejné, liší se jen práva virtualizace. Asi to bude problém v rozdílných možnostech určitých rolí, bůh ví.

Zjištění aktuální edice W2012:

DISM /Online /Get-CurrentEdition

Essentials vrátí Current Edition : ServerSolution

Standard vrátí Current Edition : ServerStandard

Datacenter vrátí Current Edition : ServerDatacenter

Zjištění možné cílové edice W2012: Více...

Zapomenuté heslo doménového admina

Říkal jsem si, že to není možné. Poté, co mne kontaktovali kolegové ze Střední Ameriky, jsem zjistil, že to je možné. Jeden DC je hardwarově mrtev a na druhý se nedokáže nikdo z lokálních IT připojit, protože to vypadá, že zapomněli heslo.

Jelikož jedou na W2008R2, poslal jsem jim tento návod - http://www.howtogeek.com/106333/how-to-reset-your-forgotten-domain-admin-password-on-server-2008-r2/.

Napadlo mne se preventivně podívat, jak tuto situaci řešit v případě, kdy by byl na DC nasazen W2012 nebo W2012 R2. No, kupodivu naprosto stejně. Výborný step-by-step návod, dokumentující odlišnosti obrazovek mezi W2008R2 a W2012, je tady - http://vthoughtsofit.blogspot.cz/2013/03/reset-your-domain-administrator.html.

Selhávající zálohování virtuálního stroje

Na jednom serveru jsme se potkali s opakovaným selháváním zálohy virtuálního stroje. Hlášky, které se objevovaly v EventLogu, byly velmi podivné. Zkoušeli jsme zálohovat pomocí Symantec BackupExec, Windows Server Backup, Altaro Hyper-V Backup. Chyba vypadala všude stejně: Více...

IE, IIS, Windows autentizace lokálně na serveru

Narazil jsem dnes na problém Windows Serveru 2008 R2, na kterém byl nainstalovaný IE 11. V IIS byl nakonfigurovaný intranetový web, který vyžadoval Windows ověření (Kerberosem nebo NTLM). Zatímco vzdálený přístup na web z jiného počítače šel bez problémů, z lokálně puštěného prohlížeče ani omylem.

Dohledal jsem, že je to zabezpečení “by design” už od doby WXP SP2 a Windows Serveru 2003 SP1. Jde o to, že systém kontroluje, zdali autentizace pomocí FQDN DNS jména obsahuje název serveru. A pokud ne, zobrazí se HTTP 401.1 – Unauthorized: Logon Failed. Více...

Task Scheduler–kódy posledního spuštění

Narazil jsem dnes na Scheduled Task, který mi hlásil na W2008R2 kód 0x800704DD. Víceméně jsem si nikdy nepamatoval žádný jiný kód, než 0x0, který značí úspěšné dokončení Smile Takže jsem se podíval po nějaké tabulce, která by přehledně vysvětlovala, co a jak. No a ukázalo se, že jsem měl načasovanou úlohu nastavenou blbě. Více...

Virtualizace a Active Directory

Nedělám to často, ale tentokrát si musím uvést odkaz na aktualizovaný článek z roku 2011. Microsoft opět změnil doporučení pro optimální konfiguraci virtualizovaného DC s Windows Server 2008 (R2) – nyní je doporučováno zcela odškrtnout synchronizaci času s hostitelem – více v původním článku z roku 2011.

Optimálním řešením je ale upgrade DC na Windows Server 2012. U něj se již od začátku počítalo s během pod hypervisorem a problémy s časem, potažmo replikacemi jsou vyřešeny díky atributu VM-GenerationID.

CA Web Enrollment na front-end serveru

V dobách Windows 2003 jsem často zprovozňoval interní certifikační autoritu na back-end serveru a CA Web Enrollment a web s CRL na front-end serveru. U Windows 2008 mi identický postup nefungoval, tak jsem to vždy obešel automatickým zprovozněním aplikace /CertSrv po instalaci v Default Web Site. Dnes jsem však potřeboval tuto aplikaci rozchodit na jiném webovém serveru, protože Default Web Site již byl používaný Exchange Serverem 2010. Je to k neuvěření, ale dnes jsem našel jeden blog post z roku 2009, který vše potřebné naprosto geniálně popisuje. Už jen lahůdkou je fakt, že front-end běžící na Windows Serveru 2008 může bez problémů komunikovat s certifikační autoritou spuštěnou na Windows Serveru 2003. Více...