Wenn Anfragen aus dem Internet an den IIS weitergeleitet werden, dann erfolgen diese in der Regel anonym. Das bedeutet, dass der Server zwar bemerkt, dass jemand auf eine bestimmte Ressource zugreifen möchte, aber natürlich nicht genau weiß wer. Damit diese anonymen Nutzer auf Dateien innerhalb einer Site zugreifen dürfen, müssen natürlich entsprechende Rechte vorliegen. Alle anonymen Anfragen werden innerhalb des IIS mit dem Nutzer IUSR durchgeführt.

Nun gibt es aber noch andere Situationen in denen ein Zugriff auf die Inhalte einer Site oder Anwendung nötig ist. Zum Beispiel dann, wenn die sogenannten Applicationpools auf eine Site oder Anwendung zugreifen wollen. Das ist häufig bei Webportalen oder Webanwendungen der Fall. Anwendungspools sind quasi Rahmenbedingungen für die Ausführung bestimmter Frameworks, wie .NET oder ASP. Und jeder Applicationpool hat einen eigenen Benutzer. Da es jetzt administrativ sehr aufwändig wäre, jeden einzelnen Applicationpoolbenutzer einzeln bei der Rechtevergabe zu berücksichtigen, hat man die Gruppe IIS_IUSRS geschaffen. Ja, richtig gehört, das ist eine Gruppe, man erkennt das schon an dem letzten, den Plural andeutenden Buchstaben „S“.

Special offer

Microsoft IIS 10.0 Cookbook: Task-oriented recipes to manage your web server with ease (English Edition)*

• Khan, Ashraf(Autor)

−2,59 EUR 39,40 EUR

Amazon

Wer genauer wissen will, wer sich alles hinter der Gruppe IIS_IUSRS verbirgt, der kann mit einem Blick in die Computerverwaltung im Knotenpunkt „Lokale Benutzer und Gruppen“, im Unterpunkt „Gruppen“ die IIS_IUSRS aufrufen und sich die Mitglieder anzeigen lassen.

All the links in this text are Amazon Affiliate Links, and by clicking on an affiliate link I will earn a percentage of your subsequent Amazon purchases. However, this circumstance does not influence the background of my product recommendation. This product recommendation is independent, honest and sincere. 

Bei allen genannten Links handelt es sich um Amazon-Affiliate-Links. Durch einen Klick auf einen Affiliate-Link werde ich prozentual an Euren darauf folgenden Amazon-Einkäufen beteiligt. Dieser Umstand beeinflusst aber nicht die Hintergründe meiner Produktempfehlung. Diese Produktempfehlung erfolgt unabhängig, ehrlich und aufrichtig.

Der Beitrag Was ist der Unterschied zwischen IUSR und IIS_IUSRS? erschien zuerst auf Pixelfriedhof.

Der Beitrag IIS Grundlagen – Webseiten hosten und Bindungen verwalten erschien zuerst auf Pixelfriedhof.

Bei dem Versuch, eine ICS-Internetkalenderdatei mit dem IIS zu hosten und den Kalender mit mobilen Geräten abonnieren zu können, gibt es einige kleine Hürden, die einen an den Rande eines Nervenzusammenbruchs treiben können.

Im Rahmen einer von mir durchgeführten konzeptionellen Softwareberatung wollte ich unter einer Site im Internet Information Server eine ICS-Datei hosten. Die ICS Datei sollte von einem Drittprogramm generiert werden und Kalenderdaten für einen Mitarbeiter beinhalten. Im Anfangs- und Qualifikationsstadium legte ich keinen Wert auf eine vorgeschaltete Authentifizierung und wollte somit jedem der die URL des Kalenders kennt Zugriff auf das Kalenderabonnement geben.

Wenn man nach diesem Sachverhalt im Internet sucht, stößt man unweigerlich auf die Abkürzungen CalDAV und WebDAV. Obwohl die sehr nah mit unserer Thematik zusammenhängen, brauchen wir diese erstmal überhaupt nicht. Weil: Wir wollen nur hosten und mobil lesend auf eine ICS-Datei zugreifen. Würden wir in dieser ICS-Datei später seitens des mobilen Nutzers auch Änderungen vornehmen wollen, dann und nur dann, bräuchten wir tatsächlich CalDAV und WebDAV. Da unser Drittsystem aber die Daten generiert (bzw. mein konzeptionierter Adapter diese Daten erstellt) brauchen wir uns um Schreibrechte auf der Clientseite garkeine Gedanken machen.

Also überspringt einfach sämtliche schlauen Ratschläge zum Thema CalDAV und WebDAV.

Zur Bereitstellung der Datei habe ich eine Site im IIS angelegt. In ein Verzeichnis darin dann die bereitgestellte ICS-Datei abgelegt.

Durch die Bindungen habe ich die Site einer Subdomain zugewiesen und dachte nun: „Prima, jetzt den Link zur gehosteten ICS-Datei per Mail verschicken, dann kann der abonniert werden.“.

Fehlanzeige. Das iPhone und andere Endgeräte quittieren beim Versuch der Verbindung mit der Meldung „Der Kalender XYZ kann nicht abonniert werden.“

Schuld daran ist nicht etwa ein Berechtigungsproblem wie zuerst vermutet, sondern eine im Standard falsch hinterlegte Einstellung in den MIME-Typen des IIS Servers. Also klicken wir auf die eben angelegte Site im IIS und wechseln auf die Schaltfläche für die MIME-Typen.

In der nun erscheinenden Liste suchen wir den Eintrag für die Datei Erweiterung ICS. Die hinterlegte Eigenschaft „application/octet-stream“ ist schlichtweg falsch. Das Internet schlägt bei der Websuche noch mehr falsche, alternative Einträge vor. Der einzig richtige Eintrag für die ICS-Formate ist hier „text/calendar“.

Et Voilà: Wenn wir den Link nun erneut öffnen, fragen uns das iPhone und andere Geräte und Apps, ob wir den Kalender importieren oder abonnieren wollen.

Zwei Tipps noch: Um die Kompatibilität mit Kalender-Apps und weiteren Diensten wie Google Calendars, etc. zu erhöhen: das HTTP:// der Kalender-URL durch ein WEBCAL:// ersetzen.

Webcal hat wirklich garnichts mit CalDAV zu tun. Es handelt sich lediglich um ein Pseudo-Protokoll zur Auswahl des richtigen Handlers.

Tipp 2: Wenn Änderungen in der ICS-Datei vorgenommen werden, erwartet bitte keine aktive Push-Benachrichtigung auf Eurem Endgerät. Läuft nicht. Da reden wir von ganz was anderem. Das Refresh-Intervall des Endgeräts bestimmt hier wann die Aktualisierungen vom Server geholt werden. Und wenn Ihr diese ICS-Datei nun bei Google Kalender einbinden wollt, damit Sie auf Eurem Android-Smartphone bereitsteht, dann willkommen in der häufig kranken Welt von Google:

Ihr könnt einen Kalender per URL hinzufügen. Kein Problem. Aber Google cached die von dort abgeholten Daten und je nach Auslastung kann es vorkommen, dass Google den Kalender erst nach 43 Stunden aktualisiert. 

Das Problem ist seit 2009 bei Google bekannt. 2014 äußert sich ein Google Engineer im entsprechenden Productforum ungefähr so: „Wir wissen, dass es da Probleme gibt, aber geht nicht davon aus, dass sich da in nächster Zeit was ändern wird.“

<ironie>Ist ja auch nicht so wichtig, dass eine Kalenderapp, nach der viele von uns jeden Tag flexibel Ihren Alltag organisieren, aktuell ist.</ironie>

Kriegt endlich Eure Schnittstellen auf die Reihe, Google und kommt im Jahr 2014 an. Es geht hier nicht um selbstfahrende Autos oder Glasfaseranbindungen in jedes Haus. Es geht nur um einen Kalender der aktuelle Daten anzeigt.

Der Beitrag ICS-Kalender mit IIS hosten – Meldung „Kalender abonnieren nicht möglich“ umgehen erschien zuerst auf Pixelfriedhof.

Zunächst müssen Sie eine Sicherung Ihrer bisherigen Webpräsenz erstellen. Diese beinhaltet sowohl die Datenbank als auch das Dateisystem. Kopieren Sie das Rootverzeichnis Ihres FTP-Servers auf Ihre Festplatte. Je nach größe der zu exportierenden Seite und der Internetanbindung kann dieser Vorgang durchaus länger dauern. Eventuell ist es sinnvoller den FTP-Client direkt auf dem Zielserver auszuführenum sich diverse Transporte unter Clients und Servern zu ersparen und gegebenenfalls auch die Internetanbindung auszunutzen. Während der FTP-Client die Daten transferiert können Sie beginnen (wenn vorhanden) sich in die PHPMyAdmin-Seite ihres bisherigen Webpakets einzuloggen. Wählen Sie die passende Joomla-Datenbank aus und klicken Sie auf „Exportieren“. Im folgenden Fenster setzen Sie folgende Atribute: Exportieren -> SQL SQL-Optionen -> Struktur SQL-Optionen -> Struktur -> Auto_INCREMENT-Wert hinzufügen SQL-Optionen -> Struktur -> Tabellen- und Feldnamen in einfachen Anführungszeichen SQL-Optionen -> Daten SQL-Optionen -> Daten ->Hexadezimalschreibweise für Binärfelder verwenden SQL-Optionen -> Senden SQL-Optionen -> Zip-komprimiert, Konvention merken, Dateinamenskonvention „__DB__“ Anschließend klicken Sie auf OK und speichern den erstellten Zip-Datenbankdump auf dem neuen Server. Es geht nun weiter mit der Einpflegung der Daten auf dem neuen Server. Überspielen Sie das gesammten FTP-Backup in das Rootlevel des neuen Servers. Dieses entsteht wenn Sie eine neue Website im IIS anlegen. Währenddessen loggen Sie sich in die PHPMyAdmin-Konsole des neuen Servers ein. Legen Sie hier eine neue Datenbank an. Der Name der neuen Datenbank muss nicht zwangsläufig dem der vorherigen, ursprünglichen entsprechen. Nach dem Erstellen der Datenbank müssen Sie in der Funktionsleiste oben auf „Importieren“ klicken, anschließend auf die Schaltfläche „Durchsuchen“ und die vorher gespeicherte ZIP-Datei hochladen. Nun stehen die Daten auf dem neuen Server vollkommen zur Verfügung. Auf der nächsten Seite erhalten Sie informationen dazu, wie Sie die Installation so anpassen, dass Joomla auch auf die Datenbank zugreifen kann und wie die Suchmaschinenfreundlichen URLs auch auf einem Nicht-Apacheserver verwendet werden können… Um die Installation jetzt fertigzustellen gibt es noch einige Eigenarten des IIS oder des Apache-Servers zu beachten. Öffnen Sie auf dem neuen Server die Datei „configuration.php“ im Rootverzeichnis der neuen Joomlainstallation. Hier muss die Adresse oder der DNS-Name des bisherigen Datenbankservers in „localhost“ geändert werden. Ebenfalls müssen die Datenbanknutzer und deren Passwort passen. Nun sollte sich zumindest die erste Seite der Joomla-Website auf dem neuen Server öffnen lassen. Wenn wir allerdings auf einen Link klicken erscheint meistens ein Fehler. Dieser entsteht durch falsche URLs die durch das CMS aufgerufen werden, weil wir sehr wahrscheinlich früher die Option „Suchmaschinenfreundliche URLs verwenden“ aktiviert hatten. Diese Funktion nutzt die Funktion „mod_rewrite“ des Apache-Server und eben diese Funktion gibt es im IIS schlichtweg nicht. Damit auch der IIS die „mod_rewrite“-Anfragen bedienen kann erfordert es eine abgeänderte „Web.configuration“ des IIS im Rootverzeichnis der Website. Hier gibt es die Datei im ZIP-Format zum Download. Es handelt sich um die Standard „Web.configuration“ des IIS, erweitert um die „mod_rewrite“-Funktion. Mit dieser Datei einfach die bereits im Ordner befindliche Datei überschreiben und der Ausflug dürfte gelungen sein. Sollte es jetzt noch Probleme geben, loggen Sie sich in das Admin-Backend ein und überprüfen Sie die Einstellungen zu Suchmaschinefreundlichen Links und dem angehängten Suffix. Sollte die Seite nicht wie gewohnt funktionieren schalten Sie entweder beide ab oder an und überprüfen Sie die „configuration.php“ oder die Schreibweise der htaccess-Datei Lassen Sie sich beim Aktivieren der Suchmaschinenfreundlichen-URLs nicht durch die Warnung „Nur für Apache Webserver“ abschrecken. Dank der „Web.configuration“ können Sie die Funktion ruhigen Gewissens aktivieren.

Der Beitrag Joomla Umzug: Von Apache zu IIS7 migrieren erschien zuerst auf Pixelfriedhof.