A rendszergazda számára
A feladat sikeres elvégzéséhez a következőkre van szüksége:
Az első két feladatot kihagyjuk, házi feladatként tartjuk őket kíváncsi olvasóknak, és létrehozunk egy BackupWSUSdb.sql fájlt a következő két sorból álló szöveges formátumban:
BACKUP DATABASE [SUSDB] TO DISK = N'f: \ wsus_db_backup \ WSUS_DB.BAK 'WITH noformat, init NAME = N'WSUSDB - teljes adatbázist', Skip, NOREWIND, NOUNLOAD, STAT = 10
GO
Ahol az f: \ wsus_db_backup \ WSUS_DB.BAK a létrehozandó biztonsági fájl teljes elérési útja (megváltoztathatja az elérési utat és a fájlnevet). bővebben »
Ebben a cikksorban egy nagyon alapvető, de mégis rendkívül alaptémával foglalkozunk, amely nélkül nagy probléma merül fel az üzenet más SMTP-kiszolgálókhoz való elküldésével. Ezek a témák fordított DNS rekordok és SPF rekordok.
Az Exchange Server folyamatosan javult, és már kapható a különböző lehetőségeket, beleértve a felhő konfigurációt. Munka vele és a beállítási csökken a varázsló lépésről lépésre, szerez nekünk a legtöbb munkát. Azonban nem számít, hogy milyen változat fut az Exchange, akkor is meg kell érteni, hogy mit SPF és reverse DNS és az első cikket a sorozat, mi fog összpontosítani SPF bejegyzéseket, kezdve egy kis ismeretséget velük, és továbbra is globális dolgokat .
SPF rekordok (Sender Policy Framework)
Az SPF (Sender Policy Framework) két független részre bontható. Az elsőben a rendszergazda meghatározza az SPF-ről az állami DNS-ben található információkat, amelyek segítségével megállapíthatja, hogy a szerverek közül melyik küldhet üzenetet e domain nevében. A következő rész a fogadó SMTP szerver konfigurációja, amely ellenőrizni fogja az SPF rekordot annak érdekében, hogy megbizonyosodjon arról, hogy az üzenetet elküldi a megfelelő kiszolgálóról. Az SPF-ellenőrzés alapján a kiszolgálónak el kell döntenie, hogy kihagyja-e az üzenetet, elutasítja vagy karanténba helyezi-e.
Az SPF széles körben elterjedt ma, és nagy valószínűséggel már dolgozik vele. A Microsoft és más vállalatok által kínált SPF-rekordok konfigurálásához különféle lépésenkénti varázslók találhatók. Az alábbiakban javasolnám egy példát arra, hogy hogyan kell az SPF-nek működnie:
Abban az esetben, ha nagy fájlt kell átvinni az ESXi állomásra, a legjobb megoldás egy FTP kliens használata, mint a Vsphere Client-en keresztül történő közvetlen letöltés. Összehasonlításképpen azt javaslom, hogy különböző módszerekkel vizsgálja meg az injektálás ütemezését.
ESXi letöltés az FTP kliens használatával [Miután hozzáadta az FTP szolgáltatást az ESXi-hez]
Az FTP támogatás hozzáadásához a következőket kell tennie: olvassa el teljes mértékben »
Miért 256?
Amikor a Lync infrastruktúrát az Active Directory-erdőben telepíti, a Lync összes tartományát bejelölheti. Ha azonban később létrehoz egy új gyermekdomént, és megpróbálja aktiválni a Lync-felhasználókat, akkor a következő hiba lesz:
A probléma megoldásához elő kell készíteni egy domaint a Lync használatához.
Ehhez nyissa meg a Lync Server Management Shell parancsot, és adja meg a következő parancsot:
Ezután csatlakoztathatja a Lync szolgáltatást az új tartományi felhasználókhoz.
Ezután az SP1 integrálásához szükséges lépések:
Hibaállapot:
- Telepítettem a Microsoft Online Backup ügynök béta verzióját
- Helyi biztonsági mentéseket készítettem egy nem sikerült USB-meghajtóra
- A biztonsági másolatokat helyi és online módon futtatják
- Miután eltávolította a Microsoft Online Backup ügynököt (most Azure) és a sikertelen meghajtót, már nem tudtam elindítani a Windows Backup GUI-t.
A naplókban a következő hibaüzenet jelenik meg.
Korábban többször csatlakoztam ehhez a kiszolgálóhoz a munkaállomástól, de valószínűleg a hiba a Windows frissítése után jelent meg.
A probléma megoldásához a következőket tettem, és ez segített az én esetemben.