Maximale bijlage grootte aanpassen in Exchange

Ik moest een Exchange configuratie aanpassing doorvoeren waar ik meteen een “howto” van heb gemaakt.

Onze Exchange server accepteerde en verstuurde mail bijlages met een maximum grootte van 30MB. Nu we alles in productie hebben genomen blijkt dat dit aan de lage kant is en wat hoger moet worden ingesteld.

Persoonlijk denk ik dat bijlages, groter dan 15 MB, niet via de mail moeten worden verstuurd. Ik vind namelijk dat je mail misbruikt. Mail moet je gebruiken voor text, documenten, maar niet voor complete filmpjes, foto albums, grote pdf’s, e.d.

Het ligt natuurlijk wel helemaal aan de aard van het bedrijf. Zo ken ik een advocatenbureau die gigantische juridische PDF’s rond mailde. Of een mediabedrijf wat heel veel te maken heeft met mediabestanden (filmpjes, mp3′s e.d). Hoe dan ook je hebt intern, als het goed is, fileservers die hier voor bedoeld zijn. De mailserver is niet het medium om dit soort bestanden te delen met elkaar.

Daarnaast kun je diensten gebruiken zoals bijvoorbeeld: Wetransfer of dropbox of desnoods een FTP servertje, maar misbruik de mailserver niet door het versturen van dit soort grote bijlages.

Misschien is het “wishful” thinking van een systeembeheerder.

Hoe dan ook ik moest zorgen er bijlages verstuurd konden worden met een maximum van 40 MB. Omdat ik toch even moest zoeken in de interface waar ik dat nou ook alweer moest instellen hier een korte howto. Het is namelijk best simpel.

Ik heb er voor gekozen om de aanpassing via de EMC (Exchange Management Console) door te voeren.

Open de EMC en ga naar Organization Configuration en selecteer Hub Transport klik vervolgens op de tab Global Settings.

Dubbel klik nu op Transport Settings onder de tab Transport Limits kun je de maximum grootte van de bijlage aanpassen. Wanneer je de aanpassing gedaan hebt kun je op Apply drukken en heb je de aanpassing doorgevoerd.

Veel succes ermee!

Hyper-v.nu community meeting

Gisteren ben ik naar de “hyperv.nu community meeting” geweest. Een event georganiseerd door de hyper-v.nu/community.

Er waren een aantal zeer interessante sprekers zoals o.a. Peter Noorderijk, Aidan Finn, Hans Vredevoort en Maarten Wijsman.

Natuurlijk stond Hyper-V in Windows 8 Server centraal en ik heb een goed overzicht gekregen van de nieuwe features in de komende versie van Hyper-V.

Daarnaast was het erg leuk om mensen tegen te komen waar je normaal gesproken alleen via twitter contact mee hebt zoals bijvoorbeeld: @jetzemellema, @jeffwouters en natuurlijk @bertwolters. Allemaal leuke gasten die, wanneer je ze volgt op twitter, een bron van informatie zijn!

Ik wil toch wat zaken aanstippen die ik tijdens de sessies heb opgeschreven die mij opvielen en waar jullie mogelijk ook wat aan hebben:

Sessie met Peter Noorderijk:

Er was nog veel meer aanbod gekomen maar dit waren wel een beetje de zaken die mij opvielen in de presentatie van Peter. De volgende presentatie had alles te maken met het “nieuwe netwerken” binnen Hyper-V in Windows 8 Server.

Ik zag wel uit naar deze presentatie aangezien ik trouw zijn blog; aidanfinn.com lees en ook zijn boek Mastering Hyper-V Deployment aan het lezen ben.

Sessie met Aidan

Na een zeer prettige lunch gingen we de volgende sessie in met Hans Vredevoort. Hij had een zeer gedurfde aanpak, zijn presentatie werd opgebouwd door demo’s. Dit was echt een sessie waar je bij moest zijn om een goed compleet beeld te krijgen wat de mogelijkheden waren met storage en de nieuwe versie van Hyper-V. Toch had ik een aantal punten uit deze sessie opgeschreven.

Sessie met Hans

Rond deze tijd zat ik zelf in een klein dipje en gingen we ook nog een sessie in genaamd: Deep Dive Data Deduplication. Deze sessie werd gegeven door Ronald Beekelaar. Super interessant maar ook echt complex. Het dipje kwam eigenlijk niet op zo’n goed moment! ;)

Sessie Ronald

Maarten Wijsman van Wortell vertelde over System Center 2012. Ik zelf maak hier niet zo heel veel gebruik van. Ik gebruik System Center Essentials en alleen om mijn VHD’s te managen. Ik had dus niet zoveel “vergelijkend materiaal”.

Sessie Maarten

Op dit punt was ik echt volledig verzadigd met informatie. Toch hadden we nog een slot sessie (die gelukkig niet zo heel lang duurde aangezien de snack en drankjes al op ons stonden te wachten).

Robert Bakker van Microsoft praatte ons nog even verder bij over de nieuwe weg die Microsoft is ingeslagen door alles te concentreren op de Cloud. Verder denk ik dat Microsoft een goede eerste stap heeft genomen om de licentie model te versimpelen voor het System Center 2012 model. Ik hoop dat Microsoft dit verder gaat uitbreiden over de rest van hun software!

Het was wat mij betreft echt een top dag! Veel opgestoken, veel mensen gesproken, veel inspiratie opgedaan! Ik hoop er volgende keer weer bij te zijn!

Verschillen tussen de Windows 2008 server versies

Ik kwam dit schema tegen wat precies de verschillen zijn tussen de Windows 2008 versies.

Om een hoop kosten te besparen op licentie gebied is het goed om als eerste te kijken welke licentie je nodig hebt voor de services die je wil aanbieden. Het onderstaande schema helpt hier erg goed bij!

Marktaandeel VMWare en Hyper-V

Hyper-V, VMWare en Citrix zijn toch wel de grootste spelers in de Hypervisor wereld. Zeker, er zijn nog veel meer opties om te noemen, maar deze drie zijn toch wel de partijen met de meeste marktaandeel.

Ik heb als voorkeur Hyper-V maar VMWare vind ik ook een zeer interessant product en ik hoop hier ook echt in de toekomst mee te kunnen gaan testen. Citrix heb ik eigenlijk alleen maar slechte ervaringen mee. (hoewel dit gebasseerd is op ervaringen van een tijd terug dus misschien is het allemaal wel radicaal veranderd).

Ik gebruik zelf voornamelijk Hyper-V en zie VMWare als een goed alternatief. Echter mijn focus ligt volledig op Hyper-V.

Deze afgelopen week had ik een gesprek met een leverancier (het minder leuke deel van mijn werk) en die stelde dat Hyper-V maar een klein deel van de markt in bezit heeft en dat, hoewel ze dit natuurlijk goed in de gaten houden, niet heel vaak tegen komen bij hun klanten.

Dit klopt helemaal niet met wat ik dagelijks zie verschijnen in mijn RSS-feeds. Dus op deze luie zondagmiddag leek het mij een goed idee om hier eens wat onderzoek naar te doen; Hoe staat het met Hyper-V vs VMWare qua marketshare?

De eerste paar hits gaven me eigenlijk al meteen antwoord op deze vraag: PCWorld.com had het het volgende artikel:

Virtualization Wars: VMware vs. Hyper-V vs. XenServer vs. KVM

Daar in staat de volgende quote:

Hyper-V grew 62% last year compared to ESX’s 21% growth and Citrix’s 25%, according to IDC. Separately, Gartner projects that by next year Hyper-V will account for 27% of the market, up from 11% two years ago. Within that projected 27%, Gartner says Microsoft will have captured 85% of all businesses with less than 1,000 employees that use virtual servers.

Mooie cijfers voor Hyper-V. Vooral de verwachting van Gartner is indrukwekkend te noemen!

Vervolgens kwam ik dit artikel tegen op vKernel.com

Hyper-V Grows at 62%

Quote:

The market share numbers are interesting in that they reflect a diversification of hypervisors.

Het lijkt me duidelijk dat Hyper-V flink wat “grond aan het winnen” is. Op dit moment zijn er nog zeker een hoop zaken te noemen die echt beter moeten. Denk bijvoorbeeld aan het teamen van netwerkkaarten. (mijn grootste frustratie op dit moment). Met de komst van Hyper-V 3, die gelijk beschikbaar komt op het moment dat Windows 8 Server wordt uitgebracht, zal VMWare flink aan het werk moeten om hun, nu al slinkende, voorsprong te behouden.

Ik ben nog steeds blij dat we voor Hyper-V hebben gekozen, het past perfect bij onze wensen. Ik ben bang dat als mijn leverancier niet snel hun ogen open doet voor Hyper-V ze een belangrijke markt gaan mislopen.

Howto: “Wachtwoord wijzigen” vanuit OWA uitzetten

Binnen OWA is het standaard mogelijk om je wachtwoord te wijzigen. In sommige gevallen, zoal binnen in ons bedrijf, wil je dit liever centraal regelen bijvoorbeeld vai een helpdesk.

Wanneer het wachtwoord wijzigen ingeschakeld staat kun je deze wijzigen binnen OWA (zie onderstaande screendump)

Om deze instelling te verwijderen ga je naar de Exchange server en start de EMC (Exchange Management Console) op.

Selecteer OWA (Default Website) onder het tabje Outlook Web App en selecteer de Properties.

Vervolgens kom je in een window terecht met verschillende tabs. Om de aanpassing te maken moeten we in het tabje segmentation zijn. Zoek de feature Change Password op en klik de button Disable

Klik vervolgens op Apply en je hebt de optie om je wachtwoord te wijzigen verwijderd uit OWA.

Hieronder zie je dat het wachtwoord wijzigen nu uit OWA verdwenen is.

Vrij eenvoudig!

Maar ik heb natuurlijk aangegeven dat ik juist heel veel wil doen moet PowerShell. Het commando wat dit allemaal voor je doet in PowerShell ziet er als volgt uit:

Set-OwaVirtualDirectory -ChangePasswordEnabled $true -Identity 'NaamExchangeServer\owa (Default Web Site)'

Om deze optie weer te enabelen geef je het volgende commando op:

Set-OwaVirtualDirectory -ChangePasswordEnabled $false -Identity 'NaamExchangeServer\owa (Default Web Site)'

PowerShell voor beginners: The Get-History Cmdlet

In het nieuwe jaar ga ik me helemaal storten op PowerShell en dus kom ik nu regelmatig hele handige dingen tegen.

Ik zal deze blog hier dus flink voor misbruiken. Vandaag wil ik het hebben over the “Get-History” cmdlet.

Met het volgende commando kan je relatief simpel een commando uitvoeren die je al eerder hebt gebruikt.

Get-History

Dit commando geeft de volgende output (dit is een voorbeeld dit kan per sessie verschillen)

Id CommandLine

--------------------

1 Get-Process
2 Get-Alias
3 Get-Help

Je kunt nu eenvoudig het volgende doen om een eerder gegeven commando makkelijk opnieuw uit te voeren.

Invoke-History 2

Dit commando doet dan dus eigenlijk:

Get-Alias

Dit kan heel erg goed van pas komen op het moment dat je meer ingewikkelde commando’s moet geven en het staat niet meer in je buffer.

Succes ermee!

Powershell goed alternatief voor de Terminal

Nu ik echt steeds meer met Powershell werk heb ik besloten om voor alle systeembeheer taken eerst een oplossing te zoeken met behulp van Powershell.

Het kost op dit moment (nog) iets meer tijd, maar ik hoop dat in de toekomst heel veel gaat opleveren.

Ik heb “vroeger” veel gewerkt met Linux en meer recent met OSX waar ik de terminal functionaliteit erg veel gebruik. Nu met windows heb ik een heel mooi alternatief gevonden met Powershell.

Deze week had ik wat problemen met een NIC interface die niet een strakke ping reply gaf, er zaten regelmatig timeouts tussen en ik wilde weten hoeveel procent van de ping opdrachten een timeout genereerde. In Linux of OSX had ik dit als volgt opgelost:

ping -c 100 (ipnummer) > (filename).txt

Wat dit commando doet is het uitvoeren van 100 ping opdrachten en de resultaten worden direct doorgezet naar een textfile. Om uit te zoeken hoeveel procent timeouts ik zou krijgen geef ik het volgende commando:

more (filename).txt | grep timeout | wc -l

Dit commando schrijft de resultaten weg in een tekst bestand. Dus als ik 100 ping opdrachten heb gegeven en ik zie dat er 20 maal het woord ‘timeout’ in voorkomt houd dit in dat (ongeveer) 20% van alle ping opdrachten dus niet aankomt.

Hier hoef je natuurlijk geen rekenkundig wonder voor te zijn!

Normaal gesproken had ik even ingelogd op een Linux/OSX machine om dit te checken maar nu wil ik dit dus ook met Powershell kunnen oplossen. Dit was nog best even wat uitzoekwerk voor mij, maar ik denk dat ik een redelijk goede oplossing heb verzonnen.

Eerst moeten we natuurlijk weer een textdocument met ping opdrachten genereren. Dit heb ik op de volgende manier gedaan:

ping -n 100 (ipnummer) > (textbestand).txt

Vervolgens moest ik dus weten hoeveel timeouts er in het bestand stonden. Dit kreeg ik voor elkaar met het volgende oplossing:

Select-String pingresults.txt -pattern timeout | Measure-Object

Het cmd-let Measure-Object geeft je de mogelijkheid om nog veel meer opties mee te geven. (zie de help functie) Powershell heeft me dus gewoon de mogelijkheid om exact te doen wat ik vroeger altijd deed!

Ik wens iedereen een geweldig leuke kerst! Geniet ervan!

Howto: Redirect Outlook Webaccess


Tijdens de eerste tests van gebruikers op onze nieuwe Exchange omgeving komen de “kleine” dingen boven water die gebruikers vervelend vinden maar die voor mijzelf geen enkel probleem vormen en dus niet eerder waren opgevallen.

Ik heb mijn hand over mijn hart gestreken en besloten dat ik een aantal van deze problemen ging oplossen. ;-)

Een van de “problemen” was dat gebruikers, om bij Outlook Web Access (OWA) te komen, de volgende URL moesten opgeven: https://owa.domein.org/owa. De gebruikers vonden het prettiger om (bijvoorbeeld) https://owa.domein.org te gebruiken.

Om dit te bewerkstelligen moet je binnen IIS een redirect configureren. Dit is op zich helemaal makkelijk en goed te doen. Je moet alleen wel even weten waar je dit doet. Hieronder dus een korte beschrijving hoe je dit moet aanpakken.

  • Start Internet Information Services (IIS) Manager
  • Klik op "Default Web Site"

  •  

  • Dubbel Klik "HTTP Redirect"
  •  

     

  • Zet een vinkje bij "Redirect requests to this destination" en geef bijvoorbeeld: https://owa.domein.org/owa op.
  • Vervolgens zet je nog een vinkje bij "Only redirect requests to content in this directory (not subdirectories)
  • Als laatste moet je nog zorgen dat je de IIS services opnieuw start.
  • Waar je wel op moet letten is dat wanneer je meerder exchange servers hebt je deze aktie op beide exchange servers moet doen. Want anders werkt het de ene keer wel en de andere keer niet.

    Ik hoop dat jullie hier wat aan hebben!

    Tijd synchronisatie in Windows Server 2008

    Tijd is super belangrijk! Nog buiten het feit dat je er altijd te weinig van hebt, is het in een IT omgeving essentieel dat alle servers dezelfde tijd voeren.

    Wanneer dit niet het geval is kun je hele vreemde problemen krijgen; synchronisaties tussen verschillende servers lopen niet goed, authenticate werkt niet meer enzovoort.

    Ook hier heb ik dus goed rekening mee moeten houden in de nieuwe omgeving die ik heb gebouwd. Ik heb gekozen om een externe ntp host te gebruiken als bron. Ik kreeg de site: pool.ntp.org getipt van @JetzeMellema en dit werkt geweldig!

    Hoe stel je dit nou precies in?

    Ik heb er voor gekozen om onze Active Directory servers te laten verwijzen naar de NTP hosts. Aangezien alle andere server automatisch hun tijd synchroniseren met de Active Directory wordt dit keurig op alle servers, binnen je domein, gesynchroniseerd.

    Het instellen doe je als volgt:

    Stap 1: Stop de tijdservice
    net stop w32time

    Stap 2: Stel de synchronisatie in:
    w32tm /config /syncfromflags:manual /manualpeerlist:"pool.ntp.org"

    Stap 3: Start de tijdservice
    net start w32time

    Eenvoudige oplossing voor een zeer vervelend probleem, op deze manier loopt je tijd altijd gelijk!

    Noob alert…


    Deze week heb ik een ongelofelijk “noob aktie” uitgehaald. (gelukkig is het al weer een tijdje terug dat ik zo’n blunder had gemaakt, dus kwam er goed mee weg)

    Deze fout heeft me wel geïnspireerd om hier een blog over te schrijven. Om mijn punt goed te maken moet ik echter wel uitleggen wat ik nou had uitgespookt. Dus here we go…


    Wanneer je vaker mijn blog leest weet je onderhand wel dat ik een nieuwe hyper-v omgeving heb gebouwd. Deze is nog niet in productie (any day now) en ik ben nog heerlijk in het proces dat ik mag finetunen, VM’s kan uitzetten, storage redundantie tests kan uitvoeren zonder enige verder impact voor de organisatie.

    Ik heb in de periode van het bouwen heel veel servers geïnstalleerd en weer verwijderd. Als je midden in zo’n proces zit kan het wel eens gebeuren dat je zaken over het hoofd gaat zien. Zo ook in dit geval. Wanneer je een Windows Server 2008 R2 installeert en je logt voor de eerste keer in krijg je keurig een scherm voor je neus met “Initial Configuration Tasks”.

    Normaal gesproken volg ik altijd alle stappen die hier beschreven staan. Echter na de 5 server dacht ik; even snel aan het domein, remote desktop configureren en klaar. Ik begon wat minder secuur te worden in de, op eerste oog, minder belangrijke zaken zoals het degelijk configureren van de software update settings.

    Wanneer je hier dus helemaal niks aan doet zien de sofware update settings er al volgt uit:

    Afgelopen dinsdag was het Microsofts “Patch Tuesday”. Je snapt wat er was gebeurt; Een aantal servers hadden zich zelf een herstart geven, waaronder de beide (had ik al gezegd dat ik me schaamde?) Hyper-V hosts. Dit had als resultaat dat, aangezien beide server om dezelfde tijd in de herstart gingen, de failover niet meer werkte en ik dus mijn hele omgeving uitging…

    Wat ik hier nou het moraal van het verhaal? Ik had alles gedaan om te zorgen dat ik een omgeving had die redundant was en High Available was. Qua hardware, qua server architectuur klopt het ook helemaal. Echter aangezien een noob (systeembeheerder) een klein stukje basis installatie vergeten was viel de hele omgeving in het water.

    Ik was, nadat ik de omgeving weer online had gebracht, zo blij dat ik nog niet in productie was en dat deze fout dus op tijd aan het licht was gekomen. Het is natuurlijk een grove fout en mijn ego had een flinke deuk opgelopen moet ik zeggen.

    Natuurlijk fouten maken is menselijk en er worden altijd fouten gemaakt, maar het was echt een groot probleem geweest als we “live” waren geweest. Ik ga nu hard werken aan checklist die ik en mijn mede systeembeheerders absoluut moeten volgen tijdens het installeren van nieuwe servers om dit soort zaken te voorkomen.

    Ironisch genoeg heeft Microsoft ons proberen te helpen door de “Initial Configuration Tasks” te presenteren na installatie van een Windows 2008 server. Super belangrijk om dus echt ook alle stappen te volgen.

    Mocht je naar aanleiding van mijn verhaal zelf nog even deze configuratie stappen willen checken en je kan de tool niet meer vinden kun je hem oproepen door het volgende commando te geven:

    start -> run -> OOBE

    Volgende pagina →