AnB-Networkz » microsoft

7GB Microsoft Firmendaten im Internet aufgetaucht

admin — Fri, 16 Jul 2010 06:31:36 +0000

Das ist peinlich. Da wollte ein Mitarbeiter von Microsoft daheim arbeiten und kopiert einige Projektdaten auf seinen Webspace. Dumm nur, dieser Webspace wurde inkl. der Projektdateien von Google indiziert. Und so nahm das Übel seinen Lauf. Hackerinfo fand die Daten und war noch so “freundlich” Microsoft bescheid zu geben. Natürlich mussten dann alle Daten an Microsoft übergeben und lokal gelöscht werden. Auch über die Inhalte der gefundenen Daten darf nicht weiter gesprochen werden. Peinliche Dinge totschweigen war schon immer die Stärke des Softwareriesen. Wann lernen es die M$ Mitarbeiter endlich die vom Konzern zur Verfügung gestellten Mittel für Homeoffice zu nutzen? Oder durfte der betroffene Code das Haus überhaupt niemals verlassen? Naja, egal. In der Haut des (Ex) M$ Mitarbeiters möchte sicher niemand stecken.

Link zum Originalbeitrag auf Hackerinfo.

Vista x86_64 fehlerfrei?

Andre — Fri, 31 Oct 2008 13:43:54 +0000

Laut Microsoft ist das Betriebssystem ja inzwischen ausgereift. Warum passieren dann aber immernoch seltsame Dinge?

Eben gerade habe ich meinen Browser minimiert, und anstelle des Dream Scene Wasserfalls war ein sehr sehr kleiner Desktop oben links zu sehen. Der rest des Bildschirms war Grau. Die Taskleiste wurde komischerweise richtig angezeigt. Aber schaut es euch selbst an. So sollte das normalerweise nicht sein. Was mich wundert, ich habe nicht einmal ein Spiel oder andere 3D Programme gestartet. Die Umschaltung zwischen 3D und GDI/Aero hat mir schon bei meinem letztem Versuch mit Vista vor etwa einem Jahr immer wieder Probleme gemacht.

Das zweite Problem das mich sehr oft stört, ist die falsche Farbdarstellung in der Windows Fotogalerie. Unter XP konnte die Bild und Faxanzeige alle Bilder/Fotos usw. problemlos anzeigen. Unter Vista werden mir die Farben extrem verzerrt. Komischerweise sind an den Bildern keine ICC Profile angehängt oder komische Farbräume. Ja selbst einfach Bitmap´s wie dieser Screenprint werden verzerrt. Öffnet man die gleiche Datei in einem anderem Program, sieht alles normal aus. In einer testweise installierten Vista x86_32 Edition sieht die selbe Datei normal aus. Ist das etwa der gewollte WOW-Effekt?

Nachtrag:

Das Farbproblem bekommt man in den Griff, indem man das standard sRGB-Farbprofil für alle Monitore hinterlegt. Sobald man den PC neustartet, sollten die Farben richtig dargestellt werden.

Zeitsynchronisation in einer Windows Domäne

Andre — Fri, 10 Oct 2008 17:34:45 +0000

In Microsoft Netzwerken spielt die Zeit eine wichtige Rolle. Driften Server und Client zu stark auseinander, ist eine Anmeldung über Kerberos nicht mehr möglich und Netzwerkvorgänge dauern sehr lange oder scheitern vollständig. Normalerweise wird die Uhrzeit von dem Domänencontroller, der die Funktion des PDC-Emulators ausführt, bereitgestellt. Dazu muss dieser allerdings über eine externe Zeitquelle verfügen. Dies kann entweder ein lokal angeschlossener DCF77 Empfänger oder ein NTP-Server sein. Verfügr der Server über keine externe Zeitquelle, scheitert auch die Synchronisation mit den Clients im Netzwerk.

In einer Domänenstruktur oder einem Forrest, beziehen die PDC-Emulatoren der einzelnen Domänen die Uhrzeit vom PDC-Emulator der ersten, übergeordneten Domäne. Normalerweise ist das die Domäne, die auch den Server der die Funktion des Domain Naming Masters enthält.

Möchte man einen DCF Empfänger verwenden, muss per regedit im Schlüssel “HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config” der DWORD-Wert “AnnounceFlags” auf “A” gesetzt werden. Bei verwendung eines NTP-Servers, welcher natürlich auch auf einem Netzwerkfähigem DCF Empfänger oder einem Linux-Server laufen kann, muss der NTP-Server in der Registry wie folgt konfiguriert werden:

Schlüssel “HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters” Attribut “Type” auf den Wert “NTP” ändern
Schlüssel “HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config” Attribut “AnnounceFlags” auf den Wert “5″ ändern
Schlüssel “HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters” Attribut “NtpServer” auf den DNS-Namen des NTP-Servers plus 0×1 ändern. (Der Wert für den Server ptbtime1.ptb.de währe also “ptbtime1.ptb.de,0×1″
Schlüssel “HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer” Attribut “enabled” auf den Wert “1″ ändern
Schlüssel “HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient” Attribut “SpecialPollInterval” auf den Dezimalwert “1800″ ändern.

Diese Konfiguration sorgt dafür, das der Server den NTP-Server aktiviert, dem NTP-Client den angegebenen Zeitserver als Quelle übergibt und alle 30 Minuten mit dem externem Zeitserver Synchronisiert. Anschließend können alle weiteren Server und Clients Netzwerk die Uhrzeit von diesem PDC synchronisieren. Da wir zudem den NTP-Server auf diesem Server aktiviert haben, kann dieser als Zeitquelle für Drucker oder andere Geräte angegeben werden. Ist dies nicht erforderlich, kann Schritt 4 entfallen.

Was ist Ihre Hauptaufgabe in der Organisation oder dem Unternehmen?

Andre — Tue, 26 Aug 2008 07:20:24 +0000

Inoffizielle IT-Person. Zumindest wenn es nach Microsoft geht. Auf der Seite “Download der Office 2007 Testversion” wird man nach der Anmeldung freundlich mit einem Formular “Ihre Daten” begrüßt. Es fordert auf, einen Vornamen, Nachnamen, Land/Redion und eine EMail-Adresse anzugeben. Weiter unten, im Bereich “Zusätzliche Informationen” soll eine Hauptaufgabe im Unternehmen angegeben werden. Dort finden sich IT-Manager, Leiter, Direktor, Marketingexperte, Vertreter, Produzent, Vorstandsvorsitzender und Inoffizielle IT-Person. Unter was fällt nun der Bereich Systemadministrator, Desktop-Support oder Helpdesk-Mitarbeiter? Bravo Microsoft. Entweder sind diese Personen alle “Assistenten” oder “Sachbearbeiter” oder eben Inoffizielle IT-Personen.

Deutsche Firmen bestehen nun einmal nicht nur aus Managment, Geschäftsleitung und deren Assistenten. Nich nicht…

Problem mit IP-Konfiguration nach installation des Windows-Hotfix KB941644 auf HP ProLiant DL360G4 Servern

Andre — Sat, 23 Feb 2008 14:43:26 +0000

Nach der Installation des HotFixes KB941644 kommt es zu Problemen mit dem HP NicTeaming Treiber. Wenn im HP NetworkTool ein Team konfiguriert wurde und das Interface mit einer statischen IP konfiguriert wurde, verwirft Windows nach dem Neustart die statische Konfiguration und versucht vergeblich eine IP-Konfiguration per DHCP. Die deaktivierung des DHCPclient Dienstes umgeht das Problem. TatsÃ¤chlich beheben lÃ¤sst es sich nur, wenn das Hotfix wieder deinstalliert wird.

Problembeschreibung:
Das Problem wurde wie folgt nachgestellt:
Windows Server 2003R2 wurde auf einem DL360G4P neu installiert, anschlieÃŸend das aktuelle ProLiant SupportPack im ExpressModus installiert. Nach dem anschlieÃŸendem Neustart wurde Teaming fÃ¼r die beiden OnBoard NICs im 802.3ad Modus aktiviert, eine statische IP konfiguration erstellt und das System mit dem Netzwerk verbunden. AnschlieÃŸend wurde die Netzwerkkonfiguration sowie die LACP aushandlung erfolgreich geprÃ¼ft und Windows aktiviert. Nun wurden die aktuellen Hotfixes Ã¼ber WindowsUpdate eingespielt. Nach dem Neustart tritt das Problem auf. In den Reiter “Status” des “HP Network team” Interfaces ist keine IP-Konfiguration vorhanden (IP: 0.0.0.0) und das System versucht Ã¼ber DHCP eine Konfiguration zu erhalten. Wenn man allerdings Eingenschaften von TCP/IP aufruft um eine statische Konfiguration zu hinterlegen, ist diese noch vorhanden. Der Befehl ipconfig /all zeigt das selbe Ergebnis. LÃ¶st man das NetzworkTeam auf und konfiguriert eines der Interfaces statisch, wird die Konfiguration Ã¼bernommen.

Ursache:
Nach der Installation des Hotfixes KB941644 werden komponenten der TCP/IP Protokolltreiber ausgetausch. Diese neuere Version funktioniert warscheinlich nicht richtig mit dem HP NicTeaming Treiber und verursacht das Problem.

Auswirkungen:
Der Server ist nicht mehr Ã¼ber seine statische IP erreichbar. Es scheint als ob das Interface auf DHCP konfiguriert wurde und keine IP erhÃ¤lt. Selbst wenn ein DHCP-Server im Netzsegment vorhanden ist, bekommt das Interface keine IP. Auch die LACP Aushandlung am Switch schlÃ¤gt nach einspielen des Patches fehl.

Umgebung:
Windows Server 2003R2 ServicePack 2 inkl. aller Hotfixes bis 01.01.2008 sowie aller zusÃ¤tzlichen Updates (IE7, XML Services usw.). Die aktuelle Version des ProLiant SupportPacks ist installiert. Eine neuere Version des Netzwerktreibers ist nicht verfÃ¼gbar.

LÃ¶sung:
Nach der Deinstallation des HotFixes KB941644 ist das Problem vorerst behoben wurden. Allerdings ist die SicherheitsanfÃ¤lligkeit die mit diesem Hotfix behoben wurde wieder vorhanden. Der Workarround des Bulletins funktioniert und schlieÃŸt die LÃ¼cke ohne die Konfiguration des Interfaces zu beschÃ¤digen.

Bulletin: Vulnerabilities in Windows TCP/IP Could Allow Remote Code Execution (941644)

Linux bei Youtube

Andre — Sun, 10 Feb 2008 18:26:46 +0000

Sehr alt aber immer wieder schÃ¶n anzuschauen.Â Ein Beitrag im RTL Nachtjournal.
[youtube x_7HtftLHRs nolink]

Der direkte Vergleich – Vista Vs. Ubuntu/Beryl
[youtube xC5uEe5OzNQ nolink]

DFS-Replikation unter Windows Server 2003R2

Andre — Tue, 05 Feb 2008 23:40:46 +0000

Wer kennt nicht das Problem, Dateien an mehreren Standorten synchron zu halten? Ab Windows Server 2003R2 gibt es eine einfache und gut skalierbare Technologie die dies ermÃ¶glicht. Das “Distributet File System”, kurz DFS, das bereits seit NT4 teil von NT Server ist, wurde in WindowsServer2003 R2 grÃ¼ndlich Ã¼berarbeitet. Replikation sollte jeder vom AD her kennen, allerdings brachte es bei grÃ¶ÃŸeren Ordnern mehr Probleme als es nÃ¼tzte. R2 enthÃ¤lt eine vÃ¶llig Ã¼berarbeitete Version der Replikationsdienste. Innerhalb eines AD Forrest kÃ¶nnen Daten zwischen belibigen Servern bidirektional repliziert werden. Die Konfiguration erfolgt Ã¼ber die ebenfalls neue DFS-Verwaltung. Die Replikation nutzt eine vom AD unabhÃ¤ngige Replikationstopologie, was die Skalierbarkeit extrem erhÃ¶ht. Die Technologie basiert auf Replikationsgruppen, diesen kÃ¶nnen Zeit und BandbreitenplÃ¤ne zugewiesen werden. Ist die Gruppe erstellt, fÃ¼gt man die in dieser Gruppe beteiligten Server hinzu, konfiguriert die Verbindungen (entweder eine vorgegebene Topologie, oder manuell) und fÃ¼gt der Gruppe replizierte Ordner hinzu. Dabei muss nicht jedes Mitglied in der Gruppe ein replikat jedes Ordners enthalten, auch hier ist man wieder vÃ¶llig flexiebel. So kann man zb. 20 Server aus 20 Standorten in einer Gruppe hinzufÃ¼gen und von jedem einen Ordner an einen Zentralen Standort replizieren ODER einen Ordner am Zentralem standort pflegen und auf alle 20 Server an 20 Standorten replizieren. Auch das Mischen dieser Methoden ist mÃ¶glich. So kann zb. ein Ordner auf den Servern 1-15, ein weiterer auf 16-20 und wieder ein anderer Ordner auf allen Servern verfÃ¼gbar gemacht werden. Und das alles in einer Replikationsgruppe mit einem Gruppenzeitplan und einer Topologie. Mehrere Topologien machen nur bei verschiedenen Anwendungen Sinn. Zb. kann man eine Gruppe mit einer Hub-Sproke Topologie konfigurieren, um Dateien von und an Remotestandorte von einem Zentralem Hub aus zu verteilen und eine weitere als Full-Mesh zur Standort-zu-Standort Replikation nutzen. Benutzerdefinierte Topologien eignen sich am besten, wenn nicht jeder Standort nur mit dem Hub, sondern auch mit anderen Standorten verbunden ist. Die Technologie selbst verwendet eine Forrestweite AD-Partition zur Ablage der Konfiguration sowie XML-Dateien auf den einzelnen Knoten. Die Kommunikation erfolgt Ã¼ber Dynamische RPC’s, kann aber auf einen Port eingegrenzt werden (Firewallfreundlicher, aber langsamer). Zur Ã¤nderungserkennung wird NTFS Journaling verwendet, die Datenbank verwendet das vom NTFRS bekannte ESE.

Was allerdings noch fehlt, ist ein StandortÃ¼bergreifender Dateio-locking Mechanismus. So mÃ¼sste es zb. mÃ¶glich sein, Dateien an Remotestandorten zum schreiben zu Ã¶ffnen und diese am Zentralem Hub zu sperren das wÃ¤hrend der Bearbeitung bzw. ReplikationsverzÃ¶gerung kein anderer diese Datei Ã¤ndern kann. Mit einer solchen Technologie kÃ¶nnte man StandortÃ¼bergreifendes Arbeiten extrem vereinfachen. Ich bastle gerade mit dem Einfall, die Ordner Ã¼ber einen speziellen Explorer am Client anzeigen zu lassen und beim Ã¶ffnen einer Datei, diese am Hub in einer Datenbank als “gesperrt” zu markieren. Sobald nun ein weiterer User an einem anderem Standort diese versucht zu Ã¶ffnen, prÃ¼fe der “explorer” ob der Hash der Datei dem in der Datenbank gleicht und falls nicht (was bedeuten wÃ¼rde das die Replikation an diesem Standort noch nicht abgeschlossen ist) kann diese Datei nur schreibgeschÃ¼tzt oder unter einer neuen Version geÃ¶ffnet werden. Das ganze ist noch reine Theorie, aber evt. finden sich ja Programmierer die so etwas umsetzen kÃ¶nnen.

Ansonsten kann ich nicht viel an der Technologie aussetzen. Die Replikation von 2 TB (ca. 1Mio. Files) Ã¼ber mehrere Standorte in unterschiedlichen DomÃ¤nen (ein Forrest) ist absolut kein Problem und funktioniert durch die komprimierung (Remote Differential Compression, RDC) sehr schnell und zuverlÃ¤ssig. DFSR wird Ã¼brigends ebenfalls Bestandteil von Windows Server 2008.
Fazit: Empfehlenswert

MCSE erfolgreich abgeschlossen

Andre — Thu, 17 Jan 2008 17:18:35 +0000

Seit heute ist es nun soweit. Ich habe nach sieben mehr oder weniger schweren PrÃ¼fungen, kaum Geld zum leben und sogut wie keiner Freizeit in den letzten 10 Monaten erfolgreich den Status MCSE 2003 erlangt. jetzt wird erst einmal ausgeruht. Das Transcript bewundern .

MS-Test 70-298 erfolgreich abgeschlossen

Andre — Tue, 15 Jan 2008 14:16:32 +0000

Fast ohne Vorbereitung habe ich heute die PrÃ¼feng 70-298 erfolgreich abgeschlossen. Der PrÃ¼fungsablauf war diesmal etwas anders. Ich hatte 6 Fallstudien, zu jeder Studie 5-12 Fragen und fÃ¼r jede dieser Studien 10-30 Minuten Zeit. Da ich aber die studie lesen muss, bevor ich die Fragen beantworten konnte, blieben mir fÃ¼r bestimmte Fragen weniger als eine Minute. WeiÃŸ man etwas nicht sofort, sollte man sofort zur nÃ¤chsten Frage gehen um nicht zu viel Zeit zu opfern. Jede dieser Studien wurde als “TeilprÃ¼fung” bezeichnet. am ende jeter TeilprÃ¼fung hat man die MÃ¶glichkeit fragen zu Ã¼berprÃ¼fen und ggf. zu wiederholen. Am Ende aller TeilprÃ¼fungen, erschien ein Ã¼berprÃ¼fungsbildschirm fÃ¼r alle TeilprÃ¼fungen. Ziemlich verwirrend. Ganz zum Schluss noch die Ã¼bliche Umfrage und das Ergebniss erscheint nach einiger Wartezeit. Wer auch immer diese PrÃ¼fung ablegen mÃ¶chte, sollte die Themenbereiche der 70-299, 70-291 und teilweise Stoff der 70-297 beherrschen. Ich habe (auÃŸer eine Simulation kurz vor PrÃ¼fungstermin) keine weitere Vorbereitung und zum GlÃ¼ck den 2. Versuch nicht benÃ¶tigt.

Mal sehen wie lange es dauert, bis der MCSE-Status im Transcript erscheint.

MS-Test 70-293 erfolgreich abgeschlossen

Andre — Sat, 12 Jan 2008 11:51:01 +0000

Nach einiger Vorbereitung habe ich am 20.12.2007 die 70-293 erfolgreich abgelegt. Die PrÃ¼fung war nicht ganz einfach, aber einfacher als die 70-294 oder 70-291. Ich hatte 4 Simutationen und sehr viele Fragen zu RAS, IPSec Ã¤hnlichen Themen. Zur Vorbereitung habe ich wie immer das passende MSPress-Buch zusammen mit Certbase zur Testsimulation verwendet.Â Ich habe die PrÃ¼fung in knapp 1 1/2 Stunden mit ca. 85% richtigen Anworten abgelegt.