Linux Betriebssystem

SSH --> Verschlüsselt auf Shell auf anderem Rechner zugreifen

scp --> Verschlüsselt Dateien auf anderen Rechner kopieren

Meldung von public key von System sich ändert --> Man in the MIddle Angriff

Paketfilter im Kernel

3 Funktionsgruppen: filter, nat (umschreiben Adresse), mangle (sonstige Änderungen)

filter: INPUT, OUTPUT, FORWARD

nat: vor (Ziel Ändern), nach (Quelle ändern) routing

Regelliste (Chains pro table)

Pro Regel 1 Target (ACCEPT; DROP/REJECT; DNAT/SNAT/MASQUERADE; LOG/ULOG; MARK; NOTRACK/TARPIT)

Regel: iptables -A FORWARD -s 192.168.1.5 -d 192.168.3.10 -p tcp --dport 80 -j ACCEPT

Statefull firewall

Tabelle, die Kernel hält und Verbindungen trackt --> Pakete nach nadshake erlauben/zuordnen, Kernel schreibt mit

Quelladress verändern

Bilden eines Netzwerks hinter einem Router ins Netz mit 1 Adresse

Port auf externe IP auf interne IP weitergeben ("Portforwarding")

Stadard Linux Dateisystem

Partitionen bis 4TB

Dateinamen bis 255 Zeichen

Block size variable (z.B. 1024 byte), organisiert in Block groups

Superblock/Groupdescriptors werden repliziert

inode enthält Metadaten (Zeitpunkt der erstellung, verlinkung auf nächsten Datenblock)

3 stufige Verlinkung für große Block

Konsistenz: Jede Änderung ist Nachvollziehbar

Log wird mitgeschrieben --> Warten bis Daten sicher geschrieben sind --> Änderung ins Dateisystem übertragen vgl DB

ext2 + Journaling

3 Modi: Journal (alle Daten und metadaten, slow and safe), Ordered (Nur Metadaten + flush, Änderung an Inode geloggt), Writeback (Nur Metadaten)

EXTENTS

definition von Blockbereichen möglich (große Dateien)

physikal Volume (speichergerät) --> VolumeGroup (Speicherpool) --> Aufteilung in logical Volume (Einzelne Blockdevices)

loopdevice macht aus Carrier ein Blockdevise

Logische Schicht zwischen Filesystem und Hardware

Physical Volume, Formatierung zur Verwendung

Volume Group - Speichergruppe

Logical Volume - Zugreifbares Block Device

Einfaches Vergrößern (resize2fs)

Befehle: pvcreate, vgcreate, lvcreate, lvchange

128bit für Adresse, weil damit ziemlich Viele verfügbar

Einteilung in 8 Hex blöcke

Link local address type (fe8x:, fe9x:, feax: ,febx:)

Site local address (fecx: ...fefx:) Veraltet, weil nicht unique

Unique Local IPv6 (fcxx: , fdxx:) pseudo-random 40bit Teil

Überlappung unwahrscheinlich

Meiste systemscripte abgebildet

Variablen keine Typen

if/then abhängig von Exit Status

Bedingungen bei bash durch "test" programm validiert

Benutzer und Gruppen mit numerischen ID (Integer ~65.000 Möglich)

NSS (Name Service Switch) --> Datenbanken/Libraries für Quelle bestimmte Lookups

shell und home directory

Pluggable Authentication Module

Entkopplung von Authentication, Authoization, Accounting

Dienste implementieren, PAM steuert wie was abläuft (config)

Dynamic libraries

mandatory Access Control

ordnet Dateien/Systemobjekten einen Kontext zu (z.B. Webserver)

Zugriffssteuerung auf Basis des Kontext

SELinux sagt, auf was zugegriffen werden darf

Überlagerung von Berechtigungen (User/Kontext)

Monolythisch: alles (Treiber, Code) in höchster Schutzstufe (Kernel Modus) (hier ist Linux einzuordnen)

Micro:wenig auf höchster Schutzstufe (Kernel Modus) (Treiber usw...)

existieren trotz monolythischer Struktur

Hintergrundtasks, die auf Kernel durchgeführt werden (assynchron, "housekeeping")

SWAP: Hängt direkt mit Memory zusammen

Kernel + weitere (unabhängige) Software

GNU Projekt

gcc / g++ Compiler, libgcc

init System

POSIX Struktur (Datei)

Shell / X11

verschiedene Distributionen (Installierfähige Ausprägung)

Shell (Textinterface)

X11 (Grafische Oberfläche), Nutzbar mit Window Manager (KDE, Gnome)

X11 "Grafiktreiber" (Rechtecke)

ALLES IST EINE DATEI

Universelles Interface

Leicht verknüpfbar

Firmeware Stage --> Bootloader Stage --> Kernel Stage (Common Kernel, Initial Ramdisk) --> Init Stage (rc.sysinit, Runlevel Scripts)

BIOS

Master Boot Record wird ausgeführt (512 Byte vom Bootmedium)

Boatloader wird gestartet

Kernel laden und mit Bootinfos versorgen

z.B. LILO

GRUB:

- Firmware lädt GRUB boot sector

- /boot/grub/stage2 über BIOS geladen (mehrere 100kbyte)

- GRUB stellt Komandozeile + Menü bereit

- Ausführen des Befehls: BOOTEN

Initialisierung:

-CPU Geschwindigkeit und delay loop

Anzeige Hardware

PCI Bus anbinden

Virtual Memory Management

Einkompilierte Treiber initialisieren

Zugriff for Systemstart

kann Treiber laden (notwendige)

Prozessnr 1

Systemstart nach dem Kernel

/etc/inittab

-runlevel (Zustand des OS --> Übergänge bei Zuständen: starten/stoppen von Diensten)

-Systeminitialisierungskomando

runlevel scripts (alt, init Scripte werden nacheinander ausgeführt)

upstart (neu, eigenes Softwaresystem das eigenständig Sachen hochfahren kann, schnelle bootzeiten)

ALLES IST EINE DATEI

ANsteuerung von Hardware

Treiber Interface = device file (ttyS0, sda, zero)

3 Infos für jedes Device:

-Art des Zugriffs: Block (z.B. Festplatte), Zeichenorientiert (z.B. Tastatur)

- Hauptgerätenummer (major device number)

- Nebengerätnummer (minor device number)

neuerung zu /dev

virtuelles Dateisystem

Baum gibt Struktur, Blätter les/schreibbare Pseudodateien

Brücke zwischen /dev und /sys

Prozess läuft mit und legt alles im dev an, was angesteckt wird, quasi "on the fly"

Schnittstelle zwischen User und Kernel

Virtuelles Filesystem

Funktion: Infos auslesen(über Prozesse), Kernelparameter ändern

#!/bin/bash Interpreter

STDIN, STDOUT, STDERR: Standards: In, out, error

Redirection: | = Verknüpfung, > Umleitung

Home directory

Umgebungsvariablen (set/export)

$PATH Ausführungspfad

nur 1 Dateibaum, alles wird eingehängt mit "mount"

Trennzeichen: /

owner, group und "andere"

3 Rechte: read, write, execute