KAS ist das Kundenadministrationssystems des Hosters All-Inkl.

In der Webmail-Oberfläche lässt sich ein CalDAV-Zugriff auf den Kalendar einrichten. Diese Anleitung ist nicht ganz zutreffend, in Schritt 5 heißt der Menüpunkt „Kalendar teilen“. Programmspezifische Einrichtungshinweise finden sich unter Anleitungen. Die verwendete URL lautet https://webmail.all-inkl.com/calendars/USER/NUMMER/, wobei USER für den jeweiligen CalDAV-Benutzernamen und NUMMER eine laufenden Nummer des Kalendars steht. Der Benutzername ist fest vorgegeben, das Passwort kann unter „Kalendar bearbeiten“ geändert werden.

In der Webmail-Oberfläche lässt sich ein CardDAV-Zugriff auf das Adressbuch einrichten. Für diese Funktion ist zur Zeit keine Anleitung bei All-Inkl verfügbar, sie verläuft aber analog zur calDAV-Einrichtung. Die verwendete URL lautet: https://carddav.all-inkl.com. Der Benutzername fest vorgegeben, das Passwort kann unter „Adressbuch bearbeiten“ geändert werden.

Cronjobs werden von der IP aus ausgeführt, auf dem der Account liegt. Der dabei verwendete Useragent ist „cronBROWSE v0.92“ (Stand Mai 2018). Die maximale Skriptlaufzeit beträgt 600 Sekunden.

All-Inkl bietet im Moment (Stand Mai 2018) keine Unterstützung für IPv6 an.

Die Speicherdauer der Logdateinen ist seit Mai 2018 einstellbar. Vorher wurden die erstellten Logdateien nach etwa 6 Monaten gelöscht. Zur Auswertung ist Webalizer vorinstalliert, andere Lösungen wie AWStats oder Mamoto (früher Piwik) lassen sich selbst nachinstallieren.

Die IMAP-Server unterstützen XLIST.

Die Verwaltung der Vertragsdaten verfolgt über die MembersArea. Der Login dort kann zusätzlich über eine Zwei-Faktor-Authentifizierung (Einmalpasswort bzw. OTP) gesichert werden.

Die Server unterstützen eine automatische Konfiguration nach dem Thunderbird-Verfahren. Zugriffe auf http://EXAMPLE.COM/.well-known/autoconfig/mail/config-v1.1.xml?emailaddress=ADDRESS@EXAMPLE.COM liefern ein XML-Dokument zurück, das Thunderbird eine automatische Konfiguration der Servereinstellungen (siehe Anleitung von All-Inkl) erlaubt.

Perlskripte funktionieren standardmäßig ausschließlich im Verzeichnis cgi-bin. Durch eine .htaccess-Datei mit folgendem Inhalt kann die Ausführung zusätzlich im aktuellen Verzeichnis erlaubt werden:

Options +ExecCGI

Die Perlskripte und das Verzeichnis müssen die Rechte 755 besitzen.

weitere Pfadangaben finden sich im KAS unter FAQ/Support→Pfadangaben

Auf einem Server ist eine PHP-Version als Apache-Modul, sowie weitere als CGI-Modul installiert. Für CGI gelten strengere Restriktionen für Ressourcen, jedoch sind Funktionen wie exec() erlaubt. Als Apache-Modul wird PHP als Benutzer www-data ausgeführt, als CGI mit dem FTP-Benutzer wXXXXXX. Die Versionen werden von All-Inkl selbst kompiliert und enthalten alle den String nmm für „Neue Medien Münnich“. Veraltete PHP-Versionen werden nach dem offiziellen Supportende noch eine zeitlang weiter bei all-inkl.com angeboten und dann ausgephast:

Der Wechsel der Apache-Modul-Version ist durch den Wechsel auf einen anderen Server durch den Support möglich. Zwischen den verschiedenen angebotenen CGI-Versionen kann man selbst wechseln.

im KAS kann die gewünschte PHP-Version ausgewählt werden

Zur Verwaltung der MySQL-Datenbanken ist auf allen Servern phpMyAdmin installiert. Der Zugriff ist über den Link http://DOMAINNAME/mysqladmin oder direkt aus dem KAS heraus möglich.

In allen Paketen ist Python in den Versionen 2 und 3 nutzbar. Über den SSH-Zugang können Pakete nachinstalliert werden. Seit März 2016 ist für Python 2 der Befehl pip bzw. pip2 installiert, obwohl dies in der Liste der SSH-Befehle nicht dokumentiert ist. Ältere SSH-Umgebungen müssen gegebenenfalls neu installiert (d.h. im KAS de- und wieder aktiviert) werden. Da Pakete nicht systemweit installiert werden können, muss der Parameter --user verwendet werden:

pip install --user <PAKETNAME>

Die Pakete werden dann nach /.local installiert. Dies ist ein Symlink auf /www/htdocs/w123456/.local, so dass die installierten Pakete auch nach einer Neuinstallation der SSH-Umgebung zur Verfügung stehen. pip3 für Python 3 ist derzeit (Januar 2017) nicht installiert, kann aber wiefolgt nachinstalliert werden:

wget https://bootstrap.pypa.io/get-pip.py
python3 get-pip.py
rm get-pip.py

Wird das Verzeichnis /.local/bin an $PATH$ angehängt, wird durch pip das vorinstallierte und durch pip3 das eben manuell installierte gestartet.

Ab dem Tarif „Premium“ ist ein SSH-Zugang möglich. Dies ist allerdings kein Root-Zugang, es sind ausschließlich diese Befehle möglich. Der Befehl chown zum Ändern der Besitzrechte (und weitere Tools) können über dieses Repo hinzugefügt werden.

Dateien, die oberhalb von /www/htdocs/wXXXXXX liegen, werden bei einer Neuinstallation (z.B. bei De- und Wiederaktivierung des Zugangs, einem Wechsel auf einen anderen Server oder Hardwaredefekten) der SSH-Umgebung nicht erhalten. Dies betrifft vorallem Konfigurationsdateien wie zum Beispiel .gitconfig, .local oder .inputrc. Damit diese eine Neuinstallation überdauern, müssen sie über einen Symlink unterhalb von /www/htdocs/wXXXXXX liegen.

Die Einstellungen der /.bashrc können durch /www/htdocs/wXXXXXX/.user_bash verändert werden. Diese wird automatisch geladen. Da sie unterhalb von /www/htdocs/wXXXXXX liegt, bleibt sie bei einer Neuinstallation der SSH-Umgebung erhalten.

Innerhalb der SSH-Umgebung sind verschiedene Versionen von PHP installiert. Die über php aufrufbare Version muss dabei nicht der Version entsprechen, die auf dem Server als Apache-Modul verwendet wird. Die Funktion mail() ist deaktiviert.

In der SSH-Umgebung ist kein sendmail installiert und auch die PHP-Funktion mail() ist deaktiviert. Mails können innerhalb der SSH-Umgebung daher ausschließlich über eine SMTP-Verbindung versandt werden.

SSL-verschlüsselte Verbindungen sind in mehreren Varianten möglich. Sie unterscheiden sich unter anderem darin, ob Client ohne SNI unterstützt werden. Mehr oder weniger relevante Browser, die SNI nicht unterstützen sind Internet Explorer (alle Versionen) unter Windows XP, Internet Explorer < 7 (auch unter Windows Vista und höher) und Android Browser < 4.0 (Ice Cream Sandwich). Die meisten Besucher verwenden jedoch Browser, die SNI unterstützen: http://caniuse.com/#feat=sni

• Test, ob der eigene Browser SNI unterstützt

Die Einrichtung von Zertifikaten ist kostenpflichtig. Dabei ist auch eine Variante mit eigener IP möglich, falls der Client kein SNI unterstützt.

Ab dem Tarif „PrivatPlus“ ist der kostenlose Zugriff über den Reverse-Proxy https://ssl-account.com möglich. Der Zugriff ist auch für Clients ohne SNI möglich, jedoch muss manche Webanwendung gesondert konfiguriert werden und der Zugriff erfolgt über ein Unterverzeichnis von https://ssl-account.com, nicht über die eigene Domain.

• Konfiguration für Extplorer
• Konfiguration für Wordpress

Über das KAS lassen sich kostenlos eigene Zertifikate installieren. Dabei wird keine eigene IP verwendet, so dass der Client SNI unterstüzen muss. Die Zertifikate können selbstsigniert (dann erscheint eine Warnung im Browser), bei einer Zertifizierungstelle gekauft, oder kostenlose Zertifikate zum Beispiel von StartSSL oder Let's Encrypt sein. Die Zertifikate von Let's Encrypt lassen sich seit Ende März 2016 direkt aus dem KAS heraus einrichten. Etwa 30 Tage vor Ablauf werden sie automatisch verlängert.

• https://www.ra-networks.at/2015/12/07/lets-encrypt-mit-all-inkl-com-nutzen/
• https://netzklad.de/2015/12/lets-encrypt-im-shared-hosting/

Neuerungen werden offziell über die Newsseite bzw. den Feed bekanntgegeben. Manche Änderungen erscheinen dort nur verzögert, kleine eventuell auch gar nicht. Daher pflege ich hier ein inoffizielles Changelog: