Foxwiki - Benutzerbeiträge [de]

Ssh

2020-02-05T10:25:30Z

Bastianvierich: /* Konfiguration des SSH-Servers (sshd) */

===Wozu dient SSH?===

*mit SSH (Secure Shell) bauen sie eine sichere Verbindung zu einem entfernten Rechner auf und können dort arbeiten, es ermöglicht:
**Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele
**Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte
**Datenintegrität, keine Manipulation der übertragenen Daten
===normale Verbindung über SSH===

*um eine sichere Verbindung über SSH aufzubauen:
ssh <user>@<ip>
*

===Authentifizierung über Public-Keys===

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

===Konfiguration des SSH-Servers (sshd)===

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder:
sudo -s

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

===Dateitransfer===

*wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

===Benutzeroberflächen===

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen '''[Der hat Irgnedetwas nicht verstanden!]'''
:, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

=Grafisches Clients=
* Dolphin/kio
** URL
fish://<benutzer>@<rechner>/pfad
fish://user@server/home/user

===Verschlüsselung===

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

==Quellne==

==Weblinks==
* https://de.wikipedia.org/

[[Category:Netzwerk]]
[[Category:Sicherheit]]
[[Category:Linux]]

Ssh

2020-02-05T10:21:57Z

Bastianvierich: /* Konfiguration des SSH-Servers (sshd) */

===Wozu dient SSH?===

*mit SSH (Secure Shell) bauen sie eine sichere Verbindung zu einem entfernten Rechner auf und können dort arbeiten, es ermöglicht:
**Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele
**Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte
**Datenintegrität, keine Manipulation der übertragenen Daten
===normale Verbindung über SSH===

*um eine sichere Verbindung über SSH aufzubauen:
ssh <user>@<ip>
*

===Authentifizierung über Public-Keys===

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

===Konfiguration des SSH-Servers (sshd)===

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf
sudo -s

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

===Dateitransfer===

*wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

===Benutzeroberflächen===

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen '''[Der hat Irgnedetwas nicht verstanden!]'''
:, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

=Grafisches Clients=
* Dolphin/kio
** URL
fish://<benutzer>@<rechner>/pfad
fish://user@server/home/user

===Verschlüsselung===

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

==Quellne==

==Weblinks==
* https://de.wikipedia.org/

[[Category:Netzwerk]]
[[Category:Sicherheit]]
[[Category:Linux]]

Ssh

2020-02-05T10:19:55Z

Bastianvierich: /* Konfiguration des SSH-Servers (sshd) */

===Wozu dient SSH?===

*mit SSH (Secure Shell) bauen sie eine sichere Verbindung zu einem entfernten Rechner auf und können dort arbeiten, es ermöglicht:
**Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele
**Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte
**Datenintegrität, keine Manipulation der übertragenen Daten
===normale Verbindung über SSH===

*um eine sichere Verbindung über SSH aufzubauen:
ssh <user>@<ip>
*

===Authentifizierung über Public-Keys===

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

===Konfiguration des SSH-Servers (sshd)===

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf
sudo -s

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*nach erfolgter Änderung der Datei sshd_config startet man der Server mit dem Befehl:

sudo reload ssh

===Dateitransfer===

*wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

===Benutzeroberflächen===

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen '''[Der hat Irgnedetwas nicht verstanden!]'''
:, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

=Grafisches Clients=
* Dolphin/kio
** URL
fish://<benutzer>@<rechner>/pfad
fish://user@server/home/user

===Verschlüsselung===

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

==Quellne==

==Weblinks==
* https://de.wikipedia.org/

[[Category:Netzwerk]]
[[Category:Sicherheit]]
[[Category:Linux]]

Ssh

2020-02-04T11:14:28Z

Bastianvierich: /* normale Verbindung über SSH */

===Wozu dient SSH?===

*mit SSH (Secure Shell) bauen sie eine sichere Verbindung zu einem entfernten Rechner auf und können dort arbeiten, es ermöglicht:
**Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele
**Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte
**Datenintegrität, keine Manipulation der übertragenen Daten
===normale Verbindung über SSH===

*um eine sichere Verbindung über SSH aufzubauen:
ssh <user>@<ip>
*

===Authentifizierung über Public-Keys===

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

===Konfiguration des SSH-Servers (sshd)===

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*nach erfolgter Änderung der Datei sshd_config startet man der Server mit dem Befehl:

sudo reload ssh

===Dateitransfer===

*wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

===Benutzeroberflächen===

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

===Grafisches Dateimanagement===

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

===Verschlüsselung===

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-02-04T11:12:02Z

Bastianvierich: /* normale Verbindung über SSH */

===Wozu dient SSH?===

*mit SSH (Secure Shell) bauen sie eine sichere Verbindung zu einem entfernten Rechner auf und können dort arbeiten, es ermöglicht:
**Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele
**Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte
**Datenintegrität, keine Manipulation der übertragenen Daten
===normale Verbindung über SSH===

*um eine sichere Verbindung über SSH aufzubauen
*
*

===Authentifizierung über Public-Keys===

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

===Konfiguration des SSH-Servers (sshd)===

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*nach erfolgter Änderung der Datei sshd_config startet man der Server mit dem Befehl:

sudo reload ssh

===Dateitransfer===

*wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

===Benutzeroberflächen===

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

===Grafisches Dateimanagement===

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

===Verschlüsselung===

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-02-04T11:06:50Z

Bastianvierich: /* normal Verbindung über SSH */

===Wozu dient SSH?===

*mit SSH (Secure Shell) bauen sie eine sichere Verbindung zu einem entfernten Rechner auf und können dort arbeiten, es ermöglicht:
**Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele
**Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte
**Datenintegrität, keine Manipulation der übertragenen Daten
===normale Verbindung über SSH===

*
*
*

===Authentifizierung über Public-Keys===

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

===Konfiguration des SSH-Servers (sshd)===

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*nach erfolgter Änderung der Datei sshd_config startet man der Server mit dem Befehl:

sudo reload ssh

===Dateitransfer===

*wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

===Benutzeroberflächen===

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

===Grafisches Dateimanagement===

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

===Verschlüsselung===

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-02-04T11:06:25Z

Bastianvierich:

===Wozu dient SSH?===

*mit SSH (Secure Shell) bauen sie eine sichere Verbindung zu einem entfernten Rechner auf und können dort arbeiten, es ermöglicht:
**Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele
**Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte
**Datenintegrität, keine Manipulation der übertragenen Daten
===normal Verbindung über SSH===

===Authentifizierung über Public-Keys===

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

===Konfiguration des SSH-Servers (sshd)===

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*nach erfolgter Änderung der Datei sshd_config startet man der Server mit dem Befehl:

sudo reload ssh

===Dateitransfer===

*wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

===Benutzeroberflächen===

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

===Grafisches Dateimanagement===

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

===Verschlüsselung===

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-02-04T11:02:17Z

Bastianvierich: /* Verschlüsselung */

===Wozu dient SSH?===

*mit SSH (Secure Shell) bauen sie eine sichere Verbindung zu einem entfernten Rechner auf und können dort arbeiten, es ermöglicht:
**Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele
**Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte
**Datenintegrität, keine Manipulation der übertragenen Daten

===Authentifizierung über Public-Keys===

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

===Konfiguration des SSH-Servers (sshd)===

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*nach erfolgter Änderung der Datei sshd_config startet man der Server mit dem Befehl:

sudo reload ssh

===Dateitransfer===

*wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

===Benutzeroberflächen===

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

===Grafisches Dateimanagement===

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

===Verschlüsselung===

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-02-04T11:02:05Z

Bastianvierich: /* Grafisches Dateimanagement */

===Wozu dient SSH?===

*mit SSH (Secure Shell) bauen sie eine sichere Verbindung zu einem entfernten Rechner auf und können dort arbeiten, es ermöglicht:
**Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele
**Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte
**Datenintegrität, keine Manipulation der übertragenen Daten

===Authentifizierung über Public-Keys===

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

===Konfiguration des SSH-Servers (sshd)===

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*nach erfolgter Änderung der Datei sshd_config startet man der Server mit dem Befehl:

sudo reload ssh

===Dateitransfer===

*wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

===Benutzeroberflächen===

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

===Grafisches Dateimanagement===

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-02-04T11:01:55Z

Bastianvierich: /* Benutzeroberflächen */

===Wozu dient SSH?===

*mit SSH (Secure Shell) bauen sie eine sichere Verbindung zu einem entfernten Rechner auf und können dort arbeiten, es ermöglicht:
**Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele
**Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte
**Datenintegrität, keine Manipulation der übertragenen Daten

===Authentifizierung über Public-Keys===

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

===Konfiguration des SSH-Servers (sshd)===

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*nach erfolgter Änderung der Datei sshd_config startet man der Server mit dem Befehl:

sudo reload ssh

===Dateitransfer===

*wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

===Benutzeroberflächen===

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-02-04T11:01:31Z

Bastianvierich: /* Dateitransfer */

===Wozu dient SSH?===

*mit SSH (Secure Shell) bauen sie eine sichere Verbindung zu einem entfernten Rechner auf und können dort arbeiten, es ermöglicht:
**Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele
**Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte
**Datenintegrität, keine Manipulation der übertragenen Daten

===Authentifizierung über Public-Keys===

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

===Konfiguration des SSH-Servers (sshd)===

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*nach erfolgter Änderung der Datei sshd_config startet man der Server mit dem Befehl:

sudo reload ssh

===Dateitransfer===

*wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-02-04T11:00:46Z

Bastianvierich: /* Konfiguration des SSH-Servers (sshd) */

===Wozu dient SSH?===

*mit SSH (Secure Shell) bauen sie eine sichere Verbindung zu einem entfernten Rechner auf und können dort arbeiten, es ermöglicht:
**Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele
**Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte
**Datenintegrität, keine Manipulation der übertragenen Daten

===Authentifizierung über Public-Keys===

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

===Konfiguration des SSH-Servers (sshd)===

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*nach erfolgter Änderung der Datei sshd_config startet man der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

*wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-02-04T11:00:06Z

Bastianvierich:

===Wozu dient SSH?===

*mit SSH (Secure Shell) bauen sie eine sichere Verbindung zu einem entfernten Rechner auf und können dort arbeiten, es ermöglicht:
**Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele
**Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte
**Datenintegrität, keine Manipulation der übertragenen Daten

===Authentifizierung über Public-Keys===

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

==Konfiguration des SSH-Servers (sshd)==

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*nach erfolgter Änderung der Datei sshd_config startet man der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

*wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-02-04T10:58:18Z

Bastianvierich: /* Wozu dient SSH? */

===Wozu dient SSH?===

*mit SSH (Secure Shell) bauen sie eine sichere Verbindung zu einem entfernten Rechner auf und können dort arbeiten, es ermöglicht:
**Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele
**Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte
**Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

==Konfiguration des SSH-Servers (sshd)==

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*nach erfolgter Änderung der Datei sshd_config startet man der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

*wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-02-04T10:48:42Z

Bastianvierich: /* Wozu dient SSH? */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine sichere Verbindung zu einem entfernten Rechner auf und können dort arbeiten,
:es ermöglicht:

#Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

#Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

#Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

==Konfiguration des SSH-Servers (sshd)==

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*nach erfolgter Änderung der Datei sshd_config startet man der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

*wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-02-04T10:45:16Z

Bastianvierich: /* Wozu dient SSH? */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine sichere Verbindung zu einem entfernten Rechner auf und können dort arbeiten,
:es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

==Konfiguration des SSH-Servers (sshd)==

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*nach erfolgter Änderung der Datei sshd_config startet man der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

*wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-21T12:42:26Z

Bastianvierich: /* Dateitransfer */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine verschlüsselte Verbindung zu einem entfernten Rechner auf und können dort arbeiten,
:es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

==Konfiguration des SSH-Servers (sshd)==

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*nach erfolgter Änderung der Datei sshd_config startet man der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

*wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-21T12:41:16Z

Bastianvierich: /* Dateitransfer */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine verschlüsselte Verbindung zu einem entfernten Rechner auf und können dort arbeiten,
:es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

==Konfiguration des SSH-Servers (sshd)==

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*nach erfolgter Änderung der Datei sshd_config startet man der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

*Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen.
*sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
*dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

*Secure Copy:

*(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-21T12:35:13Z

Bastianvierich: /* Konfiguration des SSH-Servers (sshd) */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine verschlüsselte Verbindung zu einem entfernten Rechner auf und können dort arbeiten,
:es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

==Konfiguration des SSH-Servers (sshd)==

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*nach erfolgter Änderung der Datei sshd_config startet man der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

:Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen. Sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen bewegen.
:Dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp.

*Secure Copy

:(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz.

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-21T12:31:36Z

Bastianvierich: /* Konfiguration des SSH-Servers (sshd) */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine verschlüsselte Verbindung zu einem entfernten Rechner auf und können dort arbeiten,
:es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

==Konfiguration des SSH-Servers (sshd)==

*die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt, die Voreinstellungen sind aber durchweg akzeptabel

*es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen, dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf

*mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht; dies empfiehlt sich besonders bei Servern
*AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff

*wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
*da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden
*der dafür nötige Eintrag wäre UseDNS no.

*Nach erfolgter Änderung der Datei sshd_config muss der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

:Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen. Sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen bewegen.
:Dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp.

*Secure Copy

:(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz.

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-21T12:27:19Z

Bastianvierich: /* Authentifizierung über Public-Keys */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine verschlüsselte Verbindung zu einem entfernten Rechner auf und können dort arbeiten,
:es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

*anschließend kann man sich ohne Passwort anmelden:

ssh <user>@<server>

*für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

==Konfiguration des SSH-Servers (sshd)==

*Die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt. Die Voreinstellungen sind aber durchweg akzeptabel.

*Es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen. Dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf.

*Mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht. Dies empfiehlt sich besonders bei Servern. AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff.

*Wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*Falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen. Da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden. Der dafür nötige Eintrag wäre UseDNS no.

*Nach erfolgter Änderung der Datei sshd_config muss der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

:Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen. Sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen bewegen.
:Dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp.

*Secure Copy

:(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz.

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-21T12:24:16Z

Bastianvierich: /* Wozu dient SSH? */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine verschlüsselte Verbindung zu einem entfernten Rechner auf und können dort arbeiten,
:es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub user@server

:Anschließend kann man sich ohne Passwort anmelden:

ssh user@server

:Für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh server"

==Konfiguration des SSH-Servers (sshd)==

*Die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt. Die Voreinstellungen sind aber durchweg akzeptabel.

*Es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen. Dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf.

*Mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht. Dies empfiehlt sich besonders bei Servern. AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff.

*Wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*Falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen. Da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden. Der dafür nötige Eintrag wäre UseDNS no.

*Nach erfolgter Änderung der Datei sshd_config muss der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

:Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen. Sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen bewegen.
:Dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp.

*Secure Copy

:(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz.

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-21T12:23:42Z

Bastianvierich: /* Authentifizierung über Public-Keys */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine verschlüsselte Verbindung zu einem entfernten Rechner auf und können dort arbeiten
:es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden
*dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub user@server

:Anschließend kann man sich ohne Passwort anmelden:

ssh user@server

:Für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh server"

==Konfiguration des SSH-Servers (sshd)==

*Die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt. Die Voreinstellungen sind aber durchweg akzeptabel.

*Es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen. Dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf.

*Mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht. Dies empfiehlt sich besonders bei Servern. AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff.

*Wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*Falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen. Da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden. Der dafür nötige Eintrag wäre UseDNS no.

*Nach erfolgter Änderung der Datei sshd_config muss der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

:Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen. Sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen bewegen.
:Dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp.

*Secure Copy

:(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz.

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-21T12:22:38Z

Bastianvierich: /* Authentifizierung über Public-Keys */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine verschlüsselte Verbindung zu einem entfernten Rechner auf und können dort arbeiten
:es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

*nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub oder id_ed25519.pub), auf dem Zielsystem deponiert werden. Dazu dient das Programm ssh-copy-id. Zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub user@server

:Anschließend kann man sich ohne Passwort anmelden:

ssh user@server

:Für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh server"

==Konfiguration des SSH-Servers (sshd)==

*Die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt. Die Voreinstellungen sind aber durchweg akzeptabel.

*Es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen. Dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf.

*Mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht. Dies empfiehlt sich besonders bei Servern. AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff.

*Wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*Falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen. Da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden. Der dafür nötige Eintrag wäre UseDNS no.

*Nach erfolgter Änderung der Datei sshd_config muss der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

:Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen. Sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen bewegen.
:Dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp.

*Secure Copy

:(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz.

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-21T12:17:44Z

Bastianvierich: /* Authentifizierung über Public-Keys */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine verschlüsselte Verbindung zu einem entfernten Rechner auf und können dort arbeiten
:es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (/home/user/.ssh id_rsa oder /home/user/.ssh/id_ed25519) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

:Nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub), auf dem Zielsystem deponiert werden. Dazu dient das Programm ssh-copy-id. Zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub user@server

:Anschließend kann man sich ohne Passwort anmelden:

ssh user@server

:Für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh server"

==Konfiguration des SSH-Servers (sshd)==

*Die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt. Die Voreinstellungen sind aber durchweg akzeptabel.

*Es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen. Dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf.

*Mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht. Dies empfiehlt sich besonders bei Servern. AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff.

*Wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*Falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen. Da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden. Der dafür nötige Eintrag wäre UseDNS no.

*Nach erfolgter Änderung der Datei sshd_config muss der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

:Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen. Sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen bewegen.
:Dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp.

*Secure Copy

:(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz.

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-21T12:14:44Z

Bastianvierich: /* Authentifizierung über Public-Keys */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine verschlüsselte Verbindung zu einem entfernten Rechner auf und können dort arbeiten
:es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

*der voreingestellte Dateiname (id_rsa) kann einfach mit der Taste ⏎ bestätigt werden
*von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

:Nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub), auf dem Zielsystem deponiert werden. Dazu dient das Programm ssh-copy-id. Zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub user@server

:Anschließend kann man sich ohne Passwort anmelden:

ssh user@server

:Für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh server"

==Konfiguration des SSH-Servers (sshd)==

*Die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt. Die Voreinstellungen sind aber durchweg akzeptabel.

*Es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen. Dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf.

*Mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht. Dies empfiehlt sich besonders bei Servern. AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff.

*Wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*Falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen. Da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden. Der dafür nötige Eintrag wäre UseDNS no.

*Nach erfolgter Änderung der Datei sshd_config muss der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

:Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen. Sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen bewegen.
:Dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp.

*Secure Copy

:(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz.

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-21T12:13:25Z

Bastianvierich: /* Authentifizierung über Public-Keys */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine verschlüsselte Verbindung zu einem entfernten Rechner auf und können dort arbeiten
:es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096
*oder
ssh-keygen -t ed25519

:Der voreingestellte Dateiname (id_rsa) kann einfach mit der Taste ⏎ bestätigt werden, außer man möchte sich ein weiteres Schlüsselpaar erzeugen. Von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

:Nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub), auf dem Zielsystem deponiert werden. Dazu dient das Programm ssh-copy-id. Zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub user@server

:Anschließend kann man sich ohne Passwort anmelden:

ssh user@server

:Für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh server"

==Konfiguration des SSH-Servers (sshd)==

*Die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt. Die Voreinstellungen sind aber durchweg akzeptabel.

*Es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen. Dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf.

*Mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht. Dies empfiehlt sich besonders bei Servern. AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff.

*Wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*Falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen. Da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden. Der dafür nötige Eintrag wäre UseDNS no.

*Nach erfolgter Änderung der Datei sshd_config muss der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

:Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen. Sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen bewegen.
:Dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp.

*Secure Copy

:(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz.

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-21T12:10:32Z

Bastianvierich: /* Authentifizierung über Public-Keys */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine verschlüsselte Verbindung zu einem entfernten Rechner auf und können dort arbeiten
:es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln
*um dieses Verfahren verwenden zukönnen, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096

:Der voreingestellte Dateiname (id_rsa) kann einfach mit der Taste ⏎ bestätigt werden, außer man möchte sich ein weiteres Schlüsselpaar erzeugen. Von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

:Nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub), auf dem Zielsystem deponiert werden. Dazu dient das Programm ssh-copy-id. Zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub user@server

:Anschließend kann man sich ohne Passwort anmelden:

ssh user@server

:Für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh server"

==Konfiguration des SSH-Servers (sshd)==

*Die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt. Die Voreinstellungen sind aber durchweg akzeptabel.

*Es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen. Dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf.

*Mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht. Dies empfiehlt sich besonders bei Servern. AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff.

*Wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*Falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen. Da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden. Der dafür nötige Eintrag wäre UseDNS no.

*Nach erfolgter Änderung der Datei sshd_config muss der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

:Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen. Sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen bewegen.
:Dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp.

*Secure Copy

:(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz.

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-21T12:09:45Z

Bastianvierich: /* Authentifizierung über Public-Keys */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine verschlüsselte Verbindung zu einem entfernten Rechner auf und können dort arbeiten
:es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln

:Damit man dieses Verfahren überhaupt verwenden kann, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096

:Der voreingestellte Dateiname (id_rsa) kann einfach mit der Taste ⏎ bestätigt werden, außer man möchte sich ein weiteres Schlüsselpaar erzeugen. Von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

:Nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub), auf dem Zielsystem deponiert werden. Dazu dient das Programm ssh-copy-id. Zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub user@server

:Anschließend kann man sich ohne Passwort anmelden:

ssh user@server

:Für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh server"

==Konfiguration des SSH-Servers (sshd)==

*Die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt. Die Voreinstellungen sind aber durchweg akzeptabel.

*Es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen. Dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf.

*Mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht. Dies empfiehlt sich besonders bei Servern. AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff.

*Wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*Falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen. Da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden. Der dafür nötige Eintrag wäre UseDNS no.

*Nach erfolgter Änderung der Datei sshd_config muss der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

:Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen. Sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen bewegen.
:Dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp.

*Secure Copy

:(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz.

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-21T12:09:09Z

Bastianvierich: /* Authentifizierung über Public-Keys */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine verschlüsselte Verbindung zu einem entfernten Rechner auf und können dort arbeiten
:es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

*wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
*hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren.
*mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
*nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln.

:Damit man dieses Verfahren überhaupt verwenden kann, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096

:Der voreingestellte Dateiname (id_rsa) kann einfach mit der Taste ⏎ bestätigt werden, außer man möchte sich ein weiteres Schlüsselpaar erzeugen. Von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

:Nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub), auf dem Zielsystem deponiert werden. Dazu dient das Programm ssh-copy-id. Zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub user@server

:Anschließend kann man sich ohne Passwort anmelden:

ssh user@server

:Für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh server"

==Konfiguration des SSH-Servers (sshd)==

*Die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt. Die Voreinstellungen sind aber durchweg akzeptabel.

*Es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen. Dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf.

*Mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht. Dies empfiehlt sich besonders bei Servern. AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff.

*Wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*Falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen. Da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden. Der dafür nötige Eintrag wäre UseDNS no.

*Nach erfolgter Änderung der Datei sshd_config muss der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

:Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen. Sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen bewegen.
:Dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp.

*Secure Copy

:(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz.

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-21T12:03:52Z

Bastianvierich: /* Dateitransfer */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine verschlüsselte Verbindung zu einem entfernten Rechner auf und können dort arbeiten
:es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

:Wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, - immerhin könnte das Passwort ja erraten werden - der benutzt am besten das Public-Key-Verfahren. Hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren.

:Mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion). Nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln.

:Damit man dieses Verfahren überhaupt verwenden kann, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096

:Der voreingestellte Dateiname (id_rsa) kann einfach mit der Taste ⏎ bestätigt werden, außer man möchte sich ein weiteres Schlüsselpaar erzeugen. Von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

:Nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub), auf dem Zielsystem deponiert werden. Dazu dient das Programm ssh-copy-id. Zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub user@server

:Anschließend kann man sich ohne Passwort anmelden:

ssh user@server

:Für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh server"

==Konfiguration des SSH-Servers (sshd)==

*Die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt. Die Voreinstellungen sind aber durchweg akzeptabel.

*Es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen. Dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf.

*Mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht. Dies empfiehlt sich besonders bei Servern. AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff.

*Wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*Falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen. Da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden. Der dafür nötige Eintrag wäre UseDNS no.

*Nach erfolgter Änderung der Datei sshd_config muss der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

:Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen. Sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen bewegen.
:Dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp.

*Secure Copy

:(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz.

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-21T11:56:16Z

Bastianvierich: /* Wozu dient SSH? */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine verschlüsselte Verbindung zu einem entfernten Rechner auf und können dort arbeiten
:es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

:Wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, - immerhin könnte das Passwort ja erraten werden - der benutzt am besten das Public-Key-Verfahren. Hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren.

:Mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion). Nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln.

:Damit man dieses Verfahren überhaupt verwenden kann, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096

:Der voreingestellte Dateiname (id_rsa) kann einfach mit der Taste ⏎ bestätigt werden, außer man möchte sich ein weiteres Schlüsselpaar erzeugen. Von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

:Nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub), auf dem Zielsystem deponiert werden. Dazu dient das Programm ssh-copy-id. Zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub user@server

:Anschließend kann man sich ohne Passwort anmelden:

ssh user@server

:Für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh server"

==Konfiguration des SSH-Servers (sshd)==

*Die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt. Die Voreinstellungen sind aber durchweg akzeptabel.

*Es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen. Dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf.

*Mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht. Dies empfiehlt sich besonders bei Servern. AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff.

*Wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*Falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen. Da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden. Der dafür nötige Eintrag wäre UseDNS no.

*Nach erfolgter Änderung der Datei sshd_config muss der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

:Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen. Sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen bewegen.
:Dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp.

*Secure Copy

:(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz.

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die Versteckte Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-21T11:54:56Z

Bastianvierich: /* Wozu dient SSH? */

==Wozu dient SSH?==

*mit SSH (Secure Shell) bauen sie eine verschlüsselte Verbindung zu einem entfernten Rechner auf und können dort arbeiten
:Es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

:Wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, - immerhin könnte das Passwort ja erraten werden - der benutzt am besten das Public-Key-Verfahren. Hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren.

:Mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion). Nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln.

:Damit man dieses Verfahren überhaupt verwenden kann, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096

:Der voreingestellte Dateiname (id_rsa) kann einfach mit der Taste ⏎ bestätigt werden, außer man möchte sich ein weiteres Schlüsselpaar erzeugen. Von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

:Nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub), auf dem Zielsystem deponiert werden. Dazu dient das Programm ssh-copy-id. Zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub user@server

:Anschließend kann man sich ohne Passwort anmelden:

ssh user@server

:Für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh server"

==Konfiguration des SSH-Servers (sshd)==

*Die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt. Die Voreinstellungen sind aber durchweg akzeptabel.

*Es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen. Dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf.

*Mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht. Dies empfiehlt sich besonders bei Servern. AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff.

*Wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*Falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen. Da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden. Der dafür nötige Eintrag wäre UseDNS no.

*Nach erfolgter Änderung der Datei sshd_config muss der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

:Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen. Sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen bewegen.
:Dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp.

*Secure Copy

:(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz.

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

um die Versteckte Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]
scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-16T10:48:42Z

Bastianvierich: /* Wozu dient SSH */

==Wozu dient SSH?==

:Secure Shell oder SSH bezeichnet sowohl ein Netzwerkprotokoll als auch entsprechende Programme, mit deren Hilfe man auf eine sichere Art und Weise eine authentifizierte und verschlüsselte Verbindung zwischen zwei Rechnern über ein unsicheres Netzwerk herstellen kann.

:Es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

:Wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, - immerhin könnte das Passwort ja erraten werden - der benutzt am besten das Public-Key-Verfahren. Hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren.

:Mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion). Nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln.

:Damit man dieses Verfahren überhaupt verwenden kann, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096

:Der voreingestellte Dateiname (id_rsa) kann einfach mit der Taste ⏎ bestätigt werden, außer man möchte sich ein weiteres Schlüsselpaar erzeugen. Von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

:Nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub), auf dem Zielsystem deponiert werden. Dazu dient das Programm ssh-copy-id. Zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub user@server

:Anschließend kann man sich ohne Passwort anmelden:

ssh user@server

:Für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh server"

==Konfiguration des SSH-Servers (sshd)==

*Die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt. Die Voreinstellungen sind aber durchweg akzeptabel.

*Es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen. Dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf.

*Mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht. Dies empfiehlt sich besonders bei Servern. AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff.

*Wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*Falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen. Da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden. Der dafür nötige Eintrag wäre UseDNS no.

*Nach erfolgter Änderung der Datei sshd_config muss der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

:Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen. Sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen bewegen.
:Dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp.

*Secure Copy

:(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz.

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

Ssh

2020-01-16T10:19:55Z

Bastianvierich:

==Wozu dient SSH==

:Secure Shell oder SSH bezeichnet sowohl ein Netzwerkprotokoll als auch entsprechende Programme, mit deren Hilfe man auf eine sichere Art und Weise eine authentifizierte und verschlüsselte Verbindung zwischen zwei Rechnern über ein unsicheres Netzwerk herstellen kann.

:Es ermöglicht:

*Authentifizierung der Gegenstelle, kein Ansprechen falscher Ziele

*Verschlüsselung der Datenübertragung, kein Mithören durch Unbefugte

*Datenintegrität, keine Manipulation der übertragenen Daten

==Authentifizierung über Public-Keys==

:Wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, - immerhin könnte das Passwort ja erraten werden - der benutzt am besten das Public-Key-Verfahren. Hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren.

:Mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion). Nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger kann die Daten entschlüsseln.

:Damit man dieses Verfahren überhaupt verwenden kann, muss man sich zunächst mit Hilfe des Kommandozeilenprogramms ssh-keygen ein entsprechendes Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096

:Der voreingestellte Dateiname (id_rsa) kann einfach mit der Taste ⏎ bestätigt werden, außer man möchte sich ein weiteres Schlüsselpaar erzeugen. Von der Benutzung einer leeren Passphrase ist jedoch abzuraten, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.

:Nun muss noch der öffentliche Schlüssel, zu erkennen an der Endung .pub (id_rsa.pub), auf dem Zielsystem deponiert werden. Dazu dient das Programm ssh-copy-id. Zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein (PasswordAuthentication yes):

ssh-copy-id -i ~/.ssh/id_rsa.pub user@server

:Anschließend kann man sich ohne Passwort anmelden:

ssh user@server

:Für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh server"

==Konfiguration des SSH-Servers (sshd)==

*Die Konfiguration des SSH-Servers sshd findet über die Datei /etc/ssh/sshd_config statt. Die Voreinstellungen sind aber durchweg akzeptabel.

*Es kann jedoch sinnvoll sein, PermitRootLogin auf no zu setzen. Dann kann sich niemand direkt als root einloggen, sondern man meldet sich unter seinem Benutzernamen an und ruft dann su oder sudo -s auf.

*Mit den Direktiven AllowUsers und AllowGroups bzw. DenyUsers und DenyGroups lässt sich noch genauer festlegen, welche Benutzer sich anmelden dürfen und welche nicht. Dies empfiehlt sich besonders bei Servern. AllowGroups admin verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe admin sind, den Zugriff.

*Wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit PasswordAuthentication no abschalten.

*Falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen. Da man SSH normalerweise sowieso über die IP benutzt, können diese DNS-Anfragen in der sshd_config deaktiviert werden. Der dafür nötige Eintrag wäre UseDNS no.

*Nach erfolgter Änderung der Datei sshd_config muss der Server mit dem Befehl:

sudo reload ssh

==Dateitransfer==

:Wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglich Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen. Sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen bewegen.
:Dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp.

*Secure Copy

:(abgekürzt SCP) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz.

:Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist normalerweise gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

:In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.

*sftp

:Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:

:Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.

:Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

==Benutzeroberflächen==

:Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.

*PuTTY - gibt es sowohl für Linux als auch für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
*PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert werden kann.
*Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. Leider kann man in der aktuellen Version die Zugangspasswörter nicht speichern lassen und keine Angaben zum verwendeten Port machen. Es funktioniert somit nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt aber Mono als Voraussetzung.

==Grafisches Dateimanagement==

KDE Plasma
----

*Zugriff per Dateimanager Dolphin

:Die meisten User möchten keine grafischen Programme auf dem entfernten Rechner ausführen, sondern oftmals Daten vom Laptop zum Heimrechner transferieren.
:KDE bringt dazu einen kio-slaves mit, der einen transparenten Zugriff aus allen KDE-Anwendungen zulässt.
:KDE-Input/Output-Slaves (kurz KIO-Slaves) sind Module, die ein asynchrones virtuelles Dateisystem darstellen.
:Im Dateimanager Dolphin oder Konqueror kann folgende URL in der Adresszeile verwendet werden

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

:Daraufhin wird das Benutzerpasswort des Rechners abgefragt und man ist im Home-Verzeichnis des entfernten Rechners und kann nach belieben Daten von einem Rechner zum anderen verschieben und kopieren.

==Verschlüsselung==

:ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
*3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
:Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:
*ssh -c blowfish ...
*ssh -o Cipher=blowfish...
:Eintrag Cipher blowfish für einige oder alle Hosts in der ~/.ssh/config oder /etc/ssh/ssh_config.

Quelle: https://de.wikipedia.org/

[[Category:Netzwerk]]

[[Benutzer:Meikschwalm|Meikschwalm]] ([[Benutzer Diskussion:Meikschwalm|Diskussion]]) 11:29, 21. Mai 2019 (CEST)

LPIC101/104.1 Partitionen und Dateisysteme

2019-12-12T13:13:40Z

Bastianvierich: Bastianvierich verschob die Seite 104.1 Partitionen und Dateisysteme anlegen nach Archiv 104.1 Partitionen und Dateisysteme anlegen

==Was ist ein Dateisystem?==
* Um besser zu verstehen, was ein Dateisystem unter Linux ist, beginnen wir mit einem Beispiel der realen Welt.
* Stellen Sie sich einen Kühlschrank mit Gefrierfach vor, im Kühlschrank mit Gefrierfach gibt es normalerweise unterschiedliche Abschnitte für unterschiedliche Lebensmittel.
* Zum Beispiel ein Platz für Flüssigkeiten, ein Platz für Eier, ein Platz für Obst.
* Auf diese Weise können Sie Ihr Essen viel einfacher organisieren als wenn alles vorhanden ist, und vor allem, wenn Sie etwas suchen, können Sie tun, was Sie suchen.
* Dies gilt auch für Systemdateien, deshalb das Dateisystem ist eine Methode zum Speichern und Organisieren verschiedener Informationen. Einschließlich von Linux-Betriebssystemen unterstützter .

==Dateien im Zusammenhang mit dem Dateisystem der Festplatte==
*(Ext)
*(Ext2)
*(Ext3)
*(Ext4)
*(XFS)
*(VFAT)

===Was ist (Ext)===

(Extended File System) – für Linux weiterentwickelte Variante des minix-Dateisystems
Es ist das erste Dateisystem, das speziell für Linux erstellt wurde. Dieses 1992 eingeführte Dateisystem ist eine aktualisierte Version des Minix-Dateisystems. Diesem Dateisystem fehlen wesentliche Funktionen, weshalb die meisten Linux-Versionen derzeit Ext nicht unterstützen.

===Was ist (Ext2)===

(Second Extended File System) – weiterentwickelte Variante von ext mit erweiterten Grenzen; war lange Zeit das Standard-Dateisystem
Dieses Dateisystem verfügt nicht über die Journalfunktion.
Das erste ist ein Dateisystem, das eine Reihe zusätzlicher Funktionen für Dateien und Laufwerke mit einer Größe von 2 Terabyte unterstützt.

===Was ist (Ext3)===

(Third Extended File System) – weiterentwickelte Variante von ext2 mit Journaling .
Das ist das Ext2, das die Journaling-Funktion hinzugefügt hat.

===Was ist (Ext4)===

(Fourth Extended File System) – weiterentwickelte Variante von ext3, u. a. mit erweiterten Grenzen .
Dieses Dateisystem wurde auch so konzipiert, dass es mit früheren Versionen kompatibel ist. Neue Funktionen wurden zu Ext4 hinzugefügt. Eine der guten und nützlichen Eigenschaften dieses Dateisystems ist die Fragmentierung von Dateien (Fragmentation).

===Was ist (XFS)===
(x File System): Netzwerkdateisystem, entwickelt an der Berkeley-Universität (nicht zu verwechseln mit XFS)
Dieses Dateisystem wurde von Silicon Graphics für 64-Bit-Dateisysteme entwickelt.Einige dieser externen Dateisysteme sind nur auf demselben Betriebssystem verfügbar. Einige Dateisysteme, die nur in Unix-Umgebungen verfügbar sind, werden in xfs unterstützt.

===Was ist (VFAT)===

(Virtual FAT) Optionale Erweiterung von FAT12/FAT16/FAT32, um Unterstützung für lange Dateinamen und Sonderzeichen zu gewährleisten, ab Windows 95 .

ist eine Version des FAT-Dateisystems, auch bekannt als FAT32. Dieses Dateisystem unterstützt mehr Dateikapazität als FAT. Die meisten Microsoft-Betriebssysteme unterstützen Vfat. Tatsächlich ist Vfat Windows FAT32.

VFAT:
ist eine Version des FAT-Dateisystems, auch bekannt als FAT32. Dieses Dateisystem unterstützt mehr Dateikapazität als FAT. Die meisten Microsoft-Betriebssysteme unterstützen Vfat. Tatsächlich ist Vfat Windows FAT32.

==Dateisysteme für Flash-Speicher==

=== UBIFS ===
(Unsorted Block Image File System):
von Nokia geförderter, potenzieller JFFS2-Nachfolger .

=== JFFS2 ===
(Journaling Flash File System, Version 2): weiterentwickelte Variante von JFFS, Unterstützung für NAND-Flash, Komprimierung etc. entgegen dem Namen verwendet es kein Journaling .

=== YAFFS ===
(Yet Another Flash File System): speziell für NAND-Flashspeicher .

==Datenbank Bezogene Dateisysteme und Dateisystemen für bestimmte Zwecke==
*procfs
*sysfs
*tmpfs
*debugfs

===procfs===

Abkürzung für process filesystem, übersetzt ‚Prozessdateisystem‘) ist ein virtuelles Dateisystem auf meist unixoiden Systemen. Es dient zur Anzeige und Änderung von System- und Prozessparametern. Üblicherweise wird es in der Verzeichnisstruktur unter /proc eingebunden. Es wird vom Kernel während des Bootvorgangs dynamisch erzeugt und nicht gespeichert.

===sysfs===

ist ein virtuelles Dateisystem des Linux-Kernels. Es exportiert Informationen über verschiedene Kernel-Subsysteme, Hardware und assoziierte Geräte-Treiber durch virtuelle Dateien in den Benutzer-Modus. Bestimmte Parameter können über dieses Interface auch konfiguriert werden.

Sysfs bietet eine ähnliche Funktionalität wie der Sysctl-Mechanismus in BSD-Betriebssystemen, mit dem Unterschied, dass Sysfs als virtuelles Dateisystem implementiert wurde.

===tmpfs===
englisch für (temporary file system) ist ein Dateisystem, das in vielen Unix-artigen Betriebssystemen, als verbesserter Ersatz für ramfs, zum Anlegen einer RAM-Disk eingesetzt wird.

===debugfs===
englisch für (debug filesystem) ist ein virtuelles Dateisystem des Linux-Kernels. Es wurde von Greg Kroah-Hartman entwickelt und ist seit der Kernel-Version 2.6.10-rc3 offiziell verfügbar.

==Unterschiede / Gemeinsamkeiten zwischen Windows und Linux==

===Vorwort===

In diesem Dokument sollen die wesentlichen Unterschiede zwischen Windows und Linux gezeigt werden. Denn gerade die Personen, die in die Unix-Welt umsteigen wollen, stellen meist die Frage: Was kann Linux, das Windows nicht kann? Oder: Kann mir Linux den Komfort bieten, den mir Windows bietet? Auf all diese und weitere Fragen werden wir eingehen und dabei versuchen, auch für Laien verständlich zu sein. Wenn Sie dennoch weitere Fragen haben, zögern Sie nicht, eine E-Mail an den Autor oder an das SelfLinux-Team zu senden.

===Einzel- und Mehrbenutzersysteme===

Unix wurde von Anbeginn als ein Mehrbenutzersystem konzipiert. Daher benötigen Sie, bevor Sie mit dem System arbeiten können, einen Benutzernamen, ein zugehöriges Passwort und im allgemeinen auch ein sogenanntes Heimatverzeichnis für Ihre persönlichen Daten. Benutzername und Passwort werden auch als Benutzerkonto bezeichnet. Anders als bei einigen Windows-Varianten kann ein gewöhnlicher Benutzer kein neues Benutzerkonto eröffnen. Diese Aktion ist unter Unix nur dem Administrator (root) erlaubt.

===Das Dateisystem===

Windows und Unix verwenden unterschiedliche Dateisystemtypen. Windows 95 bis ME arbeiten ausschließlich mit den Dateisystemen de FAT16 und de FAT32. Windows NT / 2000 / XP verwenden primär das Dateisystem de NTFS.

===Die Zugriffsrechte===

Unter Windows 95 / 98 / ME haben Sie das Problem, dass Sie jede Datei auf dem System ansehen, verändern, speichern oder gar löschen können. Egal ob es sich nun um eine Systemdatei oder um einem geheimen Liebesbrief handelt. Ihnen steht es auch frei, einfach aus Spaß die gesamte Festplatte zu formatieren. Das muss leider nicht immer aus bösem Willen geschehen, sondern kann auch einem erfahrenen Benutzer aus Unachtsamkeit passieren.Sie speichern lediglich die persönlichen Einstellungen und den eingerichteten Desktop.
Linux ist ein Open-Source-Betriebssystem. So kann jeder auf der ganzen Welt ein neues Dateisystem für dieses Betriebssystem erstellen. Dies ist einer der Gründe, warum es für Linux so viele Dateisysteme gibt.

== Was ist <big>Journaling?</big> ==

Beachten Sie bei der Auswahl eines Dateisystems unter anderem, dass der Name eines Dateisystems als "Journaling" und nicht als "Journaling" angezeigt wird.

Journaling soll Datenschäden verhindern, die durch einen plötzlichen Stromausfall oder durch solche Faktoren verursacht werden können. Angenommen, Ihr System schreibt Daten auf die Festplatte, die sich plötzlich ausschaltet. Ohne die Verwendung von Journaling weiß das System nicht genau, ob die Datei vollständig auf die Festplatte geschrieben wurde oder ob die auf die Festplatte übertragene Datei möglicherweise beschädigt wurde.

==MBR: Master Boot Record==

Der MBR-Standard wurde erstmals 1983 mit DOS 2.0 eingeführt. Dies wird von den Master Boot Record-Diensten abgeleitet. Dies liegt daran, dass der MBR ein spezielles Startsegment ist, das oben auf einem Laufwerk beginnt. Dieser Abschnitt enthält einen Bootloader für das installierte Betriebssystem und Informationen zu den logischen Partitionen des Laufwerks.
Bootloader ist auch eine Verknüpfung, die einen größeren Bootloader als eine andere Partition auf dem Laufwerk lädt. MBR ist die wichtigste Datenformatierungsstruktur auf der Festplatte.

===Die MBR-Aktivitäten lassen sich im Allgemeinen wie folgt zusammenfassen===

1-Suchen einer aktiven Partition oder Starten des Sektors .

2-Laden Sie eine Kopie des Boot-Sektors von der aktiven Partition auf das Speichersystem hoch .

3-Verschieben Sie die Steuerbefehle in die ausführbaren Codes im Bootsektor .

4-Durchsuchen Sie die Partitionstabelle nach einer aktiven Partition .

===Wenn MBR eine der oben genannten Aktivitäten aus irgendeinem Grund nicht ausführt,gibt das System einen der folgenden Fehler aus===

1- Ungültige Partitionstabelle .

2- Fehler beim Laden des Betriebssystems .

3- Fehlendes Betriebssystem .

==GPT: GUID-Partitionstabelle==

Der Begriff GPT steht für GUID Partition Table (GUID-Partitionstabelle) und bezeichnet eine GUID-Partitionstabelle, die im MBR-Layout neuer ist und schrittweise ersetzt wird. Dieser Standard unterliegt keinen MBR-Einschränkungen, und Partitionen können sehr viel größer sein.

==Das Ergebnis ist der Unterschied zwischen [[MBR_(_Master_Boot_Record_)|MBR]] und GPT==

In den meisten Fällen haben Sie weder mit MBR noch mit GPT ein Problem. Sie müssen nur GPT verwenden oder MBR in GPT konvertieren, wenn Sie eine Partition mit mehr als 2 Terabyte benötigen.

==Liste wichtiger Dateien, Verzeichnisse und Anwendungen:==

===fdisk===
===gdisk===
===parted===
===mkfs===

Der Befehl mkfs unter Linux kann zum Formatieren einer Partition verwendet werden. Mit dem Befehl mkfs können Sie eine Linux-Partition in ein anderes Dateisystem formatieren. Der Befehl mkfs ist ein ziemlich intelligenter Befehl. Wenn Sie diesen Befehl ausführen, um eine Partition zu formatieren, die bereits über ein ext3-Dateisystem verfügt, übernimmt er automatisch das neue Dateisystem ext3 und führt den Befehl mkfs.ext3 aus.

Mkfs.ext2 : Zum Formatieren von Partitionen mit ext2-Dateisystem.

Mkfs.ext3 : Zum Formatieren von Partitionen mit ext3-Dateisystem.

Mkfs.msdos: Wird zum Formatieren von Partitionen mit dem VFAT-Dateisystem von Microsoft verwendet.

Er enthält denselben Befehl wie "mkfs.vfat" und "mkfs.dosfs" ,die alle dasselbe tun .

===mkswap===

==Einführung in das Fdisk Tool unter Linux==

Das Dienstprogramm Fdisk ist ein Linux-Dateiverwaltungsdienstprogramm, das eine Befehlszeile verwendet. Mit diesem Tool können Sie Ihren Festplattenspeicher in Partitionen einteilen, Partitionen sind Teil Ihres Festplattenspeichers.
Sie können den Befehl fdisk mit dem Schalter -l verwenden, um die Festplatten im System und ihre Formatierungsstruktur anzuzeigen.

==Was ist parted==
Wir werden das Partitionstool verwenden, um das Laufwerk zu partitionieren. In den meisten Fällen ist dies bereits auf dem Server installiert.
Wenn Sie sich auf einem Ubuntu- oder Debian-Server befinden und sich noch nicht getrennt haben, können Sie ihn mit dem folgenden Befehl installieren :

sudo apt-get update

sudo apt-get install parted

==Standard Partitionierung auswählen==

Dazu müssen wir zuerst den Partitionierungsstandard angeben, den wir verwenden möchten: GPT ist der modernere Partitionierungsstandard, während der MBR-Standard eine umfassendere Unterstützung für alle Betriebssysteme bietet.
Um den GPT-Standard auszuwählen, genehmigen Sie ihn auf einem Datenträger, den Sie wie folgt angeben:

sudo parted / dev / sda mklabel gpt

<big>Wenn Sie stattdessen das MBR-Format verwenden möchten, geben Sie Folgendes ein:</big>

sudo trennte sich / dev / sda mklabel msdos

==Erstellen Sie ein Dateisystem auf der neuen Partition==

Nachdem wir eine neue Partition haben, können wir sie als Ext4-Dateisystem formatieren. Übergeben Sie dazu die Partition an das Dienstprogramm mkfs.ext4.
Mit Zustimmung des Flags -L können wir eine Partitionsbezeichnung hinzufügen. Wählen Sie einen Namen, um dieses spezielle Laufwerk zu identifizieren:

Tipp :

Stellen Sie sicher, dass es an die Partition und nicht an die gesamte Festplatte übergeben wird. Unter Linux haben Festplatten Namen wie sda, sdb, hda usw. Die Partitionen auf diesen Festplatten haben am Ende eine zusätzliche Nummer, daher müssen wir etwas wie sda1 und nicht sda verwenden.

sudo mkfs.ext4 -L Datenpartition / dev / sda1

[[Category:Linux]]
[[Category:Linux:LPIC:101]]

LPIC101/104.1 Partitionen und Dateisysteme

2019-12-12T12:39:31Z

Bastianvierich: /* Was ist ein Dateisystem? */

LPIC101/104.1 Partitionen und Dateisysteme

2019-12-12T12:39:12Z

Bastianvierich: /* Was ist ein Dateisystem? */

==Was ist ein Dateisystem?==
* Um besser zu verstehen, was ein Dateisystem unter Linux ist, beginnen wir mit einem Beispiel der realen Welt.
* Stellen Sie sich einen Kühlschrank mit Gefrierfach vor, im Kühlschrank mit Gefrierfach gibt es normalerweise unterschiedliche Abschnitte für unterschiedliche Lebensmittel.
* Zum Beispiel ein Platz für Flüssigkeiten, ein Platz für Eier, ein Platz für
Obst.
* Auf diese Weise können Sie Ihr Essen viel einfacher organisieren als wenn alles vorhanden ist, und vor allem, wenn Sie etwas suchen, können Sie tun, was Sie suchen.
* Dies gilt auch für Systemdateien, deshalb das Dateisystem ist eine Methode zum Speichern und Organisieren verschiedener Informationen. Einschließlich von Linux-Betriebssystemen unterstützter .

==Dateien im Zusammenhang mit dem Dateisystem der Festplatte==
*(Ext)
*(Ext2)
*(Ext3)
*(Ext4)
*(XFS)
*(VFAT)

===Was ist (Ext)===

(Extended File System) – für Linux weiterentwickelte Variante des minix-Dateisystems
Es ist das erste Dateisystem, das speziell für Linux erstellt wurde. Dieses 1992 eingeführte Dateisystem ist eine aktualisierte Version des Minix-Dateisystems. Diesem Dateisystem fehlen wesentliche Funktionen, weshalb die meisten Linux-Versionen derzeit Ext nicht unterstützen.

===Was ist (Ext2)===

(Second Extended File System) – weiterentwickelte Variante von ext mit erweiterten Grenzen; war lange Zeit das Standard-Dateisystem
Dieses Dateisystem verfügt nicht über die Journalfunktion.
Das erste ist ein Dateisystem, das eine Reihe zusätzlicher Funktionen für Dateien und Laufwerke mit einer Größe von 2 Terabyte unterstützt.

===Was ist (Ext3)===

(Third Extended File System) – weiterentwickelte Variante von ext2 mit Journaling .
Das ist das Ext2, das die Journaling-Funktion hinzugefügt hat.

===Was ist (Ext4)===

(Fourth Extended File System) – weiterentwickelte Variante von ext3, u. a. mit erweiterten Grenzen .
Dieses Dateisystem wurde auch so konzipiert, dass es mit früheren Versionen kompatibel ist. Neue Funktionen wurden zu Ext4 hinzugefügt. Eine der guten und nützlichen Eigenschaften dieses Dateisystems ist die Fragmentierung von Dateien (Fragmentation).

===Was ist (XFS)===
(x File System): Netzwerkdateisystem, entwickelt an der Berkeley-Universität (nicht zu verwechseln mit XFS)
Dieses Dateisystem wurde von Silicon Graphics für 64-Bit-Dateisysteme entwickelt.Einige dieser externen Dateisysteme sind nur auf demselben Betriebssystem verfügbar. Einige Dateisysteme, die nur in Unix-Umgebungen verfügbar sind, werden in xfs unterstützt.

===Was ist (VFAT)===

(Virtual FAT) Optionale Erweiterung von FAT12/FAT16/FAT32, um Unterstützung für lange Dateinamen und Sonderzeichen zu gewährleisten, ab Windows 95 .

ist eine Version des FAT-Dateisystems, auch bekannt als FAT32. Dieses Dateisystem unterstützt mehr Dateikapazität als FAT. Die meisten Microsoft-Betriebssysteme unterstützen Vfat. Tatsächlich ist Vfat Windows FAT32.

VFAT:
ist eine Version des FAT-Dateisystems, auch bekannt als FAT32. Dieses Dateisystem unterstützt mehr Dateikapazität als FAT. Die meisten Microsoft-Betriebssysteme unterstützen Vfat. Tatsächlich ist Vfat Windows FAT32.

==Dateisysteme für Flash-Speicher==

=== UBIFS ===
(Unsorted Block Image File System):
von Nokia geförderter, potenzieller JFFS2-Nachfolger .

=== JFFS2 ===
(Journaling Flash File System, Version 2): weiterentwickelte Variante von JFFS, Unterstützung für NAND-Flash, Komprimierung etc. entgegen dem Namen verwendet es kein Journaling .

=== YAFFS ===
(Yet Another Flash File System): speziell für NAND-Flashspeicher .

==Datenbank Bezogene Dateisysteme und Dateisystemen für bestimmte Zwecke==
*procfs
*sysfs
*tmpfs
*debugfs

===procfs===

Abkürzung für process filesystem, übersetzt ‚Prozessdateisystem‘) ist ein virtuelles Dateisystem auf meist unixoiden Systemen. Es dient zur Anzeige und Änderung von System- und Prozessparametern. Üblicherweise wird es in der Verzeichnisstruktur unter /proc eingebunden. Es wird vom Kernel während des Bootvorgangs dynamisch erzeugt und nicht gespeichert.

===sysfs===

ist ein virtuelles Dateisystem des Linux-Kernels. Es exportiert Informationen über verschiedene Kernel-Subsysteme, Hardware und assoziierte Geräte-Treiber durch virtuelle Dateien in den Benutzer-Modus. Bestimmte Parameter können über dieses Interface auch konfiguriert werden.

Sysfs bietet eine ähnliche Funktionalität wie der Sysctl-Mechanismus in BSD-Betriebssystemen, mit dem Unterschied, dass Sysfs als virtuelles Dateisystem implementiert wurde.

===tmpfs===
englisch für (temporary file system) ist ein Dateisystem, das in vielen Unix-artigen Betriebssystemen, als verbesserter Ersatz für ramfs, zum Anlegen einer RAM-Disk eingesetzt wird.

===debugfs===
englisch für (debug filesystem) ist ein virtuelles Dateisystem des Linux-Kernels. Es wurde von Greg Kroah-Hartman entwickelt und ist seit der Kernel-Version 2.6.10-rc3 offiziell verfügbar.

==Unterschiede / Gemeinsamkeiten zwischen Windows und Linux==

===Vorwort===

In diesem Dokument sollen die wesentlichen Unterschiede zwischen Windows und Linux gezeigt werden. Denn gerade die Personen, die in die Unix-Welt umsteigen wollen, stellen meist die Frage: Was kann Linux, das Windows nicht kann? Oder: Kann mir Linux den Komfort bieten, den mir Windows bietet? Auf all diese und weitere Fragen werden wir eingehen und dabei versuchen, auch für Laien verständlich zu sein. Wenn Sie dennoch weitere Fragen haben, zögern Sie nicht, eine E-Mail an den Autor oder an das SelfLinux-Team zu senden.

===Einzel- und Mehrbenutzersysteme===

Unix wurde von Anbeginn als ein Mehrbenutzersystem konzipiert. Daher benötigen Sie, bevor Sie mit dem System arbeiten können, einen Benutzernamen, ein zugehöriges Passwort und im allgemeinen auch ein sogenanntes Heimatverzeichnis für Ihre persönlichen Daten. Benutzername und Passwort werden auch als Benutzerkonto bezeichnet. Anders als bei einigen Windows-Varianten kann ein gewöhnlicher Benutzer kein neues Benutzerkonto eröffnen. Diese Aktion ist unter Unix nur dem Administrator (root) erlaubt.

===Das Dateisystem===

Windows und Unix verwenden unterschiedliche Dateisystemtypen. Windows 95 bis ME arbeiten ausschließlich mit den Dateisystemen de FAT16 und de FAT32. Windows NT / 2000 / XP verwenden primär das Dateisystem de NTFS.

===Die Zugriffsrechte===

Unter Windows 95 / 98 / ME haben Sie das Problem, dass Sie jede Datei auf dem System ansehen, verändern, speichern oder gar löschen können. Egal ob es sich nun um eine Systemdatei oder um einem geheimen Liebesbrief handelt. Ihnen steht es auch frei, einfach aus Spaß die gesamte Festplatte zu formatieren. Das muss leider nicht immer aus bösem Willen geschehen, sondern kann auch einem erfahrenen Benutzer aus Unachtsamkeit passieren.Sie speichern lediglich die persönlichen Einstellungen und den eingerichteten Desktop.
Linux ist ein Open-Source-Betriebssystem. So kann jeder auf der ganzen Welt ein neues Dateisystem für dieses Betriebssystem erstellen. Dies ist einer der Gründe, warum es für Linux so viele Dateisysteme gibt.

== Was ist <big>Journaling?</big> ==

Beachten Sie bei der Auswahl eines Dateisystems unter anderem, dass der Name eines Dateisystems als "Journaling" und nicht als "Journaling" angezeigt wird.

Journaling soll Datenschäden verhindern, die durch einen plötzlichen Stromausfall oder durch solche Faktoren verursacht werden können. Angenommen, Ihr System schreibt Daten auf die Festplatte, die sich plötzlich ausschaltet. Ohne die Verwendung von Journaling weiß das System nicht genau, ob die Datei vollständig auf die Festplatte geschrieben wurde oder ob die auf die Festplatte übertragene Datei möglicherweise beschädigt wurde.

==MBR: Master Boot Record==

Der MBR-Standard wurde erstmals 1983 mit DOS 2.0 eingeführt. Dies wird von den Master Boot Record-Diensten abgeleitet. Dies liegt daran, dass der MBR ein spezielles Startsegment ist, das oben auf einem Laufwerk beginnt. Dieser Abschnitt enthält einen Bootloader für das installierte Betriebssystem und Informationen zu den logischen Partitionen des Laufwerks.
Bootloader ist auch eine Verknüpfung, die einen größeren Bootloader als eine andere Partition auf dem Laufwerk lädt. MBR ist die wichtigste Datenformatierungsstruktur auf der Festplatte.

===Die MBR-Aktivitäten lassen sich im Allgemeinen wie folgt zusammenfassen===

1-Suchen einer aktiven Partition oder Starten des Sektors .

2-Laden Sie eine Kopie des Boot-Sektors von der aktiven Partition auf das Speichersystem hoch .

3-Verschieben Sie die Steuerbefehle in die ausführbaren Codes im Bootsektor .

4-Durchsuchen Sie die Partitionstabelle nach einer aktiven Partition .

===Wenn MBR eine der oben genannten Aktivitäten aus irgendeinem Grund nicht ausführt,gibt das System einen der folgenden Fehler aus===

1- Ungültige Partitionstabelle .

2- Fehler beim Laden des Betriebssystems .

3- Fehlendes Betriebssystem .

==GPT: GUID-Partitionstabelle==

Der Begriff GPT steht für GUID Partition Table (GUID-Partitionstabelle) und bezeichnet eine GUID-Partitionstabelle, die im MBR-Layout neuer ist und schrittweise ersetzt wird. Dieser Standard unterliegt keinen MBR-Einschränkungen, und Partitionen können sehr viel größer sein.

==Das Ergebnis ist der Unterschied zwischen [[MBR_(_Master_Boot_Record_)|MBR]] und GPT==

In den meisten Fällen haben Sie weder mit MBR noch mit GPT ein Problem. Sie müssen nur GPT verwenden oder MBR in GPT konvertieren, wenn Sie eine Partition mit mehr als 2 Terabyte benötigen.

==Liste wichtiger Dateien, Verzeichnisse und Anwendungen:==

===fdisk===
===gdisk===
===parted===
===mkfs===

Der Befehl mkfs unter Linux kann zum Formatieren einer Partition verwendet werden. Mit dem Befehl mkfs können Sie eine Linux-Partition in ein anderes Dateisystem formatieren. Der Befehl mkfs ist ein ziemlich intelligenter Befehl. Wenn Sie diesen Befehl ausführen, um eine Partition zu formatieren, die bereits über ein ext3-Dateisystem verfügt, übernimmt er automatisch das neue Dateisystem ext3 und führt den Befehl mkfs.ext3 aus.

Mkfs.ext2 : Zum Formatieren von Partitionen mit ext2-Dateisystem.

Mkfs.ext3 : Zum Formatieren von Partitionen mit ext3-Dateisystem.

Mkfs.msdos: Wird zum Formatieren von Partitionen mit dem VFAT-Dateisystem von Microsoft verwendet.

Er enthält denselben Befehl wie "mkfs.vfat" und "mkfs.dosfs" ,die alle dasselbe tun .

===mkswap===

==Einführung in das Fdisk Tool unter Linux==

Das Dienstprogramm Fdisk ist ein Linux-Dateiverwaltungsdienstprogramm, das eine Befehlszeile verwendet. Mit diesem Tool können Sie Ihren Festplattenspeicher in Partitionen einteilen, Partitionen sind Teil Ihres Festplattenspeichers.
Sie können den Befehl fdisk mit dem Schalter -l verwenden, um die Festplatten im System und ihre Formatierungsstruktur anzuzeigen.

==Was ist parted==
Wir werden das Partitionstool verwenden, um das Laufwerk zu partitionieren. In den meisten Fällen ist dies bereits auf dem Server installiert.
Wenn Sie sich auf einem Ubuntu- oder Debian-Server befinden und sich noch nicht getrennt haben, können Sie ihn mit dem folgenden Befehl installieren :

sudo apt-get update

sudo apt-get install parted

==Standard Partitionierung auswählen==

Dazu müssen wir zuerst den Partitionierungsstandard angeben, den wir verwenden möchten: GPT ist der modernere Partitionierungsstandard, während der MBR-Standard eine umfassendere Unterstützung für alle Betriebssysteme bietet.
Um den GPT-Standard auszuwählen, genehmigen Sie ihn auf einem Datenträger, den Sie wie folgt angeben:

sudo parted / dev / sda mklabel gpt

<big>Wenn Sie stattdessen das MBR-Format verwenden möchten, geben Sie Folgendes ein:</big>

sudo trennte sich / dev / sda mklabel msdos

==Erstellen Sie ein Dateisystem auf der neuen Partition==

Nachdem wir eine neue Partition haben, können wir sie als Ext4-Dateisystem formatieren. Übergeben Sie dazu die Partition an das Dienstprogramm mkfs.ext4.
Mit Zustimmung des Flags -L können wir eine Partitionsbezeichnung hinzufügen. Wählen Sie einen Namen, um dieses spezielle Laufwerk zu identifizieren:

Tipp :

Stellen Sie sicher, dass es an die Partition und nicht an die gesamte Festplatte übergeben wird. Unter Linux haben Festplatten Namen wie sda, sdb, hda usw. Die Partitionen auf diesen Festplatten haben am Ende eine zusätzliche Nummer, daher müssen wir etwas wie sda1 und nicht sda verwenden.

sudo mkfs.ext4 -L Datenpartition / dev / sda1

[[Category:Linux]]
[[Category:Linux:LPIC:101]]

LPIC101/104.1 Partitionen und Dateisysteme

2019-12-12T12:38:26Z

Bastianvierich: /* Was ist ein Dateisystem? */

==Was ist ein Dateisystem?==
* Um besser zu verstehen, was ein Dateisystem unter Linux ist, beginnen wir mit einem Beispiel der realen Welt.

* Stellen Sie sich einen Kühlschrank mit Gefrierfach vor, im Kühlschrank mit Gefrierfach gibt es normalerweise unterschiedliche Abschnitte für unterschiedliche Lebensmittel.

* Zum Beispiel ein Platz für Flüssigkeiten, ein Platz für Eier, ein Platz für
Obst.

* Auf diese Weise können Sie Ihr Essen viel einfacher organisieren als wenn alles vorhanden ist, und vor allem, wenn Sie etwas suchen, können Sie tun, was Sie suchen.

* Dies gilt auch für Systemdateien, deshalb das Dateisystem ist eine Methode zum Speichern und Organisieren verschiedener Informationen. Einschließlich von Linux-Betriebssystemen unterstützter .

==Dateien im Zusammenhang mit dem Dateisystem der Festplatte==
*(Ext)
*(Ext2)
*(Ext3)
*(Ext4)
*(XFS)
*(VFAT)

===Was ist (Ext)===

(Extended File System) – für Linux weiterentwickelte Variante des minix-Dateisystems
Es ist das erste Dateisystem, das speziell für Linux erstellt wurde. Dieses 1992 eingeführte Dateisystem ist eine aktualisierte Version des Minix-Dateisystems. Diesem Dateisystem fehlen wesentliche Funktionen, weshalb die meisten Linux-Versionen derzeit Ext nicht unterstützen.

===Was ist (Ext2)===

(Second Extended File System) – weiterentwickelte Variante von ext mit erweiterten Grenzen; war lange Zeit das Standard-Dateisystem
Dieses Dateisystem verfügt nicht über die Journalfunktion.
Das erste ist ein Dateisystem, das eine Reihe zusätzlicher Funktionen für Dateien und Laufwerke mit einer Größe von 2 Terabyte unterstützt.

===Was ist (Ext3)===

(Third Extended File System) – weiterentwickelte Variante von ext2 mit Journaling .
Das ist das Ext2, das die Journaling-Funktion hinzugefügt hat.

===Was ist (Ext4)===

(Fourth Extended File System) – weiterentwickelte Variante von ext3, u. a. mit erweiterten Grenzen .
Dieses Dateisystem wurde auch so konzipiert, dass es mit früheren Versionen kompatibel ist. Neue Funktionen wurden zu Ext4 hinzugefügt. Eine der guten und nützlichen Eigenschaften dieses Dateisystems ist die Fragmentierung von Dateien (Fragmentation).

===Was ist (XFS)===
(x File System): Netzwerkdateisystem, entwickelt an der Berkeley-Universität (nicht zu verwechseln mit XFS)
Dieses Dateisystem wurde von Silicon Graphics für 64-Bit-Dateisysteme entwickelt.Einige dieser externen Dateisysteme sind nur auf demselben Betriebssystem verfügbar. Einige Dateisysteme, die nur in Unix-Umgebungen verfügbar sind, werden in xfs unterstützt.

===Was ist (VFAT)===

(Virtual FAT) Optionale Erweiterung von FAT12/FAT16/FAT32, um Unterstützung für lange Dateinamen und Sonderzeichen zu gewährleisten, ab Windows 95 .

ist eine Version des FAT-Dateisystems, auch bekannt als FAT32. Dieses Dateisystem unterstützt mehr Dateikapazität als FAT. Die meisten Microsoft-Betriebssysteme unterstützen Vfat. Tatsächlich ist Vfat Windows FAT32.

VFAT:
ist eine Version des FAT-Dateisystems, auch bekannt als FAT32. Dieses Dateisystem unterstützt mehr Dateikapazität als FAT. Die meisten Microsoft-Betriebssysteme unterstützen Vfat. Tatsächlich ist Vfat Windows FAT32.

==Dateisysteme für Flash-Speicher==

=== UBIFS ===
(Unsorted Block Image File System):
von Nokia geförderter, potenzieller JFFS2-Nachfolger .

=== JFFS2 ===
(Journaling Flash File System, Version 2): weiterentwickelte Variante von JFFS, Unterstützung für NAND-Flash, Komprimierung etc. entgegen dem Namen verwendet es kein Journaling .

=== YAFFS ===
(Yet Another Flash File System): speziell für NAND-Flashspeicher .

==Datenbank Bezogene Dateisysteme und Dateisystemen für bestimmte Zwecke==
*procfs
*sysfs
*tmpfs
*debugfs

===procfs===

Abkürzung für process filesystem, übersetzt ‚Prozessdateisystem‘) ist ein virtuelles Dateisystem auf meist unixoiden Systemen. Es dient zur Anzeige und Änderung von System- und Prozessparametern. Üblicherweise wird es in der Verzeichnisstruktur unter /proc eingebunden. Es wird vom Kernel während des Bootvorgangs dynamisch erzeugt und nicht gespeichert.

===sysfs===

ist ein virtuelles Dateisystem des Linux-Kernels. Es exportiert Informationen über verschiedene Kernel-Subsysteme, Hardware und assoziierte Geräte-Treiber durch virtuelle Dateien in den Benutzer-Modus. Bestimmte Parameter können über dieses Interface auch konfiguriert werden.

Sysfs bietet eine ähnliche Funktionalität wie der Sysctl-Mechanismus in BSD-Betriebssystemen, mit dem Unterschied, dass Sysfs als virtuelles Dateisystem implementiert wurde.

===tmpfs===
englisch für (temporary file system) ist ein Dateisystem, das in vielen Unix-artigen Betriebssystemen, als verbesserter Ersatz für ramfs, zum Anlegen einer RAM-Disk eingesetzt wird.

===debugfs===
englisch für (debug filesystem) ist ein virtuelles Dateisystem des Linux-Kernels. Es wurde von Greg Kroah-Hartman entwickelt und ist seit der Kernel-Version 2.6.10-rc3 offiziell verfügbar.

==Unterschiede / Gemeinsamkeiten zwischen Windows und Linux==

===Vorwort===

In diesem Dokument sollen die wesentlichen Unterschiede zwischen Windows und Linux gezeigt werden. Denn gerade die Personen, die in die Unix-Welt umsteigen wollen, stellen meist die Frage: Was kann Linux, das Windows nicht kann? Oder: Kann mir Linux den Komfort bieten, den mir Windows bietet? Auf all diese und weitere Fragen werden wir eingehen und dabei versuchen, auch für Laien verständlich zu sein. Wenn Sie dennoch weitere Fragen haben, zögern Sie nicht, eine E-Mail an den Autor oder an das SelfLinux-Team zu senden.

===Einzel- und Mehrbenutzersysteme===

Unix wurde von Anbeginn als ein Mehrbenutzersystem konzipiert. Daher benötigen Sie, bevor Sie mit dem System arbeiten können, einen Benutzernamen, ein zugehöriges Passwort und im allgemeinen auch ein sogenanntes Heimatverzeichnis für Ihre persönlichen Daten. Benutzername und Passwort werden auch als Benutzerkonto bezeichnet. Anders als bei einigen Windows-Varianten kann ein gewöhnlicher Benutzer kein neues Benutzerkonto eröffnen. Diese Aktion ist unter Unix nur dem Administrator (root) erlaubt.

===Das Dateisystem===

Windows und Unix verwenden unterschiedliche Dateisystemtypen. Windows 95 bis ME arbeiten ausschließlich mit den Dateisystemen de FAT16 und de FAT32. Windows NT / 2000 / XP verwenden primär das Dateisystem de NTFS.

===Die Zugriffsrechte===

Unter Windows 95 / 98 / ME haben Sie das Problem, dass Sie jede Datei auf dem System ansehen, verändern, speichern oder gar löschen können. Egal ob es sich nun um eine Systemdatei oder um einem geheimen Liebesbrief handelt. Ihnen steht es auch frei, einfach aus Spaß die gesamte Festplatte zu formatieren. Das muss leider nicht immer aus bösem Willen geschehen, sondern kann auch einem erfahrenen Benutzer aus Unachtsamkeit passieren.Sie speichern lediglich die persönlichen Einstellungen und den eingerichteten Desktop.
Linux ist ein Open-Source-Betriebssystem. So kann jeder auf der ganzen Welt ein neues Dateisystem für dieses Betriebssystem erstellen. Dies ist einer der Gründe, warum es für Linux so viele Dateisysteme gibt.

== Was ist <big>Journaling?</big> ==

Beachten Sie bei der Auswahl eines Dateisystems unter anderem, dass der Name eines Dateisystems als "Journaling" und nicht als "Journaling" angezeigt wird.

Journaling soll Datenschäden verhindern, die durch einen plötzlichen Stromausfall oder durch solche Faktoren verursacht werden können. Angenommen, Ihr System schreibt Daten auf die Festplatte, die sich plötzlich ausschaltet. Ohne die Verwendung von Journaling weiß das System nicht genau, ob die Datei vollständig auf die Festplatte geschrieben wurde oder ob die auf die Festplatte übertragene Datei möglicherweise beschädigt wurde.

==MBR: Master Boot Record==

Der MBR-Standard wurde erstmals 1983 mit DOS 2.0 eingeführt. Dies wird von den Master Boot Record-Diensten abgeleitet. Dies liegt daran, dass der MBR ein spezielles Startsegment ist, das oben auf einem Laufwerk beginnt. Dieser Abschnitt enthält einen Bootloader für das installierte Betriebssystem und Informationen zu den logischen Partitionen des Laufwerks.
Bootloader ist auch eine Verknüpfung, die einen größeren Bootloader als eine andere Partition auf dem Laufwerk lädt. MBR ist die wichtigste Datenformatierungsstruktur auf der Festplatte.

===Die MBR-Aktivitäten lassen sich im Allgemeinen wie folgt zusammenfassen===

1-Suchen einer aktiven Partition oder Starten des Sektors .

2-Laden Sie eine Kopie des Boot-Sektors von der aktiven Partition auf das Speichersystem hoch .

3-Verschieben Sie die Steuerbefehle in die ausführbaren Codes im Bootsektor .

4-Durchsuchen Sie die Partitionstabelle nach einer aktiven Partition .

===Wenn MBR eine der oben genannten Aktivitäten aus irgendeinem Grund nicht ausführt,gibt das System einen der folgenden Fehler aus===

1- Ungültige Partitionstabelle .

2- Fehler beim Laden des Betriebssystems .

3- Fehlendes Betriebssystem .

==GPT: GUID-Partitionstabelle==

Der Begriff GPT steht für GUID Partition Table (GUID-Partitionstabelle) und bezeichnet eine GUID-Partitionstabelle, die im MBR-Layout neuer ist und schrittweise ersetzt wird. Dieser Standard unterliegt keinen MBR-Einschränkungen, und Partitionen können sehr viel größer sein.

==Das Ergebnis ist der Unterschied zwischen [[MBR_(_Master_Boot_Record_)|MBR]] und GPT==

In den meisten Fällen haben Sie weder mit MBR noch mit GPT ein Problem. Sie müssen nur GPT verwenden oder MBR in GPT konvertieren, wenn Sie eine Partition mit mehr als 2 Terabyte benötigen.

==Liste wichtiger Dateien, Verzeichnisse und Anwendungen:==

===fdisk===
===gdisk===
===parted===
===mkfs===

Der Befehl mkfs unter Linux kann zum Formatieren einer Partition verwendet werden. Mit dem Befehl mkfs können Sie eine Linux-Partition in ein anderes Dateisystem formatieren. Der Befehl mkfs ist ein ziemlich intelligenter Befehl. Wenn Sie diesen Befehl ausführen, um eine Partition zu formatieren, die bereits über ein ext3-Dateisystem verfügt, übernimmt er automatisch das neue Dateisystem ext3 und führt den Befehl mkfs.ext3 aus.

Mkfs.ext2 : Zum Formatieren von Partitionen mit ext2-Dateisystem.

Mkfs.ext3 : Zum Formatieren von Partitionen mit ext3-Dateisystem.

Mkfs.msdos: Wird zum Formatieren von Partitionen mit dem VFAT-Dateisystem von Microsoft verwendet.

Er enthält denselben Befehl wie "mkfs.vfat" und "mkfs.dosfs" ,die alle dasselbe tun .

===mkswap===

==Einführung in das Fdisk Tool unter Linux==

Das Dienstprogramm Fdisk ist ein Linux-Dateiverwaltungsdienstprogramm, das eine Befehlszeile verwendet. Mit diesem Tool können Sie Ihren Festplattenspeicher in Partitionen einteilen, Partitionen sind Teil Ihres Festplattenspeichers.
Sie können den Befehl fdisk mit dem Schalter -l verwenden, um die Festplatten im System und ihre Formatierungsstruktur anzuzeigen.

==Was ist parted==
Wir werden das Partitionstool verwenden, um das Laufwerk zu partitionieren. In den meisten Fällen ist dies bereits auf dem Server installiert.
Wenn Sie sich auf einem Ubuntu- oder Debian-Server befinden und sich noch nicht getrennt haben, können Sie ihn mit dem folgenden Befehl installieren :

sudo apt-get update

sudo apt-get install parted

==Standard Partitionierung auswählen==

Dazu müssen wir zuerst den Partitionierungsstandard angeben, den wir verwenden möchten: GPT ist der modernere Partitionierungsstandard, während der MBR-Standard eine umfassendere Unterstützung für alle Betriebssysteme bietet.
Um den GPT-Standard auszuwählen, genehmigen Sie ihn auf einem Datenträger, den Sie wie folgt angeben:

sudo parted / dev / sda mklabel gpt

<big>Wenn Sie stattdessen das MBR-Format verwenden möchten, geben Sie Folgendes ein:</big>

sudo trennte sich / dev / sda mklabel msdos

==Erstellen Sie ein Dateisystem auf der neuen Partition==

Nachdem wir eine neue Partition haben, können wir sie als Ext4-Dateisystem formatieren. Übergeben Sie dazu die Partition an das Dienstprogramm mkfs.ext4.
Mit Zustimmung des Flags -L können wir eine Partitionsbezeichnung hinzufügen. Wählen Sie einen Namen, um dieses spezielle Laufwerk zu identifizieren:

Tipp :

Stellen Sie sicher, dass es an die Partition und nicht an die gesamte Festplatte übergeben wird. Unter Linux haben Festplatten Namen wie sda, sdb, hda usw. Die Partitionen auf diesen Festplatten haben am Ende eine zusätzliche Nummer, daher müssen wir etwas wie sda1 und nicht sda verwenden.

sudo mkfs.ext4 -L Datenpartition / dev / sda1

[[Category:Linux]]
[[Category:Linux:LPIC:101]]

LPIC101/104.1 Partitionen und Dateisysteme

2019-12-12T12:28:52Z

Bastianvierich: /* Was ist ein Dateisystem? */

==Was ist ein Dateisystem?==
* Um besser zu verstehen, was ein Dateisystem unter Linux ist, beginnen wir mit einem Beispiel der realen Welt.

* Stellen Sie sich einen Kühlschrank mit Gefrierfach vor, im Kühlschrank mit Gefrierfach gibt es normalerweise unterschiedliche Abschnitte für unterschiedliche Lebensmittel.

* Zum Beispiel ein Platz für Flüssigkeiten, ein Platz für Eier, ein Platz für
Obst.

* Auf diese Weise können Sie Ihr Essen viel einfacher organisieren als wenn alles vorhanden ist, und vor allem, wenn Sie etwas suchen, können Sie tun, was Sie suchen.

Dies gilt auch für Systemdateien, deshalb das Dateisystem ist eine Methode zum Speichern und Organisieren verschiedener Informationen. Einschließlich von Linux-Betriebssystemen unterstützter .

==Dateien im Zusammenhang mit dem Dateisystem der Festplatte==
*(Ext)
*(Ext2)
*(Ext3)
*(Ext4)
*(XFS)
*(VFAT)

===Was ist (Ext)===

(Extended File System) – für Linux weiterentwickelte Variante des minix-Dateisystems
Es ist das erste Dateisystem, das speziell für Linux erstellt wurde. Dieses 1992 eingeführte Dateisystem ist eine aktualisierte Version des Minix-Dateisystems. Diesem Dateisystem fehlen wesentliche Funktionen, weshalb die meisten Linux-Versionen derzeit Ext nicht unterstützen.

===Was ist (Ext2)===

(Second Extended File System) – weiterentwickelte Variante von ext mit erweiterten Grenzen; war lange Zeit das Standard-Dateisystem
Dieses Dateisystem verfügt nicht über die Journalfunktion.
Das erste ist ein Dateisystem, das eine Reihe zusätzlicher Funktionen für Dateien und Laufwerke mit einer Größe von 2 Terabyte unterstützt.

===Was ist (Ext3)===

(Third Extended File System) – weiterentwickelte Variante von ext2 mit Journaling .
Das ist das Ext2, das die Journaling-Funktion hinzugefügt hat.

===Was ist (Ext4)===

(Fourth Extended File System) – weiterentwickelte Variante von ext3, u. a. mit erweiterten Grenzen .
Dieses Dateisystem wurde auch so konzipiert, dass es mit früheren Versionen kompatibel ist. Neue Funktionen wurden zu Ext4 hinzugefügt. Eine der guten und nützlichen Eigenschaften dieses Dateisystems ist die Fragmentierung von Dateien (Fragmentation).

===Was ist (XFS)===
(x File System): Netzwerkdateisystem, entwickelt an der Berkeley-Universität (nicht zu verwechseln mit XFS)
Dieses Dateisystem wurde von Silicon Graphics für 64-Bit-Dateisysteme entwickelt.Einige dieser externen Dateisysteme sind nur auf demselben Betriebssystem verfügbar. Einige Dateisysteme, die nur in Unix-Umgebungen verfügbar sind, werden in xfs unterstützt.

===Was ist (VFAT)===

(Virtual FAT) Optionale Erweiterung von FAT12/FAT16/FAT32, um Unterstützung für lange Dateinamen und Sonderzeichen zu gewährleisten, ab Windows 95 .

ist eine Version des FAT-Dateisystems, auch bekannt als FAT32. Dieses Dateisystem unterstützt mehr Dateikapazität als FAT. Die meisten Microsoft-Betriebssysteme unterstützen Vfat. Tatsächlich ist Vfat Windows FAT32.

VFAT:
ist eine Version des FAT-Dateisystems, auch bekannt als FAT32. Dieses Dateisystem unterstützt mehr Dateikapazität als FAT. Die meisten Microsoft-Betriebssysteme unterstützen Vfat. Tatsächlich ist Vfat Windows FAT32.

==Dateisysteme für Flash-Speicher==

=== UBIFS ===
(Unsorted Block Image File System):
von Nokia geförderter, potenzieller JFFS2-Nachfolger .

=== JFFS2 ===
(Journaling Flash File System, Version 2): weiterentwickelte Variante von JFFS, Unterstützung für NAND-Flash, Komprimierung etc. entgegen dem Namen verwendet es kein Journaling .

=== YAFFS ===
(Yet Another Flash File System): speziell für NAND-Flashspeicher .

==Datenbank Bezogene Dateisysteme und Dateisystemen für bestimmte Zwecke==
*procfs
*sysfs
*tmpfs
*debugfs

===procfs===

Abkürzung für process filesystem, übersetzt ‚Prozessdateisystem‘) ist ein virtuelles Dateisystem auf meist unixoiden Systemen. Es dient zur Anzeige und Änderung von System- und Prozessparametern. Üblicherweise wird es in der Verzeichnisstruktur unter /proc eingebunden. Es wird vom Kernel während des Bootvorgangs dynamisch erzeugt und nicht gespeichert.

===sysfs===

ist ein virtuelles Dateisystem des Linux-Kernels. Es exportiert Informationen über verschiedene Kernel-Subsysteme, Hardware und assoziierte Geräte-Treiber durch virtuelle Dateien in den Benutzer-Modus. Bestimmte Parameter können über dieses Interface auch konfiguriert werden.

Sysfs bietet eine ähnliche Funktionalität wie der Sysctl-Mechanismus in BSD-Betriebssystemen, mit dem Unterschied, dass Sysfs als virtuelles Dateisystem implementiert wurde.

===tmpfs===
englisch für (temporary file system) ist ein Dateisystem, das in vielen Unix-artigen Betriebssystemen, als verbesserter Ersatz für ramfs, zum Anlegen einer RAM-Disk eingesetzt wird.

===debugfs===
englisch für (debug filesystem) ist ein virtuelles Dateisystem des Linux-Kernels. Es wurde von Greg Kroah-Hartman entwickelt und ist seit der Kernel-Version 2.6.10-rc3 offiziell verfügbar.

==Unterschiede / Gemeinsamkeiten zwischen Windows und Linux==

===Vorwort===

In diesem Dokument sollen die wesentlichen Unterschiede zwischen Windows und Linux gezeigt werden. Denn gerade die Personen, die in die Unix-Welt umsteigen wollen, stellen meist die Frage: Was kann Linux, das Windows nicht kann? Oder: Kann mir Linux den Komfort bieten, den mir Windows bietet? Auf all diese und weitere Fragen werden wir eingehen und dabei versuchen, auch für Laien verständlich zu sein. Wenn Sie dennoch weitere Fragen haben, zögern Sie nicht, eine E-Mail an den Autor oder an das SelfLinux-Team zu senden.

===Einzel- und Mehrbenutzersysteme===

Unix wurde von Anbeginn als ein Mehrbenutzersystem konzipiert. Daher benötigen Sie, bevor Sie mit dem System arbeiten können, einen Benutzernamen, ein zugehöriges Passwort und im allgemeinen auch ein sogenanntes Heimatverzeichnis für Ihre persönlichen Daten. Benutzername und Passwort werden auch als Benutzerkonto bezeichnet. Anders als bei einigen Windows-Varianten kann ein gewöhnlicher Benutzer kein neues Benutzerkonto eröffnen. Diese Aktion ist unter Unix nur dem Administrator (root) erlaubt.

===Das Dateisystem===

Windows und Unix verwenden unterschiedliche Dateisystemtypen. Windows 95 bis ME arbeiten ausschließlich mit den Dateisystemen de FAT16 und de FAT32. Windows NT / 2000 / XP verwenden primär das Dateisystem de NTFS.

===Die Zugriffsrechte===

Unter Windows 95 / 98 / ME haben Sie das Problem, dass Sie jede Datei auf dem System ansehen, verändern, speichern oder gar löschen können. Egal ob es sich nun um eine Systemdatei oder um einem geheimen Liebesbrief handelt. Ihnen steht es auch frei, einfach aus Spaß die gesamte Festplatte zu formatieren. Das muss leider nicht immer aus bösem Willen geschehen, sondern kann auch einem erfahrenen Benutzer aus Unachtsamkeit passieren.Sie speichern lediglich die persönlichen Einstellungen und den eingerichteten Desktop.
Linux ist ein Open-Source-Betriebssystem. So kann jeder auf der ganzen Welt ein neues Dateisystem für dieses Betriebssystem erstellen. Dies ist einer der Gründe, warum es für Linux so viele Dateisysteme gibt.

== Was ist <big>Journaling?</big> ==

Beachten Sie bei der Auswahl eines Dateisystems unter anderem, dass der Name eines Dateisystems als "Journaling" und nicht als "Journaling" angezeigt wird.

Journaling soll Datenschäden verhindern, die durch einen plötzlichen Stromausfall oder durch solche Faktoren verursacht werden können. Angenommen, Ihr System schreibt Daten auf die Festplatte, die sich plötzlich ausschaltet. Ohne die Verwendung von Journaling weiß das System nicht genau, ob die Datei vollständig auf die Festplatte geschrieben wurde oder ob die auf die Festplatte übertragene Datei möglicherweise beschädigt wurde.

==MBR: Master Boot Record==

Der MBR-Standard wurde erstmals 1983 mit DOS 2.0 eingeführt. Dies wird von den Master Boot Record-Diensten abgeleitet. Dies liegt daran, dass der MBR ein spezielles Startsegment ist, das oben auf einem Laufwerk beginnt. Dieser Abschnitt enthält einen Bootloader für das installierte Betriebssystem und Informationen zu den logischen Partitionen des Laufwerks.
Bootloader ist auch eine Verknüpfung, die einen größeren Bootloader als eine andere Partition auf dem Laufwerk lädt. MBR ist die wichtigste Datenformatierungsstruktur auf der Festplatte.

===Die MBR-Aktivitäten lassen sich im Allgemeinen wie folgt zusammenfassen===

1-Suchen einer aktiven Partition oder Starten des Sektors .

2-Laden Sie eine Kopie des Boot-Sektors von der aktiven Partition auf das Speichersystem hoch .

3-Verschieben Sie die Steuerbefehle in die ausführbaren Codes im Bootsektor .

4-Durchsuchen Sie die Partitionstabelle nach einer aktiven Partition .

===Wenn MBR eine der oben genannten Aktivitäten aus irgendeinem Grund nicht ausführt,gibt das System einen der folgenden Fehler aus===

1- Ungültige Partitionstabelle .

2- Fehler beim Laden des Betriebssystems .

3- Fehlendes Betriebssystem .

==GPT: GUID-Partitionstabelle==

Der Begriff GPT steht für GUID Partition Table (GUID-Partitionstabelle) und bezeichnet eine GUID-Partitionstabelle, die im MBR-Layout neuer ist und schrittweise ersetzt wird. Dieser Standard unterliegt keinen MBR-Einschränkungen, und Partitionen können sehr viel größer sein.

==Das Ergebnis ist der Unterschied zwischen [[MBR_(_Master_Boot_Record_)|MBR]] und GPT==

In den meisten Fällen haben Sie weder mit MBR noch mit GPT ein Problem. Sie müssen nur GPT verwenden oder MBR in GPT konvertieren, wenn Sie eine Partition mit mehr als 2 Terabyte benötigen.

==Liste wichtiger Dateien, Verzeichnisse und Anwendungen:==

===fdisk===
===gdisk===
===parted===
===mkfs===

Der Befehl mkfs unter Linux kann zum Formatieren einer Partition verwendet werden. Mit dem Befehl mkfs können Sie eine Linux-Partition in ein anderes Dateisystem formatieren. Der Befehl mkfs ist ein ziemlich intelligenter Befehl. Wenn Sie diesen Befehl ausführen, um eine Partition zu formatieren, die bereits über ein ext3-Dateisystem verfügt, übernimmt er automatisch das neue Dateisystem ext3 und führt den Befehl mkfs.ext3 aus.

Mkfs.ext2 : Zum Formatieren von Partitionen mit ext2-Dateisystem.

Mkfs.ext3 : Zum Formatieren von Partitionen mit ext3-Dateisystem.

Mkfs.msdos: Wird zum Formatieren von Partitionen mit dem VFAT-Dateisystem von Microsoft verwendet.

Er enthält denselben Befehl wie "mkfs.vfat" und "mkfs.dosfs" ,die alle dasselbe tun .

===mkswap===

==Einführung in das Fdisk Tool unter Linux==

Das Dienstprogramm Fdisk ist ein Linux-Dateiverwaltungsdienstprogramm, das eine Befehlszeile verwendet. Mit diesem Tool können Sie Ihren Festplattenspeicher in Partitionen einteilen, Partitionen sind Teil Ihres Festplattenspeichers.
Sie können den Befehl fdisk mit dem Schalter -l verwenden, um die Festplatten im System und ihre Formatierungsstruktur anzuzeigen.

==Was ist parted==
Wir werden das Partitionstool verwenden, um das Laufwerk zu partitionieren. In den meisten Fällen ist dies bereits auf dem Server installiert.
Wenn Sie sich auf einem Ubuntu- oder Debian-Server befinden und sich noch nicht getrennt haben, können Sie ihn mit dem folgenden Befehl installieren :

sudo apt-get update

sudo apt-get install parted

==Standard Partitionierung auswählen==

Dazu müssen wir zuerst den Partitionierungsstandard angeben, den wir verwenden möchten: GPT ist der modernere Partitionierungsstandard, während der MBR-Standard eine umfassendere Unterstützung für alle Betriebssysteme bietet.
Um den GPT-Standard auszuwählen, genehmigen Sie ihn auf einem Datenträger, den Sie wie folgt angeben:

sudo parted / dev / sda mklabel gpt

<big>Wenn Sie stattdessen das MBR-Format verwenden möchten, geben Sie Folgendes ein:</big>

sudo trennte sich / dev / sda mklabel msdos

==Erstellen Sie ein Dateisystem auf der neuen Partition==

Nachdem wir eine neue Partition haben, können wir sie als Ext4-Dateisystem formatieren. Übergeben Sie dazu die Partition an das Dienstprogramm mkfs.ext4.
Mit Zustimmung des Flags -L können wir eine Partitionsbezeichnung hinzufügen. Wählen Sie einen Namen, um dieses spezielle Laufwerk zu identifizieren:

Tipp :

Stellen Sie sicher, dass es an die Partition und nicht an die gesamte Festplatte übergeben wird. Unter Linux haben Festplatten Namen wie sda, sdb, hda usw. Die Partitionen auf diesen Festplatten haben am Ende eine zusätzliche Nummer, daher müssen wir etwas wie sda1 und nicht sda verwenden.

sudo mkfs.ext4 -L Datenpartition / dev / sda1

[[Category:Linux]]
[[Category:Linux:LPIC:101]]

LPIC101/104.1 Partitionen und Dateisysteme

2019-12-12T12:27:34Z

Bastianvierich: /* Was ist ein Dateisystem ? */

==Was ist ein Dateisystem?==
* Um besser zu verstehen, was ein Dateisystem unter Linux ist, beginnen wir mit einem Beispiel der realen Welt.

Stellen Sie sich einen Kühlschrank mit Gefrierfach vor, im Kühlschrank mit Gefrierfach gibt es normalerweise unterschiedliche Abschnitte für unterschiedliche Lebensmittel.

Zum Beispiel ein Platz für Flüssigkeiten, ein Platz für Eier, ein Platz für
Obst .

Auf diese Weise können Sie Ihr Essen viel einfacher organisieren als wenn alles vorhanden ist, und vor allem, wenn Sie etwas suchen, können Sie tun, was Sie suchen. Finde es heraus.

Dies gilt auch für Systemdateien, deshalb das Dateisystem ist eine Methode zum Speichern und Organisieren verschiedener Informationen. Einschließlich von Linux-Betriebssystemen unterstützter .

==Dateien im Zusammenhang mit dem Dateisystem der Festplatte==
*(Ext)
*(Ext2)
*(Ext3)
*(Ext4)
*(XFS)
*(VFAT)

===Was ist (Ext)===

(Extended File System) – für Linux weiterentwickelte Variante des minix-Dateisystems
Es ist das erste Dateisystem, das speziell für Linux erstellt wurde. Dieses 1992 eingeführte Dateisystem ist eine aktualisierte Version des Minix-Dateisystems. Diesem Dateisystem fehlen wesentliche Funktionen, weshalb die meisten Linux-Versionen derzeit Ext nicht unterstützen.

===Was ist (Ext2)===

(Second Extended File System) – weiterentwickelte Variante von ext mit erweiterten Grenzen; war lange Zeit das Standard-Dateisystem
Dieses Dateisystem verfügt nicht über die Journalfunktion.
Das erste ist ein Dateisystem, das eine Reihe zusätzlicher Funktionen für Dateien und Laufwerke mit einer Größe von 2 Terabyte unterstützt.

===Was ist (Ext3)===

(Third Extended File System) – weiterentwickelte Variante von ext2 mit Journaling .
Das ist das Ext2, das die Journaling-Funktion hinzugefügt hat.

===Was ist (Ext4)===

(Fourth Extended File System) – weiterentwickelte Variante von ext3, u. a. mit erweiterten Grenzen .
Dieses Dateisystem wurde auch so konzipiert, dass es mit früheren Versionen kompatibel ist. Neue Funktionen wurden zu Ext4 hinzugefügt. Eine der guten und nützlichen Eigenschaften dieses Dateisystems ist die Fragmentierung von Dateien (Fragmentation).

===Was ist (XFS)===
(x File System): Netzwerkdateisystem, entwickelt an der Berkeley-Universität (nicht zu verwechseln mit XFS)
Dieses Dateisystem wurde von Silicon Graphics für 64-Bit-Dateisysteme entwickelt.Einige dieser externen Dateisysteme sind nur auf demselben Betriebssystem verfügbar. Einige Dateisysteme, die nur in Unix-Umgebungen verfügbar sind, werden in xfs unterstützt.

===Was ist (VFAT)===

(Virtual FAT) Optionale Erweiterung von FAT12/FAT16/FAT32, um Unterstützung für lange Dateinamen und Sonderzeichen zu gewährleisten, ab Windows 95 .

ist eine Version des FAT-Dateisystems, auch bekannt als FAT32. Dieses Dateisystem unterstützt mehr Dateikapazität als FAT. Die meisten Microsoft-Betriebssysteme unterstützen Vfat. Tatsächlich ist Vfat Windows FAT32.

VFAT:
ist eine Version des FAT-Dateisystems, auch bekannt als FAT32. Dieses Dateisystem unterstützt mehr Dateikapazität als FAT. Die meisten Microsoft-Betriebssysteme unterstützen Vfat. Tatsächlich ist Vfat Windows FAT32.

==Dateisysteme für Flash-Speicher==

=== UBIFS ===
(Unsorted Block Image File System):
von Nokia geförderter, potenzieller JFFS2-Nachfolger .

=== JFFS2 ===
(Journaling Flash File System, Version 2): weiterentwickelte Variante von JFFS, Unterstützung für NAND-Flash, Komprimierung etc. entgegen dem Namen verwendet es kein Journaling .

=== YAFFS ===
(Yet Another Flash File System): speziell für NAND-Flashspeicher .

==Datenbank Bezogene Dateisysteme und Dateisystemen für bestimmte Zwecke==
*procfs
*sysfs
*tmpfs
*debugfs

===procfs===

Abkürzung für process filesystem, übersetzt ‚Prozessdateisystem‘) ist ein virtuelles Dateisystem auf meist unixoiden Systemen. Es dient zur Anzeige und Änderung von System- und Prozessparametern. Üblicherweise wird es in der Verzeichnisstruktur unter /proc eingebunden. Es wird vom Kernel während des Bootvorgangs dynamisch erzeugt und nicht gespeichert.

===sysfs===

ist ein virtuelles Dateisystem des Linux-Kernels. Es exportiert Informationen über verschiedene Kernel-Subsysteme, Hardware und assoziierte Geräte-Treiber durch virtuelle Dateien in den Benutzer-Modus. Bestimmte Parameter können über dieses Interface auch konfiguriert werden.

Sysfs bietet eine ähnliche Funktionalität wie der Sysctl-Mechanismus in BSD-Betriebssystemen, mit dem Unterschied, dass Sysfs als virtuelles Dateisystem implementiert wurde.

===tmpfs===
englisch für (temporary file system) ist ein Dateisystem, das in vielen Unix-artigen Betriebssystemen, als verbesserter Ersatz für ramfs, zum Anlegen einer RAM-Disk eingesetzt wird.

===debugfs===
englisch für (debug filesystem) ist ein virtuelles Dateisystem des Linux-Kernels. Es wurde von Greg Kroah-Hartman entwickelt und ist seit der Kernel-Version 2.6.10-rc3 offiziell verfügbar.

==Unterschiede / Gemeinsamkeiten zwischen Windows und Linux==

===Vorwort===

In diesem Dokument sollen die wesentlichen Unterschiede zwischen Windows und Linux gezeigt werden. Denn gerade die Personen, die in die Unix-Welt umsteigen wollen, stellen meist die Frage: Was kann Linux, das Windows nicht kann? Oder: Kann mir Linux den Komfort bieten, den mir Windows bietet? Auf all diese und weitere Fragen werden wir eingehen und dabei versuchen, auch für Laien verständlich zu sein. Wenn Sie dennoch weitere Fragen haben, zögern Sie nicht, eine E-Mail an den Autor oder an das SelfLinux-Team zu senden.

===Einzel- und Mehrbenutzersysteme===

Unix wurde von Anbeginn als ein Mehrbenutzersystem konzipiert. Daher benötigen Sie, bevor Sie mit dem System arbeiten können, einen Benutzernamen, ein zugehöriges Passwort und im allgemeinen auch ein sogenanntes Heimatverzeichnis für Ihre persönlichen Daten. Benutzername und Passwort werden auch als Benutzerkonto bezeichnet. Anders als bei einigen Windows-Varianten kann ein gewöhnlicher Benutzer kein neues Benutzerkonto eröffnen. Diese Aktion ist unter Unix nur dem Administrator (root) erlaubt.

===Das Dateisystem===

Windows und Unix verwenden unterschiedliche Dateisystemtypen. Windows 95 bis ME arbeiten ausschließlich mit den Dateisystemen de FAT16 und de FAT32. Windows NT / 2000 / XP verwenden primär das Dateisystem de NTFS.

===Die Zugriffsrechte===

Unter Windows 95 / 98 / ME haben Sie das Problem, dass Sie jede Datei auf dem System ansehen, verändern, speichern oder gar löschen können. Egal ob es sich nun um eine Systemdatei oder um einem geheimen Liebesbrief handelt. Ihnen steht es auch frei, einfach aus Spaß die gesamte Festplatte zu formatieren. Das muss leider nicht immer aus bösem Willen geschehen, sondern kann auch einem erfahrenen Benutzer aus Unachtsamkeit passieren.Sie speichern lediglich die persönlichen Einstellungen und den eingerichteten Desktop.
Linux ist ein Open-Source-Betriebssystem. So kann jeder auf der ganzen Welt ein neues Dateisystem für dieses Betriebssystem erstellen. Dies ist einer der Gründe, warum es für Linux so viele Dateisysteme gibt.

== Was ist <big>Journaling?</big> ==

Beachten Sie bei der Auswahl eines Dateisystems unter anderem, dass der Name eines Dateisystems als "Journaling" und nicht als "Journaling" angezeigt wird.

Journaling soll Datenschäden verhindern, die durch einen plötzlichen Stromausfall oder durch solche Faktoren verursacht werden können. Angenommen, Ihr System schreibt Daten auf die Festplatte, die sich plötzlich ausschaltet. Ohne die Verwendung von Journaling weiß das System nicht genau, ob die Datei vollständig auf die Festplatte geschrieben wurde oder ob die auf die Festplatte übertragene Datei möglicherweise beschädigt wurde.

==MBR: Master Boot Record==

Der MBR-Standard wurde erstmals 1983 mit DOS 2.0 eingeführt. Dies wird von den Master Boot Record-Diensten abgeleitet. Dies liegt daran, dass der MBR ein spezielles Startsegment ist, das oben auf einem Laufwerk beginnt. Dieser Abschnitt enthält einen Bootloader für das installierte Betriebssystem und Informationen zu den logischen Partitionen des Laufwerks.
Bootloader ist auch eine Verknüpfung, die einen größeren Bootloader als eine andere Partition auf dem Laufwerk lädt. MBR ist die wichtigste Datenformatierungsstruktur auf der Festplatte.

===Die MBR-Aktivitäten lassen sich im Allgemeinen wie folgt zusammenfassen===

1-Suchen einer aktiven Partition oder Starten des Sektors .

2-Laden Sie eine Kopie des Boot-Sektors von der aktiven Partition auf das Speichersystem hoch .

3-Verschieben Sie die Steuerbefehle in die ausführbaren Codes im Bootsektor .

4-Durchsuchen Sie die Partitionstabelle nach einer aktiven Partition .

===Wenn MBR eine der oben genannten Aktivitäten aus irgendeinem Grund nicht ausführt,gibt das System einen der folgenden Fehler aus===

1- Ungültige Partitionstabelle .

2- Fehler beim Laden des Betriebssystems .

3- Fehlendes Betriebssystem .

==GPT: GUID-Partitionstabelle==

Der Begriff GPT steht für GUID Partition Table (GUID-Partitionstabelle) und bezeichnet eine GUID-Partitionstabelle, die im MBR-Layout neuer ist und schrittweise ersetzt wird. Dieser Standard unterliegt keinen MBR-Einschränkungen, und Partitionen können sehr viel größer sein.

==Das Ergebnis ist der Unterschied zwischen [[MBR_(_Master_Boot_Record_)|MBR]] und GPT==

In den meisten Fällen haben Sie weder mit MBR noch mit GPT ein Problem. Sie müssen nur GPT verwenden oder MBR in GPT konvertieren, wenn Sie eine Partition mit mehr als 2 Terabyte benötigen.

==Liste wichtiger Dateien, Verzeichnisse und Anwendungen:==

===fdisk===
===gdisk===
===parted===
===mkfs===

Der Befehl mkfs unter Linux kann zum Formatieren einer Partition verwendet werden. Mit dem Befehl mkfs können Sie eine Linux-Partition in ein anderes Dateisystem formatieren. Der Befehl mkfs ist ein ziemlich intelligenter Befehl. Wenn Sie diesen Befehl ausführen, um eine Partition zu formatieren, die bereits über ein ext3-Dateisystem verfügt, übernimmt er automatisch das neue Dateisystem ext3 und führt den Befehl mkfs.ext3 aus.

Mkfs.ext2 : Zum Formatieren von Partitionen mit ext2-Dateisystem.

Mkfs.ext3 : Zum Formatieren von Partitionen mit ext3-Dateisystem.

Mkfs.msdos: Wird zum Formatieren von Partitionen mit dem VFAT-Dateisystem von Microsoft verwendet.

Er enthält denselben Befehl wie "mkfs.vfat" und "mkfs.dosfs" ,die alle dasselbe tun .

===mkswap===

==Einführung in das Fdisk Tool unter Linux==

Das Dienstprogramm Fdisk ist ein Linux-Dateiverwaltungsdienstprogramm, das eine Befehlszeile verwendet. Mit diesem Tool können Sie Ihren Festplattenspeicher in Partitionen einteilen, Partitionen sind Teil Ihres Festplattenspeichers.
Sie können den Befehl fdisk mit dem Schalter -l verwenden, um die Festplatten im System und ihre Formatierungsstruktur anzuzeigen.

==Was ist parted==
Wir werden das Partitionstool verwenden, um das Laufwerk zu partitionieren. In den meisten Fällen ist dies bereits auf dem Server installiert.
Wenn Sie sich auf einem Ubuntu- oder Debian-Server befinden und sich noch nicht getrennt haben, können Sie ihn mit dem folgenden Befehl installieren :

sudo apt-get update

sudo apt-get install parted

==Standard Partitionierung auswählen==

Dazu müssen wir zuerst den Partitionierungsstandard angeben, den wir verwenden möchten: GPT ist der modernere Partitionierungsstandard, während der MBR-Standard eine umfassendere Unterstützung für alle Betriebssysteme bietet.
Um den GPT-Standard auszuwählen, genehmigen Sie ihn auf einem Datenträger, den Sie wie folgt angeben:

sudo parted / dev / sda mklabel gpt

<big>Wenn Sie stattdessen das MBR-Format verwenden möchten, geben Sie Folgendes ein:</big>

sudo trennte sich / dev / sda mklabel msdos

==Erstellen Sie ein Dateisystem auf der neuen Partition==

Nachdem wir eine neue Partition haben, können wir sie als Ext4-Dateisystem formatieren. Übergeben Sie dazu die Partition an das Dienstprogramm mkfs.ext4.
Mit Zustimmung des Flags -L können wir eine Partitionsbezeichnung hinzufügen. Wählen Sie einen Namen, um dieses spezielle Laufwerk zu identifizieren:

Tipp :

Stellen Sie sicher, dass es an die Partition und nicht an die gesamte Festplatte übergeben wird. Unter Linux haben Festplatten Namen wie sda, sdb, hda usw. Die Partitionen auf diesen Festplatten haben am Ende eine zusätzliche Nummer, daher müssen wir etwas wie sda1 und nicht sda verwenden.

sudo mkfs.ext4 -L Datenpartition / dev / sda1

[[Category:Linux]]
[[Category:Linux:LPIC:101]]

LPIC101/104.1 Partitionen und Dateisysteme

2019-12-12T12:26:39Z

Bastianvierich:

== <big>Was ist ein Dateisystem ?</big> ==
* um besser verstehen, was ein Dateisystem unter Linux Beginnen wir mit einem Beispiel der realen Welt.

Stellen Sie sich einen Kühlschrank mit Gefrierfach vor, im Kühlschrank mit Gefrierfach gibt es normalerweise unterschiedliche Abschnitte für unterschiedliche Lebensmittel.

Zum Beispiel ein Platz für Flüssigkeiten, ein Platz für Eier, ein Platz für
Obst .

Auf diese Weise können Sie Ihr Essen viel einfacher organisieren als wenn alles vorhanden ist, und vor allem, wenn Sie etwas suchen, können Sie tun, was Sie suchen. Finde es heraus.

Dies gilt auch für Systemdateien, deshalb das Dateisystem ist eine Methode zum Speichern und Organisieren verschiedener Informationen. Einschließlich von Linux-Betriebssystemen unterstützter .

==Dateien im Zusammenhang mit dem Dateisystem der Festplatte==
*(Ext)
*(Ext2)
*(Ext3)
*(Ext4)
*(XFS)
*(VFAT)

===Was ist (Ext)===

(Extended File System) – für Linux weiterentwickelte Variante des minix-Dateisystems
Es ist das erste Dateisystem, das speziell für Linux erstellt wurde. Dieses 1992 eingeführte Dateisystem ist eine aktualisierte Version des Minix-Dateisystems. Diesem Dateisystem fehlen wesentliche Funktionen, weshalb die meisten Linux-Versionen derzeit Ext nicht unterstützen.

===Was ist (Ext2)===

(Second Extended File System) – weiterentwickelte Variante von ext mit erweiterten Grenzen; war lange Zeit das Standard-Dateisystem
Dieses Dateisystem verfügt nicht über die Journalfunktion.
Das erste ist ein Dateisystem, das eine Reihe zusätzlicher Funktionen für Dateien und Laufwerke mit einer Größe von 2 Terabyte unterstützt.

===Was ist (Ext3)===

(Third Extended File System) – weiterentwickelte Variante von ext2 mit Journaling .
Das ist das Ext2, das die Journaling-Funktion hinzugefügt hat.

===Was ist (Ext4)===

(Fourth Extended File System) – weiterentwickelte Variante von ext3, u. a. mit erweiterten Grenzen .
Dieses Dateisystem wurde auch so konzipiert, dass es mit früheren Versionen kompatibel ist. Neue Funktionen wurden zu Ext4 hinzugefügt. Eine der guten und nützlichen Eigenschaften dieses Dateisystems ist die Fragmentierung von Dateien (Fragmentation).

===Was ist (XFS)===
(x File System): Netzwerkdateisystem, entwickelt an der Berkeley-Universität (nicht zu verwechseln mit XFS)
Dieses Dateisystem wurde von Silicon Graphics für 64-Bit-Dateisysteme entwickelt.Einige dieser externen Dateisysteme sind nur auf demselben Betriebssystem verfügbar. Einige Dateisysteme, die nur in Unix-Umgebungen verfügbar sind, werden in xfs unterstützt.

===Was ist (VFAT)===

(Virtual FAT) Optionale Erweiterung von FAT12/FAT16/FAT32, um Unterstützung für lange Dateinamen und Sonderzeichen zu gewährleisten, ab Windows 95 .

ist eine Version des FAT-Dateisystems, auch bekannt als FAT32. Dieses Dateisystem unterstützt mehr Dateikapazität als FAT. Die meisten Microsoft-Betriebssysteme unterstützen Vfat. Tatsächlich ist Vfat Windows FAT32.

VFAT:
ist eine Version des FAT-Dateisystems, auch bekannt als FAT32. Dieses Dateisystem unterstützt mehr Dateikapazität als FAT. Die meisten Microsoft-Betriebssysteme unterstützen Vfat. Tatsächlich ist Vfat Windows FAT32.

==Dateisysteme für Flash-Speicher==

=== UBIFS ===
(Unsorted Block Image File System):
von Nokia geförderter, potenzieller JFFS2-Nachfolger .

=== JFFS2 ===
(Journaling Flash File System, Version 2): weiterentwickelte Variante von JFFS, Unterstützung für NAND-Flash, Komprimierung etc. entgegen dem Namen verwendet es kein Journaling .

=== YAFFS ===
(Yet Another Flash File System): speziell für NAND-Flashspeicher .

==Datenbank Bezogene Dateisysteme und Dateisystemen für bestimmte Zwecke==
*procfs
*sysfs
*tmpfs
*debugfs

===procfs===

Abkürzung für process filesystem, übersetzt ‚Prozessdateisystem‘) ist ein virtuelles Dateisystem auf meist unixoiden Systemen. Es dient zur Anzeige und Änderung von System- und Prozessparametern. Üblicherweise wird es in der Verzeichnisstruktur unter /proc eingebunden. Es wird vom Kernel während des Bootvorgangs dynamisch erzeugt und nicht gespeichert.

===sysfs===

ist ein virtuelles Dateisystem des Linux-Kernels. Es exportiert Informationen über verschiedene Kernel-Subsysteme, Hardware und assoziierte Geräte-Treiber durch virtuelle Dateien in den Benutzer-Modus. Bestimmte Parameter können über dieses Interface auch konfiguriert werden.

Sysfs bietet eine ähnliche Funktionalität wie der Sysctl-Mechanismus in BSD-Betriebssystemen, mit dem Unterschied, dass Sysfs als virtuelles Dateisystem implementiert wurde.

===tmpfs===
englisch für (temporary file system) ist ein Dateisystem, das in vielen Unix-artigen Betriebssystemen, als verbesserter Ersatz für ramfs, zum Anlegen einer RAM-Disk eingesetzt wird.

===debugfs===
englisch für (debug filesystem) ist ein virtuelles Dateisystem des Linux-Kernels. Es wurde von Greg Kroah-Hartman entwickelt und ist seit der Kernel-Version 2.6.10-rc3 offiziell verfügbar.

==Unterschiede / Gemeinsamkeiten zwischen Windows und Linux==

===Vorwort===

In diesem Dokument sollen die wesentlichen Unterschiede zwischen Windows und Linux gezeigt werden. Denn gerade die Personen, die in die Unix-Welt umsteigen wollen, stellen meist die Frage: Was kann Linux, das Windows nicht kann? Oder: Kann mir Linux den Komfort bieten, den mir Windows bietet? Auf all diese und weitere Fragen werden wir eingehen und dabei versuchen, auch für Laien verständlich zu sein. Wenn Sie dennoch weitere Fragen haben, zögern Sie nicht, eine E-Mail an den Autor oder an das SelfLinux-Team zu senden.

===Einzel- und Mehrbenutzersysteme===

Unix wurde von Anbeginn als ein Mehrbenutzersystem konzipiert. Daher benötigen Sie, bevor Sie mit dem System arbeiten können, einen Benutzernamen, ein zugehöriges Passwort und im allgemeinen auch ein sogenanntes Heimatverzeichnis für Ihre persönlichen Daten. Benutzername und Passwort werden auch als Benutzerkonto bezeichnet. Anders als bei einigen Windows-Varianten kann ein gewöhnlicher Benutzer kein neues Benutzerkonto eröffnen. Diese Aktion ist unter Unix nur dem Administrator (root) erlaubt.

===Das Dateisystem===

Windows und Unix verwenden unterschiedliche Dateisystemtypen. Windows 95 bis ME arbeiten ausschließlich mit den Dateisystemen de FAT16 und de FAT32. Windows NT / 2000 / XP verwenden primär das Dateisystem de NTFS.

===Die Zugriffsrechte===

Unter Windows 95 / 98 / ME haben Sie das Problem, dass Sie jede Datei auf dem System ansehen, verändern, speichern oder gar löschen können. Egal ob es sich nun um eine Systemdatei oder um einem geheimen Liebesbrief handelt. Ihnen steht es auch frei, einfach aus Spaß die gesamte Festplatte zu formatieren. Das muss leider nicht immer aus bösem Willen geschehen, sondern kann auch einem erfahrenen Benutzer aus Unachtsamkeit passieren.Sie speichern lediglich die persönlichen Einstellungen und den eingerichteten Desktop.
Linux ist ein Open-Source-Betriebssystem. So kann jeder auf der ganzen Welt ein neues Dateisystem für dieses Betriebssystem erstellen. Dies ist einer der Gründe, warum es für Linux so viele Dateisysteme gibt.

== Was ist <big>Journaling?</big> ==

Beachten Sie bei der Auswahl eines Dateisystems unter anderem, dass der Name eines Dateisystems als "Journaling" und nicht als "Journaling" angezeigt wird.

Journaling soll Datenschäden verhindern, die durch einen plötzlichen Stromausfall oder durch solche Faktoren verursacht werden können. Angenommen, Ihr System schreibt Daten auf die Festplatte, die sich plötzlich ausschaltet. Ohne die Verwendung von Journaling weiß das System nicht genau, ob die Datei vollständig auf die Festplatte geschrieben wurde oder ob die auf die Festplatte übertragene Datei möglicherweise beschädigt wurde.

==MBR: Master Boot Record==

Der MBR-Standard wurde erstmals 1983 mit DOS 2.0 eingeführt. Dies wird von den Master Boot Record-Diensten abgeleitet. Dies liegt daran, dass der MBR ein spezielles Startsegment ist, das oben auf einem Laufwerk beginnt. Dieser Abschnitt enthält einen Bootloader für das installierte Betriebssystem und Informationen zu den logischen Partitionen des Laufwerks.
Bootloader ist auch eine Verknüpfung, die einen größeren Bootloader als eine andere Partition auf dem Laufwerk lädt. MBR ist die wichtigste Datenformatierungsstruktur auf der Festplatte.

===Die MBR-Aktivitäten lassen sich im Allgemeinen wie folgt zusammenfassen===

1-Suchen einer aktiven Partition oder Starten des Sektors .

2-Laden Sie eine Kopie des Boot-Sektors von der aktiven Partition auf das Speichersystem hoch .

3-Verschieben Sie die Steuerbefehle in die ausführbaren Codes im Bootsektor .

4-Durchsuchen Sie die Partitionstabelle nach einer aktiven Partition .

===Wenn MBR eine der oben genannten Aktivitäten aus irgendeinem Grund nicht ausführt,gibt das System einen der folgenden Fehler aus===

1- Ungültige Partitionstabelle .

2- Fehler beim Laden des Betriebssystems .

3- Fehlendes Betriebssystem .

==GPT: GUID-Partitionstabelle==

Der Begriff GPT steht für GUID Partition Table (GUID-Partitionstabelle) und bezeichnet eine GUID-Partitionstabelle, die im MBR-Layout neuer ist und schrittweise ersetzt wird. Dieser Standard unterliegt keinen MBR-Einschränkungen, und Partitionen können sehr viel größer sein.

==Das Ergebnis ist der Unterschied zwischen [[MBR_(_Master_Boot_Record_)|MBR]] und GPT==

In den meisten Fällen haben Sie weder mit MBR noch mit GPT ein Problem. Sie müssen nur GPT verwenden oder MBR in GPT konvertieren, wenn Sie eine Partition mit mehr als 2 Terabyte benötigen.

==Liste wichtiger Dateien, Verzeichnisse und Anwendungen:==

===fdisk===
===gdisk===
===parted===
===mkfs===

Der Befehl mkfs unter Linux kann zum Formatieren einer Partition verwendet werden. Mit dem Befehl mkfs können Sie eine Linux-Partition in ein anderes Dateisystem formatieren. Der Befehl mkfs ist ein ziemlich intelligenter Befehl. Wenn Sie diesen Befehl ausführen, um eine Partition zu formatieren, die bereits über ein ext3-Dateisystem verfügt, übernimmt er automatisch das neue Dateisystem ext3 und führt den Befehl mkfs.ext3 aus.

Mkfs.ext2 : Zum Formatieren von Partitionen mit ext2-Dateisystem.

Mkfs.ext3 : Zum Formatieren von Partitionen mit ext3-Dateisystem.

Mkfs.msdos: Wird zum Formatieren von Partitionen mit dem VFAT-Dateisystem von Microsoft verwendet.

Er enthält denselben Befehl wie "mkfs.vfat" und "mkfs.dosfs" ,die alle dasselbe tun .

===mkswap===

==Einführung in das Fdisk Tool unter Linux==

Das Dienstprogramm Fdisk ist ein Linux-Dateiverwaltungsdienstprogramm, das eine Befehlszeile verwendet. Mit diesem Tool können Sie Ihren Festplattenspeicher in Partitionen einteilen, Partitionen sind Teil Ihres Festplattenspeichers.
Sie können den Befehl fdisk mit dem Schalter -l verwenden, um die Festplatten im System und ihre Formatierungsstruktur anzuzeigen.

==Was ist parted==
Wir werden das Partitionstool verwenden, um das Laufwerk zu partitionieren. In den meisten Fällen ist dies bereits auf dem Server installiert.
Wenn Sie sich auf einem Ubuntu- oder Debian-Server befinden und sich noch nicht getrennt haben, können Sie ihn mit dem folgenden Befehl installieren :

sudo apt-get update

sudo apt-get install parted

==Standard Partitionierung auswählen==

Dazu müssen wir zuerst den Partitionierungsstandard angeben, den wir verwenden möchten: GPT ist der modernere Partitionierungsstandard, während der MBR-Standard eine umfassendere Unterstützung für alle Betriebssysteme bietet.
Um den GPT-Standard auszuwählen, genehmigen Sie ihn auf einem Datenträger, den Sie wie folgt angeben:

sudo parted / dev / sda mklabel gpt

<big>Wenn Sie stattdessen das MBR-Format verwenden möchten, geben Sie Folgendes ein:</big>

sudo trennte sich / dev / sda mklabel msdos

==Erstellen Sie ein Dateisystem auf der neuen Partition==

Nachdem wir eine neue Partition haben, können wir sie als Ext4-Dateisystem formatieren. Übergeben Sie dazu die Partition an das Dienstprogramm mkfs.ext4.
Mit Zustimmung des Flags -L können wir eine Partitionsbezeichnung hinzufügen. Wählen Sie einen Namen, um dieses spezielle Laufwerk zu identifizieren:

Tipp :

Stellen Sie sicher, dass es an die Partition und nicht an die gesamte Festplatte übergeben wird. Unter Linux haben Festplatten Namen wie sda, sdb, hda usw. Die Partitionen auf diesen Festplatten haben am Ende eine zusätzliche Nummer, daher müssen wir etwas wie sda1 und nicht sda verwenden.

sudo mkfs.ext4 -L Datenpartition / dev / sda1

[[Category:Linux]]
[[Category:Linux:LPIC:101]]

LPIC101/104.2 Integrität von Dateisystemen

2019-12-11T14:07:19Z

Bastianvierich:

==Allgemeines==
* Sie sollen die Integrität von Dateisystemen sicherstellen und kleinere Probleme erkennen und beseitigen.
* Desweiteren sollen sie Engpässe bei der Speicherkapazität ermitteln können und bei einem überfüllten Dateisystem feststellen wo der Speicherplatz verbraucht wird.

==Sicherstellen der Integrität des Dateisystems und Problembehebung==
* Das Programm fsck ist ein Frontend zur Überprüfung von Dateisystemen. Dieses ruft zur Laufzeit andere Programme

LPIC101/104.2 Integrität von Dateisystemen

2019-12-11T13:46:11Z

Bastianvierich: /* Allgemeines */

LPIC101/104.2 Integrität von Dateisystemen

2019-12-11T13:43:28Z

Bastianvierich: /* Allgemeines */

LPIC101/104.2 Integrität von Dateisystemen

2019-12-11T13:35:23Z

Bastianvierich: Die Seite wurde neu angelegt: „==Allgemeines== * * * *“

==Allgemeines==
*
*
*
*

MediaWiki/Anleitung/Artikel/Erstellen

2019-12-11T13:27:42Z

Bastianvierich: /* Seiten/Kategorien erstellen */

Dieser Artikel beschreibt, wie ihr ein Wiki-Artikel erstellt und welche Syntax dafür erforderlich ist. [[Gestaltung von Wiki-Artikeln|Auf einer anderen Seite findet ihr, wie die Wiki-Artikel aussehen und gestaltet werden sollen.]]

=Seiten/Kategorien erstellen=
# Prüfen, ob es eine ähnliche Seite bereits gibt
# Mit dem Suchfeld (oben rechts) den Namen der neuen Seite suchen
# Wenn es die Seite nicht gibt, kann hier die neue Seite erstellt werden (rot markierter Link)

==Platzieren von Seiten==

===Seite in eine Kategorie platzieren===

# Schreibe in deiner Seite den Syntax <nowiki>[[Category:Kategoriename]]</nowiki>.
# Deine Seite ist nun in der genannten Kategorie zu finden. Die Wiki sortiert jede Seite in einer Kategorie alphabetisch.
# Man kann auch einer Seite unter mehreren Kategorien platzieren.

===Seitennamen ändern===

# Der Befehl ''Verschieben'' unter dem Reiter ''Mehr'' kann einen Seitennamen verändern.
# Klickt man auf ''Verschieben'' kommt ein Menü. Unter ''Neuer Titel:'' neben ''(Seite)'' den neuen Seitennamen eingeben und auf ''Seite verschieben'' klicken.
# Beachtet dabei, dass nur eine neue Seite mit dem Inhalt der alten Seite erstellt wurde. Die alte Seite ist noch da.
# Sofern ihr nicht auf einer Kategorieseite euren Seitennamen geändert habt, bleibt der alte Seitenname erhalten, allerdings werdet ihr weitergeleitet zur neuen Seite.

=Formatierung=

==Schrift==

Mit <nowiki>''Text''</nowiki> wird die Schrift ''kursiv''.

Mit <nowiki>'''Text'''</nowiki> wird die Schrift '''fett'''.

Mit <nowiki>'''''Text'''''</nowiki> wird die Schrift '''''fett und kursiv'''''.

Es wird empfohlen, wichtige Details in kursiv zu schreiben. Fett sollte nur in Maßen eingesetzt;'''''fett und kursiv ist unangebracht'''''.

----

Will man ein Eingabebefehl oder eine Shell-Ausgabe als Code darstellen

so muss man vor der Textzeile ein Leerzeichen setzen.

Soll ein <code>Befehl</code> oder eine <code>Datei</code> als Code in einem normalen Text dargestellt werden, so muss man <nowiki><code>Text</code></nowiki> schreiben

==Überschrift==

Eine Überschrift kann man so setzen:

<nowiki>=Überschrift=</nowiki>

Dabei wird gleichzeitig ein "Anker" festgelegt, der zur automatischen Gliederung dient.

Ein Kapitel unter einer Überschrift ist:

<nowiki>==Kapitel==</nowiki>

Und ein Unterkapitel unter einem Kapitel ist:

<nowiki>===Unterkapitel===</nowiki>

So kann man für seine Seite eine Gliederung erstellen.

Hier gilt:

# Kapitel und Unterkapitel in Maßen einsetzen!
# Überschriften werden auf keinen Fall noch zusätzlich formatiert!
# Überschriften werden nicht nummeriert!

==Listen==

* Ein <nowiki>*</nowiki>
* am Anfang
* jeder Textzeile
* listet auf,
** weitere <nowiki>**</nowiki> gibt Einrückungen

----

# Ein <nowiki>#</nowiki>
# nummeriert
# die Auflistung
## Weitere <nowiki>##</nowiki> fügt Unterpunkte
# Eine Leerzeile

# beendet die Liste bzw. startet eine Neue.

Es ist übrigens guter Stil, nicht mehr als 5 Aufzählungspunkten zu nutzen. Zu viele Punkte können den Leser ermüden.

----

Wie eine Wiki-Seite nicht aussehen soll:[[Hilfe:So soll eine Seite auf keinen Fall aussehen!!|Hier!]]

Für weitere Infos siehe:[https://www.mediawiki.org/wiki/Help:Formatting/de Hilfe:Formatierung-MediaWiki]

=Links setzen=

==Interne Links einsetzen==

#Öffne den Artikel, in dem der Link erstellt werden soll und klicke auf "Bearbeiten" im oberen Bedienfeld.
#Schreibe den Artikel, der verlinkt werden soll, mit folgender Syntax in das Textfeld: <nowiki>[[Name des Artikels]]</nowiki>.

Beispiel.:<br>
<nowiki>[[Hauptseite]]</nowiki>

[[Hauptseite]]

----

Man kann auch einen verdeckten Link erstellen mit einer passenden Beschreibung:

<nowiki>[[Name des Artikels|Beschreibung]]</nowiki>

Beispiel:<br>
<nowiki>[[Hauptseite|Wenn man hier draufklickt, geht es zurück zur Hauptseite]]</nowiki>

[[Hauptseite|Wenn man hier draufklickt, geht es zurück zur Hauptseite]]

Der Name des Artikels wird dann durch die Beschreibung ersetzt, verweist aber immer noch weiterhin auf den verlinkten Artikel.

----

Wenn ihr ein Link erstellen wollt, der auf ein Kapitel in einer Seite verweisen soll müsst ihr eintippen:

<nowiki>[[Name des Artikels#Name des Kapitels|Beschreibung]]</nowiki>

Beispiel:<br>
<nowiki>[[Hauptseite#Systeme|Wenn man hier draufklickt, geht es zurück zur Hauptseite auf den Kapitel Systeme]]</nowiki>

[[Hauptseite#Systeme|Wenn man hier draufklickt, geht es zurück zur Hauptseite auf den Kapitel Systeme]]

==Externe Links einsetzen==

:1. Öffne den Artikel, in dem der Link erstellt werden soll und klicke auf "Bearbeiten" im oberen Bedienfeld.

:2. Schreibe die URL, die verlinkt werden soll, mit folgender Syntax in das Textfeld: <nowiki>[[URL gewünschter Name des Links]]</nowiki>.

Beispiel:<br>
<nowiki>[https://ausbildung.foxtom.de/wiki/index.php?title=Hauptseite Das ist der Link zur Hauptseite unseres Wikis]</nowiki>

[https://ausbildung.foxtom.de/wiki/index.php?title=Hauptseite Das ist der Link zur Hauptseite unseres Wikis]

Gibt man keinen Namen ein, wird stattdessen eine Nummer angezeigt.

----

Will man keinen Link erstellen, sondern nur die URL der Internetseite anzeigen, schreibt man dies mit folgender Syntax: <nowiki>"<nowiki>"</nowiki>URL<nowiki>"</nowiki>"</nowiki>.
Dies verhindert die Interpretierung von Zeichen als Formatierung.

Beispiel:<br>
<nowiki><nowiki>https://ausbildung.foxtom.de/wiki/index.php?title=Hauptseite</nowiki></nowiki>

<nowiki>https://ausbildung.foxtom.de/wiki/index.php?title=Hauptseite</nowiki>

Für weitere Informationen zum Verlinken:
[https://www.mediawiki.org/wiki/Help:Links/de Hilfe:Links-MediaWiki]

=Tabellen erstellen=

==Syntax==

{|class="wikitable"
!Zeichen !! Beschreibung
|-
| <nowiki>{|</nowiki> || Beginn einer Tabelle
|-
| <nowiki>|+</nowiki> || Tabellenbeschriftung, '''Ist nur zwischen Tabellenanfang und erster Tabellenzeile einzufügen'''
|-
| <nowiki>|-</nowiki> || Tabellenzeile, nicht notwendig um die erste Zeile zu machen, macht Wiki automatisch
|-
| <nowiki>!</nowiki> || Tabellenkopfzelle
|-
| <nowiki>|</nowiki> || Tabellenzelle bzw. eine weitere Spalte
|-
| <nowiki>|}</nowiki> || Ende einer Tabelle
|}

==Beispiele==

'''Beispiel 1'''

<nowiki>{|</nowiki></br>
<nowiki>|+ Tabelle </nowiki></br>
<nowiki>|Eins</nowiki></br>
<nowiki>|Zwei</nowiki></br>
<nowiki>|-</nowiki></br>
<nowiki>|Drei</nowiki></br>
<nowiki>|Vier</nowiki></br>
<nowiki>|}</nowiki></br>

{|
|+ Tabelle
|Eins
|Zwei
|-
|Drei
|Vier
|}

----

'''Beispiel 2'''

Mit <nowiki>"||"</nowiki> ist es möglich, die Zellen nebeneinander zu schreiben, um eine bessere Übersicht zu behalten.

<nowiki>{|</nowiki></br>
<nowiki>|+ Tabelle </nowiki></br>
<nowiki>|Eins||Zwei</nowiki></br>
<nowiki>|-</nowiki></br>
<nowiki>|Drei||Vier</nowiki></br>
<nowiki>|}</nowiki></br>

{|
|+Tabelle
|Eins||Zwei
|-
|Drei||Vier
|}

----

'''Beispiel 3'''

Mit <code>class="wikitable"</code> kann man ein Grundstyling erhalten, was die Tabelle visuell übersichtlicher darstellt.

<nowiki>{|class="wikitable"</nowiki></br>
<nowiki>|+ Tabelle </nowiki></br>
<nowiki>|Eins ||Zwei</nowiki></br>
<nowiki>|-</nowiki></br>
<nowiki>|Drei ||Vier</nowiki></br>
<nowiki>|}</nowiki></br>

{|class="wikitable"
|+ Tabelle
|Eins||Zwei
|-
|Drei||Vier
|}

Weblinks
* [https://www.mediawiki.org/wiki/Help:Tables/de Hilfe:Tabelle-MediaWiki]
* [http://www.tablesgenerator.com/mediawiki_tables Tablesgenerator]

=Bilder hinzufügen=

:1. Klicke auf "Datei hochladen" im linken Bedienfeld unter der Kategorie Werkzeuge.

:2. Wähle dort die gewünschte Datei zum Hochladen aus über die Schaltfläche "Durchsuchen" und starte den Upload. Beachte, dass das Wiki nur bestimmte Dateiformate akzeptiert, die bei "Datei hochladen" aufgeführt sind.

:3. Zum Einfügen des Bildes, navigiere zum gewünschten Artikel und öffne das Texteingabefeld über "Bearbeiten" im oberen Bedienfeld

:4. An der Stelle, wo das Bild anzeigt werden soll, füge es mit folgender Syntax ein: <nowiki>[[Datei:Bildername.Dateiformat|Skalierung|Eigenschaften|Beschreibung]]</nowiki>
[[Datei:mediact.png|150px|thumb|Beispielbild]]
'''Beispiel'''

<nowiki>[[Datei:mediact.png|150px|thumb|Beispielbild]]</nowiki>

Für weitere Optionen bei Formatierung von Bildern und für weitere Informationen:
[https://www.mediawiki.org/wiki/Help:Images/de Hilfe:Bilder-MediaWiki]

=WikiEditor=

Der WikiEditor ist eine Erweiterung, die es ermöglicht, einfacher eine Wiki-Seite zu erstellen. Oben im Editor ist nun ein Reiter vorhanden. Unter "Erweitert" findet ihr Funktionen, um Formatierungen, Auflistungen, Bilder oder Tabellen zu erstellen. Unter dem Reiter "Sonderzeichen" findet ihr verschiedene Sonderzeichen. Unter dem Reiter "Hilfe" findet ihr eine kurze Hilfe zur Wiki-Syntax.

=Quellenangaben=

#https://www.mediawiki.org/wiki/Help:Formatting/de
#https://www.mediawiki.org/wiki/Help:Links/de
#https://www.mediawiki.org/wiki/Help:Images/de
#https://www.mediawiki.org/wiki/Help:Tables/de
#https://www.mediawiki.org/wiki/Help:Images/de

--[[Benutzer:Alexanderrogers|Alexanderrogers]] ([[Benutzer Diskussion:Alexanderrogers|Diskussion]]) 11:44, 2. Mai 2019 (CEST)

[[Category: Wiki]]

MediaWiki/Anleitung/Artikel/Erstellen

2019-12-11T13:27:21Z

Bastianvierich: /* Seiten/Kategorien erstellen */

Dieser Artikel beschreibt, wie ihr ein Wiki-Artikel erstellt und welche Syntax dafür erforderlich ist. [[Gestaltung von Wiki-Artikeln|Auf einer anderen Seite findet ihr, wie die Wiki-Artikel aussehen und gestaltet werden sollen.]]

=Seiten/Kategorien erstellen=
# Prüfen, ob es eine ähnliche Seite bereits gibt
# Mit dem Suchfeld (oben rechts) den Namen der neuen Seite suchen
# Wenn es die Seite nicht gibt, kann hie die neue Seite erstellt werden (rot markierter Link)

==Platzieren von Seiten==

===Seite in eine Kategorie platzieren===

# Schreibe in deiner Seite den Syntax <nowiki>[[Category:Kategoriename]]</nowiki>.
# Deine Seite ist nun in der genannten Kategorie zu finden. Die Wiki sortiert jede Seite in einer Kategorie alphabetisch.
# Man kann auch einer Seite unter mehreren Kategorien platzieren.

===Seitennamen ändern===

# Der Befehl ''Verschieben'' unter dem Reiter ''Mehr'' kann einen Seitennamen verändern.
# Klickt man auf ''Verschieben'' kommt ein Menü. Unter ''Neuer Titel:'' neben ''(Seite)'' den neuen Seitennamen eingeben und auf ''Seite verschieben'' klicken.
# Beachtet dabei, dass nur eine neue Seite mit dem Inhalt der alten Seite erstellt wurde. Die alte Seite ist noch da.
# Sofern ihr nicht auf einer Kategorieseite euren Seitennamen geändert habt, bleibt der alte Seitenname erhalten, allerdings werdet ihr weitergeleitet zur neuen Seite.

=Formatierung=

==Schrift==

Mit <nowiki>''Text''</nowiki> wird die Schrift ''kursiv''.

Mit <nowiki>'''Text'''</nowiki> wird die Schrift '''fett'''.

Mit <nowiki>'''''Text'''''</nowiki> wird die Schrift '''''fett und kursiv'''''.

Es wird empfohlen, wichtige Details in kursiv zu schreiben. Fett sollte nur in Maßen eingesetzt;'''''fett und kursiv ist unangebracht'''''.

----

Will man ein Eingabebefehl oder eine Shell-Ausgabe als Code darstellen

so muss man vor der Textzeile ein Leerzeichen setzen.

Soll ein <code>Befehl</code> oder eine <code>Datei</code> als Code in einem normalen Text dargestellt werden, so muss man <nowiki><code>Text</code></nowiki> schreiben

==Überschrift==

Eine Überschrift kann man so setzen:

<nowiki>=Überschrift=</nowiki>

Dabei wird gleichzeitig ein "Anker" festgelegt, der zur automatischen Gliederung dient.

Ein Kapitel unter einer Überschrift ist:

<nowiki>==Kapitel==</nowiki>

Und ein Unterkapitel unter einem Kapitel ist:

<nowiki>===Unterkapitel===</nowiki>

So kann man für seine Seite eine Gliederung erstellen.

Hier gilt:

# Kapitel und Unterkapitel in Maßen einsetzen!
# Überschriften werden auf keinen Fall noch zusätzlich formatiert!
# Überschriften werden nicht nummeriert!

==Listen==

* Ein <nowiki>*</nowiki>
* am Anfang
* jeder Textzeile
* listet auf,
** weitere <nowiki>**</nowiki> gibt Einrückungen

----

# Ein <nowiki>#</nowiki>
# nummeriert
# die Auflistung
## Weitere <nowiki>##</nowiki> fügt Unterpunkte
# Eine Leerzeile

# beendet die Liste bzw. startet eine Neue.

Es ist übrigens guter Stil, nicht mehr als 5 Aufzählungspunkten zu nutzen. Zu viele Punkte können den Leser ermüden.

----

Wie eine Wiki-Seite nicht aussehen soll:[[Hilfe:So soll eine Seite auf keinen Fall aussehen!!|Hier!]]

Für weitere Infos siehe:[https://www.mediawiki.org/wiki/Help:Formatting/de Hilfe:Formatierung-MediaWiki]

=Links setzen=

==Interne Links einsetzen==

#Öffne den Artikel, in dem der Link erstellt werden soll und klicke auf "Bearbeiten" im oberen Bedienfeld.
#Schreibe den Artikel, der verlinkt werden soll, mit folgender Syntax in das Textfeld: <nowiki>[[Name des Artikels]]</nowiki>.

Beispiel.:<br>
<nowiki>[[Hauptseite]]</nowiki>

[[Hauptseite]]

----

Man kann auch einen verdeckten Link erstellen mit einer passenden Beschreibung:

<nowiki>[[Name des Artikels|Beschreibung]]</nowiki>

Beispiel:<br>
<nowiki>[[Hauptseite|Wenn man hier draufklickt, geht es zurück zur Hauptseite]]</nowiki>

[[Hauptseite|Wenn man hier draufklickt, geht es zurück zur Hauptseite]]

Der Name des Artikels wird dann durch die Beschreibung ersetzt, verweist aber immer noch weiterhin auf den verlinkten Artikel.

----

Wenn ihr ein Link erstellen wollt, der auf ein Kapitel in einer Seite verweisen soll müsst ihr eintippen:

<nowiki>[[Name des Artikels#Name des Kapitels|Beschreibung]]</nowiki>

Beispiel:<br>
<nowiki>[[Hauptseite#Systeme|Wenn man hier draufklickt, geht es zurück zur Hauptseite auf den Kapitel Systeme]]</nowiki>

[[Hauptseite#Systeme|Wenn man hier draufklickt, geht es zurück zur Hauptseite auf den Kapitel Systeme]]

==Externe Links einsetzen==

:1. Öffne den Artikel, in dem der Link erstellt werden soll und klicke auf "Bearbeiten" im oberen Bedienfeld.

:2. Schreibe die URL, die verlinkt werden soll, mit folgender Syntax in das Textfeld: <nowiki>[[URL gewünschter Name des Links]]</nowiki>.

Beispiel:<br>
<nowiki>[https://ausbildung.foxtom.de/wiki/index.php?title=Hauptseite Das ist der Link zur Hauptseite unseres Wikis]</nowiki>

[https://ausbildung.foxtom.de/wiki/index.php?title=Hauptseite Das ist der Link zur Hauptseite unseres Wikis]

Gibt man keinen Namen ein, wird stattdessen eine Nummer angezeigt.

----

Will man keinen Link erstellen, sondern nur die URL der Internetseite anzeigen, schreibt man dies mit folgender Syntax: <nowiki>"<nowiki>"</nowiki>URL<nowiki>"</nowiki>"</nowiki>.
Dies verhindert die Interpretierung von Zeichen als Formatierung.

Beispiel:<br>
<nowiki><nowiki>https://ausbildung.foxtom.de/wiki/index.php?title=Hauptseite</nowiki></nowiki>

<nowiki>https://ausbildung.foxtom.de/wiki/index.php?title=Hauptseite</nowiki>

Für weitere Informationen zum Verlinken:
[https://www.mediawiki.org/wiki/Help:Links/de Hilfe:Links-MediaWiki]

=Tabellen erstellen=

==Syntax==

{|class="wikitable"
!Zeichen !! Beschreibung
|-
| <nowiki>{|</nowiki> || Beginn einer Tabelle
|-
| <nowiki>|+</nowiki> || Tabellenbeschriftung, '''Ist nur zwischen Tabellenanfang und erster Tabellenzeile einzufügen'''
|-
| <nowiki>|-</nowiki> || Tabellenzeile, nicht notwendig um die erste Zeile zu machen, macht Wiki automatisch
|-
| <nowiki>!</nowiki> || Tabellenkopfzelle
|-
| <nowiki>|</nowiki> || Tabellenzelle bzw. eine weitere Spalte
|-
| <nowiki>|}</nowiki> || Ende einer Tabelle
|}

==Beispiele==

'''Beispiel 1'''

<nowiki>{|</nowiki></br>
<nowiki>|+ Tabelle </nowiki></br>
<nowiki>|Eins</nowiki></br>
<nowiki>|Zwei</nowiki></br>
<nowiki>|-</nowiki></br>
<nowiki>|Drei</nowiki></br>
<nowiki>|Vier</nowiki></br>
<nowiki>|}</nowiki></br>

{|
|+ Tabelle
|Eins
|Zwei
|-
|Drei
|Vier
|}

----

'''Beispiel 2'''

Mit <nowiki>"||"</nowiki> ist es möglich, die Zellen nebeneinander zu schreiben, um eine bessere Übersicht zu behalten.

<nowiki>{|</nowiki></br>
<nowiki>|+ Tabelle </nowiki></br>
<nowiki>|Eins||Zwei</nowiki></br>
<nowiki>|-</nowiki></br>
<nowiki>|Drei||Vier</nowiki></br>
<nowiki>|}</nowiki></br>

{|
|+Tabelle
|Eins||Zwei
|-
|Drei||Vier
|}

----

'''Beispiel 3'''

Mit <code>class="wikitable"</code> kann man ein Grundstyling erhalten, was die Tabelle visuell übersichtlicher darstellt.

<nowiki>{|class="wikitable"</nowiki></br>
<nowiki>|+ Tabelle </nowiki></br>
<nowiki>|Eins ||Zwei</nowiki></br>
<nowiki>|-</nowiki></br>
<nowiki>|Drei ||Vier</nowiki></br>
<nowiki>|}</nowiki></br>

{|class="wikitable"
|+ Tabelle
|Eins||Zwei
|-
|Drei||Vier
|}

Weblinks
* [https://www.mediawiki.org/wiki/Help:Tables/de Hilfe:Tabelle-MediaWiki]
* [http://www.tablesgenerator.com/mediawiki_tables Tablesgenerator]

=Bilder hinzufügen=

:1. Klicke auf "Datei hochladen" im linken Bedienfeld unter der Kategorie Werkzeuge.

:2. Wähle dort die gewünschte Datei zum Hochladen aus über die Schaltfläche "Durchsuchen" und starte den Upload. Beachte, dass das Wiki nur bestimmte Dateiformate akzeptiert, die bei "Datei hochladen" aufgeführt sind.

:3. Zum Einfügen des Bildes, navigiere zum gewünschten Artikel und öffne das Texteingabefeld über "Bearbeiten" im oberen Bedienfeld

:4. An der Stelle, wo das Bild anzeigt werden soll, füge es mit folgender Syntax ein: <nowiki>[[Datei:Bildername.Dateiformat|Skalierung|Eigenschaften|Beschreibung]]</nowiki>
[[Datei:mediact.png|150px|thumb|Beispielbild]]
'''Beispiel'''

<nowiki>[[Datei:mediact.png|150px|thumb|Beispielbild]]</nowiki>

Für weitere Optionen bei Formatierung von Bildern und für weitere Informationen:
[https://www.mediawiki.org/wiki/Help:Images/de Hilfe:Bilder-MediaWiki]

=WikiEditor=

Der WikiEditor ist eine Erweiterung, die es ermöglicht, einfacher eine Wiki-Seite zu erstellen. Oben im Editor ist nun ein Reiter vorhanden. Unter "Erweitert" findet ihr Funktionen, um Formatierungen, Auflistungen, Bilder oder Tabellen zu erstellen. Unter dem Reiter "Sonderzeichen" findet ihr verschiedene Sonderzeichen. Unter dem Reiter "Hilfe" findet ihr eine kurze Hilfe zur Wiki-Syntax.

=Quellenangaben=

#https://www.mediawiki.org/wiki/Help:Formatting/de
#https://www.mediawiki.org/wiki/Help:Links/de
#https://www.mediawiki.org/wiki/Help:Images/de
#https://www.mediawiki.org/wiki/Help:Tables/de
#https://www.mediawiki.org/wiki/Help:Images/de

--[[Benutzer:Alexanderrogers|Alexanderrogers]] ([[Benutzer Diskussion:Alexanderrogers|Diskussion]]) 11:44, 2. Mai 2019 (CEST)

[[Category: Wiki]]

LPIC101/101.2/System starten

2019-12-02T08:59:47Z

Bastianvierich: /* initramfs */

==Allgemeines==
* Grundsätzliche Funktionstüchtigkeit des Systems durch Power-on-Self-Test:
* Test des Arbeitsspeichers auf seine Grösse und prinzipielle Funktionstüchtigkeit
* Nach der Initialisierung aller Hardwarekomponenten, sucht das BIOS nach einem Betriebssystem oder einem Programm, das ein Betriebssystem laden kann
* Im BIOS ist eine genaue Suchreihenfolge hinterlegt und diese beinhaltet meist Diskettenlaufwerke, Festplatten, CD-ROMS, SCSI-Adapter, USB-Geräte und zudem bootfähige Netzwerkkarten

==Startvorgang auf Festplatten==
* Man kann drei primäre und eine erweiterte Partition konfigurieren, diese erweiterte Partition kann ihrerseits logische Partitionen enthalten, die ebenfalls nicht von der Partitionstabelle verwaltet werden
* Diese Patitionstabelle befindet sich im sogenannten MBR (Master Boot Record)
* MBR gehört selbst keiner Partition an sondern ist eigenständig und ist genau 512 Byte gross und befindet sich am Anfang einer Festplatte im Sektor 0, Spur 0
* Das BIOS liest dort ein Ladeprogramm, nämlich GRUB 2 und im unteren Bereich die Partitionstabelle
* Da ein Sektor auf PC-Systemen nur eine Größe von 512 Bytes aufweist, müssen sich Bootcode und Partitionstabelle diesen Platz teilen: In den ersten 446 Bytes wird der Programmcode des Bootloaders ausgelagert, und in den nächsten 64 Bytes wird die Partitionstabelle untergebracht.
* Die letzten zwei Bytes enthalten den Wert 0xaa55, der zur Identifizierung des MBRs selbst dient.
* Die verfügbaren 446 Bytes reichen definitiv nicht aus, um einen vernünftigen Bootloader darin unterzubringen. Daher dient dieser Code in der Regel nur dazu, einen zweiten Code zu laden, der sich auf einer der Partitionen befindet.
* Diesen zweiten Bootloader bezeichnet man als Secondary Bootloader. Typische Secondary Bootloader für Linux-Systeme sind LILO und GRUB (bzw. das neuere GRUB2). Ebenfalls sehr bekannt ist GAG.
#wenn ein Bootloader vorgefunden wurde gibt, gibt das BIOS die Kontrolle an diesen ab und beendet sich
#wenn kein Bootloader vorhanden ist, konsultiert das BIOS die Partitionstabelle: hier sucht das BIOS nach einer startfähigen Partition (diese Partitionstabelle beginnt in der 5. Zeile von unten mit 8020 und endet mit 55aa; 55aa ist die Abschlussmarkierung)
* Die Partition die mit 80 beginnt ist die Startpartition
* Wenn kein Ladeprogramm im MBR vorliegt, folgt das BIOS nun diesem Verweis und und liest den Bootsektor der Partition aus
* Spätestens hier sollten sich Bootloader oder das Betriebssystem selbst befinden-> jetzt beginnt der Vorgang, den man als das eigentliche Booten bezeichnet
*Wenn Sie Ihren MBR auf dem Bildschirm ausgeben wollen, können Sie z. B. dieses Kommando verwenden:

dd if=/dev/sda bs=512 count=1|od -h --endian=big

==UEFI (Unified Extensible Firmware Interface)==
* Bei modernen Hauptplatinen kommt nicht mehr BIOS sondern UEFI zu Einsatz
* Grundsätzlicher Verwendungszweck kommt aber dem des BIOS gleich
* UEFI weist neue Funktionen auf:
** Hohe Grafikauflösungen im Setup-Programm
** Unterstüzung von GUID-Partitionstabellen für Festplatten mit einer Grösse von bis 8 Zebibytes
** Netzwerkanbindung zur Fernwartung
** Integrationsmöglichkeit von Treibern auf Firmware-Ebene
** Integrierter Bootloader
** Digital Rights Managment
* UEFI benötigt eine eigene Partition, diese wird als EFI System Partition(ESP) bezeichnet
* Diese Partition wird von Betriebssystemen, die UEFI unterstützen während der Installation automatisch angelegt
* Benötigt FAT-Dateisystem
* Die EFI System Partition wird unter Linux im Verzeichnis /boot/efi bereitgestellt, enthält zumindest den Bootloader oder andere zum Start benötigte Dateien
* GRUB zum Beispiel kann den Kernel auch laden, wenn er sich nicht in der ESP befindet
* Systemd-boot kann das nicht, dort muss der Kernel innerhalb der ESP liegen

==Boot-Strap-Loader==
* Dieser Ausdruck kommt von der Geschichte von Baron von Münchhausen, der in einen Sumpf gefallen sein soll und sich selber an den eigenen Haaren aus diesem Sumpf herausgezogen haben soll<br>
* Beim Übersetzen der Münchhausen-Geschichte ins Englische wurde es so abgewandelt, dass sich der Baron am Stiefelgurt(Boot-Strap) aus dem Sumpf gezogen haben soll<br>
* So kann man sich das Hochziehen des Betriebssystem sinnbildlich vorstellen: ein Betriebssystem dient einerseits als Plattform um Software auszuführen, andererseits ist ein Betriebssystem selber Software
* Deshalb nennen wir den Begriff Boot-Strap-Loader, oder kurz Bootloader

==Kernel Parameter==

* Es gibt zwei Möglichkeiten dem Kernel beim Starten durch den Bootloader Parameter übergeben zu lassen:
** Eintragen der Kernel-Parameter bei jedem Systemstart durch Eintragen dieser in die Konfigurationsdatei grub.cfg(z.B.in/boot/grub/grub.cfg)<br>

linux /boot/vmlinuz-4.6.3 root=/dev/sda1 apm=off
* Oder übergeben der Parameter per "Hand" während des Systemstarts im Bootmenü durch Auswählen des gewünschten Eintrages bei GRUP2(diese sind nicht dauerhaft und werden beim nächsten Systemstart nicht mehr angewendet); zum Beispiel:

init=/bin/bash

* Wobei nicht der init-Prozess gestartet wird, sondern nur die Shell /bin/bash ohne eine Passwortabfrage, das Root-Dateisystem ist dann allerdings nur im Nur-lesen-Modus gemountet und muss durch den Befehl

mount -o remount,rw /
passwd root

* Erweitert werden; jetzt kann man sein Kennwort ändern und den Computer wieder im normalen Modus neu starten

==Initramfs==
* Initramfs steht für initial ram filesystem (sinngemäß übersetzt Ausgangsdateisystem im Arbeitsspeicher) und ist der Nachfolger von initrd.
* Das initramfs ist ein komprimiertes Archiv, das für den Systemstart benötigte Dateien enthält. Es kann vom Linux-Kernel beim Booten als Stammverzeichnis eingehängt werden.
* Die Imagedatei findet man in der Datei /boot/initrd
* Zur Erzeugung einer initialen Ramdisk kann man folgende Befehle verwenden
* Unter RedHat:
mkinitrd

* Unter Debian:
mkinitramfs

==Startprotokollierung==
* Ausgaben die der Kernel während des Systemstarts ausgibt werden im Kernel-Ring-Puffer gespeichert
* Programmbefehl diesen auszulesen: dmesg
* Weil der Befehl mehrere hundert Zeilen ausgeben kann, sollte man die Ausgabe an less übergeben

dmesg |less

* Wenn man Informationen über den Systemstartvorgang benötigt, die schon länger zurückliegen, kann man bei älteren Systemen die Log-Dateien durchsuchen (zu finden in /var/log/syslog)
* Um Kernel-bezogene Meldungen schneller zu finden, sollte man man mittels grep filtern und an less übergeben:

grep kernel /var/log/messages | less

* Heutige Linux-Systeme verwenden systemd
* Unter systemd um Protokollierung des Systems auszulesen mit der Option -k

journalctl -k

==Kontrollfragen==
<div class="toccolours mw-collapsible mw-collapsed">
Was ist ein Bootloader?
<div class="mw-collapsible-content">Der Bootloader ist ein Startprogramm welches gewöhnlich durch die Firmware (z. B. UEFI, oder dessen Vorgänger bei IBM-kompatiblen PCs, dem BIOS) eines Rechners von einem startfähigen Medium geladen und anschließend ausgeführt wird. Der Bootloader lädt dann weitere Teile des Betriebssystems, gewöhnlich einen Kernel.</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed">
Wie kann man sich den MBR ausgeben lassen?
<div class="mw-collapsible-content">dd if=/dev/sda bs=512 count=1|od -h --endian=big</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed">
Wie kann man sich die Ausgaben, die der Kernel während des Sysemstarts produziert, ausgeben lassen?
<div class="mw-collapsible-content">dmesg |less</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed">
Was ist ein UEFI?
<div class="mw-collapsible-content">Bei modernen Hauptplatinen kommt die Unified Extensible Firmware Interface zum Einsatz. Es hat den grundsätzlich gleichen Verwendungszweck wie ein BIOS.</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed">
Wie kann man sich die Startprotokollierung des Systems noch anzeigen lassen?
<div class="mw-collapsible-content">journalctl -k</div>
</div>

[[Category:Linux:LPIC:101]]
[[Category:Linux]]

[[Category:Linux:LPIC:101]]
[[Category:Linux]]

LPIC101/101.2/System starten

2019-12-02T08:59:27Z

Bastianvierich: /* initramfs */

==Allgemeines==
* Grundsätzliche Funktionstüchtigkeit des Systems durch Power-on-Self-Test:
* Test des Arbeitsspeichers auf seine Grösse und prinzipielle Funktionstüchtigkeit
* Nach der Initialisierung aller Hardwarekomponenten, sucht das BIOS nach einem Betriebssystem oder einem Programm, das ein Betriebssystem laden kann
* Im BIOS ist eine genaue Suchreihenfolge hinterlegt und diese beinhaltet meist Diskettenlaufwerke, Festplatten, CD-ROMS, SCSI-Adapter, USB-Geräte und zudem bootfähige Netzwerkkarten

==Startvorgang auf Festplatten==
* Man kann drei primäre und eine erweiterte Partition konfigurieren, diese erweiterte Partition kann ihrerseits logische Partitionen enthalten, die ebenfalls nicht von der Partitionstabelle verwaltet werden
* Diese Patitionstabelle befindet sich im sogenannten MBR (Master Boot Record)
* MBR gehört selbst keiner Partition an sondern ist eigenständig und ist genau 512 Byte gross und befindet sich am Anfang einer Festplatte im Sektor 0, Spur 0
* Das BIOS liest dort ein Ladeprogramm, nämlich GRUB 2 und im unteren Bereich die Partitionstabelle
* Da ein Sektor auf PC-Systemen nur eine Größe von 512 Bytes aufweist, müssen sich Bootcode und Partitionstabelle diesen Platz teilen: In den ersten 446 Bytes wird der Programmcode des Bootloaders ausgelagert, und in den nächsten 64 Bytes wird die Partitionstabelle untergebracht.
* Die letzten zwei Bytes enthalten den Wert 0xaa55, der zur Identifizierung des MBRs selbst dient.
* Die verfügbaren 446 Bytes reichen definitiv nicht aus, um einen vernünftigen Bootloader darin unterzubringen. Daher dient dieser Code in der Regel nur dazu, einen zweiten Code zu laden, der sich auf einer der Partitionen befindet.
* Diesen zweiten Bootloader bezeichnet man als Secondary Bootloader. Typische Secondary Bootloader für Linux-Systeme sind LILO und GRUB (bzw. das neuere GRUB2). Ebenfalls sehr bekannt ist GAG.
#wenn ein Bootloader vorgefunden wurde gibt, gibt das BIOS die Kontrolle an diesen ab und beendet sich
#wenn kein Bootloader vorhanden ist, konsultiert das BIOS die Partitionstabelle: hier sucht das BIOS nach einer startfähigen Partition (diese Partitionstabelle beginnt in der 5. Zeile von unten mit 8020 und endet mit 55aa; 55aa ist die Abschlussmarkierung)
* Die Partition die mit 80 beginnt ist die Startpartition
* Wenn kein Ladeprogramm im MBR vorliegt, folgt das BIOS nun diesem Verweis und und liest den Bootsektor der Partition aus
* Spätestens hier sollten sich Bootloader oder das Betriebssystem selbst befinden-> jetzt beginnt der Vorgang, den man als das eigentliche Booten bezeichnet
*Wenn Sie Ihren MBR auf dem Bildschirm ausgeben wollen, können Sie z. B. dieses Kommando verwenden:

dd if=/dev/sda bs=512 count=1|od -h --endian=big

==UEFI (Unified Extensible Firmware Interface)==
* Bei modernen Hauptplatinen kommt nicht mehr BIOS sondern UEFI zu Einsatz
* Grundsätzlicher Verwendungszweck kommt aber dem des BIOS gleich
* UEFI weist neue Funktionen auf:
** Hohe Grafikauflösungen im Setup-Programm
** Unterstüzung von GUID-Partitionstabellen für Festplatten mit einer Grösse von bis 8 Zebibytes
** Netzwerkanbindung zur Fernwartung
** Integrationsmöglichkeit von Treibern auf Firmware-Ebene
** Integrierter Bootloader
** Digital Rights Managment
* UEFI benötigt eine eigene Partition, diese wird als EFI System Partition(ESP) bezeichnet
* Diese Partition wird von Betriebssystemen, die UEFI unterstützen während der Installation automatisch angelegt
* Benötigt FAT-Dateisystem
* Die EFI System Partition wird unter Linux im Verzeichnis /boot/efi bereitgestellt, enthält zumindest den Bootloader oder andere zum Start benötigte Dateien
* GRUB zum Beispiel kann den Kernel auch laden, wenn er sich nicht in der ESP befindet
* Systemd-boot kann das nicht, dort muss der Kernel innerhalb der ESP liegen

==Boot-Strap-Loader==
* Dieser Ausdruck kommt von der Geschichte von Baron von Münchhausen, der in einen Sumpf gefallen sein soll und sich selber an den eigenen Haaren aus diesem Sumpf herausgezogen haben soll<br>
* Beim Übersetzen der Münchhausen-Geschichte ins Englische wurde es so abgewandelt, dass sich der Baron am Stiefelgurt(Boot-Strap) aus dem Sumpf gezogen haben soll<br>
* So kann man sich das Hochziehen des Betriebssystem sinnbildlich vorstellen: ein Betriebssystem dient einerseits als Plattform um Software auszuführen, andererseits ist ein Betriebssystem selber Software
* Deshalb nennen wir den Begriff Boot-Strap-Loader, oder kurz Bootloader

==Kernel Parameter==

* Es gibt zwei Möglichkeiten dem Kernel beim Starten durch den Bootloader Parameter übergeben zu lassen:
** Eintragen der Kernel-Parameter bei jedem Systemstart durch Eintragen dieser in die Konfigurationsdatei grub.cfg(z.B.in/boot/grub/grub.cfg)<br>

linux /boot/vmlinuz-4.6.3 root=/dev/sda1 apm=off
* Oder übergeben der Parameter per "Hand" während des Systemstarts im Bootmenü durch Auswählen des gewünschten Eintrages bei GRUP2(diese sind nicht dauerhaft und werden beim nächsten Systemstart nicht mehr angewendet); zum Beispiel:

init=/bin/bash

* Wobei nicht der init-Prozess gestartet wird, sondern nur die Shell /bin/bash ohne eine Passwortabfrage, das Root-Dateisystem ist dann allerdings nur im Nur-lesen-Modus gemountet und muss durch den Befehl

mount -o remount,rw /
passwd root

* Erweitert werden; jetzt kann man sein Kennwort ändern und den Computer wieder im normalen Modus neu starten

==initramfs==
* initramfs steht für initial ram filesystem (sinngemäß übersetzt Ausgangsdateisystem im Arbeitsspeicher) und ist der Nachfolger von initrd.
* Das initramfs ist ein komprimiertes Archiv, das für den Systemstart benötigte Dateien enthält. Es kann vom Linux-Kernel beim Booten als Stammverzeichnis eingehängt werden.
* Die Imagedatei findet man in der Datei /boot/initrd
* Zur Erzeugung einer initialen Ramdisk kann man folgende Befehle verwenden
* Unter RedHat:
mkinitrd

* Unter Debian:
mkinitramfs

==Startprotokollierung==
* Ausgaben die der Kernel während des Systemstarts ausgibt werden im Kernel-Ring-Puffer gespeichert
* Programmbefehl diesen auszulesen: dmesg
* Weil der Befehl mehrere hundert Zeilen ausgeben kann, sollte man die Ausgabe an less übergeben

dmesg |less

* Wenn man Informationen über den Systemstartvorgang benötigt, die schon länger zurückliegen, kann man bei älteren Systemen die Log-Dateien durchsuchen (zu finden in /var/log/syslog)
* Um Kernel-bezogene Meldungen schneller zu finden, sollte man man mittels grep filtern und an less übergeben:

grep kernel /var/log/messages | less

* Heutige Linux-Systeme verwenden systemd
* Unter systemd um Protokollierung des Systems auszulesen mit der Option -k

journalctl -k

==Kontrollfragen==
<div class="toccolours mw-collapsible mw-collapsed">
Was ist ein Bootloader?
<div class="mw-collapsible-content">Der Bootloader ist ein Startprogramm welches gewöhnlich durch die Firmware (z. B. UEFI, oder dessen Vorgänger bei IBM-kompatiblen PCs, dem BIOS) eines Rechners von einem startfähigen Medium geladen und anschließend ausgeführt wird. Der Bootloader lädt dann weitere Teile des Betriebssystems, gewöhnlich einen Kernel.</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed">
Wie kann man sich den MBR ausgeben lassen?
<div class="mw-collapsible-content">dd if=/dev/sda bs=512 count=1|od -h --endian=big</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed">
Wie kann man sich die Ausgaben, die der Kernel während des Sysemstarts produziert, ausgeben lassen?
<div class="mw-collapsible-content">dmesg |less</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed">
Was ist ein UEFI?
<div class="mw-collapsible-content">Bei modernen Hauptplatinen kommt die Unified Extensible Firmware Interface zum Einsatz. Es hat den grundsätzlich gleichen Verwendungszweck wie ein BIOS.</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed">
Wie kann man sich die Startprotokollierung des Systems noch anzeigen lassen?
<div class="mw-collapsible-content">journalctl -k</div>
</div>

[[Category:Linux:LPIC:101]]
[[Category:Linux]]

[[Category:Linux:LPIC:101]]
[[Category:Linux]]