1. A vállalat több mint egy éve tervezi a Windows NT 4.0 tartományból egy új Windows Server 2003 tartományba történő áttelepítést.Van egy vállalati irodája Charlestonban, SC-ben és 15 műholdas fiókja a keleti parton. Jelenleg minden ágon Windows NT 4 fut.0 tartományvezérlő, amely DNS, WINS és DHCP szerverként is működik. A vállalati irodában három tartományvezérlő és két tagkiszolgáló van. A vállalati tagkiszolgálókon WINS, DHCP és DNS fut. Az egyes fióktelepek WINS-kiszolgálói egy vállalati központú és küllős replikációs modellben vannak konfigurálva. Az összes ág DNS-kiszolgáló másodlagos zónát húz a vállalati DNS-kiszolgálóról. Végül eljött az idő, és készen áll a migráció megkezdésére.Frissíti az elsődleges DNS-kiszolgálót Windows 2000 rendszerre.Engedélyezi a dinamikus frissítéseket.A vállalati rendszer összes tartományvezérlőjét úgy konfigurálja, hogy az az új Windows Server 2003 DNS-kiszolgálóra mutasson. Ezután frissíti a PDC-t Windows 2000-re. Úgy tűnik, hogy minden jól működik, de néhány óra múlva elkezd hívásokat kapni néhány fiókjából, hogy a DNS szolgáltatás Dr. Watson hibákat ad nekik.Mi lehet A probléma oka?
A. az NT 4.0 kiszolgálókon service pack 5 fut.
B. az NT 4.0 kiszolgálóknak nem szabad DNS-t futtatniuk, mivel tartományvezérlők.
C. az NT 4.0 kiszolgálókon a service Pack 3 fut.
D. az NT 4.0 a kiszolgálók teljes zónaátvitelt igényelnek, de a Windows Server 2003 csak növekményes zónaátvitelt támogat.
0 C. A C válasz helyes, mert a Windows NT 4.0 DNS-kiszolgálók képesek replikálni a Windows Server 2003 DNS-kiszolgálókkal. Ha azonban a 4.0-s kiszolgálók nem futnak legalább a service pack 4-en, akkor nem támogatják az SRV-rekordokat. Ebben a kérdésben az elsődleges DNS-kiszolgálót frissítették a Windows 2000 rendszerre, amely beépített támogatást nyújt a dinamikus frissítési és szolgáltatási (SRV) rekordokhoz. Ezután megismétli ezeket a rekordokat az összes másodlagos Windows NT 4.0 DNS-zónára. Most, amikor a zónafájl betöltődik, az ablak Dr. Watsont hajt végre (jelezve, hogy a rendszer meghibásodott).
0 Az a válasz helytelen, mert nincs szükség service pack 5 szervizcsomagra. A B válasz helytelen, mert a DNS futtatása egy tartományvezérlőn teljesen elfogadható.A D válasz ott van, hogy megpróbálja eldobni. Ez egy igaz a állítás, mivel a Windows NT 4.0 csak a teljes zónaátvitelt támogatja, a Windows Server 2003 pedig a növekményes zónaátvitelt. Ez azonban nem okozna problémát, mivel a Windows Server 2003 támogatja a teljes zónaátvitelt is, és probléma nélkül replikálna egy Windows NT 4.0 DNS-kiszolgálóval.
2. A Lisa egy olyan fejlesztőcégnél dolgozik, amely natív módú Windows Server 2003 Active Directory tartományi infrastruktúrával rendelkezik. A Windows XP és a Windows 2000 rendszert kizárólag az összes kliens laptopon használják, és az összes IP-konfigurációs beállítást DHCP-n keresztül telepítik. Minden DHCP szerver úgy van beállítva, hogy automatikusan regisztrálja az A és PTR rekordokat az ügyfelek nevében. A Lisa egy Active Directory integrált Windows Server 2003 DNS-adatbázist tart fenn. A vállalati környezetet nagymértékben kereskedik a mobil felhasználók, akik padlóról padlóra mozognak, leválasztják hálózati kábeleiket, és nem megfelelően állítják le vagy adják ki a régi IP-információkat. A fejlesztők folyamatosan hozzáadják a gépeket a tartományhoz virtuális szoftveren keresztül, majd leválasztják őket. Mind a négy emeleten Lisa dolgozik van beállítva, mint egy aldomain az első emeleten root domain. Minden ügyfélhez DNS-utótag keresési sorrend tartozik minden aldomainhez. Miután jó ideje ott dolgozott, Lisa megállapítja, hogy DNS-adatbázisa tele van stagnáló elavult rekordokkal. Úgy gondolja, hogy ez némi teljesítményproblémát okoz, és el akarja kezdeni az adatbázis kézi eltávolítását, hogy megnézze, hány rekordot takarít meg. Lisa nem változtatta meg az alapértelmezett DNS-konfigurálási beállítást, mióta telepítette. Lisa bemegy a DNS konzoljába, jobb egérgombbal kattint a DNS szerverére, és kiválasztja az elavult erőforrásrekordokat. Igennel válaszol arra a kérdésre, hogy meg akarja-e takarítani az adatbázis összes erőforrásrekordját. Megvárja a következő napot, és ellenőrzi az adatbázist, hogy megtalálja-e a feljegyzéseket. Ezután eszébe jut, hogy valahol azt olvasta, hogy az alapértelmezett frissítési intervallum 7 nap, ezért még egyszer elfut, hogy megbizonyosodjon róla, és úgy dönt, hogy egy hét múlva visszatér. Két héttel később az elavult adatbázis-rekordok még mindig körül vannak, és úgy tűnik, hogy nem akarnak eltűnni. Mit csinál Lisa rosszul?
A. Lisa elfelejtette engedélyezni a takarítást a szerveren.
B. Lisa elfelejtette engedélyezni a takarítást a tartományban.
C. Lisa elfelejtette engedélyezni a takarítást a szerveren és a domainen.
D. Lisa nem várt elég sokáig.
0 C. A C válasz helyes, mert ahhoz, hogy a scavenging manuálisan vagy automatikusan működjön, engedélyezni kell mind a szerver, mind a tartomány tulajdonságaiban. Ha ezek egyike nincs engedélyezve, a kézi tisztítás nem fog működni, annak ellenére, hogy nem ad hibaüzenetet.
0 Az a válasz helytelen, mert a Lisa nem változtatta meg az alapértelmezett telepítést. Ez azt jelenti, hogy mind a szervert, mind a tartományt engedélyezni kell, nem csak a szervert. A B válasz ugyanezen okból helytelen. A D válasz helytelen, mert Lisa várakozási ideje nem változtatja meg azt a tényt, hogy a takarítás egyáltalán nem működik.
Continue reading here: DNS-ügyfelek konfigurálása
hasznos volt ez a cikk?