Gestern hat mich die Verwaltungswebsite des Microsoft Virtual Server 2005 mit der HTTP-Fehlermeldung 500 (Internal Server Error -- Interner Serverfehler) begrüßt. Nach einer Weile suchen (ich habe einige Dinge ausprobiert, die ich gleich auflisten werde) habe ich dann des Rätsels Lösung gefunden. Doch hier zunächst die Dinge, die ich ausprobiert habe:

Egal welche Aktion ich versucht habe, die HTTP 500 Fehlermeldung blieb.

Die Lösung

Die Lösung ist recht einfach, aber auch nicht auf den ersten Blick logisch: Es liegt an einer Sicherheitseinstellung in den Internetoptionen. Genauer gesagt: Internet-Optionen->Sicherheit->Vertrauenswürdige Sites->Stufe anpassen…->Benutzeranmeldung->Automatisches Anmelden nur in der Intranetzone ist die Einstellung, die gesetzt sein muss. Bei der Einstellung Automatische Anmeldung mit Benutzernamen und Kennwort wird die HTTP 500er Fehlermeldung geschmissen.

Und hier ist die Anleitung:

	1. Zum Start der Microsoft Virtual Server Verwaltungswebsite klicken Sie auf Start->Alle Programme->Microsoft Virtual Server->Virtual Server-Vewaltungswebsite
	2. Dann erscheint die HTTP 500 Fehlermeldung
	3. Gehen Sie dann auf Extras->Internetoptionen
	4. Klicken Sie dann auf den Reiter Sicherheit und dann auf Vertrauenswürdige Sites. Dort klicken Sie dann auf Stufe anpassen… Sie sehen hier die Screenshots einmal auf englisch, da ich die Fehlermeldung auf einem englischen System bekommen habe, und einmal auf deutsch zum besseren Verständnis
	5. Scrollen Sie die Einstellungen soweit herunter, dass Sie die Benutzerauthentifizierungs-Eintstellungen sehen. Hier markieren Sie den Punkt Automatisches Anmelden nur in der Intranetzone
6. Schließen Sie den Browser und starten Sie die Microsoft Virtual Server Verwaltungswebsite erneut. Sie werden nun zur Eingabe Ihres Passwortes aufgefordert.

Ohne korrekte Benutzeranmeldung kann die Microsoft Virtual Server Verwaltungswebsite nicht korrekt angezeigt werden. Auch wenn Sie sich mit dem Benutzerkonto anmelden, dass Sie schlussendlich für die Verwaltungswebsite benötigen. Es findet hier keine automatische Identitätsübernahme statt.

Hier habe ich das Ganze für Sie nochmal als Video aufbereitet:

www.youtube.com/watch?v=Ao1fywZFnyE

Ich freue mich auf Ihre Kommentare. Haben Sie ähnliches erlebt?

Heute habe ich einen interessanten Anruf von der Firma Europa Web Security bekommen. Ein recht freundlicher Mann informierte mich darüber, dass “Jemand” die Domains www.pmd-media.net, www.pmd-media.info, www.pmdmedia.net und www.pmdmedia.info auf seinen Namen registrieren lassen wolle. Dieser “Jemand” sei eine Privat-Person, die nach Recherche (Einsichtnahme der Registrar-Daten) von dem Mitarbeiter der Firma Europa Web Security nicht mit meiner Firma in Verbindung zu bringen sei.

Damit mir daraus kein Nachteil enstünde, hätte er die Aufgabe, dies zu überprüfen und sich deswegen mit mir in Verbindung zu setzen. Er erklärte mir, dass ich ein Vorkaufsrecht für die Domain-Namen hätte und er die Registrierung der (bis dahin immer noch) nicht genannten Person sperren würde. Diese Sperrung wäre bis Morgen gültig. Ich könne bei ihm die Domains registriern.

Auf Nachfrage meinerseits ginge das nicht mit meinem Provider, da er ja die Domains jetzt gesperrt hätte. Die Registrierung würde auf Grund eines technischen Defekts auf der Internetseite nicht direkt funktionieren. Aber ich könne von ihm Unterlagen erhalten oder die Registrierungsformulare (pdf) auf der Internetseite herunterladen.

Aus diesen gingen auch die Kosten hervor, die auf mich zukämen: 25,- € Jahresgebühr, 170,- € einmalige Registrierungsgebühr. Pro Domain. Für die vier oben genannten satte 780,- €! Wohlgemerkt: nicht für einen Domain-Kauf, sondern für frei verfügbare Domains!

Bezüglich der Sperrung der Domains sagt mein Domain-Registrar des Vertrauen www.nacura.de, dass man nur Domains für einen Domain-Umzug sperren lassen kann, wenn einem diese gehören, nicht aber frei verfügbare, noch nicht registrierte Domains.

Hier also nochmals die “Argumente”, die der Mitarbeiter von Europa Web Security bringt:

• Domains mit anderer Endung, aber Ihrem Domain-Namen
• will “Jemand” registrieren, eine Privatperson, nicht mit Ihrer Firma in Verbindung zu bringen
• Sie haben Vorkaufsrecht
• Er sperrt die Domains, so dass sie nicht registriert werden können -- auch nicht durch andere Anbieter, also Registrierung nur durch Europa Web Security
• direkte Domainregistrierung auf den Europa Web Security Seiten funktioniert momentan wg. eines technischen Defekts nicht
• Er kann Unterlagen zuschicken oder Sie können die Registrierungsunterlagen herunterladen (pdf)
• Kosten für Sie: 25,-€ Jahresgebühr, 170,-€ einmalige Registrierungsgebühr, jeweils pro Domain

Das ist Irreführung und Abzocke! Also, seien Sie bitte vorsichtig bei solchen Anrufen.

www.youtube.com/watch?v=qt2LaNSZ7lY

Ich freue mich auf Ihre Anregungen und Kommentare.

Update: Glücklicherweise sind auch andere Dienste auf das “Angebot” der Europa Web Security aufmerksam geworden: http://www.domain-recht.de/magazin/domain-newsletter-2009/ausgabe-november-nr-491.html

Da dieser Newsletter schon vom November letzten Jahres ist, scheint die Firma schon eine ganze Zeit aktiv zu sein.

Hoppla, da ist mir beim Umzug doch ein Fehler unterlaufen! Ich habe die Links für das neue Blog falsch eingrichtet, so dass die meisten Google-Suchanfragen auf eine fehlende Seite verlinkt waren und die berüchtigte 404-Fehler-Seite angezeigt wurde.

Ich möchte Sie hierfür um Verzeihung bitten, da mir das eben erst aufgefallen ist. Meine Statistiken hatten mir zwar angezeigt, dass einige Treffer auf die 404-Seite liefen, doch hatte ich zuerst angenommen, dass dies mit dem DNS-Umzug des Domain-Namens (blog.pmd-media.com) zu tun hatte. Ich habe die Links allerdings sofort korrigiert und sie sollten nun wieder alle funktionieren.

Also, das Blog ist wieder auffindbar und ich freue mich auf Ihre Kommentare.

Beste Grüße aus Korbach,

Frank Piotrowsky

Wenn Sie mit Microsoft Windows SharePoint Services Daten in der Datenblattansicht öffnen möchten und Sie befinden sich mit der Maschine, von der aus Sie zugreifen wollen, nicht in derselben Domäne wie der Microsoft Windows SharePoint Services Server, dann kann die folgende Fehlermeldung angezeigt werden:

Es wird versucht, mithilfe von Access Web Datasheet Daten aus einer
anderen Domäne abzurufen. Sie werden an eine Fehlerseite umgeleitet.
Wenden Sie sich an den Systemadministrator, um dieses Problem zu
beheben.

Danach werden Sie auf eine Fehlerseite umgeleitet, auf der Sie den folgenden Text finden:

Die Liste kann aus einem oder mehreren der folgenden Gründe nicht in
der Datenblattansicht angezeigt werden: Es ist keine
Datenblattkomponente installiert, die mit Windows SharePoint Services
kompatibel ist, der Browser unterstützt ActiveX-Steuerelemente nicht,
oder die Unterstützung von ActiveX-Steuerelementen wurde deaktiviert.

Der Zugriff aus einer anderen Domäne erfolgt i.d.R. über einen anderen URL. So erreichen Sie den Server intern über http://companyweb. Ist die andere Domäne z.B. über einen VPN-Tunnel verbunden, dann müssen den FQDN (Full Qualified Domain Name = Vollständiger, qualifizierte Domänenname) angeben – z.B. http://companyweb.MeineDomain.local (wenn Sie hierbei die Meldung bekommen, dass die Seite nicht angezeigt werden kann, dann müssen Sie sogar noch die Startseite mit angeben – z.B. http://companyweb.MeineDomain.local/default.aspx), um auf die Microsoft Windows SharePoint Services zugreifen zu können.
Analog dazu haben Sie von extern ebenfalls einen anderen URL, den Sie aufrufen müssen, wenn Sie Microsoft Windows SharePoint Services von außen zugänglich gemacht haben.
Taucht die oben geschilderte Fehlermeldung auf, dann müssen Sie einen Internen URL bei den alternativen Zugriffszuordnungen angeben, der dem URL entspricht, den Sie aufrufen (also z.B. http://companyweb.MeineDomain.local).
Das folgende Video zeigt, wie diese Einstellung vorgenommen wird:

www.youtube.com/watch?v=Iu6Q9JVd4yY