Mittels sysv-rc können die Dienste in den entsprechenden Runlevels konfiguriert und eingesehen werden.
|
1 2 3 4 5 6 |
apt-get install sysv-rc-conf <pre> Manuell an der Console kann man zB. Mysql wie folgt automatisch starten <pre> sudo update-rc.d mysql defaults |
Einen Ordner per ssh mounten
|
1 2 3 4 5 6 |
// Verzeichnis anlegen in das ich meinen Ordner mounten möchte mkdir /home/user/localMountFolder sshfs <Username>@<Adresse des entfernten Servers>:/entferntes/Verzeichnis localMountFolder // aushängen fusermount -u /home/user/localMountFolder |
Wenn das Passwort vergessen wurde, kann man sich mittels Live CD einen Zugang verschaffen.
Nachdem das System gebootet wurde sind folgende Schritte in der Shell notwendig:
|
1 2 3 4 5 6 7 8 9 10 11 |
# wir machen uns ersteinmal zum root user sudo -i # nun mounten wir das entsprechende Laufwerk mount /dev/sda1 /mnt/ # jetzt ändern wir das root des Systems chroot /mnt/ /bin/bash # jetzt bekommt unser Benutzer ein neues Passwort passwd MeinBenutzername |
Hier entsteht eine kleine Ansammlung an Befehlen.
Installierte Linux Distribution ermitteln:
|
1 2 3 |
uname -a lsb_release -a cat /etc/issue |
Spracheinstellungen jetzt setzten
|
1 |
export LC_ALL=en_US.utf8 |
Consolenhistory
|
1 2 3 4 |
history history -c // History löschen history -d NNN // einen Historyeintrag löschen befehl // Vorangestelltes Leerzeichen -> erscheint nicht in History |
Speicherauslastung
Ordnergrößen
|
1 |
du -h --max-depth=1 |
Festplattenbelegung
|
1 |
df -h |
Um die Debug-Ausgabe eines Bash-Scriptes zu aktivieren, reicht es direkt in den Script
|
1 |
set -x |
einzufügen. Ab diesen Moment wird die Debug-Ausgabe aktiviert.
Deaktivieren kann man diese Ausgabe genauso einfach
|
1 |
set +x |
Sollte es Zeichensatzprobleme bei SSH Verbindungen geben, so ĺiegt dies an unterschiedlich gesetzten Zeichensätzen.
Das Problem kann behoben werden, wenn der auf dem Zielsystem gesetzte Zeichensatz auch auf dem Lokalen System gesetzt wird.
So ermittelt man den gesetzten Zeichensatz:
|
1 |
locale |
Und so kann ich den Zeichensatz setzen:
|
1 |
export LANG=de_DE.UTF-8 |
Oft ist es hilfreich ein Swapfile zu nutzen.
Man kann dies relativ einfach anlegen.
Als erstes erstellen wir eine Datei mit einer festen Größe für das Swapfile
bs = steht für Blocksize
count = Anzahl der Blöcke
Größe der Datei = bs*count
|
1 |
dd if=/dev/zero of=/pfad/zum/swapfile bs=1M count=1024 |
Wir bereiten die Datei für den Einsatz als Swap vor. – Das gilt auch für Swap Partitionen
|
1 |
mkswap /pfad/zum/swapfile |
Nun aktivieren wir den neuen Swap-Speicher
|
1 |
swapon /pfad/zum/swapfile |
Damit das Swapfile automatisch beim reboot geladen wird, konfigurieren wir noch die /etc/fstab
|
1 |
/pfad/zum/swapfile swap swap defaults 0 0 |
Sollte ein altes Swapfile, was nun nicht mehr benötigt wird, vorhanden sein, dann kann man dieses deaktivieren und abschließend löschen.
Der alte Eintrag in der fstab muss natürlich auch entfernt werden.
|
1 |
swapoff /pfad/zum/alten/swapfile |
Jedes Zertifikat besteht aus einem privaten und einen öffentlichen Key.
Die Dateinamen sollten so gewählt werden, das diese nachher durch diesen zugeordnet werden können.
Wir erstellen den privaten Key
|
1 |
openssl genrsa -out /pad/cert.key 1024 |
Anschließend erstellen wir aus dem privaten Key eine Zertifizierungsanforderungsdatei (csr)
|
1 |
openssl req -new -key /pad/cert.key -out /pad/cert.csr |
Für die Erstellung der csr-Datei wird man nun gebeten einige Informationen auszufüllen.
Besonders wichtig ist die Angabe von:
|
1 |
Common Name (e.g. server FQDN or YOUR name) []: |
Hier muss der komplette Domainname eingegeben werden, für den das Zertifikat gültig ist. Wenn die Domain mit www erreichbar ist, dann muss hier auch www im Domainnamen aufgeführt sein!
Für Testserver reicht hier auch ein localhost.
Nun erstellen wir das Zertifikat, die Gültigkeitsdauer gibt die Angabe in Tagen an.
|
1 |
openssl x509 -req -days 3650 -in /pad/cert.csr -signkey /pad/cert.key -out /pad/cert.crt |
Wer Composer auf seinem Server nutzen möchte, kann ihn wie folgt einrichten:
|
1 2 |
curl -sS https://getcomposer.org/installer | php mv composer.phar /usr/local/bin/composer |
Nun sollte Composer auf dem Server verfügbar sein.
Als nächstes richten wir uns ein Projektordner ein, in diesen erstellen wir die Datei composer.json mit folgenden Beispielinhalt:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
{ "name": "Name meiner Anwendung", "description": "Beschreibung", "bin-dir": "bin", "license": "MIT", "require": { "monolog/monolog": "1.*", "symfony/yaml": "3.0.*@dev", "smarty/smarty": "~3.1" }, "autoload": { "psr-4": { "Name\\Namespace\\": "src/folder" } }, "require-dev": { "phpdocumentor/phpdocumentor": "dev-master", "phpunit/phpunit": "^4.6" } } |
Mit einen einfachen
|
1 |
Composer install |
installieren wir nun unserer konfigurierten Pakete.
Unter Umständen können wir nicht alles aus den Repositories von GitHub laden. Dazu benötigen wir einen API Token.
Erzeugen können wir diesen, indem wir uns einen GitHub Account einrichten. Nun können wir dort unter „Settings->Personal access tokens->Generate new Token“ einen neuen Token erstellen.
Diesen Token geben wir bei Aufforderung durch den Composer an der Shell einfach ein, oder wir Konfigurieren Composer so, das dieser den Token schon kennt.
|
1 |
composer config github-oauth.github.com GITHUB-TOKEN |
Hin und wieder möchte man ein Verzeichnis Online verfügbar machen, welches nicht für jedermann gedacht ist.
Da man dazu nun nicht unbedingt eine Authentifizierungs-Logik schreiben möchte kann man dies auch per .htacces Datei erledigen.
In der Regel kann dies jedes Webhosting-Paket, meist kann man dies dann irgendwo im Kundenbereich konfigurieren.
Hat man einen eigenen Server zu Verfügung, so kann man einfach eine Passwortdatei und eine .htaccess Datei im entsprechenden Verzeichnis anlegen.
Die Passwortdatei erstellen wir wie folgt
|
1 |
htpasswd -c %Datei% %User% |
Im folgenden Dialog kann das Passwort eingegeben werden.
|
1 2 3 4 |
AuthType Basic AuthName "Geschützter Bereich" AuthUserFile %PasswortDatei% require user %User% |