Jednotlivá systémová nastavení storage jsme si ukázali minule, nyní se podíváme na standardizovanou konfiguraci webGUI pro sdílení storage bez Windows domény, tj. bez Active Directory, pouze s CIFS (a případně SSH). Položka, která není uvedena je buď ponechána v defaultním nastavení, anebo je OFF. (Více …)
Domnívám se, že třetí nejhotší věc na světě, která se může přihodit vám a vašemu Exchange serveru, je rozpojení mezi Exchange a doménovým řadičem (chcete-li vědět, co jsou první dvě horší, jděte do undergroundu). Vítejte na setkání s hepteridou u bronzové medaile.
Je dobré ještě provést kontrolu DNS překladů:
> server interni_dns_server
> externi_domena.cz
…
Stejně tak aktivitu služby “DNS Client” na DNS/SMTP forwarderu (musí být “Automatic”). Pokud neprojde resolution externí domény na interním DNS, je potřeba zkontrolovat ve vlastnostech interních DNS serverů, jestli jsou nastaveny forwardery (DNS forwarder v DMZ např.).
V případě problémů s příchozí poštou ještě kontrola syntaxe smart hosta. Pokud je ve FQDN a neprochází resolution, změňte jej na IP adresu smart hosta.
“As an Exchange admin you should always worry about Active Directory. A lot of Exchange problems are a direct result of domain controller errors. Exchange actually uses only domain controllers that are global catalog servers for some functions. You should make sure that all the domain controllers are global catalog servers. Otherwise you might find that a problem with your first domain controller which is a global catalog server by default will cause Exchange not to service users anymore.”
http://www.msexchange.org/tutorials/planning-first-exchange-server.html
Svatba – spousta starostí a také radosti. Zvláště pak pro sysadminy, kterým se mění příjmení dam pod rukama. Byť to nemám logicky zdůvodněné, většinou se takové akce konají ve vlnách, podobně, jako těhotenství (začne jedna a jede to jak řetězová reakce…). A nyní si předvedeme, že změna příjmení uživatelky zase tak nepřekonatelný problém, z hlediska správy uživatelského účtu a mailové schránky, není. (Více …)
Aliasy i v “Exchange General” záložce na profilu uživatele v AD.
Ve starším článku nazvaném “Jak blokovat příchozí e-maily z internetu” jsem se zabejval restrikcí, která uživatelům domény povolí příjem zpráv jenom od dalších uživatelů domény (a nikdy jinak). Tento článek probere možnost povolení příjmu e-mailů z určitejch e-mailovejch adres zvenku (na Exchangi 2003). Předpokladem je existence skupiny uživatelů (případně celý domény), od který aktuálně může vybranej uživatel přijímat. Z ní budeme ukrajovat výjimku. (Více …)
Proč vlastně potřebujeme blokovat odchozí maily? Důvodů je celá řada a každý admin by mohl vyprávět. Asi těmi nejpodstatnějšími z nich jsou otázky bezpečnosti (kontrola nad odesílanými informacemi) a otázky zvýšeného trafficu odesíláním mailů nepracovního charakteru (mp3, pps, wmv, mpg apod.). Jedná se tedy o prvek, který by měl být součástí informační politiky firmy. (Více …)
Před samotnou ukázkou (budou nastíněny dvě metody, jak dosáhnout cíle) nejprve připomenu jedno zásadní pravidlo. Platí pro všechny uživatele domény a je velmi jednoduše zapamatovatelné. (Více …)
V Active Directory vytvořte kontakt a přidělte mu emailovou adresu, která má být blokována (např.mad.cow@kdesi.cz). Potom v záložce “Exchange General” na kartě kontaktu nastavte, kdo může tomuto kontaktu odesílat a kdo nikoliv. (Více …)
Předpokladem bylo, že uživatel před svou dlouhou nepřítomností fungoval normálně, tj. měl platný doménový účet. Řešení je jednoduché. Na adresáři profilu jmeno.prijmeni jsem odebral práva jeho účtu (resp. celý účet) a znovu jej přidal. Výsledek byl okamžitý, náklady časové cca 1 minutu. Teď už nezbývá než závidět dotyčnému třídění e-mailů.
Jarmil Špoták is discussing. 
hepterida v 09:33 dne 2011/08/24 Permalink |
Pro doplnění informací:
http://www.root.cz/clanky/freenas-8-0-datove-uloziste-za-pet-minut/