Blog activiteiten gestaakt

Wegens een gebrek aan vrije tijd in de avonduren ben ik helaas tot het eind van de stage niet meer in staat om nog verdere blog berichten te plaatsen.

Dag 75: Intervisie

Intervisie op school.

Dag 74: Klant webserver down / SFTP server opzetten onder windows

Vandaag waren er twee bijzonderheden aan de orde.
De eerste betrof een paniek melding van een klant. Zijn websites die bij ons op een server gehost worden, konden allemaal niet meer worden weergegeven. Na een controle op de server zelf, bleken twee application pools de volledige 100% CPU op te eisen. Na het killen van deze processen draaide de server weer naar behoren en waren alle websites weer te benaderen. Een mogelijk oorzaak hiervan kan wezen is dat iets of iemand een script draait zonder einde en in een loop terecht komt. Dit bleek later ook zo te wezen. Eén van de klant zn developers had een script gerunt op de database die niet goed in elkaar zat.
Als actie heb ik hierop ondernomen: aanpassen van een CPU limiet in iedere application pool op de webserver. Door deze limiet in te stellen kunnen pools geen 100% CPU meer opeisen en komt de beschikbaarheid van andere websites ook niet in het geding.

Later vandaag ben ik voor een klant aan de slag gegaan met het opzetten van een SFTP server op een Windows server. Echter maakt OpenSSH geen deel uit van Windows, en zal via een Linux achtige manier moeten worden opgezet.
Dit werkt echter nog niet naar behoren. Na de configuratie wil de openssh daemon niet starten en geeft daarbij ook geen error. Dit maakt troubleshooten erg lastig. Ik zal hier maandag verder achteraan gaan. Morgen zitten wij namelijk op school.

Dag 73: Stage verslag afgemaakt

Ook vandaag was het weer erg rustig op de servicedesk. Waarschijnlijk vieren heel wat van onze klanten al kerst, of wij doen gewoon ontzettend goed werk en ondervind niemand problemen van onze producten :-)

Los van wat reguliere problemen die voorbij kwamen en slechts enkele minuten aan tijd kostte, is er vandaag niet veel gebeurd. Dit stelde mij in staat om flinke vorderingen te maken met mijn stageverslag. Deze heb ik vandaag geheel kunnen afronden. Ik heb hiervoor al mijn projecten inclusief leerdoelen beschreven en tevens mijn plek op de afdeling kunnen verwoorden. Natuurlijk ook voorzien van de behaalde leerdoelen. Wat nu nog resteert is een zelfreflectie.

Hopelijk is er morgen weer wat meer te doen op de afdeling...

Dag 72: Flinke vorderingen stage verslag / Rust op servicedesk

Vandaag was het erg rustig op de servicedesk. Er kwamen niet heel veel problemen binnen, op een enkeling na. Dit betrof het verhuizen van een domein naar ons toe. Vervolgens moest er een redirect script geschreven worden die het domein door stuurde naar een andere URL. Ik heb hiervoor het DNS A record gepoint naar de betreffende webserver, en heb een php redirect script geschreven die, bij bezoeken van de pagina, de gebruiker direct door stuurt naar de pagina naar waar verwezen diende te worden.

Verder ben ik vandaag een heel eind op weg gekomen met mijn stage verslag. Ik heb hier in vandaag beide individuele projecten beschreven die ik heb uitgevoerd inclusief de bereikte leerdoelen. Ook de bijbehorende bijlagen ter verduidelijking van het verslag zijn hier aan toegevoegd.

Dag 71: Start stageverslag / aanpassingen galery pagina

Vandaag ben ik flink van start gegaan met mijn stageverslag. Over vier weken is namelijk de stage ten einde, en aankomende vrijdag dienen wij alvast een heel deel van dit verslag af te hebben voor school. Ik ben vandaag begonnen met de layout van het document en heb al enkele zaken uitgewerkt, onder andere de inleiding, algemene informatie over het bedrijf, en al een heel stuk over de individuele projecten die ik heb uitgevoerd met de bijbehorende leerdoelen en verwachtingen.

Verder heb ik vandaag voor een grote internationale klant, die op zijn website een photo galery heeft staan, een aantal nieuwe albums geupload. Echter na het uploaden van de foto's en de albums bleken de albums nog niet beschikbaar te wezen op de website. Na wat simpele aanpassingen in een DLL file bleek dat de folder mappen van de albums al voor gedefinieerd waren (wat ik dus niet wist). Op het moment dat de folders de juiste voor gedefinieerde namen kregen, werden deze beschikbaar in het album. Echter waren deze namen zo onlogisch, dat ik ze heb aangepast.

Verder ben ik vandaag bezig geweest om mijn database van mijn C# projectje uit te rollen op het bedrijfsnetwerk, zodat deze app voortaan op iedere machine binnen het bedrijfsnetwerk zal werken (in plaats van alleen local op mijn machine). Hiervoor heb ik echter wel enige aanpassingen moeten maken in de firewall. Mijn applicatie maakt gebruik van een MySQL database, en aangezien het bedrijf volledig draait op MSSQL, stond de MySQL poort niet open in de firewall. Aangezien ik de voorkeur geef aan MySQL en ik te lui was om alle queries en SQL connectors om te zetten naar MSSQL, heb ik op een vrije server een MySQL servertje opgezet.

Dag 70: Servers en switch installatie datacenter / probleem met development omgeving

Vandaag begon de dag met een noodkreet van intern uit. Een medewerker had in een project en development omgeving die I-Company hanteert, een fout gemaakt. Bij het instellen van bepaalde permissies kwam hij de user group "users" en "-users" tegen. Bij de "users" stonden alle gebruikers opgeslagen en de andere groep bleek leeg te wezen. Deze verwijderde hij daarom, omdat hij dacht dat deze daarom overbodig was. Echter werd hij direct uit het systeem gegooid na het verwijderen vanwege het ontbreken van permissies. Het bleek dus uiteindelijk dat deze groep nooit verwijderd had mogen worden. Op dit moment kan helemaal niemand meer inloggen in het systeem. Wat ik voor hem heb geprobeerd is via de config files van het development systeem, alle authenticatie weghalen. Voor alle acties, views, schermen etc. zijn bepaalde user rechten nodig. Nadat ik deze in de config files had verwijderd konden we weer in het admin dashboard terecht komen zonder in te loggen. Echter, wanneer we weer de groep en permissies wilde aanmaken, gaf het systeem de error dat we onvoldoende permissie hadden en hiervoor diende in te loggen. Het probleem stagneerde dus. Maandag wordt gekeken of er een backup van eerder gerestored kan worden. Wat dan echter wel het probleem is, is dat al het werk gerestored wordt naar die backup.

Verder zijn we vandaag naar het datacenter in Haarlem geweest, om twee servers en een nieuwe 48-poort switch te installeren voor een klant. Deze klant kwam vanmorgen de apparatuur bij ons afleveren. Eenmaal in het datacenter aangekomen, hebben we de apparatuur uitgepakt en in ons rack gehangen. Bij het inschakelen van de server bleek één van de voedingen defect te wezen. Deze zal dus moeten worden vervangen. Gelukkig heeft de server altijd twee voedingen waardoor deze nu toch operationeel is. Vervolgens diende de nieuwe switch ook in het rack gehangen te worden. De oude 24-poort switch is namelijk al helemaal vol. We hebben hiervoor een kabel van de oude switch naar de nieuwe switch gekoppeld, en de losgekoppelde kabel van de server ook in de nieuwe switch gekoppeld. Vervolgens beide nieuwe servers aan de nieuwe switch gekoppeld. De klant zat ondertussen mee te testen of zij konden inloggen via RDP op de servers. Na wat kleine aanpassingen aangebracht te hebben, meldde zij dat zij op beide succesvol konden inloggen. Ons werk zat er dus weer op, en was het tijd voor weekend. . .

Dag 69: SSL certificaten vernieuwen Linux / drukte servicedesk

Vandaag heb ik ook weer niet stil gezeten. Niet dat ik me ooit verveel, want ik heb naast me reguliere werkzaamheden natuurlijk nog een programmeer projectje lopen. Maar hier kwam ik vandaag niet eens aan toe.

Vandaag kreeg ik de herrinering dat twee SSL certificaten van twee, op Linux gehoste websites, morgen zouden verlopen. Deze diende dus vandaag, uitelijk morgen verlengd te worden.
Uiteraard heb ik hiervoor om toestemming gevraagd aan de klant, die op zijn beurt vroeg of ik het totale kosten plaatje kon berekenen. Dit heb ik voor hem netjes voor berekend. De twee Comodo certificaten kosten zo goed als niets, maar per certificaat wordt twee uur installatie en configuratie kosten berekend.
Na de klant zijn akkoord heb ik voor de betreffende websites op Linux een private key aangemaakt, middels het openssl commando, 2048 bits encryptie. Vervolgens heb ik van deze private key een certificate request gemaakt. Hierbij worden de gebruikelijk vragen gesteld, zoals bedrijfsnaam, stad etc.
De certificate request die hier vervolgens uitrolde kon ik vervolgens door sturen naar de instantie waar wij onze SSL certificaten bestellen. Het is op dit moment nog wachten totdat deze daadwerkelijk worden uitgegeven. Naar verwachting zal dat morgen wezen.

Verder ben ik vandaag nog aan de gang geweest met een aantal FTP accounts op te zetten op zowel Linux als Windows servers. Deze accounts diende natuurlijk gejailed te woorden en hun bijbehorende home directory. In dit geval waren dat een aantal website roots.
Ook ben ik vandaag nog bezig geweest met opnieuw een spam probleem van dezelfde klant als gisteren. Zij ontvingen nog steeds een hoop spam met de vraag hier wat aan te doen. Echter heb ik alleen enkele domeinen en IP adressen kunnen blokkeren in het spam filter. Verder kon ik hier niet veel aan doen, aangezien een botnetwerk vanzelf een slechte reputatie opbouwt. Deze scoort op dit moment nog net niet hoog genoeg om geweerd te worden.

Dag 68: Aantal service tickets explosief toegenomen / use cases afgemaakt

Vanochtend op de werkplek aangekomen was het even schrikken toen we de servicedesk (webportal) opende. Het aantal service tickets was namelijk explosief toegenomen. Gisteren stonden slechts vier tickets nog open, die niet direct actie behoefde, maar vanmorgen stonden er tot onze schrik plotseling vijftien in. Drie van deze verzoeken betrof een front-end probleem. Hier hadden wij dus niet veel mee te maken.
Een ander ticket betrof een probleem van een klant, die niet in staat was zijn outlook box te openen vanaf een server, maar wel via zijn eigen desktop. Wat precies het nut is van je mail lezen op een andere server over RDP weet ik niet, maar het was voor de klant een behoorlijke issue. Wanneer deze met zijn account op de server wilde inloggen op outlook, bleef outlook continu om credentials vragen. Wanneer echter deze persoon via zijn account inlogde met het admin account op outlook, werd ineens de mailbox geopend van de persoon waarvan het account is gekopieerd. Waarschijnlijk is er dus iets fout gegaan bij het kopieren van deze gebruiker. Ik ben er verder nog niet aan toegekomen dit uit te zoeken.

Tussendoor ben ik nog aan de slag gegaan met de documentatie van mijn C# registratie tooltje. Hiervoor maak ik verder geen uitgebreide documentatie rapporten, aangezien de tool maar van zeer beperkte omvang is. Wél plaats ik uiteraard commentaar in de code, en heb ik vandaag het use case diagram afgerond. Wat nu nog rest is een klasse diagram.

Verder kwam er vandaag weer een spam issue voorbij. Een klant die bij ons een aantal mailboxen afneemt, kreeg veel spam mail, die al wel gemarkeerd was als spam, maar nog wel gewoon in de mailbox van de klant belande. Enig onderzoek in de maillogs wees uit dat de mails al hoog genoeg scoorde om als spam gemarkeerd te worden, maar nog niet hoog genoeg scoorde om daadwerkelijk geweerd te worden. Een mogelijke oorzaak hiervoor kan zijn dat er een nieuw soort botnet actief, die nog bezig is zijn reputatie op te bouwen. Los van het betreffende IP adres te blokkeren waarvan de spam afkomstig is in ons spam filter konden wij helaas niet veel doen. Wanneer de reputatie van dit netwerk dusdanig verslechterd is, zullen deze berichten vanzelf geweerd worden.

Dag 67: Bellen met internationale klanten zonder kennis van zaken

Vandaag kwamen er weer een aantal zaken naar binnen rollen die de stress weer een beetje opvoerde. Ondanks dat ik hier eigelijk vrij weinig mee te maken had, werd ik weer achterna gezeten.

Vandaag moest er voor een kerst actie van een grote internationale klant, een bepaalde kerst pagina online komen te staan voor zowel Nederland als België.
Voor de Nederlandse versie, had ik al enige tijd correspondentie met een externe partij die de ontwikkeling hiervoor op zijn rekening neemt.
De hosting loopt echter via ons (en dus ook via mij). Echter voor de Belgische variant, is de communicatie verlopen via de manager binnen I-Company. Van deze Belgische variant had ik dus totaal geen kennis. Toch belde ons internationaal contact persoon van deze klant naar ons, en vroeg specifiek naar mij, of één en ander vandaag online gezet kon worden voor de Belgische kerst website. Dit werd uiteindelijk een erg lastig telefoon gesprek, en de klant was niet bepaald blij dat ik geen idee had waar het over ging. Deze website moest namelijk eind van deze dag online staan. Uiteindelijk ben ik er dus achter gekomen dat de communicatie over deze Belgische pagina via een ander persoon hier intern loopt. Hierdoor had ik dus totaal geen kennis van zaken toen ik deze klant aan de telefoon had.
Uiteindelijk is hier uit gekomen dat voor de Belgische pagina een language selector was gemaakt. Hiervoor hebben wij een jpg en een psd (photoshop) file aangeleverd gekregen waar de language selector op te zien was, maar geen html versie hiervan gekregen.
Uiteindelijk had ik de psd net zo goed zelf kunnen "slicen", en achter de knopjes de betreffende link kunnen plakken. In plaats van dat hebben we het deze partij zelf laten doen met als resultaat het nu nog steeds niet klaar is.

Verder heb ik voor de Nederlandse versie nog een ISAPI rewrite scriptje geschreven. Wanneer men namelijk naar de home URL navigeert, moet de eindgebruiker direct worden doorgestuurd naar de kerst pagina. Deze instelling moet blijven bestaan tot na de kerst.

Dag 66: Postcode check issue / All round probleempjes

Vanmorgen als eerste aan de gang gegaan met een probleem die via de klantenservice toegestuurd kregen van een grote klant van ons. Een consument van deze klant kon zich namelijk niet registreren op de website, omdat de website de opgegeven postcode niet accepteert. Aan ons de vraag dit uit te zoeken en op te lossen. Het probleem hiermee was, was dat dit een Nederlandse website is, waar een postcode check in gebouwd zit, en de betreffende consument is een Belg. Een Belgische postcode bestaat enkel uit vier cijfers, zonder letters. De postcode check verwacht echter een postcode met vier cijfers en twee letters. Vandaar dat deze consument dus niet de mogelijkheid had zich te registreren. Wel is er van deze zelfde website een .be variant. Echter zit hier niet het betreffende systeem in gebouwd waar de consument zich voor wilde aanmelden. Om deze postcode check uit de Nederlandse versie te verwijderen, dienen wij een officieel verzoek te krijgen van de klant zelf met toestemming deze check er uit te verwijderen.

Verder ben ik vandaag bezig geweest met het bieden van telefonisch support, zoals het toegang verlenen tot bepaalde servers via FTP en RDP. Ook zaten er enkele verzoeken bij dat een website in een IIS server betrof. In deze websites zit een IP filter geconfigureerd, die enkel de geregistreerde IP adressen toestaat (dit was voor een sales/intranet omgeving). Na telefonisch contact te hebben gezocht met de klant om zijn IP adres te achterhalen, kon ik deze toevoegen aan zowel de firewall als IIS IP filter voor de betreffende website.
Ook ben ik vandaag met enkele mail/spam issues aan de gang geweest, en enkele andere interne zaken (teveel om op te noemen!).

De kop is er weer af! Voor nu: op naar huis.

Dag 65: UML diagrammen C# app / telefonische support

Vandaag ben ik aan de slag gegaan met de documentatie van mijn C# projectje.
Hiervoor ben ik gestart met de UML diagrammen, namelijk, Use Case diagram. In dit use case diagram zal ik grafisch duidelijk maken wat de eindgebruiker zoal voor acties kan uitvoeren met de tool, de afhankelijkheden etc.
Ook zal ik later nog een klasse diagram in elkaar zetten, om het toekomstige onderhoud van de tool te vergemakkelijken. Natuurlijk wordt ook de code voorzien van commentaar.

Later vandaag kreeg ik, los van de reguliere werkzaamheden, nog twee telefoontjes van klanten die graag support wilde hebben.
Het eerste telefoontje betrof een probleem met FTP. De klant waarvoor ik vorige week vrijdag een PHP website heb deployed op één van onze Linux machines, klaagde nu over dat deze website niet tussen hun gebruikelijke FTP lijstje stond. Dit klopt ook wel, want deze klant heeft bij ons een Windows server afgehuurd, waarop zij zelf dit FTP account hebben. Aangezien PHP websites nooit zo zullen draaien onder IIS als onder Apache, staat deze website op een Linux machine gehost. Hiervoor diende zij dus ook een FTP account nodig te hebben op de Linux machine. Na een account op deze machine aangemaakt te hebben, heb ik dit account lid gemaakt van de apache group (www-data) zodat dit account dezelfde rechten heeft apache (rwx). Vervolgens heb ik het account gechangeroot naar hun website folder.
Als laatste puntje heb ik het IP adres van de klant toegestaan in de firewall zodat zij ook daadwerkelijk toegang krijgen tot de FTP omgeving.

Tweede telefoontje kwam van een andere klant, die op zijn website een actiefolder probeerde te uploaden. Om deze folder weer te geven is er een aparte module op de website geïnstalleerd. Deze module behoeft alleen de link met het pad waar de bestanden voor deze folder zijn terug te vinden. Waar het fout ging bij deze klant, is dat hij de bestanden in een .zip pakket had geupload naar zijn server, en vervolgens deze in de folder module probeerde aan te roepen onder folder.zip/index.html. Aangezien dit niet gaat werken heb ik de klant uitgelegd dat hij deze bestanden eerst lokaal op zijn eigen computer dient uit te pakken, en vervolgens los moet uploaden naar de server toe. Daarna is in de folder module het pad te specificeren zoals hij gewend is, zonder de .zip extensies.

En dan nu: weekend . . .

Dag 64: Permissions issue website

Vandaag ook weer kunnen profiteren van een gisteren en eergisteren opgeruimd ticket systeem. Doordat we de afgelopen twee dagen even flink de schouders eronder hebben gezet, waren zo goed als alle verzoeken op de Hosting afdeling weg gewerkt. Op deze manier is het ook een stuk beter bij te houden, en lopen er geen verschillende dingen tegelijk en door elkaar heen.
Ook vandaag was het dus weer een wat rustigere dag. Eigelijk was er maar één puntje noemenswaardig interessant.
Een klant waarvoor wij de hosting omgeving regelen, heeft bij ons een website gehost die door de klant zelf is ontwikkeld. Bij het bewerken van een aantal bestanden in het CMS systeem van deze website, kregen zij plotseling een foutmelding dat zij niet voldoende permissies hadden om de aanpassingen uit te voeren. Dit kwam dus vervolgens bij ons terecht, met de vraag dit aan te passen. Vervolgens de permissies recursief doorlopen op alle files en (sub)folders. Deze stonden allemaal goed ingesteld.
Een collega programmeur heeft vervolgens geassisteerd bij het in elkaar zetten van een eenvoudige upload tool. Met deze tool was het tevens voor ons mogelijk om bestanden op de betreffende website te uploaden en aan te passen. Uitgesloten was dus dat dit een permissions issue betrof.
In de stack trace van de klant troffen we de melding aan dat een bepaald bestand niet gevonden kon worden. Waarschijnlijk is dus het geval de klant via het CMS geprobeerd heeft bestanden te bewerken die reeds verwijderd zijn, maar het CMS nog niet gesynchroniseerd heeft.
Enige uren later meldde de klant dat dit inderdaad het geval bleek te wezen.

Dag 63: Erg rustige dag / start laptop module C# app

Vandaag valt er weinig interessants te melden.
Het was een erg rustige dag vandaag. Een dag zoals ik in de afgelopen tijd al heel lang niet meer heb meegemaakt. Er zijn vandaag maar twee problemen gemeld bij de servicedesk, die ik beide telefonisch heb kunnen afhandelen met de klant.
Eén van deze problemen betrof een tijd synchronisatie probleem op één van de servers van een klant. Deze klant wilde op zijn server een software pakket installeren, waarvoor de systeem klok een belangrijk element bleek te wezen. De systeem klok op deze server bleek 20 minuten voor te lopen op de werkelijke tijd. Hierdoor kon de installatie van de klant zijn software niet voortgaan. De klant nam vervolgens telefonisch contact met mij op om te vragen wat er aan de hand was. De tijd handmatig aanpassen resulteerde in de klok die zichzelf automatisch weer 20 minuten vooruit zette.
Een mogelijkheid die ik me kon bedenken is dat deze server een virtuele machine moest wezen, waarvan de host zelf 20 minuten voor loopt. Na de controle op de Hyper-V machine bleek inderdaad dat deze klok voor liep. Hierdoor synchroniseerde de virtuele machine continu met de host machine. Nadat deze klok van de host was aangepast, kon ook de systeem klok van de virtuele machine weer aangepast worden. Naderhand kon de klant de installatie van zijn software pakket weer voortzetten.

Verder ben ik vandaag weer een stukje verder gegaan aan mijn C# applicatie. Ik ben verder gegaan met een nieuwe registratie module, namelijk, voor de laptops. Ik ben gestart met enkele klasses aan te maken die de eigenschappen van een laptop beschrijven (eigenaar, merk, type, windows licentie etc.). Verder heb ik de GUI alvast aangemaakt voor deze registratie module, en de tabel geinitialiseerd.

Hopelijk is er morgen weer wat meer te doen. Alhoewel een rustig dagje na enkele zeer drukke dagen ook niet heel vervelend was.

Dag 62: Fout website naar live grote klant / trucen met Iframes

Vandaag kreeg ik de aanvraag van een collega van de afdeling Sales, om op de website van een erg grote internationale klant, een extra sublink aan te maken. Dit was simpelweg te behalen door voor de betreffende sublink een directory aan te maken in de mappen structuur van de website. Deze website wordt echter gehost bij een externe partij in Amerika. Na dit ene mapje aangemaakt te hebben op de "Staging" (test) omgeving, heb ik het verzoek ingediend bij deze externe hoster, de test omgeving te synchroniseren met de live omgeving. Echter ging hier zo gruwlijk iets fout, dat de website voor ongeveer zes uur offline is geweest. De melding die werd weergegeven was 403 Access denied. Na heel veel over en weer gemail is de oorzaak uiteindelijk gevonden. Tijdens het deployen van de test omgeving naar de live omgeving, bleek de web.config niet in orde te zijn, waardoor deze fout werd veroorzaakt. Echter hebben wij niets anders gedaan dan eenvoudigweg een mapje aangemaakt. Het is op dit moment een welles nietes verhaal geworden over welke partij hier nu schuldig aan is, maar alles wijst erop dat de hosting partij een fout begaan heeft. Immers is het onmogelijk dat bestanden zich uit zichzelf gaan aanpassen bij het aanmaken van een lege directory. . .

Later kreeg ik voor deze zelfde klant nog een verzoek om een link in te richten voor een kerst pagina. De content voor deze kerst pagina moet van een externe URL worden opgehaald. Het is natuurlijk niet zo netjes om hierbij een 301 redirect uit te voeren, en de eindgebruiker direct fysiek wordt door gelinkt naar een andere URL. Om dit te voorkomen, heb ik in de subdirectory van deze website een html file aangemaakt, met daarin een fullscreen Iframe. Dit iframe laadt achter de schermen de content van de externe URL in. Hierdoor wordt de URL niet veranderd, en is het voor de eindgebruiker nog steeds net alsof hij zich op dezelfde pagina bevind.
De klant was erg blij met de geboden oplossing en de snelheid van het doorvoeren van zijn aanvraag.

Dag 61: C# auto registratie gereed / mod_rewrite Apache

Vandaag de dag begonnen met een nogal verontrustend ticket van een klant. Deze gaf aan dat ongeveer zeven van de tien servers die wij voor hun in beheer hebben, offline bleken te wezen. Na dit direct te controleren bleek echter dat alle servers nog gewoon online waren. Wat de klant uiteindelijk bedoelde was dat hij deze server niet meer via RDP kon benaderen.
Aangezien ik dit zelf nog wel kon bij alle machines, kwam bij mij direct het idee naar boven dat deze klant vanaf verschillende machines heeft geprobeerd in te loggen via RDP. Na deze vraag bij de klant neer gelegd te hebben, bleek dit ook daadwerkelijk zo te wezen. De drie machines die volgens de klant nog wel te benaderen waren, waren benaderd vanaf de machine die al wel was toegestaan in onze firewall. De overige zeven bleken vanaf een externe locatie geprobeerd benaderd te worden (nogal logisch dat dat niet gaat werken!). Ik heb vervolgens het IP adres van deze persoon opgevraagd bij de klant, en deze vervolgens in de firewall toegestaan op 3389/tcp (RDP). Na verificatie bleek alles weer naar behoren te werken, ook voor deze externe persoon.

Later voor lunchtijd ben ik nog aan de gang geweest met mijn C# applicatie. De auto registratie module is nu af. Het resterende puntje was om deze nog fool proof te maken, door middel van enkele checks bij het toevoegen en bewerken scherm. Het is nu niet meer mogelijk om onzin in te vullen.

Na de lunch ben ik aan de ganag geweest met een PHP website die ik afgelopen vrijdag op een Linux machine bij ons heb opgezet. Deze website bestaat uit een zowel Nederlands als Engelstalige versie. De drie domeinen die naar deze website toe moeten linken zijn .nl, .be en .com. De .nl en .be versie moeten standaard op de Nederlandstalige versie van de website uitkomen. De .com versie standaard op de engelse. Het probleem was echter dat deze website zo gebouwd is, dat het met cookies werkt. Standaard komen alle drie de domeinen op de Nederlandstalige versie uit. Wanneer men op klikt op de Engelstalige versie van de website, worden deze instellingen opgeslagen in een cookie en opgeslagen op de computer van de gebruiker. Wanneer vervolgens de drie domeinen worden bezocht (.nl, .be en .com) blijken ze allemaal de Engelstalige versie weer te geven door de instellingen die uit deze cookies worden geladen.
Aangezien dit niet wenselijk is, en de klant dit ook aan gaf, heb ik via Apache mod_rewrite rules in de virtualhost config file een aantal rules geschreven die achter de schermen naar de /nl versie gaan wanneer de .nl en .be website bezocht worden. Wanneer het .com domein wordt bezocht wordt de gebruiker vanzelf door gestuurd naar de /en versie van de website.
Het is natuurlijk niet zo netjes dat deze daadwerkelijk in de URL worden weergegeven (voorbeeld: www.example.com/en). Daarom heb ik hierbij ook geen gebruik gemaakt van een 301 redirect. Wat ik wel heb gebruikt zijn een aantal RewriteRules, die dus zonder dat de gebruiker dit te zien krijgt, de content voor '/' (root) ophaalt bij /en of /nl. Hierdoor krijgt de gebruiker de juiste taal te zien afhankelijk van het bezochte domein, maar krijgt dit niet als subpad achter het domein te zien.

Dag 60: Voorlopige backup workaround klant

Vandaag zijn wij aan de gang gegaan met een aantal vragen van een klant, betreffende de bij ons gehoste server. Eén van deze vragen betrof een vraag over backups. Op dit moment maakt de virtuele machine van de klant gebruik van twee hardeschijven. Op één van deze hardeschijven staat een /data partitie waarop websites en sql backups worden weggeschreven. Op dit moment worden deze files slechts lokaal op de VM gebackupped, en niet extern weg geschreven. Aangezien de klant er om vroeg hoe deze backups waren geregeld, hebben wij besloten om voorlopig wekelijks een externe hardeschijf aan te sluiten op de server, waarop we de data van deze partitie overcopieren. Hiervoor zijn wij naar Hoofddorp gestuurd om twee hardeschijven aan te schaffen voor deze backup workaround. Wekelijks zal er dus iemand naar het datacenter moeten rijden om de hardeschijven weer te verwisselen.
Op termijn zal er een oplossing ingevoerd worden, waarbij de data automatisch zal worden gebackupped naar een externe locatie. Dit voorkomt het verlies van gegevens bij uitval van de virtuele machine.

Later vandaag ben ik nog bezig geweest aan mijn C# applicatie. Het auto registratie gedeelte is nu zo goed als klaar. De zoek functie in deze module werkt, evenals het delete gedeelte. Wat nu nog te doen staat is toepassen van een aantal checks om ook deze module fool proof te maken, en er geen onzin ingevuld kan worden.

Maar voor nu: weekend . . .

Dag 59: Virtual hosts Apache / C# app auto registratie gedeelte

Vandaag ben ik de dag begonnen met de aanvraag van een klant. Deze klant heeft een contract bij ons voor een Windows server, om al hun websites op te hosten. Een eigenschap aan Windows en IIS is, is dat het eigelijk alleen functioneert op .NET. De klant heeft enige tijd geleden bij ons drie domeinnamen geregistreerd voor één van hun klanten. Vandaag wilde zij ons de bestanden en databases voor deze websites aanleveren, zodat wij deze kunnen hosten. Na wat heen en weer gemail bleken de betreffende websites PHP websites te wezen, en dus geen .NET websites. Aangezien PHP onder IIS nooit zo zal draaien als onder Apache, hebben we dit terug gekoppeld aan de klant via de Sales afdeling. Als we de aanvraag van deze klant willen uitvoeren, zullen we deze op één van onze Linux machines moeten hosten. Dit brengt natuurlijk extra kosten met zich mee, aangezien het buiten het contract tussen de klant en I-Company om moet gebeuren.
Na het akkoord van deze klant ben ik aan de gang gegaan op onze Linux server. Hierop draaien al meerdere PHP websites in combinatie met Apache2 en MySQL.
Aangezien er meerdere websites op deze omgeving actief zijn, zal er gewerkt moeten worden met Virtual Hosts onder Apache. Het principe is eigelijk hetzelfde als onder IIS. Dankzij de verschillende bindings die in IIS in te stellen voor de verschillende websites, is voor de server gemakkelijk te bepalen door welke website een hostheader moet worden afgevangen.
Via Apache werkt dit hetzelfde met de virtuele hosts, alleen wordt het op de terminal uitgevoerd. Via de sites-available directory in Apache2, is een virtual host file aan te maken waarin de site directory, domeinnaam en aliasen en dergelijke in worden gespecificeerd, van een betreffende website. Vervolgens is via a2ensite www.domein.nl de site te enablen, en dient apache gereload te worden. Hierna heb ik de DNS records van het betreffende domein gepoint naar onze server. Het resultaat is dat alles naar behoren werkt, en de website aanvragen correct worden afgevangen door Apache. Vervolgens de bestanden van de website geupload, en de MySQL database middels een SQL dump geïmporteerd.

Na bovenstaand klusje ben ik nog aan de gang geweest met enkele andere tickets, die wat minder tijd in beslag namen. Dit waren bijvoorbeeld een aantal verzoeken van de programmeurs een nieuwe development omgeving in te richten, en wat releases online te plaatsen.
's Middags ben ik nog een tijdje aan de slag gegaan met mijn C# applicatie. Het telefoon registratie systeem was al afgerond en compleet werkend. Vandaag ben ik aan de gang gegaan dit zelfde te maken, onder een ander tabblad binnen de applicatie, voor de auto registratie. Gezien de omvang van de code die ik al reeds heb opgebouwd, was het soms nog ingewikkeld te achterhalen hoe iets ook alweer in elkaar zat. Uiteindelijk ben ik wel zover gekomen dat de basic functionaliteiten weer aanwezig zijn. Het toevoegen, bewerken en deleten van een auto record is nu mogelijk.
Later zal ik nog aan de slag gaan met de zoek functie, en natuurlijk het fool proof maken van deze module. Het zal dan niet meer mogelijk zijn om onzinnige dingen in te voeren, zoals bijvoorbeeld het registreren van een uitgeleende auto en geen naam van de persoon opgeven.

Na de autoregistratie module staan nog de VPN token registratie en de backup module op het programma. De VPN token registratie zal ongeveer hetzelfde werken als de telefoon en auto registratie. De backup module zal nog even een uitzoek werken worden. Het lieft dient namelijk in te stellen zijn via de applicatie, om onder andere aan te geven dat er dagelijks of wekelijks een backup van de database gemaakt dient te worden.

Dag 58: IBM probleem / linux issue

Vandaag ben ik vooral weer aan de slag geweest om oude openstaande requests te verwerken. De reden dat deze requests niet direct door ons zijn verwerkt is omdat ze wat ingewikkelder zijn, en/of we input van anderen nodig hebben.
Zo was er onder andere een request dat al een week in het helpdesk systeem stond. Dit betrof een probleem met een IBM pakket genaamd Unica. Dit is een pakket dat speciaal voor deze klant door IBM is opgezet op hun servers (die bij ons in het beheer zijn).
Van één van deze servers werkte de webinterface van het software pakket niet meer.
Dit software pakket draait echter niet op een webserver zoals IIS, maar heeft een eigen ingebouwde webserver (webSphere).
Bij ons was daarom al een tijdje de vraag wie verantwoordelijk is voor de support voor dit probleem. Uiteindelijk is gebleken dat I-Company slechts het beheer verzorgt van de server en het OS, en issues met het Unica pakket voor rekening zijn van IBM zelf. Aangezien dit een probleem op applicatie niveau betrof, heb ik dit terug gekoppeld aan de klant met de vraag het door te spelen aan IBM.

Later vandaag kreeg ik een telefoontje van een externe partij die voor een klant van ons een upgrade uitvoerd op een website van hun.
Deze server is in ons beheer maar de ontwikkeling van websites en dergelijke die erop draaien verzorgen zij zelf.
Deze externe partij belde op vanwege een probleem bij het upgraden van het CMS van één van de websites. Doordat deze programmeur slechts blanco pagina's te zien kreeg in plaats van error pagina's met feedback, belde hij mij even op om te toegang te vragen tot de log bestanden van apache. Deze server betreft een linux machine. Aangezien het niet de bedoeling is dat iedereen lees rechten op deze log heeft, heb ik de gebruiker, die tevens wel FTP toegang heeft, lid gemaakt van de apache groep (www-data). Deze heeft namelijk leesd rechten op de apache logs. Echter bleek deze gebruiker gejailed te zijn in één van de website directories. Ik heb daarom voor deze gebruiker een nieuw account aangemaakt, die gejailed is op de log map van apache, en deze lid gemaakt van de apache group. Hiermee kon de programmeur goed uit de voeten, en kon zijn werk weer hervatten.

Verder heb ik vandaag nog enkele firewall requests uitgevoerd, zoals het toevoegen van een IP adres van een persoon, die toegang nodig had via RDP op één van hun servers. Ik heb dit IP aan de firewall toegevoegd en deze alleen het recht gegeven door de firewall heen te komen via het RDP protocol/poort.

Dag 57: C# app database herstellen / nieuwe klanten website livegang

Vandaag, tussen de reguliere werkzaamheden door, een poging gedaan verder te gaan aan mijn C# applicatie. Echter was er iets goed fout gegaan met de MySQL database achter mijn applicatie. Ik heb gisteren een aantal MySQL backups van een klant uitgetest op mijn lokale database, om te testen of de backups naar behoren werkte. Aanvankelijk leek alles in orde, maar sinds vandaag wilde de mysqld deamon niet meer starten. Aangezien de databases te groot waren om een SQL dump van te maken, heb ik de complete databases met tabellen gedownload van de server. Deze simpelweg copieren naar de data directory van mijn MySQL database leverde dus dit probleem op. Ik heb hiervoor jammer genoeg mijn server opnieuw moeten installeren, en de tabellen opnieuw moeten aanmaken.
Helaas door wat uitzoek werk hier en daar, ben ik daarna niet meer toegekomen verder nog wat te doen aan mijn applicatie.

Later vandaag ben ik aan de gang geweest met het live zetten van een nieuwe klanten website. Deze moest vanaf de development omgeving in zijn geheel worden overgeheveld naar de live omgeving, inclusief de database. Echter bleek er op de live omgeving een conflict te zijn met dubbele Handler mappings. Deze was op de development omgeving op site niveau geconfigureerd, maar draaide op de live omgeving al op server niveau. Deze mappings dubbel toevoegen levert een conflict op. Deze mappings worden onder andere gebruikt voor user friendly urls. De oplossing hiervoor was de web.config aan te passen met de volgende regels in de tag: . Na dit te hebben aangepast, moest in de database de portial aliases nog worden aangepast, zodat de website begrijpt dat wanneer je naar de betreffende host header gaat (URL), deze correct wordt afgevangen en je naar de website wordt gestuurd.

Bovenstaande waren twee bijzondere dingen vandaag. Natuurlijk ben ik de rest van de dag met overige dingen bezig geweest zoals een aantal firewall issues e.d.

Dag 56: C# app telefoon module fool proof / vervelende klant

Vandaag heb ik weer een stuk verder kunnen gaan aan mijn C# protectje. Zoals vrijdag al gemeld, was het telefoon registratie stuk al zo goed als af.
Vandaag heb ik de puntjes op de i gezet, door deze module "fool proof" te maken. Met andere woorden, je kunt geen acties meer uitvoeren die nergens toe leiden. Zo is het bijvoorbeeld niet meer mogelijk om bij het toevoegen van een record aan te vinken dat het toestel of simkaart is uitgeleend, maar geen naam in te vullen van de persoon aan wie het is uitgeleend.
Ook is het bijvoorbeeld niet meer mogelijk om een compleet leeg record toe te voegen.
Kortom, het systeem is niet meer voor de gek te houden.

Later vandaag ben ik met een verzoek van een klant aan de gang gegaan, waarvoor ik afgelopen vrijdag een aantal domeinnamen heb geregistreerd. Normaal gesproken vullen wij voor alle aanvragen hun in als houder, en icompany als administratief en technisch contact persoon. Dit wilde zij plotseling niet meer, en voor de houder moest hun eigen klant worden ingevuld, en zij zelf als administratief contact persoon.
Na dit aangepast te hebben, wilde deze klant ook nog is alle gegevens per domein naam in pdf formaat aangeleverd hebben.
Deze klant komt wel vaker met vervelende verzoeken. Zo communiceert deze klant meestal eerst met zijn eigen klanten, doet zeer onrealistische beloftes, en communiceert vervolgens aan ons wat er moet gebeuren. Niet erg handig, soms duren dingen langer dan hij zijn klanten heeft beloofd.

Dag 55: Waarom is het vlak voor het weekend altijd zo druk?

Zoals de titel al doet verwachten was het vandaag een behoorlijk bedrijvige dag. Daarnaast moest Bryan wegens privé redenen halverwege de dag weg.
Het was vandaag een zeer drukke dag. Zeker nadat Bryan weg is gegaan was het door de hoeveelheid werk wat binnen kwam moeilijk om alleen te bolwerken.

Enkele bijzonderheden vandaag, waren een aantal domein registraties voor een klant. Deze klant wilde opeens voor zijn eigen administratie van iedere domein naam een document van ons tegemoet zien, met daarin de houder, administratief en technisch contact persoon. Dit terwijl we dit in het verleden nooit met de klant hebben gedaan. Uiteindelijk kwam het er op neer dat hij ons zijn administratie wilde laten doen. Dit is natuurlijk niet de bedoeling en heb ik tevens ook geen tijd voor. Ik heb deze klant vriendelijk verzocht mij een template aan te leveren met daarin alle benodigde gegevens. Ik heb het vervolgens verder ingevuld.

Later kwam er van deze zelfde klant nog een verzoek binnen om voor zijn developers een SQL account aan te maken, zodat deze konden inloggen op de database engine bij ons op de server (wij hosten deze server voor de klant, en zij doen de ontwikkeling).
Na herhaaldelijk verschillende rules toegevoegd te hebben in onze firewall, die een connectie van hun IP toestaan naar de server over de MSSQL poort, kregen we continu van de klant te horen dat zijn developers nog steeds geen toegang hadden. Uiteindelijk bleek dat onze eigen internet provider standaard poort 1433 blokkeert, vanwege vele hack aanvallen op databases. Maandag zal dus hier een oplossing voor gezocht moeten worden.
Dit vond de klant echter een onacceptabel antwoord. Zijn developer bleek al een week lang stil te liggen door dit probleem. Desondanks heeft hij dit probleem toch pas gistermiddag om 13:00 uur gemeld. De klant heeft geen SLA met hoge prioriteit, dus dit probleem kwam pas gister aan bod vlak voor we naar huis gingen. Om nu dus van ons te verwachten dat we alles voor het weekend voor elkaar hebben, is voor ons onacceptabel. Dit hebben wij de klant ook uitgelegd.

Dit waren twee bijzondere punten vandaag. Natuurlijk heb ik me vandaag door nog vele andere problemen en verzoeken heen gewerkt. Ik heb vooral niet stil gezeten!

Maar nu: weekend . . .

Dag 54: Verborgen functies dotnetnuke / C# app / Rit naar Hoofddorp

Vandaag ben ik begonnen met een verzoek van een klant, die graag wilde dat werknemers ook vanaf huis kunnen inloggen op het CMS systeem, en intranet van hun website. Deze website betreft een DotnetNuke website. In eerste instantie kon ik niet helemaal goed begrijpen waarom zij hier om vroegen. Ik dacht namelijk dat aangezien de website voor iedereen te benaderen is, zij ook gewoon kunnen inloggen op deze website. Dit bleek echter niet zo te wezen. In de DotnetNuke website zit een beveiliging ingebouwd die kan filteren op IP adressen. Deze IP adressen zijn per inlog account in te stellen. Wanneer een gebruiker wil inloggen met een gebruikersnaam, maar komt met zijn IP niet voor in de lijst van geauthoriseerde IP adressen, dan geeft de website simpelweg de melding dat de login credentials niet goed zijn. Hier kwam ik toevallig achter door proberen in te loggen vanaf een externe locatie.
Later kwam ik erachter dat het ingebouwde super admin account ("Host") de mogelijkheid heeft om deze IP adressen aan te passen op ieder account.
Zo leer je ook nog is wat over een CMS systeem...
Nadat ik hier was achter gekomen heb ik de klant verzocht de betreffende IP adressen toe te sturen, samen met de accounts waarop deze betrekking hebben.

Later kreeg ik de vraag om een telefoon toestel gereed te maken voor een collega. Echter zit zijn werkplek erg ver van het dichtsbijzijnde patchpanel. Hiervoor hadden we geen kabel meer over die lang genoeg was. Hiervoor ben ik naar Hoofddorp gereden, en heb daar een UTP kabel gekocht. Bij terugkomst heb ik het juiste patchnummer aangesloten op de telefooncentrale, en heb vervolgens de telefoon op het patchpanel aangesloten.

Verder ben ik nog een stukje aan de gang geweest met mijn C# applicatie. Zoals ik gister al beschreven heb, is het telefoon registratie gedeelte voltooid. Vandaag ben ik bezig geweest om ditzelfde op te zetten in de applicatie voor de lease auto registratie.

Dag 53: Eerste module C# app gereed / klant firewall onvindbaar

Vanmorgen ben ik begonnen met het hulp verlenen aan een klant die via hun cms systeem op hun website geen hyperlinks meer kon bewerken. Het probleem was dat wanneer via het cms systeem een link wordt geselecteerd, dat deze via een knop te breken is, en vervolgens weer opnieuw kan worden aangemaakt als hyperlink. Het breken van deze hyperlink ging echter niet meer. Collegas van deze klant kregen het echter wel voor elkaar. Het cms systeem bleek al zo oud te zijn, dat deze issues met de browser kan geven. De klant heeft de link inclusief het stuk tekst verwijderd, en weer opnieuw ingevoerd. Hiervan kon de klant wel een link maken. Enige tijd later melde de klant echter dat de editor weer naar behoren werkte (erg fijn die problemen die zichzelf oplossen).

Later ben ik weer verder geweest aan mijn C# applicatie. Hiervan is de eerste module (mobiele telefoon registratie) nu voltooid. Laatste aanpassingen die gemaakt zijn is dat een datum en eigenaar alleen gespecificeerd kunnen worden wanneer de checkbox "uitgeleend" is aangevinkt voor een toestel.
Wat nu nog rest is een zelfde soort module voor de laptops, autoos en vpn tokens. Ook komt er een apart super admin gedeelte in.

Als laatste bijzonderheid vandaag moest iemand zijn ip met spoed worden toegevoegd aan een firewall, die wij voor de betreffende klant in beheer hebben. Deze moest namelijk met spoed kunnen rdpen naar hun eigen servers. Echter kon ik nergens ook maar enige documentatie vinden over deze firewall, zoals ip adres en inlog gegevens. De klant werd ondertussen al ongeduldig. Uiteindelijk bleek één van de collegas deze info op een kladblaadje te hebben staan. Deze info heb ik direct gedocumenteerd, en het gevraagde voor de klant uitgevoerd.

Dag 52: C# app uitleen en uitleen datum + storing intern

Vandaag ben ik weer een stuk verder gegaan aan mijn C# programmeer project.
Zoals vorige keer al aangegeven, is de wens van de afdeling administratie dat eveneens is bij te houden of een telefoon wel of niet is uitgeleend, en zo ja, op welke datum deze is uitgeleend.
Ik heb dit vandaag voor elkaar weten te krijgen door middel van een checkbox. Vinkje betekent uitgeleend en geen vinkje niet. Tevens moet het alleen mogelijk zijn een uitleen datum in te vullen wanneer "Uitgeleend" staat aangevinkt. Dit heb ik zo weten te maken dat de date picker alleen zichtbaar is wanneer "Uitgeleend" staat aangevinkt en direct weer verdwijnt als deze is uitgevinkt. Mocht het zo wezen dat er een uitleendatum al in de database stond opgeslagen, dan wordt deze direct weer leeggemaakt. Tevens worden de naam en achternaam van de persoon aan wie deze is uitgeleend, automatisch leeg gemaakt als "Uitgeleend" niet is aangevinkt.

Verder was er vandaag rond het middag uur een storing op het interne netwerk van het bedrijf. Hierdoor lag het internet er enige tijd uit. Direct trokken enkele klanten bij ons aan de bel die gebuik maken van ons monitoring systeem, om hun eigen servers die bij ons in het datacenter staan te controleren.
Dit monitoring systeem draait intern bij ons, en kon dus ook geen verbinding meer maken met deze servers. Hierdoor kregen de klanten te zien dat al hun servers offline waren, waar ze natuurlijk van schrokken.
Nadat ik de situatie aan ze heb uitgelegd, waren ze gerust gesteld. Enige tijd later kwam de link weer terug online.

Dag 51: Stressvolle dag door spoed klussen grote klanten

Vanmorgen begon de dag erg stress vol. 
Een domein van een klant dat naar ons is toe verhuisd, is sinds gister definitief over. Echter bleken de aangeleverde DNS records van de vorige beheerder niet te werken met de email. De klant, een grote multinational, belde tamelijk boos ons op, dat niemand in de ongeveer twintig landen waar zij actief zijn nog mail kon versturen en ontvangen.
Het uiteindelijke probleem bleek te zitten in de beheer tool die voor het beheer van DNS records wordt gebruikt. Doordat de vorige registrar ons een screenshot had gestuurd van hun beheer interface met daarop te zien de DNS records, dachten wij die zo over te nemen. Echter interpreteert onze tool de invoering van de records anders.
Door een aantal aanpassingen uit te voeren en de DNS cache te flushen, zagen wij dat onze mail weer prima aankwam. Enige tijd later kon de klant ook weer gebruik maken van hun mail.

Later kwam er van een andere klant een spoed aanvraag binnen om enkele ftp accounts aan te maken op hun webserver, en deze te jailen in de /var/www directorie (linux server). Echter was dit met de huidig geïnstalleerde ftp server niet te behalen.
Uiteindelijk heb ik ervoor gekozen om een andere ftp server te installeren. Deze kon ik configureren om users die een ftp sessie openen, te jailen in de www map.
De users heb ik vervolgens nog lid gemaakt van de apache groep (www-data), in verband met de rechten op de www map. Vervolgens heb ik de logins gecommuniceerd aan de klant.

Dag 50: Hosting aanvragen verwerkt

Vandaag ben ik de dag begonnen met een spoed aanvraag. Ik was namelijk nog geen minuut binnen toen de projectmanager zich naar mij toe snelde. Er moest namelijk met spoed een nieuwe domeinnaam voor een klant worden geregistreerd.
Nadat ik deze aanvraag had uitgevoerd, en de DNS record van dit domein had gewijzigd naar onze webserver, werkte deze intern al direct. Bij de klant werkte dit echter nog niet direct, vanwege het feit DNS publicaties een tijdje in beslag kunnen nemen. Na ongeveer een uurtje meldde de klant dat ook hij de website kon benaderen.

Later ben ik aan de gang geweest met de registratie van een domeinnaam voor een andere klant. Echter ging dit niet geheel als geplanned. Tijdens de registratie procedure van dit domein werd ik terug gekicked naar het inlog scherm van onze DNS beheel panel. Het resultaat was ook niet naar behoren. De domeinnaam was nergens in ons beheer paneel terug te vinden, maar stond al wel op onze naam geregistreerd. Hierdoor was het niet meer mogelijk om het domein te beheren.
De oplossing hiervoor was om op de database van dit beheer paneel in te loggen, en bij de betreffende klant een record toe te voegen met het domein en de betreffende DNS records. Na dit opgeslagen te hebben was het domein gelukkig weer zichtbaar en te beheren en onze DNS beheer paneel.

Verder ben ik natuurlijk vandaag bezig geweest met de reguliere systeembeheer en netwerkbeheer werkzaamheden. Zoals het toevoegen van een aantal klant IP adressen aan onze firewall voor toegang tot een financieel systeem van een klant.

En dan nu: weekend . . .

Dag 49: Half dagje

Gisteren heb ik tot 20:15 aanwezig moeten wezen, vanwege een project dat eigelijk gister online had gemoeten. Hierdoor mocht ik vandaag om 12:15 weg, ook vanwege privé zaken.

Wat ik vandaag nog heb gedaan is een ftp account opzetten op een server. Dit wilde eerst niet werken en kreeg ik bij het connecten via ftp direct een time out. Met wireshark heb ik toen de packets gesniffed en zag plotseling de ftp verbinding geredirect worden naar een ander ip adres dan die van de server. Dit bleek te komen doordat iemand de verkeerde ip binding in iis had ingesteld bij de ftp site. Na dit gecorrigeerd te hebben werkte het naar behoren.

Verder heb ik vandaag nog enkele ip adressen moeten toestaan in de firewall voor het opzetten van deze ftp sessies.

Dag 48: Domein registraties + C# app edit en zoek functie

Vandaag was het weer een wat drukkere dag op de servicedesk.
Eén van de punten die vandaag aan bod zijn gekomen is het registreren van een domein voor een nieuwe klant. Hiervoor heb ik het domein bij ons geregistreerd en het betreffende A record toegevoegd die wijst naar de klant hun server.

Later die dag kreeg ik telefoon van een klant, die normaal gesproken na inloggen als admin op zijn website, de website ook daadwerkelijk kon beheren en content kon aanpassen. Dit was nu echter niet meer mogelijk en aan mij de vraag hier even naar te kijken. Na een kijkje genomen te hebben in de user tabel van de database die gekoppeld is aan deze website, zag ik al vrij snel wat het probleem was. Het betreffende admin account had als parameter '0' staan voor de 'superuser' eigenschap. Na deze aan te passen naar '1' werkte het admin account weer naar behoren en kon de klant zijn website ook daadwerkelijk weer aanpassen.

Hierna ben ik bezig geweest met het aanmaken van een development omgeving en een live omgeving voor een website, die eind deze week live moet gaan.
Voor de live omgeving moest er in IIS nog een SSL certificaat gekoppeld worden aan de website. Dit certificaat stond het gelukkig toe om ook aan subdomeinen toegevoegd te worden. Deze live omgeving betreft namelijk een subdomein voor een reeds bestaande website. Normaal gesproken zou er voor iedere aparte website een nieuw certificaat nodig zijn.

Later vandaag ben ik nog verder gegaan aan mijn C# applicatie. Hiermee ben ik verder gegaan aan de Edit en de zoek functie. Met de edit functie liep ik eerst tegen een probleem aan, namelijk: wanneer een gebruiker twee keer hetzelfde nummer toevoegd, en later één van de twee records bewerkt, dan zullen direct beide records met hetzelfde nummer worden aangepast. Dit komt natuurlijk door de "WHERE Telefoonnummer =" in de query. Het is nu zo aangepast dat gegevens worden gewijzigd op basis van ID.
Ook heb ik de zoekfunctie af gemaakt. Het is nu mogelijk om op alle gegevens te zoeken naar bepaalde records.
Later zal ik nog enkele tabs aan de applicatie toevoegen die het tevens mogelijk maken om te registreren wie welke laptop gebruikt, VPN tokens en auto's. Dit naar aanleiding van een verzoek van de administratie. Op deze manier creëer ik als het ware een universele registratie tool.

Dag 47: Laatste requests weg gewerkt

Vandaag was het sinds een lange tijd weer eens vrij rustig op de hosting afdeling. Daarom zijn wij vandaag alle resterende open service verzoeken gaan wegwerken, en hebben we ook zoveel mogelijk de tickets weg gewerkt die nog op "On Hold" stonden.
Verder is er vandaag niet heel veel gebeurd dat interessant is om te melden. Naast de reguliere werkzaamheden was er slechts één interessant puntje.

Via de servicedesk kwam er van een klant een verzoek binnen een backup terug te zetten van een website, omdat deze klant aanpassingen had gemaakt die niet de bedoeling waren en ze niet meer ongedaan kon maken.
Deze server is een virtual machine in ons cluster in Haarlem. Echter kwamen wij tot onze schrik erachter dat sinds 1 november de backup procedure stagneerde, en er sindsdien geen backups meer zijn gemaakt.
Dit bleek te komen doordat VMware een bepaalde "Integrity check" niet meer kon uitvoeren, en daarom het proces lockte van het maken van snapshots van de VM's. De oplossing was gelukkig vrij simpel: het lock bestand van VMware op de moeder server verwijderen, en de service herstarten. Vervolgens is een nieuwe integrety check gestart, waar deze een paar uur mee bezig is. Als deze succesvol verloopt zal het backup proces gelukkig weer hervat worden.

Dag 46: Dure fout van klant + iscsi error‏

Vandaag was weer een behoorlijk bedrijvig dagje. vanmorgen om 9:00 uur kreeg ik telefoon van een klant, die met zijn nieuwe laptop niet meer zijn bestanden kon vinden. Hij beweerde dat deze via een netwerk share schijf opgeslagen stonden. De domain controller beheren wij voor deze klant, dus ik ging op zoek naar deze shared folder van de user. Deze was echter helemaal nergens te vinden en de klant begon continu te bellen omdat er haast achter zat. Na heel veel zoeken en bellen kwam het hoge woord eruit. Extern vanaf huis etc. kon de klant ook altijd via zijn oude laptop bij zijn bestanden komen. Voor mij was dat toen reden genoeg om aan te nemen dat deze bestanden helemaal niet in het domein opgeslagen werden, maar gewoon local op zijn laptop stonden. Dit bleek ook zo te wezen.

Later die dag kwam er een error op een server voorbij over een iSCSI error. Deze server maakt gebruik van een NAS schijf om voice logs op op te slaan. De SCSI connector verloor continu de verbinding met deze schijf. Dit komt mogelijk door een switch die kuren vertoond in het datacenter.

Wordt vervolgd. . .

Dag 45: Hulp afstand geboden

Vandaag was het een vrij rustig dagje op de servicedesk. Naast de reguliere werkzaamheden, waren er twee momenten vrij bijzonder doordat ze nieuw voor me waren. Ik heb namelijk aan twee klanten telefonisch hulp moeten bieden met tegelijkertijd remote desktop op de machine van de klant.
Het eerste geval betrof een klant die op zijn website een map bestanden wilde uploaden en deze vervolgens de index.html in die map wilde linken op zijn website. Dit kreeg de klant niet voor elkaar en hier moest met spoed een oplossing voor komen. Het probleem was echter dat de klant een zip had geupload met als link op zijn site bla.zip/index.html. Dit werkt natuurlijk niet, en heb de klant telefonisch uitgelegd hoe het proces wel goed verloopt.

Het tweede geval betrof het hulp op afstand bieden aan een klant waarvan de laptop op het bedrijfswerk moest worden aangesloten, en outlook moest worden geconfigureerd. Dit alles heeft tegelijkertijd ook via de telefoon plaats gevonden.

Aan het eind van de dag hadden we een bdrijfsuitje in haarlem. We hebben goed gegeten en gedronken. Het was vooral ook bijzonder gezellig!

En dan nu: weekend. . .

Dag 44: Veel met DNS gewerkt + Add/Delete functie C# app

Vandaag werden er iets meer tickets aangemeld bij de servicedesk dan de voorgaande twee dagen. Ik ben vandaag, naast de reguliere verzoeken, vooral bezig geweest met DNS, en domein registraties.
Als eerste heb ik vanmorgen een klant telefonisch op de hoogte gebracht van de verhuizing van zijn domeinnaam. Deze was van de week in gang gezet en was gister definitief over.
Daarna stond nog één website migratie klus te wachten, en wel die van het I-Company zelf. Onze bedrijfswebsite draait op dit moment op een sterk verouderde server in Schiphol-Rijk. De bedoeling was dat deze verhuisd zou worden naar onze nieuwere omgeving in Haarlem. Hiervoor is de database en website overgezet naar de nieuwe omgeving, en na nog wat enkele aanpassingen heb ik tevens de DNS A record omgezet naar de omgeving.

Verder ben ik vandaag vooral bezig geweest met het oppakken van soortgelijke requests. Er kwamen vandaag een aantal verzoeken voorbij tot het registreren van nieuwe domeinnamen, die middels een CNAME record zouden moeten verwijzen naar een andere domeinnaam. Na dit domein geregistreerd te hebben, heb ik de betreffende A en CNAME record aangemaakt, en heb ik in de bindings van IIS tevens dit domeinnaam toegevoegd, zodat deze door de server juist wordt afgevangen. Ook heb ik in de database van deze website een portalalias toegevoegd, die wijst naar de juiste portal voor dit domein (er draaien namelijk meerdere portals (websites) onder één IIS workerproces). Na deze aanpassingen doorgevoerd te hebben, werkte het nieuw geregistreerde domein prima, en werd doorverwezen naar de pagina die in het CNAME record is opgeslagen.

Verder ben ik vandaag een stuk verder gekomen met mn C# projectje. Ik heb hiervoor vandaag de Add en Delete functie weten af te ronden. Het is nu dus mogelijk om via de applicatie nieuwe records in de database toe te voegen en deze ook weer te verwijderen. Wijzigingen worden ook direct in de tabel weergegeven in de applicatie. Wat nu nog resteerd is de Edit, de zoekfunctie en een backup functie voor de database.

Dag 43: Problemen met spam mail

Vandaag ben ik voor het voor het grootste gedeelte van de tijd bezig geweest met het dagelijkse servicedesk werk.
Zo kreeg ik bijvoorbeeld een verzoek binnen van één van onze klanten die graag uit het systeem verwijderd wilde worden van de website.
Hiervoor diende deze klant middels een SQL scriptje uit de User tabel te worden verwijderd plus alle bijbehorende afhankelijkheden.
Deze taak is doorgespeeld aan de development afdeling. Nadat deze een SQL scriptje geproduceerd hadden, kan deze worden ingediend bij de externe hosting partij (wij leveren voor deze website alleen de development).

Verder vandaag ben ik nogmaals bezig geweest met een collega aan een probleem van een klant die al een tijdje geen mail meer kan versturen. Deze klant heeft meerdere vestigingen over heel Nederland, waarvan geen van alle nog mail kunnen versturen. Uit het spamfilter van de mailserver bleek gister al dat alle mail van het domein van deze klant al een "Extreme bad history" heeft. Ook bleek dit domein al in de "Black List" te zijn opgenomen waardoor alle mail van deze klant al direct wordt gemarkeerd als spam. Deze klant heeft ons vervolgens via een ander mail adres, alle mail adressen van het bedrijf toegestuurd. Deze hebben wij in de logs van het spamfilter gecontroleerd. Bij 90% van alle mail adressen bleek dat deze ook naar zichzelf mailde (a stuurt naar a). Dit is sowieso al een erg verdacht teken dat duidt op een virus.
Met deze klant is nu afgesproken dat zij op iedere vestiging een virusscan zullen draaien, en de resultaten hiervan aan ons door zullen mailen, voorzien van screenshot. Wij kunnen daarna, nadat we de garantie hebben dat bepaalde pc's echt clean zijn, de mail adressen weer één voor één op de "White List" zetten, zodat deze weer kan emailen.
Dit moet echter wel een goed overwogen keuze zijn. Mocht het namelijk fout gaan dan zal alle spam mail door onze mail server worden toegelaten, wat kan resulteren in dat straks onze hele mailserver op de Black List kan komen te staan. In dat geval zijn al onze klanten hier de dupe van.

Dag 42: Verhuizing domein + overleg c# app

Vandaag stond de volgende batch website migraties van een klant op het programma. Hier heeft bryan zich mee bezig gehouden terwijl ik de servicedesk heb bijgehouden.
In de ochtend was het daar behoorlijk druk met vele releases die online gezet moesten worden voor klanten websites.

Later deze dag had ik een gesprek met de afdeling administratie over de applicatie die ik ga bouwen voor de registratie van de mobiele bedrijfstelefoons. Ik heb hierin mijn opvatting over het gevraagde toegelicht, en het design overlegd van de applicatie die ik voor dit gesprek gereed had.
Al snel werd duidelijk dat ik al aan alle functionaliteiten had gedacht. Er waren daarom geen op en aanmerkingen op de applicatie. De applicatie, zoals ik deze presenteerde, bleken ze prima mee uit de voeten te kunnen. Afgesproken is dus dat ik de bouw van de applicatie voortzet, tussen mijn dagelijkse werkzaamheden door.

Als laatste interessante punt vandaag, heb ik mij bezig gehouden met de verhuizing van een domein, naar onze eigen DNS omgeving. Hiervoor werd door de klant een verhuis code aangeleverd. Na dit domein te hebben verhuisd naar onze omgeving, heb ik het DNS A record aangepast naar de server waar de betreffende website op draait. Vervolgens diende alleen de binding nog te worden toegevoegd op de betreffende website binnen IIS. Dit is nodig zodat de http requests goed worden afgehandeld naar de juiste website.

Dag 41: adem ruimte op servicedesk

Vandaag hadden we gelukkig wat ademruimte weten te creëren op de servicedesk. Doordat we afgelopen vrijdag zo goed als alle service tickets hadden weg gewerkt, begonnen we vandaag de dag met slechts 6 open staande verzoeken ipv 25 waar we vrijdag meer gestart waren.

Vanochtend begon met een telefoontje van een klant, die beweerde al sinds 10:00uur vanochtend geen mail meer te kunnen ontvangen en versturen. Na enkele checks op onze mail server, bleek dat de email niet via onze mail server verloopt, maar via hun eigen. Na dit terug gekoppeld te hebben naar de klant, stuurde een collega van hem ons nog enkele test berichten toe. Deze kwamen echter wel degelijk aan bij ons. Ook de test mail die wij naar zijn collega terug stuurde, kwam gewoon aan.kennelijk was deze persoon dus de enige in het bedrijf met deze problemen. De klant heeft het verder met zijn eigen systeembeheer afgehandeld.

Later deze dag heb ik mij nog met 301 redirects bezig gehouden. Hiervoor heb ik, met wat hulp van een ander, een klein default.asp voor geschreven die deze 301 redirect afhandelt.

Verder heb ik mij vandaag natuurlijk bezig gehouden met kleinere klusjes die tussen door aan bod kwamen, en heb ik enkele klanten telefonisch te woord gestaan bij het bieden van kleine oplossingen (help! Hoe stel ik outlook in?)

Morgen weer een dag...

Dag 40: Flinke hoeveelheid tickets weg gewerkt + tussentijdse beoordeling

Vandaag begon de dag weer vrij spannend. Gisteren ben ik niet op stage aanwezig geweest wegens stage presentaties op school. Gisterenavond om 23:30 nog even een kijkje genomen in het ticket systeem van de servicedesk en zag tot mijn schrik dat het aantal service verzoeken explosief was toegenomen. De 10 resterende tickets die open stonden toen we woensdag avond vertrokken, waren ineens toegenomen tot 25 stuks.

Als eerste ben ik aan de slag gegaan met een verzoek uit te zoeken waarom een klant zijn e-mail, aan één van onze developers, als spam geretourneerd kreeg. In de log bestanden van onze mailserver ben ik op zoek gegaan naar het betreffende mail adres van de klant, en wat de log bestanden mij hierover konden vertellen. Hieruit kon ik opmaken dat op een aantal verschillende tijdstippen, mail van deze klant wel degelijk is aangekomen bij ons, op één keer na. Om 15:35, de voorgaande dag, was er één bericht die direct een penalty opliep en de maximale 65 punten opliep.
Dit kwam mogelijk doordat deze klant een mail wilde forwarden maar dit bericht als bijlage met zijn eigen mail had meegestuurd. Daardoor zou het bericht als spam zijn gemarkeerd.
Na een check met deze klant bleek het vermoeden te kloppen. De klant stuurde nogmaals zijn mail op de juiste manier, en deze kwam wel aan.

Verder hebben wij flink de schouders eronder gezet en de hoeveelheid tickets weten te reduceren tot slechts 5 openstaande verzoeken, die alle 5 niet directe actie vereiste. Zo heb ik bijvoorbeeld een domein naam naar onze DNS verhuisd, en hier de bijbehorende DNS records aan toegevoegd.
Verder ook vrij veel telefonisch contact met klanten gehad over diverse problemen.

Om 14:00 uur kwam onze stagebegeleider van school langs voor de tussentijdse beoordeling. Ik was erg nieuwschierig geworden naar het oordeel van onze bedrijfsbegeleider. Na mijn school begeleider een kop koffie aangeboden te hebben, zijn wij om de tafel gaan zitten.
Het oordeel was erg positief. Het bedrijf is heel erg blij dat ik en Bryan nu min of meer zelfstandig de servicedesk draaien, en we werden zelfs door enkele medewerkers "helden" genoemd. Ook een erg groot compliment was dat onze begeleider ons direct in dienst zou nemen, mochten we nu van school komen en afgestudeerd zijn.
Kortom, ikzelf maar ook mijn begeleiders zijn erg blij met de geboekte resultaten.

En nu: weekend . . .

P.S: De groeten aan Maarten.

Dag 39: stage presentaties

Stage presentaties op school.

Dag 38: design c# app en spamfilter‏

Vanmorgen begon de dag met een verzoek van een collega. Deze krijgt van een bepaalde firma vaak individuele mailtjes doorgestuurd, en iedere week een nieuwsbrief. Echter komen deze nieuwsbrieven nooit bij haar aan. Aan onze afdeling werd gevraagd of we uit konden zoeken of dit door ons spam filter, die op onze mail server draait, geblokkeerd wordt.
Deze mail server draait op een linux machine. Via de log bestanden van de mail server, konden we niets ontdekken dat uitwees op geblokkeerde mail. Na navraag bij de firma bleek de nieuwsbrief onder een ander domein te worden uitgestuurd. Na de log bestanden op dit adres te hebben doorzocht, zagen we dat de nieuwsbrieven mail door onze mailserver gebounced werd. Dit bleek te komen doordat de firma een onjuist geadresseerd email adres had ingevoerd. Na deze wijziging doorgegeven te hebben, bleek de nogmaals uitgestuurde nieuwsbrief wel aan te komen.
Weer opgelost dus.

Ook ben ik vandaag weer bezig geweest met het design van mijn c# app. De functionaliteiten zal ik namelijk vrijdag overleggen met de afdeling administratie. Het design is nu grotendeels af.

Verder hebben wij vandaag afscheid genomen van onze afdeling begeleider. Deze was vandaag voor het laatst.
Ik wens hem daarom veel succes toe bij zijn nieuwe uitdaging.

Dag 37: start gemaakt aan C# applicatie‏

Vandaag bestonden mijn werkzaamheden naast het reguliere servicedesk werk, voornamelijk uit het werken aan een klein protectje dat ik zal uitvoeren. Namelijk, het ontwikkelen van een kleine applicatie in C#. Op dit moment hebben alle medewerkers een mobiele telefoon van de zaak. Echter is nergens gespecificeerd welke persoon welk telefoonnummer heeft. Ook zijn bijbehorende PUK codes vaak moeilijk terug te vinden. Aan mij de opdracht om iets te bedenken waarmee deze informatie makkelijk in kaart te brengen is. Hiervoor heb ik een C# applicatie bedacht waar een kleine mysql database aan hangt. In deze database staat alle informatie zoals nummer, naam, achternaam, IMEI nummer en PUK code opgeslagen. De C# app bevat een tabel waar deze informatie in wordt getoond met behulp van queries. Ook moet het via deze app mogelijk worden om records toe te voegen, wijzigen en deleten. Tevens kan er worden gesorteerd. Morgen zal ik eerst het design intern overleggen om de wensen af te stemmen.

Verder heb ik mij vandaag vooral bezig gehouden met de reguliere servicedesk werkzaamheden. Dit betrof onder andere live gang van een website en het telefonisch beantwoorden van klant vragen.

Dag 36: Veel klant communicatie

Vandaag heb ik uitgebreid kunnen werken aan één van mijn soft skills, namelijk het terugkoppelen van problemen aan klanten.
Vanochtend begon dit met een verzoek van een klant waarvoor ik vorige week een FTP account heb aangemaakt. Na wat uitzoek werk, zoals is te lezen in één van mijn voorgaande blog berichten, had de klant een FTP sessie weten op te zetten naar hun webserver toe. Echter konden zij de door hun geuploade bestanden niet terug vinden in het file beheer van hun CMS op de website. Na veelvuldig bellen heb ik ze kunnen uitleggen dat ze de directory listing in het CMS recursief moeten updaten. Met andere woorden, de lijst dient op alle subfolders gerefreshed te worden voordat deze worden weergegeven.
Uiteindelijk wist de klant de nieuw geuploade map te vinden, maar bevonden zich daarin niet de meest recente bestanden.
Na wederom een telefoongesprek was ik erachter gekomen, dat het file beheer maar 10 items per pagina weergeeft. Wanneer de klant simpelweg naar de volgende pagina navigeerde, waren de bestanden te bekijken.
De klant was erg blij met mijn hulp.

Verder zijn wij vandaag door gegaan met de reguliere werkzaamheden op de servicedesk. Onze begeleider van de afdeling is woensdag voor het laatst. Het enige onze begeleider tot die tijd nog doet, is kennis overdragen en de medewerkers begeleiden die zijn vertrek gaan opvangen, waaronder Bryan en ikzelf. Verder is hij niet meer actief binnen het bedrijf.

Dag 35: Reguliere dag servicedesk‏

Vandaag ben ik de gehele dag bezig geweest met het verwerken van service tickets, en verzoeken. De eerste kwam bij mij binnen via mail van een klant. Deze klacht ging over het eerder aangemaakte FTP account. De klant kon zelfs, na hun ip adres te hebben toegestaan in de firewall, nog geen ftp sessie openen naar de server.
Hierbij heb ik de proef op de som genomen, en het ip adres in de firewall toegevoegd van één van onze externe machines. Dit werkte prima. Naar de klant heb ik terug gecommuniceerd dat hun eigen systeembeheer waarschijnlijk geen uitgaande ftp sessies toelaat. Na controle aan hun kant, bleek dit ook zo te wezen.

Later kreeg ik een verzoek binnen over het reduceren van spam bij een klant. Deze spam werd verstuurd met de klant als afzender en ontvanger. Een oplossing hiervoor is het SPF framework. Dit framework kan aan een DNS MX record (mailserver record) toevoegen welk domein legitiem is om uit naam van deze klant een mail te mogen sturen. Alle overige domeinen scoren punten als spam en zullen geweerd worden.
Echter is deze klant weer een gevalletje apart. Deze klant mailt namelijk vanaf verschillende locaties, namelijk zowel kantoor als thuis etc. Deze klant zal eerst intern af moeten stemmen, dat hun medewerkers allemaal maar één SMTP server gebruiken, namelijk die van I-Company (mailboxen staan bij ons) en dus niet van meerdere ISP's. Doen ze dit niet, dan zal mogelijk ook legitieme mail geblokkeerd worden als spam. Dit komt doordat SPF maar één smtp server koppelt aan een MX record. Al het overige, bijvoorbeeld van consumenten isp's, zal dan gezien worden als spam.

Dit zijn twee van vele punten die ik vandaag heb uitgezocht en verwerkt. Natuurlijk is er meer gebeurd vandaag.

Voor nu: weekend . . .

Dag 34: ftp accounts herconfigureert en tickets weg gewerkt‏

Vandaag was onze afdeling begeleider weer terug op kantoor, en dat was direct te merken. Tickets konden we met zn drieeen direct soepel verwerken, doordat we ook ondersteuning van hem ontvingen.

Verder vandaag zijn de FTP accounts die verleden week zijn aangemaakt, nogmaals opnieuw opgezet. De fout die ik vorige week had gemaakt is dat ik binnen IIS een heel aparte ftp site had aangemaakt voor maar één specifiek account. Dit is niet correct. Er bestond namelijk al een FTP site. Hier diende eenvoudigweg een virtuele directory met de gebruikersnaam in aangemaakt ge worden. Deze directory wordt gekoppeld aan een fysiek pad. Zodra de gebruiker via FTP verbinding maakt, wordt deze gejailed (opgesloten) in het opgegeven fysieke pad.
Door deze benadering wordt het natuurlijk een stuk eenvoudiger om meerdere gebruikers toe te voegen in de ftp site.

Later merkte ik op dat een flash filmpje op een klanten website niet goed werkte in internet explorer. Dit bleek te komen doordat het filmpje alleen werkt vanaf adobe flash 11. Ik heb dit gecommuniceerd met de development afdeling, die hier erg blij mee waren. Zo constateerde wij gelukkig als eerste de fout en niet de klant.

Dag 33: intervisie

Vandaag zijn wij op school geweest voor een intervisie bijeenkomst met andere studenten.
Vandaag heb ik dus geen stage activiteiten vervult.
Vanaf morgen gaan we weer hard aan de slag.

Dag 32: installatie nieuwe router en adsl modem bij klant‏

Vandaag is bryan op kantoor gebleven om de servicedesk te bemannen, en ben ik met mijn begeleider mee geweest naar een klant in utrecht. Hier moest een router worden vervangen en moest tevens een extra ADSL modem worden geplaatst. De klant beschikt over een dubbele provider en wilde graag gebruik maken van failover. Deze klant is namelijk een callcenter, en zijn volledig afhankelijk van internet. Na het zoeken in de meterkast naar de juiste DSL aders (deze kabels hingen namelijk allemaal los in de kast), konden we van start gaan. Als eerste hebben we zowel modem als router voorzien van de juiste configuratie, alvorens de knop werd omgezet (oude router vervangen voor de nieuwe). Deze nieuwe router beschikt namelijk over 2 WAN poorten voor de dubbele ISP failover. De ADSL modem fungeert alleen om de vertaalslag te maken tussen DSL en ethernet. Na alle configuratie zorgvuldig te hebben overgenomen, hebben we getest of we internet toegang hadden. Dit werkte en vervolgens werd de oude router los gekoppeld en de nieuwe aangesloten.

Toen de failover opstelling succesvol was opgezet, waren er nog een aantal andere netwerk gerelateerde problemen op te lossen. Namelijk: er kon niet geprint worden met de netwerkprinters. Wanneer programmas zoals word een print job verstuurden, liep word vast. Ook kon er kon geen mail meer ontvangen en verstuurd worden naar de exchange server. Toen we verbonden waren met de server zagen we al snel wat het probleem was. De systeemschijf had nog maar 1mb aan schijf ruimte over. Een spamfilter maakte namelijk heel enthousiast enorme logfiles aan.
Na deze verwijdert te hebben en de instelling van het filter te hebben aangepast, had de server weer wat "adem ruimte".
Vervolgens de exchange en spoolserver herstart, en werkte alles weer naar behoren.

Eindresultaat van deze dag was een tevreden klant!

Dag 31: 301 redirects en andere issues‏

Vandaag was wederom een dagje stressen. De dag begon vanochtend met een telefoontje van een klant. Deze heeft een website bij ons gehost. Via zijn oude host wordt op een andere domein redirects uitgevoerd naar de website op onze server. De bedoeling was dat dit domein op onze omgeving aangemaakt zou worden, en er een tiental 301 redirects zouden worden aangemaakt, die verwijzen naar pagina's op het andere domein. In eerste instantie dacht ik dit met helicon ape te kunnen doen. Hiermee kan de .htaccess file aangepast worden en kunnen redirects ingeprogrammeerd worden. Het resultaat was echter catastrofaal. Om de 1 of andere reden waren plotseling alle gehoste websites op deze server onbereikbaar. Na een server reboot werkte ze gelukkig weer. Daarna heb ik het via een IIS plugin genaamd "application redirection requests" geprobeerd. Hierin kon ik eenvoudig de host headers toevoegen en deze laten verwijzen naar paginas op de andere website.

Verder heb ik vandaag nog een ftp account voor een klant aangemaakt. de klant dient alleen nog zijn ip aan ons door te geven zodat deze toegelaten kan worden in de firewall van het datacenter.
Uiteraard heb ik tevens ook weer de nodige, wat eenvoudigere, verzoeken opgelost, en heb mijn dag weer goed weten te vullen. Soms wat stressvoller dan het andere moment.

Morgen staat een bezoek aan een klant op het programma. Hier zal ik samen met mijn begeleider een adsl modem en router installeren. Tevens heeft deze klant nog wat kleine netwerk gerelateerde problemen, waarover ik deze klant vanmiddag heb opgebeld. Deze zal ik ook proberen zo veel mogelijk op locatie op te lossen.

Dag 30: Stressvolle maar uitdagende dag servicedesk‏

Vandaag was onze begeleider een dagje vrij en waren ik en bryan de enige mederwerkers die de afdeling moesten runnen vandaag. Vol goede moed begonnen wij aan eerst nog wat eenvoudigere service verzoeken. Maar al gauw werden wij overspoeld met tickets via de online servicedesk.

Als eerste waar ik me mee bezig heb gehouden is het aanmaken van een ftp account voor een klant, in IIS. Deze diende zelf content te kunnen uploaden, om vervolgens via het CMS te kunnen toevoegen aan hun website. Deze klant diende alleen toegang te hebben tot de map van hun website, en mag geen toegang hebben tot de bovenliggende mappen structuur op de server. Dit heb ik gedaan door een virtuele directory aan te maken en deze te koppelen aan de website map. Vervolvens lockde ik de gebruiker aan deze virtuele directory. (ftproot) Na testen bleek het account via mijn werkstation prima te werken op het externe IP van de server en was de gebruiker gelocked in de virtuele root directory. Vervolgens heb ik de inlog gegevens aan de manager doorgespeeld die op zijn beurt dit weer naar de klant communiceerde. Deze bleek uiteindelijk geen toegang te hebben door een time out melding aan de klant zijn kant. Dit kwam doordat het IP van de klant niet in de ACLs in de firewall was opgenomen als betrouwbaar IP. Na deze wijziging heeft de klant wel toegang.

Na bovenstaand verzoek werd het zeer druk met verzoeken en releases voor een erg grote klant (die ene waarvan de tussen partij in amerika zit). Hiervoor diende allerlei wijzigingen uitgevoerd te worden op de live omgeving, waar wij eigelijk niet veel verstand van hadden. Toch waren deze zeer urgent en moesten wij uitvoeren. Deze changes zijn via onze test omgeving gesynchroniseerd met de "staging" omgeving. Vervolgens hebben wij voor iedere change een request naar de partij in Amerika moeten sturen om de wijzigingen op staging door te voeren naar de live omgeving. Doordat wij niet erg goed op de hoogte waren van deze procedures, waren dit erg stressvolle karweien. We willen immers niet de live omgevingen om zeep helpen. Gelukkig hebben we hier vandaag weer een hoop van geleerd.

Maandag is onze begeleider ook nog vrij, en zullen wij wederom de afdeling zelfstandig gaan runnen.

Tot die tijd eerst even weekend . . .

Dag 29: migratie succesvol + conference call klant‏

Vandaag zijn wij verder gegaan waar we gister geëindigd zijn, namelijk, het overzetten van de volgende batch klanten websites naar de test omgeving van i-company. Deze migratie verliep verder zonder enige problemen, dankzij de kennis die we bij de voorgaande batch websites hebben op gedaan over iis en mssql. Naderhand de project manager op de hoogte gebracht die op zijn beurt weer contact met de klant op zal nemen met de bijbehorende test links.

Verder hebben we vandaag feedback op onze stress test ontvangen. De manager was er erg blij mee. Tevens kregen we te horen dat morgen of maandag nog een test te wachten staat voor een andere website.

Tussendoor hebben we vandaag natuurlijk ook weer de nodige service verzoeken afgehandeld, zoals het exporteren van een live database naar een development omgeving en deze nadien inrichten voor de developers.

Aan het eind van de dag hebben we een conference call mogen bijwonen van onze begeleider. Deze call vond plaats met amerikaanse collegas, en ging over een aantal problemen voor een grote klant, waar meerdere partijen aan werken. Overleg was hierbij nodig over een aantal doorgevoerde wijzigingen op de test omgeving. Deze moesten worden overgezet op de live omgeving, waar i-company zelf geen toegang toe heeft.

Morgen en maandag zullen wij de afdeling wederom alleen gaan runnen. Onze begeleider heeft vrij en de nieuwe werknemer is zo ziek dat deze voorlopig ook niet neer komt. Dit betekent dus dat wanneer onze begeleider over 2 weken het bedrijf verlaat, ik en bryan de enige zullen zijn die de afdeling gaan runnen. Een erg grote maar leuke uitdaging natuurlijk voor een stage. Uiteraard is er de manager operations nog voor onze begeleiding.
Ben zeer benieuwd!...

Dag 28: Stress test + start volgende batch migraties‏

Vandaag zijn wij de dag wederom begonnen met wat dagelijkse werkzaamheden, zoals het verwerken van enkele tickets, en verder werken aan de project documentatie. Tevens moest bryan vandaag adobe opnieuw importeren in MDT, omdat hij deze gisteren per ongeluk had verwijdert van de server. Ook de unattended install files moesten opnieuw aangemaakt worden.

Verder stond vandaag een stress (load) test en een start aan de volgende batch websites migraties op de agenda. Deze stress test diende uitgevoerd te worden op een "live" webserver van een klant, om te kijken hoeveel tegelijk browsende users de webserver zou trekken. Hiervoor hebben wij de tool "site blaster" gebruikt. Deze tool maakte het mogelijk om een x aantal users te genereren die tegelijkertijd door de website gingen browsen. Uiteindelijk zat de grens op ongeveer 35 concurrent users. De gemiddelde delay per gebruiker om een pagina op te vragen was hierbij ongeveer 400ms. Bij meer dan 35 concurrent users, liep de respons tijd op naar ongeveer 800ms, en had de server continu een workload van 90 - 100% cpu gebruik. Wij hebben deze test een aantal maal uitgevoerd, en de gegevens verwerkt in een meetrapportje. De manager moest namelijk de test resultaten aan de klant terug koppelen. In feite hebben we nu dus een simpele DOS attack gesimuleerd.

Verder heb ik vandaag een start gemaakt aan de volgende batch website migraties. De database backups en website backups zijn al over geplaatst. Ik had nog net genoeg tijd vandaag om de eerste website op te zetten op de i-company server. Bryan heeft hierin geassisteerd door het DNS A record
toe te voegen aan de i-company DNS server. Via dit A Record wordt een hostname aan het server ip gekoppeld.
Vervolgens heb ik de hostAlias tabel van de website aangepast, door deze hostname in de database op te nemen. De website was nu succesvol over geplaatst en werkte naar behoren.

Morgen zullen de overige 9 sites uit de batch volgen.

Dag 27: Nieuwe virtual server gereed maken + overzicht creëeren klanten servers/sites

Vandaag was het wederom een wat rustigere dag op de helpdesk. Er waren weinig service requests van zowel extern als interne klanten. Wel lag er nog een verzoek van gister klaar. Op een telefoon diende de instellingen voor een exchange toegepast te worden, zodat deze medewerker zijn exchange mail op de telefoon kan ontvangen. Om de één of andere misterieuze reden gaf de telefoon continu een fout aan in de exchange instellingen, ondanks dat deze correct waren ingevuld. Later keek Bryan er nog eens naar, en het apparaat begon sporadisch te werken…
Verder heb ik vandaag, om de interne wiki van informatie te voorzien, een overzicht gemaakt van een aantal klanten servers. Hier in wordt beschreven welke websites erop gehost worden, aan welke interne IP adressen deze gekoppeld worden, of er een SSL certificaat op een geconfigureerd is en wat het externe IP adres is die aan een website gekoppeld is. Sommige websites hadden een “Default” of “Unassigned” binding in IIS. Hierop komen alle requests uit die op IP adressen gemaakt worden en die niet aan andere websites zijn toegewezen.

Verder hebben wij met onze begeleider mee gekeken bij het opzetten van een nieuwe virtual machine voor een klant. Het was de bedoeling dat een ontwikkelde website voor deze klant online zou worden gezet voor de klant, zodat deze de website kan uittesten. Hiervoor heeft I-Company een template beschikbaar staan, waarvan zij alle virtual machines van kunnen deployen. Dit template is gecreëerd uit een eerder geïnstalleerde virtual machine met daarop alle benodigde software, zodat men dit niet voortdurend hoeft te herhalen op nieuwe virtual machines. Vervolgens is de website inclusief database overgeheveld naar deze nieuwe “live-acceptatie” omgeving, en is een test domein aan de DNS server toegevoegd. Op deze wijze kan de klant zijn/haar websites bereiken.

Als laatste vandaag haalde Bryan een stunt uit door op onze deployment project server een applicatie te verwijderen uit MDT. Het is mij nog steeds niet helemaal duidelijk wat zijn bedoeling was, haha. In ieder geval, de applicatie had hij verwijdert en moesten we helaas weer opnieuw importeren met alle gevolgen van dien. Ook de configuratiebestanden voor de silent installaties moesten opnieuw worden aangemaakt. Hier hadden we helaas geen tijd meer voor vandaag en zullen we morgen nog even moeten aanmaken.

Dag 26: Rustige dag voor servicedesk, testcase deployment project

Vanochtend zijn we begonnen met het overzetten van een aantal releases op klanten websites. Ook heeft Bryan, en later ik ook, door middel van een query gegevens uit een database geëxporteerd die de programmeurs nodig hadden voor hun werk. Terwijl Bryan een nieuwe werkplek inrichtte voor een nieuwe werknemer Technical Consultant, heb ik hier en daar wat service verzoeken verwerkt en heb een start gemaakt aan het implementatie plan van het Deployment project. Deze week stond op de planning een demonstratie te geven van ons project. Na goedkeuring van onze interne begeleiders wensen zij graag nog een implementatieplannetje tegemoet te zien, waaraan ik, zoals zojuist gezegt, een start aan heb gemaakt.
Tot een ingeplande demonstratie hoefde het uiteindelijk niet te komen. Eén van de developers kwam aan het eind van de dag naar onze afdeling toe om te melden dat zijn pc ongelooflijk traag was en voor geen meter meer draaide. Door hem werd gevraagd om de benodigde DVD's en software pakketten. Nadat we hem meldde dat dat niet meer nodig was met onze gereed staande server, heeft hij zijn pc, na het maken van de nodige backups, aan ons overgedragen. Deze hebben we aangesloten op onze testserver, en de installatie van Windows 7 gestart met alle benodigde software. Deze situatie diende direct als demonstratie. Gelukkig was de begeleider erg tevreden met het resultaat. Het keuzemenu die via PXE Netboot gestart wordt is erg overzichtelijk en makkelijk in gebruik. Dit klinkt dus als een geslaagd project!
Ik ben zeer benieuwd hoe de implementatie in het bedrijfsnetwerk zal verlopen . . .

Dag 25: Documentatie project zo goed als afgerond

Vandaag was een behoorlijk rustige vrijdag. Ik heb me vandaag met Bryan het meest op de documentatie van het deployment project gefocusd. Deze is nu zo goed als af. Vandaag zijn voor bijna alle applicaties instructies gegeven over hoe deze te importeren zijn in MDT en hoe deze te configureren zijn voor een silent install. Het enige resterende pakket is nu nog Adobe Design CS4. Deze komt later aan bod. Volgende week zullen we ook een demonstratie geven aan de begeleider, en kunnen we overgaan tot het maken van een implementatieplan(netje), waarna we kunnen starten met de implementatie in het bedrijfsnetwerk.

Verder hebben we vandaag een aantal "reguliere" tickets verwerkt op de servicedesk. Deze bestonden uit het opzoeken van wat informatie en het verwerken van releases.

Aanstaande maandag zal een nieuwe voltijd medewerker op de afdeling starten. Het plan is dat wij zoveel mogelijk meekijken als deze wordt ingewerkt, zodat wij zoveel mogelijk de dagelijkse werkzaamheden op de afdeling met z'n 3en kunnen verdelen, op het moment dat onze begeleider eind oktober het bedrijf verlaat.

Maar nu eerst: Weekend . . .

@Maarten: Per ongeluk geplaatste bedrijfsnamen zijn bij deze verwijderd ;)

Dag 24: Drukte op servicedesk + migratie websites

Vandaag de dag begonnen met het verwerken van enkele service verzoeken. Dit betrof onder andere een wijziging doorvoeren in de DNS server. Een klant waarvan de website al eeder gemigreerd was, diende een canonical name aan de dns server toegevoegd te worden. Aan de hand van het ip adres is de betreffende hostnaam aan het ip gekoppeld.
Verder stond vandaag in het teken van de definitieve migratie van tien klanten websites. De klant heeft zijn websites eerder kunnen uittesten op de omgeving van I-Company, en heeft akkoord gegeven voor de definitieve migratie. Ik heb mij hier vooral mee bezig gehouden vandaag, terwijl Bryan met de tickets van de servicedesk aan de gang is gegaan. De reden dat deze websites nogmaals over moesten, is om de websites te actualiseren met die op de omgeving van I-Company staan. In de tussentijd waren namelijk nog enkele aanpassingen aan de websites gedaan.
Dit betekende dat zowel de website bestanden als de database gebackupt moesten worden om vervolgens weer gerestored te worden op de I-Company server. Daarna diende tevens de host aliases in de database opnieuw toegevoegd te worden. Dit alles nam erg veel tijd in beslag maar is uiteindelijk wel soepel verlopen.
Aan het eind van de dag begon het intern erg druk te worden. Op het laatste moment (17:00 uur) moesten er nog een hoop development releases gedeployed worden op de live omgevingen. Hier was erg veel haast bij, en heel veel dingen kwamen tegelijkertijd.
Al met al hebben we ons niet hoeven te vervelen.

Dag 23: Een dag zelfstandig op de hosting afdeling

Vandaag had onze bedrijfsbegeleider van de afdeling een dag vrij. Hierbij waren ik en Bryan vandaag de enige twee medewerkers op de afdeling. Voor ons dus direct een uitdaging deze dag goed door te komen, en zoveel mogelijk service requests (tickets) af te handelen. Over de dag verspreid kwamen er verschillende tickets binnen, die variëerde van eenvoudig weg een aantal releases op de server overzetten, tot backups maken van een live omgeving en deze deployen op de interne development omgeving.
Zo zijn wij vanochtend begonnen met een request voor een grote klant. Hiervoor diende een aantal geupdate bestanden op de live omgeving te worden gezet, en moest er tevens een query op de database worden uitgevoerd om de bijbehorende records toe te voegen.
Tussendoor hebben we nog wat documentatie voor het deployment project gedaan. Vandaag hebben we tevens Adobe Design CS4 werkend gekregen, middels een AutoIT script. Het probleem de vorige keer was dat tijdens de installatie, Windows een aantal malen vroeg om een pakket die benodigd was voor de setup, toe te staan om te runnen (security popup). Dit hebben we opgelost door, alvorens de setup start, geautomatiseerd via cmd een commando uit te laten voeren die een registry key toevoegd in internet Zone 5 (internet). Deze key houdt de value vast voor het wel of niet melden van onveilige bestanden die willen runnen op het systeem.
Na deze toepassing werkte het script, en kwam prima zelfstandig door de setup heen. Hiermee is dus het laatste software pakket gereed, en kan alles gedocumenteerd worden.

Morgen gaan wij ons onder andere bezig houden met de definitieve migraties van de eerder gemigreerde klanten websites. Deze stond voor vandaag op de planning, maar is uitgesteld tot morgen. Er waren namelijk nog enkele wijzigingen die toegepast moesten worden, alvorens ze gemigreerd mogen worden.
Dat dus morgen.

Dag 22: Eerste volledige dag servicedesk

Vandaag ben ik met de begeleider aan de gang gegaan op de servicedesk. Bryan kon er helaas niet bij zijn vandaag wegens prive redenen.
Via het ticket systeem lopen de hele dag door diverse problemen binnen, van zowel externe klanten als interne collega's. Daarnaast wordt er ook veel gebeld en staan collega's aan het bureau met hun probleem. Zo zijn er vandaag wat eenvoudige verzoeken binnen gekomen. Dit zijn verzoeken van de developers om bepaalde updates van websites en bestanden over te zetten naar Live server. Hierbij is het belangrijk van te voren een backup te maken. In feite kwamen deze verzoekjes erop neer dat er wat bestanden geknipt moesten worden en geplakt op een andere locatie. Niet de meest leerzame handelingen, maar ze moeten natuurlijk wel gebeuren.
Verder zijn er nog wat zaken aan bod gekomen zoals een nieuw besteld certificaat vernieuwen in IIS en een e-mail account in Exchange aanmaken voor een klant.
Tussendoor ben ik nog aan de slag geweest met de documentatie van het deployment project. Hierin heb ik in de vorm van een guide uitleg gegeven over hoe een aantal applicaties quietly te installeren zijn via een windows deploy.

Dag 21: Visual Studio x64 gereed, eerste servicedesk handelingen

Vandaag hebben wij vanaf de afdeling nog wat aan ons project gewerkt. Ik heb de unattended installaties van Visual Studio 2008 + SP1 x64 en VS 2010 x64 werkend gekregen. Verder zijn wij een heel eind gekomen met de documentatie. Het bedrijf wil graag een stap voor stap guide die duidelijk maakt hoe de hele server in elkaar zit. Mocht er dan ooit nog is een nieuw OS of applicatie bij moeten komen, dan kunnen ze dit eenvoudig doen aan de hand van onze documentatie.

Verder hebben we vandaag eindelijk toegang gekregen tot het ticket systeem van de servicedesk, en hebben wij tevens toegang gekregen tot RoyalTS, een programma waarmee de servers via RDP beheerd kunnen worden. Zo hebben wij al enkele tickets van zowel interne als externe klanten afgehandeld. Een aantal vrij eenvoudig zoals het copieren van een aantal geupdate bestanden naar de Live server, maar ook wat ingewikkeldere zaken.
Via deze weg leren wij niet alleen omgaan met hele diverse problemen, maar ondersteunen we tegelijk ook onze begeleider, die de servicedesk en beheer op dit moment alleen moet doen.

Aanstaande woensdag zullen wij ons bezig gaan houden met de definitieve migratie van de tien eerder overgezette klanten websites. Eerder zijn deze overgezet voor de klant om te testen. Nadat de klant akkoord is gegaan, zal deze zelfde migratie nog één keer plaats vinden, om de laatste wijzigingen etc. ook door te voeren op Live server van I-Company.
Al met al weer een geslaagde dag.

Dag 20: Verhuizing terug naar de afdeling

Vandaag zijn we aanvankelijk begonnen met het verder werkend krijgen van Adobe CS4 Design Premium, en het maken van 64 bit deployments van Visual Studio 2008 en 2010. Bryan heeft zich voornamelijk bezig gehouden met Adobe, en ik ben verder gegaan met Visual Studio.
Ik was zojuist begonnen met het aanmaken van unattend .ini files voor Visual Studio, toen onze begeleider met de mededeling kwam dat hij ons graag de rest van de dag terug op de afdeling wil hebben. Wij hebben dus onze werkplek verhuisd naar de afdeling. Verder wilde onze begeleider graag dat we zoveel mogelijk met hem meekijken op de servicedesk en in het ticketsysteem. Dit vanwege er via dit ticketsysteem hele diverse problemen voorbij komen, om een goed beeld te krijgen over alle klanten en servers die het bedrijf onder haar hoede heeft. Zo hebben wij onder meer gezien hoe de aanvraag van een nieuw ssl certificaat verloopt, en hoe deze geconfigureerd wordt in IIS.

Volgende week zullen we ons "zo goed als af" Deployment project demonstreren en verder afwerken. Vervolgens kunnen wij een implementatieplan uitwerken, en dit project daadwerkelijk uitrollen.

Maar nu: weekend . . .

Dag 19: Adobe CS4 Design Premium werkend

Vandaag aan de gang gegaan met het laatste software pakket, namelijk Adobe CS4 Design Premium. Zoals gister al uitgelegd was, betreft dit een upgrade versie. Upgrade versies zijn niet silent te installeren, dus hiervoor diende een andere oplossing gezocht te worden. Zo waren wij uit gekomen bij AutoIT3. Een scripting taal waar gemakkelijk dingen mee te automatiseren zijn. Zo bezit dit programma ook een record functie, om acties mee op te nemen en dit vervolgens in een script om te zetten.
Vandaag zijn we hiermee aan de gang geweest. De installatie hebben we handmatig uitgevoerd, en dit omgezet in een script. Bij het uitvoeren van het script is ook daadwerkelijk te zien hoe het script de setup opstart, de muis beweegt en klikt op de knoppen en tevens dingen als een serial key e.d invoerd. Het testen van het script tijdens een deployment, zullen we morgen aan toe komen.

Gister dacht ik dat Visual Studio 2010 silent te installeren was door /norestart als parameter mee te geven. Dit was echter niet het geval. VS2010 heeft als prerequisite, .NET framework 4. Deze wordt van te voren geïnstalleerd maar heeft een reboot nodig alvorens deze aan de daadwerkelijke installatie van VS2010 kan beginnen. Iets wat de deployment service in de war schopt. Na een reboot gaat de installatie namelijk niet verder. Dit heb ik opgelost door .net framework 4 als afzonderlijke applicatie te importen in MDT, en deze als dependency, voorafgaand aan VS2010, te laten installeren. Met deze oplossing is een reboot niet nodig en doet VS2010 zich netjes installeren.

Tevens hebben we vandaag een iets minder leuk bericht te horen gekregen. Onze bedrijfsbegeleider, die ons begeleid bij de dagelijkse werkzaamheden, gaat per 1 november met ontslag. Dit betekent dat hij ons zo snel mogelijk weer terug op de afdeling wil hebben om ons de servicedesk (1e, 2e en 3e lijn support) en het systeem en netwerk beheer, zo goed mogelijk bij te brengen, zodat wij na zijn vertrek enigszins zelfstandig op de afdeling mee kunnen gaan draaien. Naar verwachting zullen wij morgen en anders maandag terug verhuizen, en zullen wij het deployment project even op een laag pitje moeten zetten.

Dag 18: Visual Studio 2008 SP1, 2010 en Adobe CS4 Web Premium werkend

Vandaag te horen gekregen dat Visual Studio 2008 uitgebreid dient te worden met Service Pack 1. Ook is het nodig dat naast VS 2008 tevens de 2010 variant geïnstalleerd moet kunnen worden. Een aantal klanten DotNetNuke websites zijn ontwikkeld in Visual Studio 2008. Men durft dus niet direct de overstap te maken naar een nieuwere ontwikkel omgeving.
Service Pack 1 was eenvoudig te configureren in de Deployment Toolkit (MDT). Hierin kon Visual Studio 2008 als dependency van SP1 worden opgegeven. Dit houdt dus in dat eerst VS2008 geïnstalleerd zal worden alvorens de installatie van SP 1 plaats vindt.
Visual Studio 2010 kon op dezelfde manier als 2008 silent geïnstalled worden. Door middel van het aanmaken van een unattend install configuratie bestand (.ini), is deze silent te installeren. Eén extra puntje is het toevoegen van de /norestart parameter aan het install commando. VS2010 heeft namelijk de nare eigenschap de computer te rebooten midden in de installatie. Dit zal de silent deployment install afbreken.

Adobe CS4 Web Premium hebben we vandaag aan de praat gekregen. Hier is Bryan mee bezig geweest. Uiteindelijk heeft hij dit werkend gekregen door in het install command, in MDT, het hele serverpad op te geven naar de setup en unattend files, in plaats van het lokale pad. Ik had dit gister al uitgevonden met VS2008, en heb hem vandaag deze oplossing toegespeeld om te proberen. Dit werkte en hij was me weer dankbaar, haha.

Tussendoor hebben we nog een klein verzoek uitgevoerd, namelijk, het vervangen van een videokaart in een pc, bij iemand op de development afdeling. De oude kaart begon kuren te vertonen.

Adobe CS4 Design Premium betreft een upgrade versie, en deze zal niet silent geïnstalled kunnen worden. Bij upgrade versies is het de bedoeling dat men naast de licentie van CS4, ook de licentie van het oudere product opgeeft, van waaruit geupgrade zou worden. Deze installatie kunnen wij automatiseren door een handmatige installatie te capturen met AutoIT3. Dit programma kan een opname maken, en alle acties omzetten in een script (inclusief muis bewegingen, klikken etc.). Naar verwachting zullen we het hiermee werkend krijgen. Hier gaan we morgen mee aan de slag.

Dag 17: Visual Studio werkend, CS4 bijna

Vandaag verder gewerkt aan de laatste twee software pakketten voor het deployment project.
Gisteren strande het met Visual Studio doordat tijdens de deployment de silent install van VS continu met een error code 2 aan kwam zetten.
Dit opgezocht te hebben op internet, kwamen we erachter dat deze error betekent dat VS het opgegeven pad naar de configuratie .ini niet kan vinden, ondanks dat het pad wel degelijk klopte. Vervolgens nog is handmatig geprobeerd VS te installeren met het .ini bestand. Nu werd het pad wel herkend (vreemd genoeg), maar werd de setup alsnog na een paar seconde weer afgebroken. Uit de log bestanden bleek dat VS nog een dependency miste, dus deze geïnstalleerd. Ook nu werkte de setup voor alsnog niet. Uit de log bestanden bleek, uit mijn verbazing, dat de .ini file voor Windows Vista gemaakt is. Dit is echter niet mogelijk. De .ini file is notabene gegenereerd op een Windows 7 systeem (wat een idioot programma). Enfin, uiteindelijk dan nogmaals een nieuwe .ini file gegenereerd op Windows 7 voor de silent install. Het programma installeerd nu prima na de deployment van Windows. In de Task Sequence wordt aangegeven dat dependencies voor het daadwerkelijke programma geïnstalleerd dienen te worden.

Met Adobe CS3 hadden we een soortgelijk probleem. Ook deze wilde maar niet installeren. Uiteindelijk bleek dat het pakket van CS3, dat ons was aangeleverd, een upgrade versie betrof. Upgrades zijn niet silent te installeren. Uiteindelijk een nieuwer Adobe CS4 pakket gekregen en deze kregen we wel aan de praat via silent install. Waarom we eerst met CS3 aan de gang moesten, ik heb geen idee. . .

De bouwfase is met deze twee software pakketten bijna ten einde gekomen. De komende dagen zullen we de documentatie updaten en afronden, en dit terug koppelen aan de bedrijfsbegeleider. Vervolgens kan worden over gegaan op de implementatie fase in het bedrijfsnetwerk.
Naar verwachting zal dit medio volgende week plaats gaan vinden (Als alles enigszins mee zit).