Getagged : Server

Microsoft, Exchange 2010 und Anonymous

Es gibt Anwendungen, die gern einmal Mails versenden: Statusinformationen, Erinnerungen an die User oder auch Hinweis auf Änderungen von Einträgen in einem System. Davon schwirren bei uns im Unternehmen einige herum. Besonders eine alte Anwendung, die aber sehr wichtig ist (welche ist das leider nicht) verschickt gern Mails, wenn ein Anwender Eintragungen bzw. Änderungen von Vorgängen getätigt hat. Das klappte bis vor der Einführung von Exchange 2k10 sehr gut.

Mails versendet diese Anwendung an einen offen verfügbaren SMTP-Server ohne jegliche Anmeldung, weswegen der 2k10 selbstverständlich dicht machte. Hierzu hatte ich einige Lösungshinweise versucht umzusetzen. Ich richtete einen neuen SMTP-Empfangsconnector ein, setzte die Zugriffsberechtigungen auf IP-Ebene, sodass nur spezielle Arbeitsstationen im lokalen Netz erlaubt waren darüber und nur an spezifische Empfänger zu versenden – wer will schon ein offenes Relay haben. Brachte aber alles nichts, denn den eigentlichen PowerShell Befehl, der für die Berechtigungsfreigabe für Anonymous-Zugriffe nötig ist, wollte ums verrecken nicht funktionieren.

Unter dieser Seite gibt es eine Anleitung mit auch eben jenen Befehl, der zum Scheitern verurteilt ist – zumindest auf deutschsprachigen Systemen.

Get-ReceiveConnector “Anonymous Relay” | Add-ADPermission -User “NT AUTHORITY\ANONYMOUS LOGON” -ExtendedRights “Ms-Exch-SMTP-Accept-Any-Recipient”

Der obige Befehl schlägt mit der Meldung fehl, dass der Benutzer bzw. die Gruppe “NT AUTHORITY\ANONYMOUS LOGON” nicht gefunden werden konnte. Selbstverständlich schlägt der fehl, da es sich eben um keine englischsprachige Maschine handelt. Der richtige Befehl lautet ergo:

Get-ReceiveConnector “Anonymous Relay” | Add-ADPermission -User “ANONYMOUS-Anmeldung” -ExtendedRights “Ms-Exch-SMTP-Accept-Any-Recipient”

oder

Get-ReceiveConnector “Anonymous Relay” | Add-ADPermission -User “NT-AUTORITÄT\ANONYMOUS-Anmeldung” -ExtendedRights “Ms-Exch-SMTP-Accept-Any-Recipient”

Bei aller Anpassung und Normierung von Pfaden, Junctions, SymLinks auf Grund der Problembeseitigung von unterschiedlichen Pfaden in Abhängigkeit von der Programmsprachversion (zB. “Program Files” zu “Programme”) sollte Microsoft einfach mal die Namen der System-User normieren. Dann klappt es auch besser mit dem TechNet.

SQL: Zeichenketten innerhalb einer Spalte verändern

Dieser Eintrag ist für mich formell eine Gedankenstütze, aber vielleicht hilft sie dem Einen oder Anderen. Mich hat die Suche danach einen halben Abend gekostet.

Hintergrund war, dass in einer alten Datenbank eines Kunden Zahlen (Preise) eingetragen wurden (fragt mich nicht, warum dort kein passender Datentyp genutzt wurde, sondern Text bzw. VarChar), die aber kein Komma als Nachkommastellen hatten, sondern einen Punkt. Ursache hier war eine falsche Einstellung in den Regionaleinstellungen des jeweiligen PCs, welcher die Eintragungen vorgenommen hatte. Diese stand nicht auf Deutschland, sondern auf UK und somit war der Salat vorprogrammiert. Über 400 Einträge in unterschiedlichen Spalten der Tabelle waren verkehrt hinterlegt und das Auswerteprogramm produzierte einfach nur noch Müll in der Gestalt, dass die eigentlichen Preise mal locker um die 1000er Stelle verrutscht waren. Ja, so kann man mitunter auch seine Bilanzen frisieren – aber Spaß beiseite.

Damit die Daten nicht per Hand in der Tabelle manipuliert und auch kein individuelles Programm, welches den Convert ausführen sollte, entwickelt werden musste, suchte ich nach einer Möglichkeit mittels SQL-Statement das ganze zu realisieren. Letztendlich konnte ich das Problem mit folgendem Statement in den Griff bekommen:

UPDATE [TABELLE] SET [SPALTE] = REPLACE([SPALTE], ‘.’, ‘,’)

Dieser Befehl ersetzt in der resultierenden Zeichenfolge ein vorhandenen PUNKT zu einem KOMMA. Ebenso könnte man anstelle des Punktes und des Kommatas anderweitige Such- und Ersetzungszeichenketten nutzen. Wichtig ist nur, dass zB. beim SQL 2005 Server eine vorhandene Spalte vom Typ Text erst, wenn möglich, in VarChar umgewandelt wird. Ob dies möglich ist, entscheidet letztendlich der Inhalt.

KiPo-Filter und Serverstandorte

Bei all der Diskussion, ob Filter gegen KiPo und Co. sinnvoll sind oder nicht, habe ich immer versucht darauf hinzuweisen, dass man gegen die Hoster oder Betreiber ja seitens des BKA aufspüren und belangen kann. Daraufhin wurde meist entgegnet, dass die Server ja sonstwo stehen und die Behörden ja keinerlei Möglichkeiten hätten, diese aus dem Verkehr zu ziehen.

Die Filterliste, auf die ich auch verwies und zu 96% keinerlei KiPo beinhaltet, wurde einmal komplett analysiert und die dazugehörigen Serverstandorte grafisch aufgearbeitet. Wie man sieht, steht ein Großteil der Server in Ländern, “die überhaupt in keinster Weise”, via Interpol oder Abkommen untereinander, miteinander arbeiten könnten.

Da ziehen die lieber eine spanische Wand auf, damit das Unheil von der Bevölkerung nicht mehr gesehen werden kann. Was man nicht sieht, passiert auch nicht!

<Ironie>Man kann doch einen Markt, der zig Millionen im Jahr umsetzt, nicht einfach austrocknen – wo leben wir denn …</Ironie>

Auflösung: Langsamer Datei-Transfer

Was hab ich mich gestern nicht geärgert, als mehrfach, auf Grund des Reparaturvorganges, welcher im Übrigen erfolgreich verlaufen ist, der Exchange Store hin- und herkopiert wurde und dieser Kopiervorgang jeglichen Wert von Zeit und Raum sprengte. Mich ließ dieses “Problem” nicht sonderlich gut schlafen, vor allem weil mich das doch innerlich ziemlich gewurmt hatte und ich versuchte heute herauszufinden, ob der Server anfängt in die digitalen Abgründe zu wandern, oder aber noch viel schlimmer – ob das Ganze normal ist.

Im Zuge dessen habe ich als Erstes das Ganze Verhalten an unseren eigenen Servern nachgespielt. Dazu nahm ich eine Systemsicherung in Größe von 19GB und kopierte diese auf unterschiedliche Ziele – auf ein UNC-Pfad, USB-Platte und ein physikalisch getrenntes Plattensystem. Bei all diesen Vorgängen konnte ich eines beobachten: nach 2GB übertragenen Daten sauste die Transferrate massiv in den Keller, um wenige Sekunden später wieder auf fast volle Leistung zu steigen. Das Erscheinungsbild war also ähnlich, nur nicht mit derart langen “Blockaden”, wie beim Servereinsatz gestern.

Selbst auf dem Kundenserver habe ich das Ganze heute noch einmal laufen lassen. Nein, nicht den Reparaturprozess – ich bin doch nicht verrückt. Zur Verwunderung verliefen diese “Blockaden” relativ kurz. Es schien nahezu ähnlich schnell (schnell ist hier dehnbar), wie bei unserem Firmenserver. Was passiert hier also? Weiter lesen …

Banal, aber nicht immer naheliegend …

So ähnlich könnte man einen Teil auftauchender Computerprobleme  kategorisieren. Heute war so ein Fall. Ein geschätzter Kunde rief verzweifelt um “Hilfe”, da der Primärserver nicht mehr funktionierte. Es wurde mehrfach versucht neu zu starten, aber das Windows SBS 2003 wollte nicht booten. Ich wurde gebeten, auch wenn es Wochenende ist, mich dieses Problems anzunehmen, da wichtige geschäftliche Produktionen noch zu erledigen wären, die unaufschiebbar sind. In meinem Kopf gingen schon die Alarmglocken an und ich versuchte währenddessen unterschiedlichste Szenarien durchzuspielen und mögliche Problemfelder einzukreisen.

Da ich etwas Zeit hatte, weil die Familie den wohlverdienten Mittagsschlaf wahr nahm, spurtete ich zum Kunden. Dort angekommen “begutachtete” ich den Sachverhalt. Schwarzer Bildschirm mit blinkendem Cursor und frequentiell aktiver Festplatten-LED. Ein Blick gen Datensicherungsfestplatte genügte: ich zog das USB-Kabel davon ab und startete den Server erneut. Und siehe da – der 2k3 Server startete.

Was war passiert? In der Nacht ist ein BSOD (Blue Screen Of Death) aufgetreten. Da das System so konfiguriert war, dass bei einem schwerwiegenden Fehler ein Neustart initiiert werden sollte, tat es auch genau das. Es startete neu. Die via USB angeschlossene Festplatte, welche für die Datensicherung genutzt wird, drängelte sich an erster Stelle der zu startenden Datenträger. Da keinerlei Bootinformationen darauf zu finden sind und das BIOS, wie auch bei vielen anderen Systemen, nicht in der Lage ist USB-Datenträger für den Bootvorgang auszuklammern, blieb das Ganze an der Stelle stehen. Ohne Funktion.

Problem gelöst, Kunde erfreut, innere Zufriedenheit erhöht – mehr kann man an der Stelle nicht erwarten. Und da nach Rücksprache mit der Geschäftsleitung dieses Problem als zu banal eingestuft wurde, wird jetzt auch eine Liste mit Erste Hilfe Maßnahmen erstellt – damit unnötige Kosten und Aufwand gespart werden :-)