Xinux Wiki - Benutzerbeiträge [de]

MediaWiki:Common.css

2010-11-30T15:59:20Z

Admin: Die Seite wurde neu angelegt: „/* CSS an dieser Stelle wirkt sich auf alle Skins aus */ div.mw-geshi { padding: 1em; margin: 1em 0; border: 1px dashed #2f6fab; }“

/* CSS an dieser Stelle wirkt sich auf alle Skins aus */
div.mw-geshi {
padding: 1em;
margin: 1em 0;
border: 1px dashed #2f6fab;
}

MediaWiki:Monobook.css

2010-11-30T15:59:06Z

Admin: Die Seite wurde neu angelegt: „/* CSS an dieser Stelle wirkt sich auf den Monobook-Skin aus. Für allgemeingültige Skin-Anpassungen bitte MediaWiki:Common.css bearbeiten. */ div.mw-geshi {…“

/* CSS an dieser Stelle wirkt sich auf den Monobook-Skin aus. Für allgemeingültige Skin-Anpassungen bitte [[MediaWiki:Common.css]] bearbeiten. */
div.mw-geshi {
padding: 1em;
margin: 1em 0;
border: 1px dashed #2f6fab;
}

MediaWiki:Geshi.css

2010-11-30T15:58:50Z

Admin: Die Seite wurde neu angelegt: „/* CSS in dieser MediaWiki-Systemnachricht wird auf die GeSHi-Syntaxhervorhebung angewendet */ div.mw-geshi { padding: 1em; margin: 1em 0; border: 1px das…“

/* CSS in dieser MediaWiki-Systemnachricht wird auf die GeSHi-Syntaxhervorhebung angewendet */
div.mw-geshi {
padding: 1em;
margin: 1em 0;
border: 1px dashed #2f6fab;
}

VLC

2009-07-17T11:37:41Z

Admin: /* Remote Control */

[[Image:vlc.jpg]]

=VLC media player=
Der VLC media player, oder anfangs VideoLAN client, ist ein mittlerweile bekannter freier Mediaplayer der die unterschiedlichsten Codecs und Dateiformate sowie DVD's und Video-CD's unterstützt.

==Geschichte==
Der VLC media player wird seit 1999 vom VideoLAN-Team entwickelt. Dieses besteht aus Studenten der französischen Ingenieurschule École centrale Paris in Châtenay-Malabry bei Paris und Entwicklern aus über 20 Ländern. Das Programm steht seit dem 1. Februar 2001 unter der GNU General Public License.

=== Logo ===
Der Entwickler Antoine Cellerier kennt die Geschichte des Logos selbst nur vom Hörensagen: Eines Tages kamen Studenten eines der Netzwerk-Clubs der École centrale Paris betrunken mit einem Verkehrssicherungskegel nach Hause. Später ging aus diesem Club das VideoLAN-Projekt hervor. Als man ein Logo für das Programm suchte, fiel die Wahl auf den Kegel, aus dem zu diesem Zeitpunkt bereits eine beträchtliche Kegel-Sammlung hervorgegangen war.

==Merkmale==
===Die Streaming Lösung===
Die ursprüngliche Streaming-Lösung besteht aus dem VideoLAN Server und dem VLC media player. Damit war das Streaming von digitalen TV-Inhalten, DVDs und MPEG- & DivX-Filmdateien über den Campus der École Centrale Paris möglich. Mittlerweile wurden beide Programme erweitert, sodass auch Streaming über das Internet realisierbar ist. VLC unterstützt mittlerweile auch Video on Demand, so dass es durchaus mit Streaminglösungen kommerzieller Anbieter konkurrieren kann.

Durch die Weiterentwicklung des VLC media player zu einem eigenen Streaming-Server wurde das Konzept der Lösung seit Januar 2003 aufgeweicht. Eine mittelbare Folge davon ist, dass die Lösung auch von Benutzern ohne große Vorkenntnisse eingesetzt werden kann.

===Vielseitigkeit===
Besonders hervorzuheben ist die Vielseitigkeit des Programms, das nahezu jedes Format und jede Datei abspielt, auch unvollständige oder bruchstückhafte AVI-Dateien, was z. B. bei nicht vollständig heruntergeladenen Dateien der Fall sein kann.

Zusätzlich können über Filter verschiedene Effekte in Echtzeit angewandt werden. So kann z. B. ein Video, das im Hochformat aufgenommen wurde, um 90° gedreht, und Farbfilter etc. angewandt werden.

===Portabilität===
Der VLC media player läuft unter GNU/Linux, Microsoft Windows, Mac OS X, BeOS, Syllable. Einige andere Betriebssysteme wie z. B. BSD werden auch unterstützt, für sie gibt es nur keine vorkompilierte Binär-Pakete.
Außerdem gibt es für Microsoft Windows eine portable (vom USB-Stick ohne Installation lauffähige) Version.

== Einsatz ==
Der ''VLC media player'' kommt bei Privatnutzern, in Schulen und Universitäten, aber auch bei professionellen Anwendern zum Einsatz. Geschätzt wird vor allem die hohe Kompatibilität mit einer Vielzahl von Formaten und Codecs, wodurch er beinahe alles wiedergeben kann. Auch die im September 2007 vorgestellte ZDFmediathek unterstützt den VLC zur Wiedergabe ihres Video-on-Demand- und Livestream-Angebots (bei bestmöglicher Bildqualität dank Wiedergabe einer H.264-kodierten Videoquelle).
==Installation==
root@zero:/etc# apt-get install vlc
.....

=Benutzung=
==Hilfe bekommen==
Alle Standard Operationen von VLC sollten über die Grafische Benutzeroberfläche verfügbar sein. Wie auch immer, manche komplexen Operationen können nur von der Kommandozeile aus benutzt werden und es gibt Situationen in welchen man die Grafische Benutzeroberfläche nicht benötigt oder möchte.

VLC hat eine Modulstruktur. Der Kern verwaltet haupsächlich die Kommunikation zwischen Modulen. Alle Multimediaprozesse werden von Modulen abgewickelt. Es gibt Input-Module, Demultiplexer, Decoder, Video Output Module und mehr...

Dieses Kapitel wird nur die Kernoptionen erörtern. Jedes Modul erweitert VLC um neue Optionen. Zum Beispiel fügt das HTTP-Inputmodul Optionen für caching, proxy und Authentifikation hinzu.

Einfachen Kernoptionen erfährt man mit:

xinux@zero:~$ '''vlc --help'''

Alle Grundoptionen des Kerns + der Module mit:

xinux@zero:~$ '''vlc --longhelp'''

Und wirklich alle Optionen mit:

xinux@zero:~$ '''vlc --longhelp --advanced'''

==Medien öffnen==

Der folgende Befehl startet VLC mit "Datei":

xinux@zero:~$ '''vlc "Datei"'''

Öffnen von DVD's, Video- oder Audio CD's.

DVD mit Menüs:

xinux@zero:~$ vlc '''dvd'''://"device"

DVD ohne Menüs:

xinux@zero:~$ vlc '''dvdsimple'''://"device"

VCD:

xinux@zero:~$ vlc '''vcd'''://"device"

Audio CD:

xinux@zero:~$ vlc '''cdda:'''//"device"

==Stream senden (UDP)==

Eine Datei kann man über VLC mit folgendem Befehl streamen:

xinux@zero:~$ vlc "Datei" '''--sout udp:"IP-Adresse" --ttl 12'''
Unicast
director@sender:~$ vlc the.collective.avi --sout udp:192.168.178.45 --ttl 12
Multicast
director@sender:~$ vlc the.collective.avi --sout udp:224.0.0.224

Die "IP-Adresse" muss entweder

* ein Rechner an den man Unicast-Streamen will,
* der DNS Name eines Rechners an den man Unicast-Streamen will
* oder eine Multicast IP-Adresse sein (224.0.0.0 bis 239.255.255.255).

Um eine DVD zu streamen benutzt man:

xinux@zero:~$ vlc dvdsimple://"/dev/dvd" '''--sout '#udp{mux=ts,dst=192.168.0.12}' --ttl 12 --sout-all'''

Unicast
cvlc dvd://"/dev/dvd" --sout udp:192.168.178.45

Multicast
cvlc dvd://"/dev/dvd" --sout udp:224.0.0.224

Wobei "/dev/dvd" das DVD-Laufwerk sein muss, bei Windows z.B. ''D:''

==Stream empfangen (UDP)==

Um einen Unicast RTP/UDP Stream (Gesendet von VLC's Stream Output) zu empfangen muss man VLC mit folgenden Befehlen starten:

xinux@zero:~$ vlc '''udp://[@:server_port]'''
Beispiel
cinema@receiver:~$ vlc udp://192.168.178.46

Wenn man den Standartport '''1234''' verwendet reicht '''vlc rtp://'''

Um einen Multicast-Stream zu empfangen benutzt man:

xinux@zero:~$ vlc udp://'''@multicast_address'''[@:server_port]

Beispiel
cinema@receiver:~$ vlc udp://@224.0.0.224

Um einen Stream von einer bestimmten Adresse zu empfangen ('''S'''ource'''S'''pecific'''M'''ulticast) braucht man:

xinux@zero:~$ vlc udp://'''server_address'''@multicast_address[:server_port]

Dies funktioniert nur mit Betriebsystemen die SSM unterstützen (Windows XP und neueste Linux Kernels)

Um einen HTTP-Stream zu empfangen startet man VLC mit:

xinux@zero:~$ vlc http://www.beispiel.org/Datei.mpg

==Remote Control==

VLC lässt sich nach belieben auch über Interfaces wie Telnet auf entfernten Rechnern steuern.

Ein VLC mit Remote Control benutzbarkeit öffnet man mit:

root@zero:~# cvlc --rc-fake-tty --extraintf rc --rc-host "IP:PORT"

Beispiel

root@zero:~# cvlc --rc-fake-tty --extraintf rc --rc-host 192.168.178.46:20000 \
dvdsimple://"/dev/dvd" --sout udp:224.0.0.224

Die "IP-Adresse" ist die des Rechners auf dem VLC ausgeführt wird.

Mann kann dann mit Tools wie ''Netcat'' darauf zugreifen mit dem Befehl:

root@zero:~# nc "IP-Adresse" "PORT"

Beispiel

thomas@lydia:~$ echo stop | netcat 192.168.178.46 20000
stop: returned 0 (no error)
status change: ( play state: 8 ): End
^C

thomas@lydia:~$
thomas@lydia:~$ echo play | netcat 192.168.178.46 20000
play: returned 0 (no error)

Man sieht hierbei keine Bestätigung, aber mit '''help''' lassen sich die benutzbaren Befehle anzeigen.

VLC

2009-07-17T11:32:39Z

Admin: /* Remote Control */

[[Image:vlc.jpg]]

=VLC media player=
Der VLC media player, oder anfangs VideoLAN client, ist ein mittlerweile bekannter freier Mediaplayer der die unterschiedlichsten Codecs und Dateiformate sowie DVD's und Video-CD's unterstützt.

==Geschichte==
Der VLC media player wird seit 1999 vom VideoLAN-Team entwickelt. Dieses besteht aus Studenten der französischen Ingenieurschule École centrale Paris in Châtenay-Malabry bei Paris und Entwicklern aus über 20 Ländern. Das Programm steht seit dem 1. Februar 2001 unter der GNU General Public License.

=== Logo ===
Der Entwickler Antoine Cellerier kennt die Geschichte des Logos selbst nur vom Hörensagen: Eines Tages kamen Studenten eines der Netzwerk-Clubs der École centrale Paris betrunken mit einem Verkehrssicherungskegel nach Hause. Später ging aus diesem Club das VideoLAN-Projekt hervor. Als man ein Logo für das Programm suchte, fiel die Wahl auf den Kegel, aus dem zu diesem Zeitpunkt bereits eine beträchtliche Kegel-Sammlung hervorgegangen war.

==Merkmale==
===Die Streaming Lösung===
Die ursprüngliche Streaming-Lösung besteht aus dem VideoLAN Server und dem VLC media player. Damit war das Streaming von digitalen TV-Inhalten, DVDs und MPEG- & DivX-Filmdateien über den Campus der École Centrale Paris möglich. Mittlerweile wurden beide Programme erweitert, sodass auch Streaming über das Internet realisierbar ist. VLC unterstützt mittlerweile auch Video on Demand, so dass es durchaus mit Streaminglösungen kommerzieller Anbieter konkurrieren kann.

Durch die Weiterentwicklung des VLC media player zu einem eigenen Streaming-Server wurde das Konzept der Lösung seit Januar 2003 aufgeweicht. Eine mittelbare Folge davon ist, dass die Lösung auch von Benutzern ohne große Vorkenntnisse eingesetzt werden kann.

===Vielseitigkeit===
Besonders hervorzuheben ist die Vielseitigkeit des Programms, das nahezu jedes Format und jede Datei abspielt, auch unvollständige oder bruchstückhafte AVI-Dateien, was z. B. bei nicht vollständig heruntergeladenen Dateien der Fall sein kann.

Zusätzlich können über Filter verschiedene Effekte in Echtzeit angewandt werden. So kann z. B. ein Video, das im Hochformat aufgenommen wurde, um 90° gedreht, und Farbfilter etc. angewandt werden.

===Portabilität===
Der VLC media player läuft unter GNU/Linux, Microsoft Windows, Mac OS X, BeOS, Syllable. Einige andere Betriebssysteme wie z. B. BSD werden auch unterstützt, für sie gibt es nur keine vorkompilierte Binär-Pakete.
Außerdem gibt es für Microsoft Windows eine portable (vom USB-Stick ohne Installation lauffähige) Version.

== Einsatz ==
Der ''VLC media player'' kommt bei Privatnutzern, in Schulen und Universitäten, aber auch bei professionellen Anwendern zum Einsatz. Geschätzt wird vor allem die hohe Kompatibilität mit einer Vielzahl von Formaten und Codecs, wodurch er beinahe alles wiedergeben kann. Auch die im September 2007 vorgestellte ZDFmediathek unterstützt den VLC zur Wiedergabe ihres Video-on-Demand- und Livestream-Angebots (bei bestmöglicher Bildqualität dank Wiedergabe einer H.264-kodierten Videoquelle).
==Installation==
root@zero:/etc# apt-get install vlc
.....

=Benutzung=
==Hilfe bekommen==
Alle Standard Operationen von VLC sollten über die Grafische Benutzeroberfläche verfügbar sein. Wie auch immer, manche komplexen Operationen können nur von der Kommandozeile aus benutzt werden und es gibt Situationen in welchen man die Grafische Benutzeroberfläche nicht benötigt oder möchte.

VLC hat eine Modulstruktur. Der Kern verwaltet haupsächlich die Kommunikation zwischen Modulen. Alle Multimediaprozesse werden von Modulen abgewickelt. Es gibt Input-Module, Demultiplexer, Decoder, Video Output Module und mehr...

Dieses Kapitel wird nur die Kernoptionen erörtern. Jedes Modul erweitert VLC um neue Optionen. Zum Beispiel fügt das HTTP-Inputmodul Optionen für caching, proxy und Authentifikation hinzu.

Einfachen Kernoptionen erfährt man mit:

xinux@zero:~$ '''vlc --help'''

Alle Grundoptionen des Kerns + der Module mit:

xinux@zero:~$ '''vlc --longhelp'''

Und wirklich alle Optionen mit:

xinux@zero:~$ '''vlc --longhelp --advanced'''

==Medien öffnen==

Der folgende Befehl startet VLC mit "Datei":

xinux@zero:~$ '''vlc "Datei"'''

Öffnen von DVD's, Video- oder Audio CD's.

DVD mit Menüs:

xinux@zero:~$ vlc '''dvd'''://"device"

DVD ohne Menüs:

xinux@zero:~$ vlc '''dvdsimple'''://"device"

VCD:

xinux@zero:~$ vlc '''vcd'''://"device"

Audio CD:

xinux@zero:~$ vlc '''cdda:'''//"device"

==Stream senden (UDP)==

Eine Datei kann man über VLC mit folgendem Befehl streamen:

xinux@zero:~$ vlc "Datei" '''--sout udp:"IP-Adresse" --ttl 12'''
Unicast
director@sender:~$ vlc the.collective.avi --sout udp:192.168.178.45 --ttl 12
Multicast
director@sender:~$ vlc the.collective.avi --sout udp:224.0.0.224

Die "IP-Adresse" muss entweder

* ein Rechner an den man Unicast-Streamen will,
* der DNS Name eines Rechners an den man Unicast-Streamen will
* oder eine Multicast IP-Adresse sein (224.0.0.0 bis 239.255.255.255).

Um eine DVD zu streamen benutzt man:

xinux@zero:~$ vlc dvdsimple://"/dev/dvd" '''--sout '#udp{mux=ts,dst=192.168.0.12}' --ttl 12 --sout-all'''

Unicast
cvlc dvd://"/dev/dvd" --sout udp:192.168.178.45

Multicast
cvlc dvd://"/dev/dvd" --sout udp:224.0.0.224

Wobei "/dev/dvd" das DVD-Laufwerk sein muss, bei Windows z.B. ''D:''

==Stream empfangen (UDP)==

Um einen Unicast RTP/UDP Stream (Gesendet von VLC's Stream Output) zu empfangen muss man VLC mit folgenden Befehlen starten:

xinux@zero:~$ vlc '''udp://[@:server_port]'''
Beispiel
cinema@receiver:~$ vlc udp://192.168.178.46

Wenn man den Standartport '''1234''' verwendet reicht '''vlc rtp://'''

Um einen Multicast-Stream zu empfangen benutzt man:

xinux@zero:~$ vlc udp://'''@multicast_address'''[@:server_port]

Beispiel
cinema@receiver:~$ vlc udp://@224.0.0.224

Um einen Stream von einer bestimmten Adresse zu empfangen ('''S'''ource'''S'''pecific'''M'''ulticast) braucht man:

xinux@zero:~$ vlc udp://'''server_address'''@multicast_address[:server_port]

Dies funktioniert nur mit Betriebsystemen die SSM unterstützen (Windows XP und neueste Linux Kernels)

Um einen HTTP-Stream zu empfangen startet man VLC mit:

xinux@zero:~$ vlc http://www.beispiel.org/Datei.mpg

==Remote Control==

VLC lässt sich nach belieben auch über Interfaces wie Telnet auf entfernten Rechnern steuern.

Ein VLC mit Remote Control benutzbarkeit öffnet man mit:

root@zero:~# cvlc --rc-fake-tty --extraintf rc --rc-host "IP:PORT"

Die "IP-Adresse" ist die des Rechners auf dem VLC ausgeführt wird.

Mann kann dann mit Tools wie ''Netcat'' darauf zugreifen mit dem Befehl:

root@zero:~# nc "IP-Adresse" "PORT"

Man sieht hierbei keine Bestätigung, aber mit '''help''' lassen sich die benutzbaren Befehle anzeigen.

VLC

2009-07-17T11:18:43Z

Admin: /* Stream senden (UDP) */

[[Image:vlc.jpg]]

=VLC media player=
Der VLC media player, oder anfangs VideoLAN client, ist ein mittlerweile bekannter freier Mediaplayer der die unterschiedlichsten Codecs und Dateiformate sowie DVD's und Video-CD's unterstützt.

==Geschichte==
Der VLC media player wird seit 1999 vom VideoLAN-Team entwickelt. Dieses besteht aus Studenten der französischen Ingenieurschule École centrale Paris in Châtenay-Malabry bei Paris und Entwicklern aus über 20 Ländern. Das Programm steht seit dem 1. Februar 2001 unter der GNU General Public License.

=== Logo ===
Der Entwickler Antoine Cellerier kennt die Geschichte des Logos selbst nur vom Hörensagen: Eines Tages kamen Studenten eines der Netzwerk-Clubs der École centrale Paris betrunken mit einem Verkehrssicherungskegel nach Hause. Später ging aus diesem Club das VideoLAN-Projekt hervor. Als man ein Logo für das Programm suchte, fiel die Wahl auf den Kegel, aus dem zu diesem Zeitpunkt bereits eine beträchtliche Kegel-Sammlung hervorgegangen war.

==Merkmale==
===Die Streaming Lösung===
Die ursprüngliche Streaming-Lösung besteht aus dem VideoLAN Server und dem VLC media player. Damit war das Streaming von digitalen TV-Inhalten, DVDs und MPEG- & DivX-Filmdateien über den Campus der École Centrale Paris möglich. Mittlerweile wurden beide Programme erweitert, sodass auch Streaming über das Internet realisierbar ist. VLC unterstützt mittlerweile auch Video on Demand, so dass es durchaus mit Streaminglösungen kommerzieller Anbieter konkurrieren kann.

Durch die Weiterentwicklung des VLC media player zu einem eigenen Streaming-Server wurde das Konzept der Lösung seit Januar 2003 aufgeweicht. Eine mittelbare Folge davon ist, dass die Lösung auch von Benutzern ohne große Vorkenntnisse eingesetzt werden kann.

===Vielseitigkeit===
Besonders hervorzuheben ist die Vielseitigkeit des Programms, das nahezu jedes Format und jede Datei abspielt, auch unvollständige oder bruchstückhafte AVI-Dateien, was z. B. bei nicht vollständig heruntergeladenen Dateien der Fall sein kann.

Zusätzlich können über Filter verschiedene Effekte in Echtzeit angewandt werden. So kann z. B. ein Video, das im Hochformat aufgenommen wurde, um 90° gedreht, und Farbfilter etc. angewandt werden.

===Portabilität===
Der VLC media player läuft unter GNU/Linux, Microsoft Windows, Mac OS X, BeOS, Syllable. Einige andere Betriebssysteme wie z. B. BSD werden auch unterstützt, für sie gibt es nur keine vorkompilierte Binär-Pakete.
Außerdem gibt es für Microsoft Windows eine portable (vom USB-Stick ohne Installation lauffähige) Version.

== Einsatz ==
Der ''VLC media player'' kommt bei Privatnutzern, in Schulen und Universitäten, aber auch bei professionellen Anwendern zum Einsatz. Geschätzt wird vor allem die hohe Kompatibilität mit einer Vielzahl von Formaten und Codecs, wodurch er beinahe alles wiedergeben kann. Auch die im September 2007 vorgestellte ZDFmediathek unterstützt den VLC zur Wiedergabe ihres Video-on-Demand- und Livestream-Angebots (bei bestmöglicher Bildqualität dank Wiedergabe einer H.264-kodierten Videoquelle).
==Installation==
root@zero:/etc# apt-get install vlc
.....

=Benutzung=
==Hilfe bekommen==
Alle Standard Operationen von VLC sollten über die Grafische Benutzeroberfläche verfügbar sein. Wie auch immer, manche komplexen Operationen können nur von der Kommandozeile aus benutzt werden und es gibt Situationen in welchen man die Grafische Benutzeroberfläche nicht benötigt oder möchte.

VLC hat eine Modulstruktur. Der Kern verwaltet haupsächlich die Kommunikation zwischen Modulen. Alle Multimediaprozesse werden von Modulen abgewickelt. Es gibt Input-Module, Demultiplexer, Decoder, Video Output Module und mehr...

Dieses Kapitel wird nur die Kernoptionen erörtern. Jedes Modul erweitert VLC um neue Optionen. Zum Beispiel fügt das HTTP-Inputmodul Optionen für caching, proxy und Authentifikation hinzu.

Einfachen Kernoptionen erfährt man mit:

xinux@zero:~$ '''vlc --help'''

Alle Grundoptionen des Kerns + der Module mit:

xinux@zero:~$ '''vlc --longhelp'''

Und wirklich alle Optionen mit:

xinux@zero:~$ '''vlc --longhelp --advanced'''

==Medien öffnen==

Der folgende Befehl startet VLC mit "Datei":

xinux@zero:~$ '''vlc "Datei"'''

Öffnen von DVD's, Video- oder Audio CD's.

DVD mit Menüs:

xinux@zero:~$ vlc '''dvd'''://"device"

DVD ohne Menüs:

xinux@zero:~$ vlc '''dvdsimple'''://"device"

VCD:

xinux@zero:~$ vlc '''vcd'''://"device"

Audio CD:

xinux@zero:~$ vlc '''cdda:'''//"device"

==Stream senden (UDP)==

Eine Datei kann man über VLC mit folgendem Befehl streamen:

xinux@zero:~$ vlc "Datei" '''--sout udp:"IP-Adresse" --ttl 12'''
Unicast
director@sender:~$ vlc the.collective.avi --sout udp:192.168.178.45 --ttl 12
Multicast
director@sender:~$ vlc the.collective.avi --sout udp:224.0.0.224

Die "IP-Adresse" muss entweder

* ein Rechner an den man Unicast-Streamen will,
* der DNS Name eines Rechners an den man Unicast-Streamen will
* oder eine Multicast IP-Adresse sein (224.0.0.0 bis 239.255.255.255).

Um eine DVD zu streamen benutzt man:

xinux@zero:~$ vlc dvdsimple://"/dev/dvd" '''--sout '#udp{mux=ts,dst=192.168.0.12}' --ttl 12 --sout-all'''

Unicast
cvlc dvd://"/dev/dvd" --sout udp:192.168.178.45

Multicast
cvlc dvd://"/dev/dvd" --sout udp:224.0.0.224

Wobei "/dev/dvd" das DVD-Laufwerk sein muss, bei Windows z.B. ''D:''

==Stream empfangen (UDP)==

Um einen Unicast RTP/UDP Stream (Gesendet von VLC's Stream Output) zu empfangen muss man VLC mit folgenden Befehlen starten:

xinux@zero:~$ vlc '''udp://[@:server_port]'''
Beispiel
cinema@receiver:~$ vlc udp://192.168.178.46

Wenn man den Standartport '''1234''' verwendet reicht '''vlc rtp://'''

Um einen Multicast-Stream zu empfangen benutzt man:

xinux@zero:~$ vlc udp://'''@multicast_address'''[@:server_port]

Beispiel
cinema@receiver:~$ vlc udp://@224.0.0.224

Um einen Stream von einer bestimmten Adresse zu empfangen ('''S'''ource'''S'''pecific'''M'''ulticast) braucht man:

xinux@zero:~$ vlc udp://'''server_address'''@multicast_address[:server_port]

Dies funktioniert nur mit Betriebsystemen die SSM unterstützen (Windows XP und neueste Linux Kernels)

Um einen HTTP-Stream zu empfangen startet man VLC mit:

xinux@zero:~$ vlc http://www.beispiel.org/Datei.mpg

==Remote Control==

VLC lässt sich nach belieben auch über Interfaces wie Telnet auf entfernten Rechnern steuern.

Ein VLC mit Remote Control benutzbarkeit öffnet man mit:

root@zero:~# vlc -I rc --rc-host "IP-Adresse":"PORT"

Die "IP-Adresse" ist die des Rechners auf dem VLC ausgeführt wird.

Mann kann dann mit Tools wie ''Netcat'' darauf zugreifen mit dem Befehl:

root@zero:~# nc "IP-Adresse" "PORT"

Man sieht hierbei keine Bestätigung, aber mit '''help''' lassen sich die benutzbaren Befehle anzeigen.

VLC

2009-07-17T11:16:25Z

Admin: /* Stream senden (UDP) */

[[Image:vlc.jpg]]

=VLC media player=
Der VLC media player, oder anfangs VideoLAN client, ist ein mittlerweile bekannter freier Mediaplayer der die unterschiedlichsten Codecs und Dateiformate sowie DVD's und Video-CD's unterstützt.

==Geschichte==
Der VLC media player wird seit 1999 vom VideoLAN-Team entwickelt. Dieses besteht aus Studenten der französischen Ingenieurschule École centrale Paris in Châtenay-Malabry bei Paris und Entwicklern aus über 20 Ländern. Das Programm steht seit dem 1. Februar 2001 unter der GNU General Public License.

=== Logo ===
Der Entwickler Antoine Cellerier kennt die Geschichte des Logos selbst nur vom Hörensagen: Eines Tages kamen Studenten eines der Netzwerk-Clubs der École centrale Paris betrunken mit einem Verkehrssicherungskegel nach Hause. Später ging aus diesem Club das VideoLAN-Projekt hervor. Als man ein Logo für das Programm suchte, fiel die Wahl auf den Kegel, aus dem zu diesem Zeitpunkt bereits eine beträchtliche Kegel-Sammlung hervorgegangen war.

==Merkmale==
===Die Streaming Lösung===
Die ursprüngliche Streaming-Lösung besteht aus dem VideoLAN Server und dem VLC media player. Damit war das Streaming von digitalen TV-Inhalten, DVDs und MPEG- & DivX-Filmdateien über den Campus der École Centrale Paris möglich. Mittlerweile wurden beide Programme erweitert, sodass auch Streaming über das Internet realisierbar ist. VLC unterstützt mittlerweile auch Video on Demand, so dass es durchaus mit Streaminglösungen kommerzieller Anbieter konkurrieren kann.

Durch die Weiterentwicklung des VLC media player zu einem eigenen Streaming-Server wurde das Konzept der Lösung seit Januar 2003 aufgeweicht. Eine mittelbare Folge davon ist, dass die Lösung auch von Benutzern ohne große Vorkenntnisse eingesetzt werden kann.

===Vielseitigkeit===
Besonders hervorzuheben ist die Vielseitigkeit des Programms, das nahezu jedes Format und jede Datei abspielt, auch unvollständige oder bruchstückhafte AVI-Dateien, was z. B. bei nicht vollständig heruntergeladenen Dateien der Fall sein kann.

Zusätzlich können über Filter verschiedene Effekte in Echtzeit angewandt werden. So kann z. B. ein Video, das im Hochformat aufgenommen wurde, um 90° gedreht, und Farbfilter etc. angewandt werden.

===Portabilität===
Der VLC media player läuft unter GNU/Linux, Microsoft Windows, Mac OS X, BeOS, Syllable. Einige andere Betriebssysteme wie z. B. BSD werden auch unterstützt, für sie gibt es nur keine vorkompilierte Binär-Pakete.
Außerdem gibt es für Microsoft Windows eine portable (vom USB-Stick ohne Installation lauffähige) Version.

== Einsatz ==
Der ''VLC media player'' kommt bei Privatnutzern, in Schulen und Universitäten, aber auch bei professionellen Anwendern zum Einsatz. Geschätzt wird vor allem die hohe Kompatibilität mit einer Vielzahl von Formaten und Codecs, wodurch er beinahe alles wiedergeben kann. Auch die im September 2007 vorgestellte ZDFmediathek unterstützt den VLC zur Wiedergabe ihres Video-on-Demand- und Livestream-Angebots (bei bestmöglicher Bildqualität dank Wiedergabe einer H.264-kodierten Videoquelle).
==Installation==
root@zero:/etc# apt-get install vlc
.....

=Benutzung=
==Hilfe bekommen==
Alle Standard Operationen von VLC sollten über die Grafische Benutzeroberfläche verfügbar sein. Wie auch immer, manche komplexen Operationen können nur von der Kommandozeile aus benutzt werden und es gibt Situationen in welchen man die Grafische Benutzeroberfläche nicht benötigt oder möchte.

VLC hat eine Modulstruktur. Der Kern verwaltet haupsächlich die Kommunikation zwischen Modulen. Alle Multimediaprozesse werden von Modulen abgewickelt. Es gibt Input-Module, Demultiplexer, Decoder, Video Output Module und mehr...

Dieses Kapitel wird nur die Kernoptionen erörtern. Jedes Modul erweitert VLC um neue Optionen. Zum Beispiel fügt das HTTP-Inputmodul Optionen für caching, proxy und Authentifikation hinzu.

Einfachen Kernoptionen erfährt man mit:

xinux@zero:~$ '''vlc --help'''

Alle Grundoptionen des Kerns + der Module mit:

xinux@zero:~$ '''vlc --longhelp'''

Und wirklich alle Optionen mit:

xinux@zero:~$ '''vlc --longhelp --advanced'''

==Medien öffnen==

Der folgende Befehl startet VLC mit "Datei":

xinux@zero:~$ '''vlc "Datei"'''

Öffnen von DVD's, Video- oder Audio CD's.

DVD mit Menüs:

xinux@zero:~$ vlc '''dvd'''://"device"

DVD ohne Menüs:

xinux@zero:~$ vlc '''dvdsimple'''://"device"

VCD:

xinux@zero:~$ vlc '''vcd'''://"device"

Audio CD:

xinux@zero:~$ vlc '''cdda:'''//"device"

==Stream senden (UDP)==

Eine Datei kann man über VLC mit folgendem Befehl streamen:

xinux@zero:~$ vlc "Datei" '''--sout udp:"IP-Adresse" --ttl 12'''
Unicast
director@sender:~$ vlc the.collective.avi --sout udp:192.168.178.45 --ttl 12
Multicast
director@sender:~$ vlc the.collective.avi --sout udp:224.0.0.224

Die "IP-Adresse" muss entweder

* ein Rechner an den man Unicast-Streamen will,
* der DNS Name eines Rechners an den man Unicast-Streamen will
* oder eine Multicast IP-Adresse sein (224.0.0.0 bis 239.255.255.255).

Um eine DVD zu streamen benutzt man:

xinux@zero:~$ vlc dvdsimple://"/dev/dvd" '''--sout '#udp{mux=ts,dst=192.168.0.12}' --ttl 12 --sout-all'''

Wobei "/dev/dvd" das DVD-Laufwerk sein muss, bei Windows z.B. ''D:''

==Stream empfangen (UDP)==

Um einen Unicast RTP/UDP Stream (Gesendet von VLC's Stream Output) zu empfangen muss man VLC mit folgenden Befehlen starten:

xinux@zero:~$ vlc '''udp://[@:server_port]'''
Beispiel
cinema@receiver:~$ vlc udp://192.168.178.46

Wenn man den Standartport '''1234''' verwendet reicht '''vlc rtp://'''

Um einen Multicast-Stream zu empfangen benutzt man:

xinux@zero:~$ vlc udp://'''@multicast_address'''[@:server_port]

Beispiel
cinema@receiver:~$ vlc udp://@224.0.0.224

Um einen Stream von einer bestimmten Adresse zu empfangen ('''S'''ource'''S'''pecific'''M'''ulticast) braucht man:

xinux@zero:~$ vlc udp://'''server_address'''@multicast_address[:server_port]

Dies funktioniert nur mit Betriebsystemen die SSM unterstützen (Windows XP und neueste Linux Kernels)

Um einen HTTP-Stream zu empfangen startet man VLC mit:

xinux@zero:~$ vlc http://www.beispiel.org/Datei.mpg

==Remote Control==

VLC lässt sich nach belieben auch über Interfaces wie Telnet auf entfernten Rechnern steuern.

Ein VLC mit Remote Control benutzbarkeit öffnet man mit:

root@zero:~# vlc -I rc --rc-host "IP-Adresse":"PORT"

Die "IP-Adresse" ist die des Rechners auf dem VLC ausgeführt wird.

Mann kann dann mit Tools wie ''Netcat'' darauf zugreifen mit dem Befehl:

root@zero:~# nc "IP-Adresse" "PORT"

Man sieht hierbei keine Bestätigung, aber mit '''help''' lassen sich die benutzbaren Befehle anzeigen.

VLC

2009-07-17T11:16:10Z

Admin: /* Stream empfangen (UDP) */

[[Image:vlc.jpg]]

=VLC media player=
Der VLC media player, oder anfangs VideoLAN client, ist ein mittlerweile bekannter freier Mediaplayer der die unterschiedlichsten Codecs und Dateiformate sowie DVD's und Video-CD's unterstützt.

==Geschichte==
Der VLC media player wird seit 1999 vom VideoLAN-Team entwickelt. Dieses besteht aus Studenten der französischen Ingenieurschule École centrale Paris in Châtenay-Malabry bei Paris und Entwicklern aus über 20 Ländern. Das Programm steht seit dem 1. Februar 2001 unter der GNU General Public License.

=== Logo ===
Der Entwickler Antoine Cellerier kennt die Geschichte des Logos selbst nur vom Hörensagen: Eines Tages kamen Studenten eines der Netzwerk-Clubs der École centrale Paris betrunken mit einem Verkehrssicherungskegel nach Hause. Später ging aus diesem Club das VideoLAN-Projekt hervor. Als man ein Logo für das Programm suchte, fiel die Wahl auf den Kegel, aus dem zu diesem Zeitpunkt bereits eine beträchtliche Kegel-Sammlung hervorgegangen war.

==Merkmale==
===Die Streaming Lösung===
Die ursprüngliche Streaming-Lösung besteht aus dem VideoLAN Server und dem VLC media player. Damit war das Streaming von digitalen TV-Inhalten, DVDs und MPEG- & DivX-Filmdateien über den Campus der École Centrale Paris möglich. Mittlerweile wurden beide Programme erweitert, sodass auch Streaming über das Internet realisierbar ist. VLC unterstützt mittlerweile auch Video on Demand, so dass es durchaus mit Streaminglösungen kommerzieller Anbieter konkurrieren kann.

Durch die Weiterentwicklung des VLC media player zu einem eigenen Streaming-Server wurde das Konzept der Lösung seit Januar 2003 aufgeweicht. Eine mittelbare Folge davon ist, dass die Lösung auch von Benutzern ohne große Vorkenntnisse eingesetzt werden kann.

===Vielseitigkeit===
Besonders hervorzuheben ist die Vielseitigkeit des Programms, das nahezu jedes Format und jede Datei abspielt, auch unvollständige oder bruchstückhafte AVI-Dateien, was z. B. bei nicht vollständig heruntergeladenen Dateien der Fall sein kann.

Zusätzlich können über Filter verschiedene Effekte in Echtzeit angewandt werden. So kann z. B. ein Video, das im Hochformat aufgenommen wurde, um 90° gedreht, und Farbfilter etc. angewandt werden.

===Portabilität===
Der VLC media player läuft unter GNU/Linux, Microsoft Windows, Mac OS X, BeOS, Syllable. Einige andere Betriebssysteme wie z. B. BSD werden auch unterstützt, für sie gibt es nur keine vorkompilierte Binär-Pakete.
Außerdem gibt es für Microsoft Windows eine portable (vom USB-Stick ohne Installation lauffähige) Version.

== Einsatz ==
Der ''VLC media player'' kommt bei Privatnutzern, in Schulen und Universitäten, aber auch bei professionellen Anwendern zum Einsatz. Geschätzt wird vor allem die hohe Kompatibilität mit einer Vielzahl von Formaten und Codecs, wodurch er beinahe alles wiedergeben kann. Auch die im September 2007 vorgestellte ZDFmediathek unterstützt den VLC zur Wiedergabe ihres Video-on-Demand- und Livestream-Angebots (bei bestmöglicher Bildqualität dank Wiedergabe einer H.264-kodierten Videoquelle).
==Installation==
root@zero:/etc# apt-get install vlc
.....

=Benutzung=
==Hilfe bekommen==
Alle Standard Operationen von VLC sollten über die Grafische Benutzeroberfläche verfügbar sein. Wie auch immer, manche komplexen Operationen können nur von der Kommandozeile aus benutzt werden und es gibt Situationen in welchen man die Grafische Benutzeroberfläche nicht benötigt oder möchte.

VLC hat eine Modulstruktur. Der Kern verwaltet haupsächlich die Kommunikation zwischen Modulen. Alle Multimediaprozesse werden von Modulen abgewickelt. Es gibt Input-Module, Demultiplexer, Decoder, Video Output Module und mehr...

Dieses Kapitel wird nur die Kernoptionen erörtern. Jedes Modul erweitert VLC um neue Optionen. Zum Beispiel fügt das HTTP-Inputmodul Optionen für caching, proxy und Authentifikation hinzu.

Einfachen Kernoptionen erfährt man mit:

xinux@zero:~$ '''vlc --help'''

Alle Grundoptionen des Kerns + der Module mit:

xinux@zero:~$ '''vlc --longhelp'''

Und wirklich alle Optionen mit:

xinux@zero:~$ '''vlc --longhelp --advanced'''

==Medien öffnen==

Der folgende Befehl startet VLC mit "Datei":

xinux@zero:~$ '''vlc "Datei"'''

Öffnen von DVD's, Video- oder Audio CD's.

DVD mit Menüs:

xinux@zero:~$ vlc '''dvd'''://"device"

DVD ohne Menüs:

xinux@zero:~$ vlc '''dvdsimple'''://"device"

VCD:

xinux@zero:~$ vlc '''vcd'''://"device"

Audio CD:

xinux@zero:~$ vlc '''cdda:'''//"device"

==Stream senden (UDP)==

Eine Datei kann man über VLC mit folgendem Befehl streamen:

xinux@zero:~$ vlc "Datei" '''--sout udp:"IP-Adresse" --ttl 12'''

director@sender:~$ vlc the.collective.avi --sout udp:192.168.178.45 --ttl 12

Die "IP-Adresse" muss entweder

* ein Rechner an den man Unicast-Streamen will,
* der DNS Name eines Rechners an den man Unicast-Streamen will
* oder eine Multicast IP-Adresse sein (224.0.0.0 bis 239.255.255.255).

Um eine DVD zu streamen benutzt man:

xinux@zero:~$ vlc dvdsimple://"/dev/dvd" '''--sout '#udp{mux=ts,dst=192.168.0.12}' --ttl 12 --sout-all'''

Wobei "/dev/dvd" das DVD-Laufwerk sein muss, bei Windows z.B. ''D:''

==Stream empfangen (UDP)==

Um einen Unicast RTP/UDP Stream (Gesendet von VLC's Stream Output) zu empfangen muss man VLC mit folgenden Befehlen starten:

xinux@zero:~$ vlc '''udp://[@:server_port]'''
Beispiel
cinema@receiver:~$ vlc udp://192.168.178.46

Wenn man den Standartport '''1234''' verwendet reicht '''vlc rtp://'''

Um einen Multicast-Stream zu empfangen benutzt man:

xinux@zero:~$ vlc udp://'''@multicast_address'''[@:server_port]

Beispiel
cinema@receiver:~$ vlc udp://@224.0.0.224

Um einen Stream von einer bestimmten Adresse zu empfangen ('''S'''ource'''S'''pecific'''M'''ulticast) braucht man:

xinux@zero:~$ vlc udp://'''server_address'''@multicast_address[:server_port]

Dies funktioniert nur mit Betriebsystemen die SSM unterstützen (Windows XP und neueste Linux Kernels)

Um einen HTTP-Stream zu empfangen startet man VLC mit:

xinux@zero:~$ vlc http://www.beispiel.org/Datei.mpg

==Remote Control==

VLC lässt sich nach belieben auch über Interfaces wie Telnet auf entfernten Rechnern steuern.

Ein VLC mit Remote Control benutzbarkeit öffnet man mit:

root@zero:~# vlc -I rc --rc-host "IP-Adresse":"PORT"

Die "IP-Adresse" ist die des Rechners auf dem VLC ausgeführt wird.

Mann kann dann mit Tools wie ''Netcat'' darauf zugreifen mit dem Befehl:

root@zero:~# nc "IP-Adresse" "PORT"

Man sieht hierbei keine Bestätigung, aber mit '''help''' lassen sich die benutzbaren Befehle anzeigen.

VLC

2009-07-17T11:15:49Z

Admin: /* Stream empfangen (UDP) */

[[Image:vlc.jpg]]

=VLC media player=
Der VLC media player, oder anfangs VideoLAN client, ist ein mittlerweile bekannter freier Mediaplayer der die unterschiedlichsten Codecs und Dateiformate sowie DVD's und Video-CD's unterstützt.

==Geschichte==
Der VLC media player wird seit 1999 vom VideoLAN-Team entwickelt. Dieses besteht aus Studenten der französischen Ingenieurschule École centrale Paris in Châtenay-Malabry bei Paris und Entwicklern aus über 20 Ländern. Das Programm steht seit dem 1. Februar 2001 unter der GNU General Public License.

=== Logo ===
Der Entwickler Antoine Cellerier kennt die Geschichte des Logos selbst nur vom Hörensagen: Eines Tages kamen Studenten eines der Netzwerk-Clubs der École centrale Paris betrunken mit einem Verkehrssicherungskegel nach Hause. Später ging aus diesem Club das VideoLAN-Projekt hervor. Als man ein Logo für das Programm suchte, fiel die Wahl auf den Kegel, aus dem zu diesem Zeitpunkt bereits eine beträchtliche Kegel-Sammlung hervorgegangen war.

==Merkmale==
===Die Streaming Lösung===
Die ursprüngliche Streaming-Lösung besteht aus dem VideoLAN Server und dem VLC media player. Damit war das Streaming von digitalen TV-Inhalten, DVDs und MPEG- & DivX-Filmdateien über den Campus der École Centrale Paris möglich. Mittlerweile wurden beide Programme erweitert, sodass auch Streaming über das Internet realisierbar ist. VLC unterstützt mittlerweile auch Video on Demand, so dass es durchaus mit Streaminglösungen kommerzieller Anbieter konkurrieren kann.

Durch die Weiterentwicklung des VLC media player zu einem eigenen Streaming-Server wurde das Konzept der Lösung seit Januar 2003 aufgeweicht. Eine mittelbare Folge davon ist, dass die Lösung auch von Benutzern ohne große Vorkenntnisse eingesetzt werden kann.

===Vielseitigkeit===
Besonders hervorzuheben ist die Vielseitigkeit des Programms, das nahezu jedes Format und jede Datei abspielt, auch unvollständige oder bruchstückhafte AVI-Dateien, was z. B. bei nicht vollständig heruntergeladenen Dateien der Fall sein kann.

Zusätzlich können über Filter verschiedene Effekte in Echtzeit angewandt werden. So kann z. B. ein Video, das im Hochformat aufgenommen wurde, um 90° gedreht, und Farbfilter etc. angewandt werden.

===Portabilität===
Der VLC media player läuft unter GNU/Linux, Microsoft Windows, Mac OS X, BeOS, Syllable. Einige andere Betriebssysteme wie z. B. BSD werden auch unterstützt, für sie gibt es nur keine vorkompilierte Binär-Pakete.
Außerdem gibt es für Microsoft Windows eine portable (vom USB-Stick ohne Installation lauffähige) Version.

== Einsatz ==
Der ''VLC media player'' kommt bei Privatnutzern, in Schulen und Universitäten, aber auch bei professionellen Anwendern zum Einsatz. Geschätzt wird vor allem die hohe Kompatibilität mit einer Vielzahl von Formaten und Codecs, wodurch er beinahe alles wiedergeben kann. Auch die im September 2007 vorgestellte ZDFmediathek unterstützt den VLC zur Wiedergabe ihres Video-on-Demand- und Livestream-Angebots (bei bestmöglicher Bildqualität dank Wiedergabe einer H.264-kodierten Videoquelle).
==Installation==
root@zero:/etc# apt-get install vlc
.....

=Benutzung=
==Hilfe bekommen==
Alle Standard Operationen von VLC sollten über die Grafische Benutzeroberfläche verfügbar sein. Wie auch immer, manche komplexen Operationen können nur von der Kommandozeile aus benutzt werden und es gibt Situationen in welchen man die Grafische Benutzeroberfläche nicht benötigt oder möchte.

VLC hat eine Modulstruktur. Der Kern verwaltet haupsächlich die Kommunikation zwischen Modulen. Alle Multimediaprozesse werden von Modulen abgewickelt. Es gibt Input-Module, Demultiplexer, Decoder, Video Output Module und mehr...

Dieses Kapitel wird nur die Kernoptionen erörtern. Jedes Modul erweitert VLC um neue Optionen. Zum Beispiel fügt das HTTP-Inputmodul Optionen für caching, proxy und Authentifikation hinzu.

Einfachen Kernoptionen erfährt man mit:

xinux@zero:~$ '''vlc --help'''

Alle Grundoptionen des Kerns + der Module mit:

xinux@zero:~$ '''vlc --longhelp'''

Und wirklich alle Optionen mit:

xinux@zero:~$ '''vlc --longhelp --advanced'''

==Medien öffnen==

Der folgende Befehl startet VLC mit "Datei":

xinux@zero:~$ '''vlc "Datei"'''

Öffnen von DVD's, Video- oder Audio CD's.

DVD mit Menüs:

xinux@zero:~$ vlc '''dvd'''://"device"

DVD ohne Menüs:

xinux@zero:~$ vlc '''dvdsimple'''://"device"

VCD:

xinux@zero:~$ vlc '''vcd'''://"device"

Audio CD:

xinux@zero:~$ vlc '''cdda:'''//"device"

==Stream senden (UDP)==

Eine Datei kann man über VLC mit folgendem Befehl streamen:

xinux@zero:~$ vlc "Datei" '''--sout udp:"IP-Adresse" --ttl 12'''

director@sender:~$ vlc the.collective.avi --sout udp:192.168.178.45 --ttl 12

Die "IP-Adresse" muss entweder

* ein Rechner an den man Unicast-Streamen will,
* der DNS Name eines Rechners an den man Unicast-Streamen will
* oder eine Multicast IP-Adresse sein (224.0.0.0 bis 239.255.255.255).

Um eine DVD zu streamen benutzt man:

xinux@zero:~$ vlc dvdsimple://"/dev/dvd" '''--sout '#udp{mux=ts,dst=192.168.0.12}' --ttl 12 --sout-all'''

Wobei "/dev/dvd" das DVD-Laufwerk sein muss, bei Windows z.B. ''D:''

==Stream empfangen (UDP)==

Um einen Unicast RTP/UDP Stream (Gesendet von VLC's Stream Output) zu empfangen muss man VLC mit folgenden Befehlen starten:

xinux@zero:~$ vlc '''udp://[@:server_port]'''

Wenn man den Standartport '''1234''' verwendet reicht '''vlc rtp://'''

Um einen Multicast-Stream zu empfangen benutzt man:

xinux@zero:~$ vlc udp://'''@multicast_address'''[@:server_port]

Um einen Stream von einer bestimmten Adresse zu empfangen ('''S'''ource'''S'''pecific'''M'''ulticast) braucht man:

xinux@zero:~$ vlc udp://'''server_address'''@multicast_address[:server_port]

Dies funktioniert nur mit Betriebsystemen die SSM unterstützen (Windows XP und neueste Linux Kernels)

Um einen HTTP-Stream zu empfangen startet man VLC mit:

xinux@zero:~$ vlc http://www.beispiel.org/Datei.mpg

==Remote Control==

VLC lässt sich nach belieben auch über Interfaces wie Telnet auf entfernten Rechnern steuern.

Ein VLC mit Remote Control benutzbarkeit öffnet man mit:

root@zero:~# vlc -I rc --rc-host "IP-Adresse":"PORT"

Die "IP-Adresse" ist die des Rechners auf dem VLC ausgeführt wird.

Mann kann dann mit Tools wie ''Netcat'' darauf zugreifen mit dem Befehl:

root@zero:~# nc "IP-Adresse" "PORT"

Man sieht hierbei keine Bestätigung, aber mit '''help''' lassen sich die benutzbaren Befehle anzeigen.

VLC

2009-07-17T11:15:44Z

Admin: /* Stream senden (UDP) */

[[Image:vlc.jpg]]

=VLC media player=
Der VLC media player, oder anfangs VideoLAN client, ist ein mittlerweile bekannter freier Mediaplayer der die unterschiedlichsten Codecs und Dateiformate sowie DVD's und Video-CD's unterstützt.

==Geschichte==
Der VLC media player wird seit 1999 vom VideoLAN-Team entwickelt. Dieses besteht aus Studenten der französischen Ingenieurschule École centrale Paris in Châtenay-Malabry bei Paris und Entwicklern aus über 20 Ländern. Das Programm steht seit dem 1. Februar 2001 unter der GNU General Public License.

=== Logo ===
Der Entwickler Antoine Cellerier kennt die Geschichte des Logos selbst nur vom Hörensagen: Eines Tages kamen Studenten eines der Netzwerk-Clubs der École centrale Paris betrunken mit einem Verkehrssicherungskegel nach Hause. Später ging aus diesem Club das VideoLAN-Projekt hervor. Als man ein Logo für das Programm suchte, fiel die Wahl auf den Kegel, aus dem zu diesem Zeitpunkt bereits eine beträchtliche Kegel-Sammlung hervorgegangen war.

==Merkmale==
===Die Streaming Lösung===
Die ursprüngliche Streaming-Lösung besteht aus dem VideoLAN Server und dem VLC media player. Damit war das Streaming von digitalen TV-Inhalten, DVDs und MPEG- & DivX-Filmdateien über den Campus der École Centrale Paris möglich. Mittlerweile wurden beide Programme erweitert, sodass auch Streaming über das Internet realisierbar ist. VLC unterstützt mittlerweile auch Video on Demand, so dass es durchaus mit Streaminglösungen kommerzieller Anbieter konkurrieren kann.

Durch die Weiterentwicklung des VLC media player zu einem eigenen Streaming-Server wurde das Konzept der Lösung seit Januar 2003 aufgeweicht. Eine mittelbare Folge davon ist, dass die Lösung auch von Benutzern ohne große Vorkenntnisse eingesetzt werden kann.

===Vielseitigkeit===
Besonders hervorzuheben ist die Vielseitigkeit des Programms, das nahezu jedes Format und jede Datei abspielt, auch unvollständige oder bruchstückhafte AVI-Dateien, was z. B. bei nicht vollständig heruntergeladenen Dateien der Fall sein kann.

Zusätzlich können über Filter verschiedene Effekte in Echtzeit angewandt werden. So kann z. B. ein Video, das im Hochformat aufgenommen wurde, um 90° gedreht, und Farbfilter etc. angewandt werden.

===Portabilität===
Der VLC media player läuft unter GNU/Linux, Microsoft Windows, Mac OS X, BeOS, Syllable. Einige andere Betriebssysteme wie z. B. BSD werden auch unterstützt, für sie gibt es nur keine vorkompilierte Binär-Pakete.
Außerdem gibt es für Microsoft Windows eine portable (vom USB-Stick ohne Installation lauffähige) Version.

== Einsatz ==
Der ''VLC media player'' kommt bei Privatnutzern, in Schulen und Universitäten, aber auch bei professionellen Anwendern zum Einsatz. Geschätzt wird vor allem die hohe Kompatibilität mit einer Vielzahl von Formaten und Codecs, wodurch er beinahe alles wiedergeben kann. Auch die im September 2007 vorgestellte ZDFmediathek unterstützt den VLC zur Wiedergabe ihres Video-on-Demand- und Livestream-Angebots (bei bestmöglicher Bildqualität dank Wiedergabe einer H.264-kodierten Videoquelle).
==Installation==
root@zero:/etc# apt-get install vlc
.....

=Benutzung=
==Hilfe bekommen==
Alle Standard Operationen von VLC sollten über die Grafische Benutzeroberfläche verfügbar sein. Wie auch immer, manche komplexen Operationen können nur von der Kommandozeile aus benutzt werden und es gibt Situationen in welchen man die Grafische Benutzeroberfläche nicht benötigt oder möchte.

VLC hat eine Modulstruktur. Der Kern verwaltet haupsächlich die Kommunikation zwischen Modulen. Alle Multimediaprozesse werden von Modulen abgewickelt. Es gibt Input-Module, Demultiplexer, Decoder, Video Output Module und mehr...

Dieses Kapitel wird nur die Kernoptionen erörtern. Jedes Modul erweitert VLC um neue Optionen. Zum Beispiel fügt das HTTP-Inputmodul Optionen für caching, proxy und Authentifikation hinzu.

Einfachen Kernoptionen erfährt man mit:

xinux@zero:~$ '''vlc --help'''

Alle Grundoptionen des Kerns + der Module mit:

xinux@zero:~$ '''vlc --longhelp'''

Und wirklich alle Optionen mit:

xinux@zero:~$ '''vlc --longhelp --advanced'''

==Medien öffnen==

Der folgende Befehl startet VLC mit "Datei":

xinux@zero:~$ '''vlc "Datei"'''

Öffnen von DVD's, Video- oder Audio CD's.

DVD mit Menüs:

xinux@zero:~$ vlc '''dvd'''://"device"

DVD ohne Menüs:

xinux@zero:~$ vlc '''dvdsimple'''://"device"

VCD:

xinux@zero:~$ vlc '''vcd'''://"device"

Audio CD:

xinux@zero:~$ vlc '''cdda:'''//"device"

==Stream senden (UDP)==

Eine Datei kann man über VLC mit folgendem Befehl streamen:

xinux@zero:~$ vlc "Datei" '''--sout udp:"IP-Adresse" --ttl 12'''

director@sender:~$ vlc the.collective.avi --sout udp:192.168.178.45 --ttl 12

Die "IP-Adresse" muss entweder

* ein Rechner an den man Unicast-Streamen will,
* der DNS Name eines Rechners an den man Unicast-Streamen will
* oder eine Multicast IP-Adresse sein (224.0.0.0 bis 239.255.255.255).

Um eine DVD zu streamen benutzt man:

xinux@zero:~$ vlc dvdsimple://"/dev/dvd" '''--sout '#udp{mux=ts,dst=192.168.0.12}' --ttl 12 --sout-all'''

Wobei "/dev/dvd" das DVD-Laufwerk sein muss, bei Windows z.B. ''D:''

==Stream empfangen (UDP)==

Um einen Unicast RTP/UDP Stream (Gesendet von VLC's Stream Output) zu empfangen muss man VLC mit folgenden Befehlen starten:

xinux@zero:~$ vlc '''udp://[@:server_port]'''

Wenn man den Standartport '''1234''' verwendet reicht '''vlc rtp://'''

Um einen Multicast-Stream zu empfangen benutzt man:

xinux@zero:~$ vlc udp://'''@multicast_address'''[@:server_port]

Um einen Stream von einer bestimmten Adresse zu empfangen ('''S'''ource'''S'''pecific'''M'''ulticast) braucht man:

xinux@zero:~$ vlc udp://'''server_address'''@multicast_address[:server_port]

Dies funktioniert nur mit Betriebsystemen die SSM unterstützen (Windows XP und neueste Linux Kernels)

Um einen HTTP-Stream zu empfangen startet man VLC mit:

xinux@zero:~$ vlc http://www.beispiel.org/Datei.mpg

==Remote Control==

VLC lässt sich nach belieben auch über Interfaces wie Telnet auf entfernten Rechnern steuern.

Ein VLC mit Remote Control benutzbarkeit öffnet man mit:

root@zero:~# vlc -I rc --rc-host "IP-Adresse":"PORT"

Die "IP-Adresse" ist die des Rechners auf dem VLC ausgeführt wird.

Mann kann dann mit Tools wie ''Netcat'' darauf zugreifen mit dem Befehl:

root@zero:~# nc "IP-Adresse" "PORT"

Man sieht hierbei keine Bestätigung, aber mit '''help''' lassen sich die benutzbaren Befehle anzeigen.

VLC

2009-07-17T11:15:36Z

Admin: /* Stream senden (UDP) */

[[Image:vlc.jpg]]

=VLC media player=
Der VLC media player, oder anfangs VideoLAN client, ist ein mittlerweile bekannter freier Mediaplayer der die unterschiedlichsten Codecs und Dateiformate sowie DVD's und Video-CD's unterstützt.

==Geschichte==
Der VLC media player wird seit 1999 vom VideoLAN-Team entwickelt. Dieses besteht aus Studenten der französischen Ingenieurschule École centrale Paris in Châtenay-Malabry bei Paris und Entwicklern aus über 20 Ländern. Das Programm steht seit dem 1. Februar 2001 unter der GNU General Public License.

=== Logo ===
Der Entwickler Antoine Cellerier kennt die Geschichte des Logos selbst nur vom Hörensagen: Eines Tages kamen Studenten eines der Netzwerk-Clubs der École centrale Paris betrunken mit einem Verkehrssicherungskegel nach Hause. Später ging aus diesem Club das VideoLAN-Projekt hervor. Als man ein Logo für das Programm suchte, fiel die Wahl auf den Kegel, aus dem zu diesem Zeitpunkt bereits eine beträchtliche Kegel-Sammlung hervorgegangen war.

==Merkmale==
===Die Streaming Lösung===
Die ursprüngliche Streaming-Lösung besteht aus dem VideoLAN Server und dem VLC media player. Damit war das Streaming von digitalen TV-Inhalten, DVDs und MPEG- & DivX-Filmdateien über den Campus der École Centrale Paris möglich. Mittlerweile wurden beide Programme erweitert, sodass auch Streaming über das Internet realisierbar ist. VLC unterstützt mittlerweile auch Video on Demand, so dass es durchaus mit Streaminglösungen kommerzieller Anbieter konkurrieren kann.

Durch die Weiterentwicklung des VLC media player zu einem eigenen Streaming-Server wurde das Konzept der Lösung seit Januar 2003 aufgeweicht. Eine mittelbare Folge davon ist, dass die Lösung auch von Benutzern ohne große Vorkenntnisse eingesetzt werden kann.

===Vielseitigkeit===
Besonders hervorzuheben ist die Vielseitigkeit des Programms, das nahezu jedes Format und jede Datei abspielt, auch unvollständige oder bruchstückhafte AVI-Dateien, was z. B. bei nicht vollständig heruntergeladenen Dateien der Fall sein kann.

Zusätzlich können über Filter verschiedene Effekte in Echtzeit angewandt werden. So kann z. B. ein Video, das im Hochformat aufgenommen wurde, um 90° gedreht, und Farbfilter etc. angewandt werden.

===Portabilität===
Der VLC media player läuft unter GNU/Linux, Microsoft Windows, Mac OS X, BeOS, Syllable. Einige andere Betriebssysteme wie z. B. BSD werden auch unterstützt, für sie gibt es nur keine vorkompilierte Binär-Pakete.
Außerdem gibt es für Microsoft Windows eine portable (vom USB-Stick ohne Installation lauffähige) Version.

== Einsatz ==
Der ''VLC media player'' kommt bei Privatnutzern, in Schulen und Universitäten, aber auch bei professionellen Anwendern zum Einsatz. Geschätzt wird vor allem die hohe Kompatibilität mit einer Vielzahl von Formaten und Codecs, wodurch er beinahe alles wiedergeben kann. Auch die im September 2007 vorgestellte ZDFmediathek unterstützt den VLC zur Wiedergabe ihres Video-on-Demand- und Livestream-Angebots (bei bestmöglicher Bildqualität dank Wiedergabe einer H.264-kodierten Videoquelle).
==Installation==
root@zero:/etc# apt-get install vlc
.....

=Benutzung=
==Hilfe bekommen==
Alle Standard Operationen von VLC sollten über die Grafische Benutzeroberfläche verfügbar sein. Wie auch immer, manche komplexen Operationen können nur von der Kommandozeile aus benutzt werden und es gibt Situationen in welchen man die Grafische Benutzeroberfläche nicht benötigt oder möchte.

VLC hat eine Modulstruktur. Der Kern verwaltet haupsächlich die Kommunikation zwischen Modulen. Alle Multimediaprozesse werden von Modulen abgewickelt. Es gibt Input-Module, Demultiplexer, Decoder, Video Output Module und mehr...

Dieses Kapitel wird nur die Kernoptionen erörtern. Jedes Modul erweitert VLC um neue Optionen. Zum Beispiel fügt das HTTP-Inputmodul Optionen für caching, proxy und Authentifikation hinzu.

Einfachen Kernoptionen erfährt man mit:

xinux@zero:~$ '''vlc --help'''

Alle Grundoptionen des Kerns + der Module mit:

xinux@zero:~$ '''vlc --longhelp'''

Und wirklich alle Optionen mit:

xinux@zero:~$ '''vlc --longhelp --advanced'''

==Medien öffnen==

Der folgende Befehl startet VLC mit "Datei":

xinux@zero:~$ '''vlc "Datei"'''

Öffnen von DVD's, Video- oder Audio CD's.

DVD mit Menüs:

xinux@zero:~$ vlc '''dvd'''://"device"

DVD ohne Menüs:

xinux@zero:~$ vlc '''dvdsimple'''://"device"

VCD:

xinux@zero:~$ vlc '''vcd'''://"device"

Audio CD:

xinux@zero:~$ vlc '''cdda:'''//"device"

==Stream senden (UDP)==

Eine Datei kann man über VLC mit folgendem Befehl streamen:

xinux@zero:~$ vlc "Datei" '''--sout udp:"IP-Adresse" --ttl 12'''

director@sender:~$ vlc the.collective.avi --sout udp:192.168.178.45 --ttl 12
cinema@receiver:~$ vlc

Die "IP-Adresse" muss entweder

* ein Rechner an den man Unicast-Streamen will,
* der DNS Name eines Rechners an den man Unicast-Streamen will
* oder eine Multicast IP-Adresse sein (224.0.0.0 bis 239.255.255.255).

Um eine DVD zu streamen benutzt man:

xinux@zero:~$ vlc dvdsimple://"/dev/dvd" '''--sout '#udp{mux=ts,dst=192.168.0.12}' --ttl 12 --sout-all'''

Wobei "/dev/dvd" das DVD-Laufwerk sein muss, bei Windows z.B. ''D:''

==Stream empfangen (UDP)==

Um einen Unicast RTP/UDP Stream (Gesendet von VLC's Stream Output) zu empfangen muss man VLC mit folgenden Befehlen starten:

xinux@zero:~$ vlc '''udp://[@:server_port]'''

Wenn man den Standartport '''1234''' verwendet reicht '''vlc rtp://'''

Um einen Multicast-Stream zu empfangen benutzt man:

xinux@zero:~$ vlc udp://'''@multicast_address'''[@:server_port]

Um einen Stream von einer bestimmten Adresse zu empfangen ('''S'''ource'''S'''pecific'''M'''ulticast) braucht man:

xinux@zero:~$ vlc udp://'''server_address'''@multicast_address[:server_port]

Dies funktioniert nur mit Betriebsystemen die SSM unterstützen (Windows XP und neueste Linux Kernels)

Um einen HTTP-Stream zu empfangen startet man VLC mit:

xinux@zero:~$ vlc http://www.beispiel.org/Datei.mpg

==Remote Control==

VLC lässt sich nach belieben auch über Interfaces wie Telnet auf entfernten Rechnern steuern.

Ein VLC mit Remote Control benutzbarkeit öffnet man mit:

root@zero:~# vlc -I rc --rc-host "IP-Adresse":"PORT"

Die "IP-Adresse" ist die des Rechners auf dem VLC ausgeführt wird.

Mann kann dann mit Tools wie ''Netcat'' darauf zugreifen mit dem Befehl:

root@zero:~# nc "IP-Adresse" "PORT"

Man sieht hierbei keine Bestätigung, aber mit '''help''' lassen sich die benutzbaren Befehle anzeigen.

VLC

2009-07-17T11:15:23Z

Admin: /* Stream senden (UDP) */

[[Image:vlc.jpg]]

=VLC media player=
Der VLC media player, oder anfangs VideoLAN client, ist ein mittlerweile bekannter freier Mediaplayer der die unterschiedlichsten Codecs und Dateiformate sowie DVD's und Video-CD's unterstützt.

==Geschichte==
Der VLC media player wird seit 1999 vom VideoLAN-Team entwickelt. Dieses besteht aus Studenten der französischen Ingenieurschule École centrale Paris in Châtenay-Malabry bei Paris und Entwicklern aus über 20 Ländern. Das Programm steht seit dem 1. Februar 2001 unter der GNU General Public License.

=== Logo ===
Der Entwickler Antoine Cellerier kennt die Geschichte des Logos selbst nur vom Hörensagen: Eines Tages kamen Studenten eines der Netzwerk-Clubs der École centrale Paris betrunken mit einem Verkehrssicherungskegel nach Hause. Später ging aus diesem Club das VideoLAN-Projekt hervor. Als man ein Logo für das Programm suchte, fiel die Wahl auf den Kegel, aus dem zu diesem Zeitpunkt bereits eine beträchtliche Kegel-Sammlung hervorgegangen war.

==Merkmale==
===Die Streaming Lösung===
Die ursprüngliche Streaming-Lösung besteht aus dem VideoLAN Server und dem VLC media player. Damit war das Streaming von digitalen TV-Inhalten, DVDs und MPEG- & DivX-Filmdateien über den Campus der École Centrale Paris möglich. Mittlerweile wurden beide Programme erweitert, sodass auch Streaming über das Internet realisierbar ist. VLC unterstützt mittlerweile auch Video on Demand, so dass es durchaus mit Streaminglösungen kommerzieller Anbieter konkurrieren kann.

Durch die Weiterentwicklung des VLC media player zu einem eigenen Streaming-Server wurde das Konzept der Lösung seit Januar 2003 aufgeweicht. Eine mittelbare Folge davon ist, dass die Lösung auch von Benutzern ohne große Vorkenntnisse eingesetzt werden kann.

===Vielseitigkeit===
Besonders hervorzuheben ist die Vielseitigkeit des Programms, das nahezu jedes Format und jede Datei abspielt, auch unvollständige oder bruchstückhafte AVI-Dateien, was z. B. bei nicht vollständig heruntergeladenen Dateien der Fall sein kann.

Zusätzlich können über Filter verschiedene Effekte in Echtzeit angewandt werden. So kann z. B. ein Video, das im Hochformat aufgenommen wurde, um 90° gedreht, und Farbfilter etc. angewandt werden.

===Portabilität===
Der VLC media player läuft unter GNU/Linux, Microsoft Windows, Mac OS X, BeOS, Syllable. Einige andere Betriebssysteme wie z. B. BSD werden auch unterstützt, für sie gibt es nur keine vorkompilierte Binär-Pakete.
Außerdem gibt es für Microsoft Windows eine portable (vom USB-Stick ohne Installation lauffähige) Version.

== Einsatz ==
Der ''VLC media player'' kommt bei Privatnutzern, in Schulen und Universitäten, aber auch bei professionellen Anwendern zum Einsatz. Geschätzt wird vor allem die hohe Kompatibilität mit einer Vielzahl von Formaten und Codecs, wodurch er beinahe alles wiedergeben kann. Auch die im September 2007 vorgestellte ZDFmediathek unterstützt den VLC zur Wiedergabe ihres Video-on-Demand- und Livestream-Angebots (bei bestmöglicher Bildqualität dank Wiedergabe einer H.264-kodierten Videoquelle).
==Installation==
root@zero:/etc# apt-get install vlc
.....

=Benutzung=
==Hilfe bekommen==
Alle Standard Operationen von VLC sollten über die Grafische Benutzeroberfläche verfügbar sein. Wie auch immer, manche komplexen Operationen können nur von der Kommandozeile aus benutzt werden und es gibt Situationen in welchen man die Grafische Benutzeroberfläche nicht benötigt oder möchte.

VLC hat eine Modulstruktur. Der Kern verwaltet haupsächlich die Kommunikation zwischen Modulen. Alle Multimediaprozesse werden von Modulen abgewickelt. Es gibt Input-Module, Demultiplexer, Decoder, Video Output Module und mehr...

Dieses Kapitel wird nur die Kernoptionen erörtern. Jedes Modul erweitert VLC um neue Optionen. Zum Beispiel fügt das HTTP-Inputmodul Optionen für caching, proxy und Authentifikation hinzu.

Einfachen Kernoptionen erfährt man mit:

xinux@zero:~$ '''vlc --help'''

Alle Grundoptionen des Kerns + der Module mit:

xinux@zero:~$ '''vlc --longhelp'''

Und wirklich alle Optionen mit:

xinux@zero:~$ '''vlc --longhelp --advanced'''

==Medien öffnen==

Der folgende Befehl startet VLC mit "Datei":

xinux@zero:~$ '''vlc "Datei"'''

Öffnen von DVD's, Video- oder Audio CD's.

DVD mit Menüs:

xinux@zero:~$ vlc '''dvd'''://"device"

DVD ohne Menüs:

xinux@zero:~$ vlc '''dvdsimple'''://"device"

VCD:

xinux@zero:~$ vlc '''vcd'''://"device"

Audio CD:

xinux@zero:~$ vlc '''cdda:'''//"device"

==Stream senden (UDP)==

Eine Datei kann man über VLC mit folgendem Befehl streamen:

xinux@zero:~$ vlc "Datei" '''--sout udp:"IP-Adresse" --ttl 12'''

chef@sender:~$ vlc the.collective.avi --sout udp:192.168.178.45 --ttl 12

Die "IP-Adresse" muss entweder

* ein Rechner an den man Unicast-Streamen will,
* der DNS Name eines Rechners an den man Unicast-Streamen will
* oder eine Multicast IP-Adresse sein (224.0.0.0 bis 239.255.255.255).

Um eine DVD zu streamen benutzt man:

xinux@zero:~$ vlc dvdsimple://"/dev/dvd" '''--sout '#udp{mux=ts,dst=192.168.0.12}' --ttl 12 --sout-all'''

Wobei "/dev/dvd" das DVD-Laufwerk sein muss, bei Windows z.B. ''D:''

==Stream empfangen (UDP)==

Um einen Unicast RTP/UDP Stream (Gesendet von VLC's Stream Output) zu empfangen muss man VLC mit folgenden Befehlen starten:

xinux@zero:~$ vlc '''udp://[@:server_port]'''

Wenn man den Standartport '''1234''' verwendet reicht '''vlc rtp://'''

Um einen Multicast-Stream zu empfangen benutzt man:

xinux@zero:~$ vlc udp://'''@multicast_address'''[@:server_port]

Um einen Stream von einer bestimmten Adresse zu empfangen ('''S'''ource'''S'''pecific'''M'''ulticast) braucht man:

xinux@zero:~$ vlc udp://'''server_address'''@multicast_address[:server_port]

Dies funktioniert nur mit Betriebsystemen die SSM unterstützen (Windows XP und neueste Linux Kernels)

Um einen HTTP-Stream zu empfangen startet man VLC mit:

xinux@zero:~$ vlc http://www.beispiel.org/Datei.mpg

==Remote Control==

VLC lässt sich nach belieben auch über Interfaces wie Telnet auf entfernten Rechnern steuern.

Ein VLC mit Remote Control benutzbarkeit öffnet man mit:

root@zero:~# vlc -I rc --rc-host "IP-Adresse":"PORT"

Die "IP-Adresse" ist die des Rechners auf dem VLC ausgeführt wird.

Mann kann dann mit Tools wie ''Netcat'' darauf zugreifen mit dem Befehl:

root@zero:~# nc "IP-Adresse" "PORT"

Man sieht hierbei keine Bestätigung, aber mit '''help''' lassen sich die benutzbaren Befehle anzeigen.

VLC

2009-07-17T11:09:06Z

Admin: /* Einsatz */

[[Image:vlc.jpg]]

=VLC media player=
Der VLC media player, oder anfangs VideoLAN client, ist ein mittlerweile bekannter freier Mediaplayer der die unterschiedlichsten Codecs und Dateiformate sowie DVD's und Video-CD's unterstützt.

==Geschichte==
Der VLC media player wird seit 1999 vom VideoLAN-Team entwickelt. Dieses besteht aus Studenten der französischen Ingenieurschule École centrale Paris in Châtenay-Malabry bei Paris und Entwicklern aus über 20 Ländern. Das Programm steht seit dem 1. Februar 2001 unter der GNU General Public License.

=== Logo ===
Der Entwickler Antoine Cellerier kennt die Geschichte des Logos selbst nur vom Hörensagen: Eines Tages kamen Studenten eines der Netzwerk-Clubs der École centrale Paris betrunken mit einem Verkehrssicherungskegel nach Hause. Später ging aus diesem Club das VideoLAN-Projekt hervor. Als man ein Logo für das Programm suchte, fiel die Wahl auf den Kegel, aus dem zu diesem Zeitpunkt bereits eine beträchtliche Kegel-Sammlung hervorgegangen war.

==Merkmale==
===Die Streaming Lösung===
Die ursprüngliche Streaming-Lösung besteht aus dem VideoLAN Server und dem VLC media player. Damit war das Streaming von digitalen TV-Inhalten, DVDs und MPEG- & DivX-Filmdateien über den Campus der École Centrale Paris möglich. Mittlerweile wurden beide Programme erweitert, sodass auch Streaming über das Internet realisierbar ist. VLC unterstützt mittlerweile auch Video on Demand, so dass es durchaus mit Streaminglösungen kommerzieller Anbieter konkurrieren kann.

Durch die Weiterentwicklung des VLC media player zu einem eigenen Streaming-Server wurde das Konzept der Lösung seit Januar 2003 aufgeweicht. Eine mittelbare Folge davon ist, dass die Lösung auch von Benutzern ohne große Vorkenntnisse eingesetzt werden kann.

===Vielseitigkeit===
Besonders hervorzuheben ist die Vielseitigkeit des Programms, das nahezu jedes Format und jede Datei abspielt, auch unvollständige oder bruchstückhafte AVI-Dateien, was z. B. bei nicht vollständig heruntergeladenen Dateien der Fall sein kann.

Zusätzlich können über Filter verschiedene Effekte in Echtzeit angewandt werden. So kann z. B. ein Video, das im Hochformat aufgenommen wurde, um 90° gedreht, und Farbfilter etc. angewandt werden.

===Portabilität===
Der VLC media player läuft unter GNU/Linux, Microsoft Windows, Mac OS X, BeOS, Syllable. Einige andere Betriebssysteme wie z. B. BSD werden auch unterstützt, für sie gibt es nur keine vorkompilierte Binär-Pakete.
Außerdem gibt es für Microsoft Windows eine portable (vom USB-Stick ohne Installation lauffähige) Version.

== Einsatz ==
Der ''VLC media player'' kommt bei Privatnutzern, in Schulen und Universitäten, aber auch bei professionellen Anwendern zum Einsatz. Geschätzt wird vor allem die hohe Kompatibilität mit einer Vielzahl von Formaten und Codecs, wodurch er beinahe alles wiedergeben kann. Auch die im September 2007 vorgestellte ZDFmediathek unterstützt den VLC zur Wiedergabe ihres Video-on-Demand- und Livestream-Angebots (bei bestmöglicher Bildqualität dank Wiedergabe einer H.264-kodierten Videoquelle).
==Installation==
root@zero:/etc# apt-get install vlc
.....

=Benutzung=
==Hilfe bekommen==
Alle Standard Operationen von VLC sollten über die Grafische Benutzeroberfläche verfügbar sein. Wie auch immer, manche komplexen Operationen können nur von der Kommandozeile aus benutzt werden und es gibt Situationen in welchen man die Grafische Benutzeroberfläche nicht benötigt oder möchte.

VLC hat eine Modulstruktur. Der Kern verwaltet haupsächlich die Kommunikation zwischen Modulen. Alle Multimediaprozesse werden von Modulen abgewickelt. Es gibt Input-Module, Demultiplexer, Decoder, Video Output Module und mehr...

Dieses Kapitel wird nur die Kernoptionen erörtern. Jedes Modul erweitert VLC um neue Optionen. Zum Beispiel fügt das HTTP-Inputmodul Optionen für caching, proxy und Authentifikation hinzu.

Einfachen Kernoptionen erfährt man mit:

xinux@zero:~$ '''vlc --help'''

Alle Grundoptionen des Kerns + der Module mit:

xinux@zero:~$ '''vlc --longhelp'''

Und wirklich alle Optionen mit:

xinux@zero:~$ '''vlc --longhelp --advanced'''

==Medien öffnen==

Der folgende Befehl startet VLC mit "Datei":

xinux@zero:~$ '''vlc "Datei"'''

Öffnen von DVD's, Video- oder Audio CD's.

DVD mit Menüs:

xinux@zero:~$ vlc '''dvd'''://"device"

DVD ohne Menüs:

xinux@zero:~$ vlc '''dvdsimple'''://"device"

VCD:

xinux@zero:~$ vlc '''vcd'''://"device"

Audio CD:

xinux@zero:~$ vlc '''cdda:'''//"device"

==Stream senden (UDP)==

Eine Datei kann man über VLC mit folgendem Befehl streamen:

xinux@zero:~$ vlc "Datei" '''--sout udp:"IP-Adresse" --ttl 12'''

Die "IP-Adresse" muss entweder

* ein Rechner an den man Unicast-Streamen will,
* der DNS Name eines Rechners an den man Unicast-Streamen will
* oder eine Multicast IP-Adresse sein (224.0.0.0 bis 239.255.255.255).

Um eine DVD zu streamen benutzt man:

xinux@zero:~$ vlc dvdsimple://"/dev/dvd" '''--sout '#udp{mux=ts,dst=192.168.0.12}' --ttl 12 --sout-all'''

Wobei "/dev/dvd" das DVD-Laufwerk sein muss, bei Windows z.B. ''D:''

==Stream empfangen (UDP)==

Um einen Unicast RTP/UDP Stream (Gesendet von VLC's Stream Output) zu empfangen muss man VLC mit folgenden Befehlen starten:

xinux@zero:~$ vlc '''udp://[@:server_port]'''

Wenn man den Standartport '''1234''' verwendet reicht '''vlc rtp://'''

Um einen Multicast-Stream zu empfangen benutzt man:

xinux@zero:~$ vlc udp://'''@multicast_address'''[@:server_port]

Um einen Stream von einer bestimmten Adresse zu empfangen ('''S'''ource'''S'''pecific'''M'''ulticast) braucht man:

xinux@zero:~$ vlc udp://'''server_address'''@multicast_address[:server_port]

Dies funktioniert nur mit Betriebsystemen die SSM unterstützen (Windows XP und neueste Linux Kernels)

Um einen HTTP-Stream zu empfangen startet man VLC mit:

xinux@zero:~$ vlc http://www.beispiel.org/Datei.mpg

==Remote Control==

VLC lässt sich nach belieben auch über Interfaces wie Telnet auf entfernten Rechnern steuern.

Ein VLC mit Remote Control benutzbarkeit öffnet man mit:

root@zero:~# vlc -I rc --rc-host "IP-Adresse":"PORT"

Die "IP-Adresse" ist die des Rechners auf dem VLC ausgeführt wird.

Mann kann dann mit Tools wie ''Netcat'' darauf zugreifen mit dem Befehl:

root@zero:~# nc "IP-Adresse" "PORT"

Man sieht hierbei keine Bestätigung, aber mit '''help''' lassen sich die benutzbaren Befehle anzeigen.

NTP

2009-07-17T11:05:49Z

Admin: /* Manuelle Synchronisation */

Das Network Time Protocol (NTP) ist ein Standard zur Synchronisierung von Uhren in Computersystemen über
paketbasierte Kommunikationsnetze. NTP verwendet das verbindungslose Transportprotokoll UDP (Port 123).

==Installation des Clients==
root@zero:~# apt-get install ntp
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Lese Status-Informationen ein... Fertig
Vorgeschlagene Pakete:
ntp-doc
Die folgenden NEUEN Pakete werden installiert:
ntp
...

==Konfiguration==
Nach der Installation ist keine weitere Konfiguration notwendig. Unter Ubuntu ist standardmäßig als NTP-Server
ntp.ubuntu.com eingetragen. Die Konfigurationsdatei liegt unter /etc/ntp.conf
# /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help

driftfile /var/lib/ntp/ntp.drift

# Enable this if you want statistics to be logged.
#statsdir /var/log/ntpstats/

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable

# You do need to talk to an NTP server or two (or three).
server ntp.ubuntu.com
...

Weitere Server können hinzugefügt werden.
server pool.ntp.org Serverpool ntp.org
server ptbtime1.ptb.de Physikalisch-Technische Bundesanstalt (Braunschweig)
server ptbtime2.ptb.de Physikalisch-Technische Bundesanstalt, alternativer Server
server time.windows.com Windows Zeitserver

==Manuelle Synchronisation==
ntpdate [NTP-Server]
/etc/init.d/ntp muss dazu gestoppt sein
Die Systemzeit kann manuell mit ntpdate synchronisiert werden. Wenn der NTP Daemon läuft sollte dies nicht erforderlich
sein.

Beispiel
root@zero:~# ntpdate pool.ntp.org
6 Jul 14:53:12 ntpdate[8959]: adjust time server 78.46.73.8 offset -0.018683 sec

==Lokaler NTP Server==
Für ein LAN kann ein Unix-Rechner mit einem NTP Client die Zeit weitergeben, die er selbst von einem NTP Server bezogen hat.
Dazu muss in /etc/ntp.conf der Zugriff für das entsprechende Netz erlaubt werden. Es dauert einige Zeit, bis der Server als
"suitable" (dt. geeignet) gelistet wird.

/etc/ntp.conf
# You do need to talk to an NTP server or two (or three).
server ntp.ubuntu.com
...
# Access control configuration; see /usr/share/doc/ntp-doc/html/accopt.html for
# details. The web page <http://support.ntp.org/bin/view/Support/AccessRestrictions>
# might also be helpful.
#
# Note that "restrict" applies to both servers and clients, so a configuration
# that might be intended to block requests from certain clients could also end
# up blocking replies from your own upstream servers.

# By default, exchange time with everybody, but don't allow configuration.
#restrict -4 default kod notrap nomodify nopeer noquery
#restrict -6 default kod notrap nomodify nopeer noquery
restrict 192.168.240.0 netmask 255.255.240.0 nomodify
...

===Test===
root@zero:~# ntpdate 192.168.242.1
7 Jul 09:57:54 ntpdate[1519]: step time server 192.168.242.1 offset -328.693068 sec

VMware installation auf Ubuntu

2009-07-17T07:08:41Z

Admin:

=VMwareserver auf Jaunty=
==Benötigte Ubuntu Pakete==
aptitude install build-essential linux-kernel-headers xinetd
==Benötigte Vmware Pakete==
VMware-server-1.0.9-156507.tar.gz
VMware-server-console-1.0.9-156507.tar.gz
==Patch==
vmware-update-2.6.27-5.5.7-2.tar.gz

==Installation==
cd /usr/src
===Enpacken des Servers===
tar -xvzf VMware-server-1.0.9-156507.tar.gz
cd /usr/src/vmware-server-distrib#
===Installation===
*Part1
/usr/src/vmware-server-distrib# ./vmware-install.pl
...
alles bestätigen bis
---------------------
Before running VMware Server for the first time, you need to configure it by
invoking the following command: "/usr/bin/vmware-config.pl". Do you want this
program to invoke the command for you now? [yes]
---------------------
Hier ''no'' eingeben
*Part2(Patch entpacken)
cd ..
tar -xvzf /share/vmware-update-2.6.27-5.5.7-2.tar.gz
cd vmware-update
./runme.pl
dann normal weiter
*Konsole installieren
cd /usr/src
tar -xvzf VMware-server-console-1.0.9-156507.tar.gz
cd vmware-server-console-distrib/
./vmware-install.pl
==Tastaturprobleme==
folgendes in die Datei /etc/vmware/config anfügen
xkeymap.keycode.108 = 0x138 # Alt_R
xkeymap.keycode.106 = 0x135 # KP_Divide
xkeymap.keycode.104 = 0x11c # KP_Enter
xkeymap.keycode.111 = 0x148 # Up
xkeymap.keycode.116 = 0x150 # Down
xkeymap.keycode.113 = 0x14b # Left
xkeymap.keycode.114 = 0x14d # Right
xkeymap.keycode.105 = 0x11d # Control_R
xkeymap.keycode.118 = 0x152 # Insert
xkeymap.keycode.119 = 0x153 # Delete
xkeymap.keycode.110 = 0x147 # Home
xkeymap.keycode.115 = 0x14f # End
xkeymap.keycode.112 = 0x149 # Prior
xkeymap.keycode.117 = 0x151 # Next
xkeymap.keycode.78 = 0x46 # Scroll_Lock
xkeymap.keycode.127 = 0x100 # Pause
xkeymap.keycode.133 = 0x15b # Meta_L
xkeymap.keycode.134 = 0x15c # Meta_R

VMware installation auf Ubuntu

2009-07-17T07:08:05Z

Admin: /* Installation */

VMware installation auf Ubuntu

2009-07-17T07:05:26Z

Admin:

Squid

2009-07-17T06:43:58Z

Admin: /* Begriffe */

=Einleitung=
Der Einsatz von Computernetzwerken in Firmen jeglicher Größe hat in den letzten
Jahren stark zugenommen. Dabei haben viele Firmen neben dem
lokalen Netz auch eine Anbindung an ein öffentliches Netz und damit meist
auch Zugang zum Internet.

Damit verbindet sich ein weltweiter Ausbau dieses Netzes und ein steigendes
Angebot an Serviceleistungen, die über das Internet angeboten werden. Als
neuere Technologie sei hier nur die Internettelefonie genannt. Dies bedeutet
allerdings auch, daß die zu übertragenden Datenmengen ständig zunehmen,
was zu Engpässen und langen Übertragungszeiten führt.

Für die Unternehmen bedeuten die zunehmenden Datenmengen aber auch
in erheblichem Maße zunehmende Kosten. Deshalb sind Technologien
gefragt, die dabei helfen können, diese Datenmengen und damit auch die
Kosten entsprechend einzuschränken.

Die Anbindung an öffentliche Netze bedeutet aber auch immer ein Risiko, da
es selten möglich ist, eine Verbindung nur in eine Richtung aufzubauen.
Dadurch bieten sich Angriffspunkte, die von einigen Leuten ausgenutzt
werden, um an Daten zu kommen oder Schaden in dem Netz anzurichten.
Auch hier herrscht großer Bedarf an neuen Lösungen, um einen Kom-promiß
zwischen Sicherheit und Kommunikation zu finden.

Im Internetbereich bietet sich für beide Gebiete der Einsatz von Proxy-
Agenten an. Proxy ist das englische Wort für Stellvertreter. Und genau diese
Aufgabe soll ein Proxy-Agent übernehmen.

Gerade bei großen Netzwerken macht sich der Einsatz eines solchen Proxy-
Agenten positiv bemerkbar, da er neben einer Verringerung der Netzlast im
und zum öffentlichen Netz auch einen Performancegewinn innerhalb des
lokalen Netzes bewirkt.

=Einsatz von Proxy-Servern=
==Einsatzgebiete und Funktionalität==
Mit der immer größer werdenden Vernetzung und Globalisierung wachsen
auch immer mehr die Probleme der Betreiber von lokalen Netzen.
Einerseits müssen die Kosten für den Datentransfer mit dem Internet
gering gehalten werden und zum anderen stellt die Anbindung an ein
öffentliches Netz auch immer einen Angriffspunkt dar.

Die Gefahren sind dabei recht vielfältig. Zum einen ist es in größeren
Netzwerken dem Administrator meist nicht möglich, die Konfiguration aller
Computer ständig zu überwachen und nach Sicherheitslücken zu suchen,
zumal oft auch die notwendige Software recht teuer ist oder vorhandene
sich nicht so verhält, wie man es gerne hätte. Zweitens ist eine Verbindung
ins Internet auch immer mit Datentransfer in beiden Richtungen
verbunden, wodurch von außen ein Angreifer durch getarnte Datenpakete
in das lokale Netz eindringen und dort Schaden anrichten kann. Hier seien
Computerviren in ihren vielen Erscheinungsformen erwähnt. Zum Dritten
stellen die Anwender selber eine gewisse Gefahr dar, indem sie den
Zugang zum Internet mißbräuchlich oder unbeabsichtigt nutzen, was sehr
hohe Kosten verursachen kann.

Dieses Problem läßt sich im Internet mit Hilfe eines Proxy-Servers lösen.
Proxy ist das englische Wort für Stellvertreter. Wie der Name schon
vermuten läßt, tritt ein Proxy-Server als Stellvertreter auf. Will nun ein
Client im lokalen Netz ein Dokument aus dem Internet anfordern, muß er
die Anfrage an den Proxy-Server leiten, der dann die Anfrage an den
Server weiterleitet. Daraus wird ersichtlich, daß ein Proxy-Server zwei
Gesichter haben muß. Nach innen zum Client muß er den Internetserver
vertreten und nach außen wiederum stellt er sich als Client dar. Dies hat
aus Sicht der Sicherheit noch den weiteren Vorteil, daß nach außen hin nur
der Proxy-Server sichtbar ist und das Netz dahinter für einen möglichen
Angreifer unsichtbar bleibt. Ein Proxy muß daher beide Seiten der
Kommunikation beherrschen. Wie so eine Kommunikation aussieht, ist in
[[Image:squid1.jpg]]

==Caching==
Die Übertragungsraten im Internet sind oft sehr gering, da bestimmte Leitungen, insbesondere transkontinentale, stark belastet sind. Dadurch kann es wiederum vorkommen, daß die Leitung nach außen ausgelastet ist und durch lange Wartezeiten die Kosten der Übertragung in die Höhe gehen.

Ein Ansatzpunkt, die Auslastung und Performance zu optimieren, ist das Zwischenspeichern von Objekten. Dies macht im Internet Sinn, da es oft vorkommt, daß ein Dokument in einem lokalen Netz mehrmals von verschiedenen Clients angefordert wird. Dieses Zwischenspeichern oder Caching von Dokumenten übernimmt ebenfalls der Proxy-Server, der deshalb auch oft als Proxy-Cache bezeichnet wird. Fordert ein Client ein Dokument von einem Server an, so leitet der Proxy die Anfrage an den Server weiter. Dieser liefert das angeforderte Dokument an den Proxy, der es dann an den Client weiter reicht und eine Kopie in seinem Speicher behält. Kommt nun von einem zweiten Client die Anfrage auf dasselbe Dokument, leitet der Proxy diese nicht an den Server weiter, sondern liefert das Dokument aus seinem Speicher direkt an den Client
[[Image:squid2.jpg]]

Dies macht deutlich, welche Vorteile ein Proxy-Cache bietet. Zum einen wird die externe Leitung nicht unnötig mit dem mehrmaligen Holen desselben Objektes belastet, es fallen also für die Übertragung keine Kosten an, und außerdem wird die Performance für die Clients im LAN deutlich erhöht. Untersuchungen haben gezeigt, daß die Trefferquoten beim Einsatz eines Proxy-Caches bis zu 50% sind, also fast jede zweite Anfrage nach außen einspart.
==Sinnvolles Caching==
Um ein sinnvolles Caching zu erreichen, müssen gewisse Voraussetzungen gegeben sein. Diese fangen damit an, daß die Maschine, auf der ein solcher Proxy-Server läuft von der Hardware entsprechend ausgestattet sein muß. Je nach der Anzahl der Clients, die den Proxy benutzen muß die Leistungsfähigkeit des Rechners ausgelegt sein, damit auch genügend Anfragen gleichzeitig bearbeitet werden können. Um die Trefferquote auf die im Cache abgelegten Objekte zu erhöhen, sollte auch entsprechende Speicherkapazität vorhanden sein. Diese sollte auf jeden Fall mehrere Gigabyte umfassen. Da aber in der letzten Zeit die Preise für Festplattenspeicher enorm nach unten gegangen sind, sollte dies heute kein größeres Problem mehr darstellen.
Die Hardwarevoraussetzungen alleine machen aber noch keinen guten Proxy-Cache aus, sondern bilden nur eine solide Grundlage. Ein viel größeres Problem ist es, daß die Lebensdauer von Web-Seiten sehr unterschiedlich ist. Dadurch kann nie mit Sicherheit bestimmt werden, wann sich eine Seite ändert und dadurch veraltet ist und aus dem Cache gelöscht, bzw. beim Server neu angefordert werden soll. Es kann also immer vorkommen, daß der Cache ein veraltetes Dokument an den Client liefert. Durch verschiedene Strategien wird versucht, dieses Manko so weit wie möglich auszugleichen.
HTTP bietet dazu zwei Möglichkeiten: Last-Modified und Expires. Mit der Antwort des Servers werden diese Information an den Proxy mitgeteilt. Mit Last-Modified wird angezeigt, wann das Dokument das letzte mal geändert wurde. Mit der Angabe Expires erhält der Client (in diesem Falle der Proxy) Informationen, wann er das Dokument als veraltet ansehen soll und vom Server neu anfordern muß. In einem HTML-Dokument werden diese Angaben im Header generiert. Dazu wird das META-Element benutzt. Die Informationen sehen dann wie im folgenden Beispiel aus:

<META HTTP-EQUIV=“Last-Modified“ CONTENT=“Thu Jan 1 12:00:00 GMT DST 1998“>

<META HTTP-EQUIV=“Expires“ CONTENT=“Thu Dec 31 12:00:00 GMT DST 1998“>

Allein die Expires-Angabe würde reichen, um den Cache in dieser Hinsicht zu optimieren. Jedoch sind diese Angaben optional und werden sehr selten eingesetzt. Außerdem ist es oft schwierig die Lebensdauer einer Web-Seite vorauszusagen. Daher sind die meisten Web-Seiten einfach so lange gültig, bis der Autor eine neue Version erstellt. Anders sieht es bei Last-Modified aus. Diese Angabe findet sich zwar selten explizit in HTML-Dokumenten, jedoch trägt jedes Dokument als Datei einen Zeitstempel, welcher vom Server dann als Last-Modified-Header mitgeliefert wird.

Die Proxy-Server wenden damit ein einfaches Verfahren ein, um die Lebensdauer eines Dokumentes zu „erraten“. Dabei wird zugrunde gelegt, daß die Wahrscheinlichkeit recht gering ist, daß ein recht altes Dokument in den nächsten Stunden geändert wird. Bei einem Dokument, welches dagegen erst vor kurzem geändert wurde, ist die Möglichkeit einer baldigen Aktualisierung eher vorhanden.Sofern ein Objekt keinen Expires-Header aufweist, erzeugt der Proxy-Server mit Hilfe des Last-Modified-Headers ein künstliches Verfallsdatum. Dazu bestimmt er das Alter der Datei und schlägt einen Prozentsatz dazu, der bei der Konfiguration des Proxy-Servers eingetragen wird (Direktive refresh_pattern), und holt frühestens nach Ablauf dieser Zeit von sich aus das Dokument erneut vom Server.

Ist beispielsweise ein Dokument zum Zeitpunkt der ersten Anfrage des Proxies bereits 150 Tage alt und der Prozentsatz aus der Konfiguration ist 20%, so vergehen weitere 30 Tage, bis der Proxy-Server eine erneute Anfrage an den Originalserver stellt.

Um dies weiter zu optimieren wird das Dokument nur dann übertragen, wenn die Version auf dem Originalserver wirklich neuer ist, als die im Cache gespeicherte. Dazu schickt der Proxy eine Anfrage an den Originalserver, in der nur der Zeitstempel der Datei enthalten ist. Der Server vergleicht nun den empfangenen Zeitstempel der angeforderten Datei und sendet diese nur dann vollständig zurück, wenn sie jünger ist, als die im Proxy-Cache hinterlegte Kopie. Im anderen Falle erhält der Proxy nur eine kurze, aus HTTP-Headern bestehende Antwort, die signalisiert, daß keine Änderung stattgefunden hat. Der Proxy registriert dies und errechnet ein neues Verfallsdatum.

Neben diesen statischen Objekten, die eine gewisse Lebensdauer haben, gibt es aber auch dynamische Objekte, bei denen eine Zwischenspeicherung nicht angebracht ist. Dies sind beispielsweise HTML-Seiten, die ein CGI-Skript für Datenbankabfragen enthalten oder Seiten, die eine Berechtigung verlangen.

Es kann von beiden Seiten erzwungen werden, daß ein Objekt nicht im Cache gespeichert wird. Auf Seiten des Proxy-Servers erfolgt dies durch eine Einstellung in der Konfiguration. Damit ist es möglich, daß Seiten, die bestimmte Elemente (z.B. cgi-bin, ?, o.ä.) im URL enthalten nicht gespeichert werden. Dies kann man auch für ausgewählte Domänen angeben, was dann sinnvoll ist, wenn sich der Cache in einem Netz befindet, in dem selbst Web-Seiten angeboten werden.

Befindet sich beispielsweise der Proxy-Cache in dem Netz der Domäne testdomain.de, womöglich sogar auf dem selben Rechner wie der Web-Server, so wäre es Unsinn, die Seiten, die dort angeboten werden in den Cache zu legen, da dies unnötig Speicher verbraucht. Von Seiten des Anbieters kann dies über den Einbau einer Authentisierung erfolgen. Dadurch wird bei der Abfrage eines Objektes nach einer Benutzerkennung und einem Paßwort gefragt. Diese Informationen und auch Seiten, die eine Identifikation verlangen, werden standardmäßig nicht vom Proxy gespeichert und müssen jedesmal neu vom Originalserver geholt werden.

==Hierarchisches Caching==
Bei einigen Proxy-Servern ist es möglich, die Größe des Caches anzugeben, welcher im Hauptspeicher des Rechners liegt. Übertragene Objekte werden dort eine gewisse Zeit gehalten, um schnellere Antwortzeiten zu erreichen, falls ein Objekt innerhalb kurzer Zeit von zwei verschiedenen Clients angefordert wird. Dabei kann meist über den Parameter TTL (Time-to-Live) die Zeitdauer angegeben werden, die ein Objekt maximal in diesem Cache gehalten wird.

Eine weitere Möglichkeit, die Performance zu erhöhen und geringere Antwortzeiten zu erhalten, ist das hierarchische Caching. Banal gesagt setzt man einen Proxy für den Proxy ein. Dadurch kann die Trefferquote auf Objekte nochmals verbessert werden. Dies macht besonders deshalb Sinn, da die Datenmengen, die über die bestehenden Leitungen übertragen werden, immer größer werden und es immer wieder zu Engpässen kommt, die lange Übertragungszeiten verursachen. Das hierarchische Caching führt dabei zu einer Entlastung. Damit die Proxy-Caches miteinander kommunizieren können, wurde ein spezielles Protokoll entwickelt, das ICP (Internet Caching Protocol). Dabei schicken Proxy-Caches für das gewünschte Objekt Anfragen an benachbarte und in der Hierarchie höher stehende Proxy-Caches. Ist das Objekt in einem dieser Caches vorhanden, wird es übertragen, andernfalls wird es vom Originalserver geholt. Da das ICP auf UDP basiert, ist es sehr schnell und bedeutet somit einen vertretbaren Performanceverlust, der durch eine erhöhte Trefferquote mehr als ausgeglichen wird.
[[Image:squid3.jpg]]

===Begriffe===

{|Border=1 Cellpadding=3
|Neighbours
|Dies sind alle Proxies, die ein Proxy kennt und mit denen er kommuniziert.
|-
|Siblings
|Die Geschwisterproxies. Sie liegen mit dem Proxy-Server auf einer Ebene. Siblings liefern in der Regel nur Objekte, die sie selbst im Cache haben,
|-
|Parents
|Übergeordnete Proxies. Sie liefern Objekte die sie selbst im Cache haben und leiten Anfragen an den Originalserver weiter.
|}

=Was ist Squid=

Quelle: http://squid.nlanr.net/Squid/ bzw. http://www.squid-cache.org

Squid, ein Beispiel für einen Proxy-Server mit Cache-Mechanismus, ist aus der cached Software des Harvest Forschungsprojektes hervorgegangen. Informationen über Harvest sind auf folgender Webseite zu finden:

http://harvest.cs.colorado.edu/

Proxy-Systeme mit Cache-Mechanismen dienen meist der Performancesteigerung von Datentransfers, die bei langsamer Internet-Anbindung sehr groß sein kann, wenn Daten wiederholt angefordert werden.

=Funktionsbeschreibung=
Squid, der Internet Object Cache, ist jedoch mehr als ein einfacher Cache-Proxy. Durch die Unterstützung von Neighbor-Caches, die entweder als parent oder sibling verwendet werden, kann man einen Cache-Verbund aufbauen, der einen hohen Prozentsatz von Anfragen beantworten kann, ohne langwierige Internet-Zugriffe zu erfordern. Dieses Verfahren verwenden zum Beispiel einige der großen Internet-Provider (wie ECRC in München), um den Datentransfer wenn möglich auf der eigenen Netzwerkstruktur abzuwickeln und damit Kosten für externe Zugriffe zu umgehen.

Die Arbeitsweise von Squid ist einfach:

Eine Anfrage eines Clients wird zuerst auf die Zugriffsberechtigung untersucht, so kann man z.B. gewissen Rechnern einen Zugriff auf den Proxy ganz verbieten (siehe Konfiguration).

Es wird versucht, die gewünschten Daten im lokalen Cache zu finden. Sollte dies fehlschlagen, werden andere Proxies im Cache-Verbund (sofern vorhanden),
abgefragt.

Sind die Daten vorhanden, wird ihre Aktualität geprüft. Sind die Daten veraltet, werden neue in den Cache geholt und an den Client weitergegeben. Bei aktuellen Daten wird das Neuladen übersprungen.

Sind die Daten nicht vorhanden, werden sie in den Cache geladen und an den Client weiter-gereicht. Wie lange Daten im Cache verbleiben, ist abhängig von der Konfiguration (siehe dort)

Eine Beschreibung der internen Abläufe wurde im Sinne der Übersichtlichkeit weggelassen.

=Hilfe und Dokumentation zu Squid=

Hilfe und Dokumentation im Internet:
{|Border=1 Cellpadding=3
|Die squid Website
|http://www.squid-cache.org/Doc/
|-
|squid IRC Channel
|Server: irc.freenode.de -Channel: #squid
|-
|Mailingliste
|squid-users@squid-cache.org
|}

Hilfe und Dokumentation im System
{|Border=1 Cellpadding=3
|Speziell zur Konfiguration
|/etc/squid/squid.conf.default
|-
|Manualpage
|man squid
|-
|Mitgelieferte Dokumentation
|/usr/share/doc/squid/
|}
=Squid unter Ubuntu=
==Installation==
root@zero:~# apt-get install squid3 squid3-common
Testen ob Squid läuft
root@zero:~# netstat -lntp | grep 3128
tcp 0 0 0.0.0.0:3128 0.0.0.0:* LISTEN 10743/(squid)

==Start Skript==
Das Startskript /etc/init.d/squid3 hat folgende Parameter

{|Border=1 Cellpadding=3
|start
|Startet den Squid-Daemon
|-
|stop
|Stoppt den Squid-Daemon
|-
|reload
|Liest die Konfigurationsdatei neu ein
|-
|force-reload
|das gleiche wie reload
|-
|restart
|Stoppt den Deamon, falls er gestartet war und startet ihn wieder (synonym für stop und start)
|}

==Squid Parameter==
Gestartet werden kann Squid auch ohne das Startskript mit
/usr/sbin/squid3 [-cdhvzCDFNRVYX] [-s | -l facility] [-f config-file] [-[au] port] [-k signal]
Flogende Parameter können eingestellt werden:

{|Border=1 Cellpadding=3
| -a port
|verändert die Portnummer für HTTP-Anfragen
|-
| -d level
|Debug Output auf stderr ausgeben
|-
| -f file
|gibt eine alternative Konfigurationsdatei zu /etc/squid3/squid.conf an
|-
| -k
|mit dieser option können dem laufenden Squid verschiedene Steuersignale übergeben werden
|-
| -k reconfigure
|die Konfigurationsdatei wird nochmals eingelesen
|-
| -k rotatate
|schliesst und öffnet Dateien z.B. log_files
|-
| -k shutdown
|squid wartet kurz und beendet die Verbindung und sich selbst.Mit shutdown_zeit wird Squid nach einer angegebenen Zeit beendet.
|-
| -k interrupt
|sendet einen Interrupt worauf squid sofort abgebrochen wird ohne auf den Verlauf der Verbindungen zu achten.
|-
| -k kill
|bricht squid sofort ab, die Verbindung und die log_files bleiben geöffnet
|-
| -k check
|kontrolliert ob squid läuft
|-
| -s
|erlaubt das Aufnehmen in die syslog
|-
| -u port
|verändert die Portnummer des Internet Cache Protokoll ICP bzw. deaktiviert den Cache-Verbund mit der Portnummer 0
|-
| -v
|zeigt die aktuelle Squid Version
|-
| -z
|richtet cache Verzeichnisse ein
|-
| -D
|Squid führt normalerweise DNS Tests durch die hiermit abgestellt werden können
|-
| -F
|wenn die swap.logs leer sind nützt squid die vollen Systemresourcen um sich um die Anfragen zu kümmern.Dies beschleunigt den Verarbeitungsvorgang
|-
| -N
|der Serverprozess läuft nicht im Hintergrund
|-
| -V
|Aktivierung des httpd Beschleunigungsmodus
|-
| -X
|Full-Debug-Modus
|-
| -Y
|Beschleunigt den ICP austausch bei niederwertigeren Caches
|}

==Konfiguration==
Squid wird mittels einer normalen Textdatei konfiguriert, die logisch in
mehrere Teilbereiche unterteilt werden kann. Sie ist unter
/etc/squid/squid.conf bzw. unter <prefix>/etc/squid.conf zu finden.
Bei der Installation von Squid wird eine Default-Konfiguration erzeugt, die
mit minimalen Änderungen bereits einen ersten Testlauf ermöglicht. Für
die Ausnutzung der vollen Leistung von Squid sollte jedoch eine
individuelle Anpassung erfolgen.

Alle Zeilen von squid.conf, die mit # beginnen, sind Kommentare bzw.
nicht aktivierte Optionen. Als Minimalkonfiguration genügen die in Schnellstart beschriebenen
Einstellungen. Für die genaue Syntax von Optionen sei ebenfalls auf
squid.conf verwiesen, die folgenden Kapitel geben einen groben Überblick
über die Möglichkeiten von Squid.

Da die Konfigurationsdatei in Ihrer Fülle und den ganzen Kommentaren
sehr verwirrend ist kann man sie zunächst einmal auf das Wichtigste reduzieren. Vorher sollte
die originale squid.conf gesichert werden:

cp squid.conf squid.conf.org
grep "^[^#]" squid.conf.org > squid.conf

acl manager proto cache_object
acl localhost src 127.0.0.1/32
acl to_localhost dst 127.0.0.0/8
acl SSL_ports port 443
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 # https
acl Safe_ports port 70 # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535 # unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl CONNECT method CONNECT
http_access allow manager localhost
http_access deny manager
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access allow localhost
http_access deny all
icp_access deny all
htcp_access deny all
http_port 3128
hierarchy_stoplist cgi-bin ?
access_log /var/log/squid3/access.log squid
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern (cgi-bin|\?) 0 0% 0
refresh_pattern . 0 20% 4320
icp_port 3130
coredump_dir /var/spool/squid3

Zur besseren Übersicht unterteilen wir die Konfigdatei

#allgemeine sektion
http_port 3128
access_log /var/log/squid3/access.log squid
icp_port 3130
coredump_dir /var/spool/squid3
hierarchy_stoplist cgi-bin ?

#refresh
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern (cgi-bin|\?) 0 0% 0
refresh_pattern . 0 20% 4320

#acl-sektion
acl manager proto cache_object
acl localhost src 127.0.0.1/32
acl to_localhost dst 127.0.0.0/8
acl SSL_ports port 443
acl Safe_ports port 21 80 443 70 210 280 488 591 777 1025-65535
acl CONNECT method CONNECT

#access-sektion
http_access allow manager localhost
http_access deny manager
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access allow localhost
http_access deny all
icp_access deny all
htcp_access deny all

===Allgemein===
http_port 3128
Auf diesem Port lauscht der Squid auf eingehende http-Anfragen der Clients.
icp_port 3130
Auf diesem Port lauscht Squid auf eingehende Anfragen von Nachbar-Proxys
access_log /var/log/squid3/access.log squid
Legt Ort und Art des Loggings für eingehende Requests fest.
coredump_dir /var/spool/squid3
Standardmäßig schreibt Squid corefiles in das Verzeichnis aus dem er gestartet wurden. Wenn mit dieser Option ein Pfad angegeben ist, wechselt Squid nach dem Start in dieses Verzeichnis und legt die corefiles in dieses Verzeichnis ab.
hierarchy_stoplist cgi-bin ?
Hiermit wird eine Liste von Ausdrücken festgelegt, die - wenn sie in dem angefragen URL corkommen - Squid veranlassen, die Anfrage direkt auszuführen und keine Nachbar-Proxys zu befragen

===Refresh_pattern===

#refresh_pattern Suchmuster Min Prozent Max
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern (cgi-bin|\?) 0 0% 0
refresh_pattern . 0 20% 4320

Hier kann der Refresh-Algorithmus von squid für die eigenen Bedürfnisse optimiert werden.

MIN ist die Zeit in Minuten,die ein Objekt ohne explizite Ablaufzeit als Aktuell betrachtet wird. Der ermpfohlene Wert ist 0, jeder höhere Wert könnte dazu führen, dass dynmaische Anwendungen irrtümlich gecachtt
werden, wenn der Webdesigner keine entsprechenden Gegenaktionen getroffen hat.

PROZENT ist der Prozentsatz eines Objektalters (Zeit seit der letzten
Modifikation) wo ein Objekt ohne explizite Ablaufzeit als aktuell betrachtet
wird.

MAX ist ein oberes Limit wie lange Objekte ohne explizite Ablaufzeiten als aktuell betrachtet werden.

refresh_pattern -i
Wie refresh_pattern, nur, daß Musterangaben die Groß-/Kleinschreibung
ignorieren.

===ACL===
Unter ACL versteht man access control lists, also Filter, die den Zugriff auf den Proxy regeln. Eine ACL muss immer zuerst definiert werden und ein Name gegeben werden. ACLs werden in der Form
acl ''aclname acltyp argument'' ...
acl ''aclname acltyp "datei"''
definiert.

====Beispielkonfiguration====
In der Standardkonfiguration sind 6 ACLs definiert:

Standard- acl für Management-Dienste
acl manager proto cache_object

Alles was von localhost (also lokal über das loopback-device) kommt
acl localhost src 127.0.0.1/32

Alles was an localhost geht
acl to_localhost dst 127.0.0.0/8

acl für SSL_ports (Standard https-port)
acl SSL_ports port 443

acl für "sichere Ports"
acl Safe_ports port 80 (21,443,70,...)

acl CONNECT method CONNECT

Nachdem die ACLs definiert sind, müssen diese in Regeln angewendet werden. Die Syntax lautet:
''regeltyp'' allow|deny [!''acl1''] [!''acl2'']
Eine Regel besagt also, dass ein Zugriff, der auf eine bestimmte Access-List zutrifft, entweder erlaubt (allow) oder verboten wird (deny).

In der Beispielkonfiguration werden http_access und icp-, htcp_access als Regeltyp angewendet, zB.
http_access allow localhost
wendet die Access-Liste 'localhost' an, um den lokalen Zugriff vom Proxy-Server auf http-seiten zu regeln.
icp_access und htcp_access bzw. icp und htcp sind Protokolle für den Datenaustausch zwischen zwei Servern.

====Eigene Erweiterungen====

Die Konfiguration können wir jetzt erweitern und auf die Bedürfnisse des jeweiligen Netzwerks anpassen. Als Beispiel verwenden wir ein Netzwerk, welches 2 Subnetze enthält, die über einen Proxy, welcher in einer DMZ steht, Verbindungen zum Internet aufbaut. Das 192.168.241.0/24-Netz soll ein privilegiertes Netz sein, d.h Die Clients haben generell mehr Rechte um auf das Internet zuzugreifen, als das andere Netz (192.168.242.0/24).

Als Erstes wollen wir das eine Netz vorläufig komplett für den HTTP-Verkehr freischalten:

ACL für das Netz aufstellen:
#acl-sektion
acl privilegiert src 192.168.241.0/24
ACL anwenden und das Netz freischalten:
#access-sektion
http_access allow privilegiert
Die beiden Konfigurationsanweisungen müssen nun an korrekter Stelle in die squid.conf eingetragen werden. Bei der ACL ist das nicht so relevant, jedoch zur Übersichtlichkeit wird man sie in den Block mit den anderen ACLs einfügen. Bei der Access-Regel dagegen ist es dagegen von entscheidender Bedeutung, wo die Anweisung steht, da die Konfigurationsdatei von oben nach unten abgearbeitet wird und die erste Regel auf die eine Anfrage passt, wird ausgeführt.
#access-sektion
http_access allow manager localhost
http_access deny manager
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access allow localhost
http_access deny all
'''http_access allow privilegiert'''
Wird die Regel wie hier angezeigt eingefügt, hat das keine Auswirkung auf den Zugriff, da die Regel "http_access deny all" vorher steht, welche auf alles zutrifft und so die Anfrage abweist. Also müssen wir die Regel weiter oben einfügen.
#access-sektion
http_access allow manager localhost
http_access deny manager
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access allow localhost
'''http_access allow privilegiert'''
http_access deny all

Das unprivilegierte Netz soll nun auch Zugriff auf das Internet erhalten, jedoch nur in eingeschränktem Maße. Es soll nur auf den für den Arbeitsablauf notwendigen Webseiten Zugriff erhalten. Dies wird so realisiert, dass eine Datei mit Regex-URLs eingerichtet wird, auf die zugegriffen werden darf.
#acl-sektion
acl unprivilegiert src 192.168.242.0/24
acl gute_domains url_regex -i "/etc/squid3/gute_domains"

#access-sektion
http_access allow unprivilegiert gute_domains
Diese Regel hat 2 acls als Argumente. Diese werden in den Access-Regeln durch ein UND verknüpft, d.h. die Regel matcht nur wenn beide acls zutreffen.

Nun wird eine Regel erstellt, damit URLs, auf die niemand zugreifen darf, im gesamten Netzwerk, also in den beiden Subnetzen, verboten wird.
#acl-sektion
acl lan src 192.168.241.0/24 192.168.242.0/24
acl schlechte_domains url_regex -i "/etc/squid3/schlechte_domains"

#access-sektion
http_access deny lan schlechte_domains

root@zero:/etc/squid3# cat schlechte_domains
^http://(www.)?pornographische-seite1.de
^http://(www.)?boese-seite2.com
root@zero:/etc/squid3#

Hier wird eine ACL erstellt, die 2 Argumente besitzt. Diese werden, im Gegensatz zu den Access-Regeln, mit einem ODER verknüpft, sodass diese Regel matcht, falls eine Anfrage der beiden Subnetze als Source mit einer URL aus der Datei "schlechte_domains" kommt. In Aussagenlogikform:

lan = ( privilegiert ODER unprivilegiert )
acl = lan UND schlechte_domains

Jetzt wollen wir z.B den Nutzern im unprivilegierten Netz auch die Möglichkeit geben, während der Mittagspause frei im Internet surfen zu können. Dazu benutzt man den acl-Typ "time":
#acl-sektion
acl mittag time 12:00-12:30

#access-sektion
http_access allow unprivilegiert mittag
Hier wird eine acl mittag definiert, die einen Zeitbereich annimmt. Diese wird mit der acl unprivilegiert in einer Regel verknüpft.

===Authentifizierung===

====Passwortdatei====
Mit dem Programm htpasswd (ruft Systemfunktion crypt auf )das bei jeder Distribution dabei sein sollte können ein Passwortdatei erzeugen.
root@zero:/etc/squid3# htpasswd -c passwd xinux
New password:
Re-type new password:
Adding password for user xinux
root@zero:/etc/squid3# cat passwd
xinux:5AZTQ/gAwdlOU
root@zero:/etc/squid3#

====Konfigurationsdatei====
#auth-sektion
auth_param basic program /usr/lib/squid3/ncsa_auth /etc/squid3/passwd
auth_param basic children 5
auth_param basic concurrency 0
auth_param basic realm Squid proxy-caching web server
auth_param basic casesensitive off

#acl-sektion
acl autorisiert proxy_auth REQUIRED

#access-sektion
http_access allow unprivilegiert autorisiert
In der Konfigurationsdatei wird nun ein Programm angegeben, das für die Authentifizierung aufgerufen wird. Dieses liest Daten aus der zuvor angefertigten Passwortdatei. Dann muss eine acl mit dem typ "proxy_auth" erstellt werden, welche in einer Regel angewendet wird. So kann hier auch ein Nutzer aus dem unprivilegierten Netz Zugang zum Internet bekommen, sollte er sich authentifizieren können.

===Caching===
Squid benutzt den Hauptspeicher und ein Verzeichnis, um Anfragen zu cachen und diese bei erneuten Anfragen direkt auszuliefern.
====Anlegen des Caches====
root@zero:/etc/squid3# cd /var/cache/
root@zero:/var/cache# mkdir squid
root@zero:/var/cache# chown proxy:proxy squid/
root@zero:/var/cache# ls -l | grep squid
drwxr-xr-x 2 proxy proxy 4096 2009-07-10 09:53 squid
Hier wird ein Verzeichnis angelegt, welches dem Benutzer proxy beschreibbar sein, da der Squid nicht unter root, sondern unter einem unprivilegierten Benutzer läuft.
#cache-sektion
cache_dir ufs /var/cache/squid 100 16 256
cache_dir ''typ verzeichnis MB L1 L2''

In der Konfigurationsdatei wird dieses Verzeichnis angegeben. Der Typ "ufs" ist das Standardspeichersystem des Squid. Es können aber auch andere Typen wie aufs oder diskd benutzt werden. Die Optionen hinter dem Verzeichnisnamen, geben Speicherplatz und Verzeichnisstruktur an. MB gibt an, wieviel Speicherplatz Squid in diesem Verzeichnis benutzt (es können auch mehrere Verzeichnisse zur Speicherverteilung auf verschiedene Partitionen angegeben werden), L1 gibt an wieviele First-Level-Unterverzeichnisse angelegt werden, L2 gibt an, wieviele Second-Level-Unterverzeichnisse in jedem First-Level-Verzeichnis angelegt werden (Baum-Struktur).
root@zero:/var/cache# /etc/init.d/squid3 restart
* Restarting Squid HTTP Proxy 3.0 squid3
* Waiting...
* ...
* ...
* ...
* ...
* ...
* ... [ OK ]
* Creating Squid HTTP Proxy 3.0 cache structure
2009/07/10 09:59:24| Creating Swap Directories
2009/07/10 09:59:24| /var/cache/squid exists
2009/07/10 09:59:24| Making directories in /var/cache/squid/00
2009/07/10 09:59:24| Making directories in /var/cache/squid/01
2009/07/10 09:59:24| Making directories in /var/cache/squid/02
2009/07/10 09:59:24| Making directories in /var/cache/squid/03
2009/07/10 09:59:24| Making directories in /var/cache/squid/04
2009/07/10 09:59:24| Making directories in /var/cache/squid/05
2009/07/10 09:59:24| Making directories in /var/cache/squid/06
2009/07/10 09:59:24| Making directories in /var/cache/squid/07
2009/07/10 09:59:24| Making directories in /var/cache/squid/08
2009/07/10 09:59:24| Making directories in /var/cache/squid/09
2009/07/10 09:59:24| Making directories in /var/cache/squid/0A
2009/07/10 09:59:24| Making directories in /var/cache/squid/0B
2009/07/10 09:59:24| Making directories in /var/cache/squid/0C
2009/07/10 09:59:24| Making directories in /var/cache/squid/0D
2009/07/10 09:59:24| Making directories in /var/cache/squid/0E
2009/07/10 09:59:24| Making directories in /var/cache/squid/0F
[ OK ]
root@zero:/var/cache/squid# ls
00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F swap.state
root@zero:/var/cache/squid# cd 00
root@zero:/var/cache/squid/00# ls
00 0E 1C 2A 38 46 54 62 70 7E 8C 9A A8 B6 C4 D2 E0 EE FC
01 0F 1D 2B 39 47 55 63 71 7F 8D 9B A9 B7 C5 D3 E1 EF FD
02 10 1E 2C 3A 48 56 64 72 80 8E 9C AA B8 C6 D4 E2 F0 FE
03 11 1F 2D 3B 49 57 65 73 81 8F 9D AB B9 C7 D5 E3 F1 FF
04 12 20 2E 3C 4A 58 66 74 82 90 9E AC BA C8 D6 E4 F2
05 13 21 2F 3D 4B 59 67 75 83 91 9F AD BB C9 D7 E5 F3
06 14 22 30 3E 4C 5A 68 76 84 92 A0 AE BC CA D8 E6 F4
07 15 23 31 3F 4D 5B 69 77 85 93 A1 AF BD CB D9 E7 F5
08 16 24 32 40 4E 5C 6A 78 86 94 A2 B0 BE CC DA E8 F6
09 17 25 33 41 4F 5D 6B 79 87 95 A3 B1 BF CD DB E9 F7
0A 18 26 34 42 50 5E 6C 7A 88 96 A4 B2 C0 CE DC EA F8
0B 19 27 35 43 51 5F 6D 7B 89 97 A5 B3 C1 CF DD EB F9
0C 1A 28 36 44 52 60 6E 7C 8A 98 A6 B4 C2 D0 DE EC FA
0D 1B 29 37 45 53 61 6F 7D 8B 99 A7 B5 C3 D1 DF ED FB
root@zero:/var/cache/squid/00#
Hier sieht man, das Squid im Verzeichnis /var/cache/squid 16 Verzeichnisse von 00-0F und in jedem Unterverzeichnis weitere 256 Verzeichnisse 00-FF angelegt hat.

====Konfiguration====
Nun können weitere Optionen in der Konfigurationsdatei angegeben werden.
cache_mem 32 MB
Gibt an, wieviel Hauptspeicher zum Cachen für Squid verwendet wird
cache_swap_low 90
cache_swap_high 95
Diese beiden Optionen geben den unteren und oberen Threshold für die Füllung des Caches an in % an. Wird die untere Marke überschritten, beginnt Squid entsprechend der cache_replacement_policy Objekte aus dem Cache zu entfernen. Wird die obere Marke erreicht, erfolgt die Räumung aggressiver. Wird die untere Marke unterschritten, wird der Prozess beendet.
minimum_object_size 0 KB
maximum_object_size 8192 KB
minimum_object_size gibt an, wie groß ein Objekt mindestens sein muss, um im Cache gespeichert zu werden, maximum_object_size die maximale Größe.
maximum_object_size_in_memory 64 KB
maximum_object_size_in_memory gibt an, wie groß ein Objekt höchstens sein darf, um im Hauptspeicher gecacht zu werden.
ipcache_size 1024
Hier wird die maximale Anzahl der IP-Cache Einträge bestimmt.
ipcache_low 90
ipcache_high 95
Thresholds der IP-Cache-Einträge, entsprechend zu cache_swap_low und _high.
fqdncache_size 1024
Maximale Anzahl der FQDN-Cache-Einträge.
cache_replacement_policy lru
memory_replacement_policy lru
Diese Einträge bestimmen, mit welchem Verfahren Objekte aus dem Cache entfernt werden. lru steht für least recently used, d.h. Squid löscht bei diesem Verfahren die Einträge, die am längsten nicht mehr angefragt wurden. Es gibt außerdem:

heap GDFS (Greed-Dual Size Frequency): Optimiert die Objekt-Hitrate. Kleine häufig angefragte Objekte werden auf Kosten großer, weniger häufig angefragter Objekte im Cache gehalten. Damit wird die Warscheinlichkeit eines Objekt-Hits gesteigert.

heap LFUDA (Least frequently used with dynamic aging): Optimiert die Byte-Hitragte. Häufig angefrage Objekte werden im Cache gehalten, slten angefragte Objekte werden freigegeben, unabhängig von deren Größe. Damit wird ein häufiger angefrages, großes Objekt ggf. auf Kosten vieler kleiner Objekte im Cache gehalten.

heap lru (erweitertes lru-Verfahren).

===Delay-Pools===
Mit Delay-Pools kann man eine Bandbreitensteuerung über Squid implementieren.
#delay_pools-sektion
delay_pools 2
Hier wird die Anzahl der Pools angegeben.

#delay_claas ''pool'' ''class''
delay_class 1 1
delay_class 2 2
Jeder der Pools wird einer Klasse zugeordnet. Es gibt insgesamt 5 Klassen, die verschiedene Methoden zur Bandbreitensteuerung anbieten.

Klasse 1: Die gesamte Bandbreite wird über ein Parameterpaar gesteuert.

Klasse 2: Es werden 2 Parameterpaare angegeben. Das erste bestimmt die gesamte Bandbreite, das zweite bestimmt die individuelle Bandbreite eines Hosts anhand des letzten Bytes der IP-Adresse.

Klasse 3: Zusätzlich zu den 2 Parametepaaren in Klasse 2 gibt es noch ein drittes Paar, welches die Bandbreite eines ganzen Klasse-C-Netzes beschränkt.

Klasse 4: Wie Klasse 3, jedoch gibt es noch ein zusätzliches Parameterpaar, welches anhand des Benutzernamens die Bandbreite beschränkt. Diese Limitierung tritt nur in Kraft, sollte ein Request eine Benutzerauthentifizierung erfordert haben (siehe Authentifizerung).

Klasse 5: Die Bandbreitenregulierung erfolgt nicht wie in Klasse 2-4 über IP-Adressen oder Benutzer, sondern über ein Tag, welches angegeben wird und einen Request identifiziert.

delay_parameters 1 10000/20000
delay_parameters 2 20000/40000 1000/2000
delay_access 1 allow privilegiert
delay_access 2 allow unprivilegiert
delay_access 1 deny all
delay_access 2 deny all

Nun müssen den Delay-Pools noch die Parameter übergeben werden. Der Delay-Pool mit Klasse 1 erhält ein Parameterpaar. Dieses Parameterpaar setzt sich zusammen aus restore- und einem maximum-Wert. Der restore-Wert bestimmt die eigentliche Bandbreite in Byte/Sekunde, der maximum-Wert bestimmt die maximale Datenmenge in Byte, die auf einmal übertragen wird.

Die mit maximum definierte Datenmenge wird ganz normal über das Netz übertragen, ggf. mit der vollen zur Verfügung stehenden Bandbreite und ohne weitere Begrenzung. Anhand des eigentlichen Bandbreitenwertes restore berechnet Squid, wie lange er das nächste Paket verzögern muss, um auf die durchschnittliche, mit restore vorgegebene Bandbreite zu kommen. So wird die vorgegebene Nettobandbreite im Mittel durchaus gehalten, ein einzelnes Datenpaket kann jedoch deutlich schneller zum Client transportiert werden.

Mit delay-access wird nun festelegt, welche Pools auf welche acl angewendet werden.

Datei:Squid3.jpg

2009-07-17T06:43:14Z

Admin:

Datei:Squid2.jpg

2009-07-17T06:43:05Z

Admin:

Datei:Squid1.jpg

2009-07-17T06:42:57Z

Admin:

Hauptseite

2009-07-16T20:12:17Z

Admin:

Dokumentation

* [[Installation von Mediawiki unter Ubuntu]]
* [[Linux Grundlagen]]
* [[Administration]]
* [[Bash]]
* [[Netzwerkkonfiguration unter Ubuntu]]
* [[Paketmanagement]]
* [[LVM]]
* [[RAID]]
* [[SSH]]
* [[Bootprozess]]
* [[NTP]]
* [[Ssh-tunnel]]
* [[Screen]]
* [[Nützliche Tools]]
* [[RPM]]
* [[Yum howto]]
* [[Runit]]
* [[Rsync]]
* [[NET]]
* [[Kernelmodule]]
* [[Udpcast]]
* [[Ungeschütztes Linux Hacken]]
* [[apache2]]
* [[PostgreSQL]]
* [[Tomcat 5.5]]
* [[PXELinux]]
* [[Squid]]
* [[VLC]]
* [[Dynamic Host Configuration Protocol]]
* [[Ramdisk entpacken]]
* [[VMware installation auf Ubuntu]]
* [[Apache SSL]]

VMware installation auf Ubuntu

2009-07-16T20:03:59Z

Admin: Die Seite wurde neu angelegt: =VMwareserver auf Jaunty= ==Benötigte Ubuntu Pakete== aptitude install build-essential linux-kernel-headers xinetd ==Benötigte Vmware Pakete== VMware-server-1.0.9-1...

Hauptseite

2009-07-16T20:02:31Z

Admin:

Kernelmodule

2009-07-16T12:09:49Z

Admin: /* Optionen */

Grundsätzlich besitzt der Linux-Kernel einen monolithischen Aufbau; allerdings bietet er auch die Möglichkeit, Module
zur Laufzeit zu laden und entladen. Unter einem Kernelmodul versteht man im Allgemeinen einen Teil bzw. eine Erweiterung
des Kernels. So sind z.B. alle Hardwaretreiber (z.B. WLAN-Karte, Soundkarte...) als Modul angelegt.

Die meisten Linux-Distributionen inklusive Ubuntu machen starken Gebrauch von Kernelmodulen, da so die bestmögliche
Hardwarekompatibilität mit nur einem "allgemeinen" Kernel erreicht werden kann.

In der Regel werden alle notwendigen Module beim Systemstart und falls nötig zur Laufzeit geladen, so dass der Nutzer sich
nicht weiter darum kümmern muss (bzw. es oft noch nicht einmal mitbekommt).

== Installation ==
Die Programme zum Umgang mit den Modulen sollten in der Standardinstallation enthalten sein, können aber ansonsten über
das Paket
* module-init-tools
installiert werden.
==Tools==

{| border=1 cellpadding=2
!Kommando
!Bedeutung
|-
|lsmod
|Zeigt geladene Module an
|-
|modprobe
|universales und mächtiges Werkzeug zum Entladen und Laden von Modulen
|-
|rmmod
|Einfaches Tool zum entfernen von Module
|-
|insmod
|Einfaches Tool zum installieren von Module
|-
|depmod
|Erstellt Dateien zur Auflösung von Modulabhängigkeit
|-
|modinfo
|Informationen über Modules
|}

== Ort wo die Module des laufenden Kernels liegen ==
root@zero:~# cd /lib/modules/$(uname -r)

== Geladene Module anzeigen ==
root@zero:~# lsmod
Module Size Used by
binfmt_misc 16776 1
bridge 56340 0
stp 10500 1 bridge
bnep 20224 2
nfs 266344 1
lockd 74156 1 nfs
nfs_acl 11136 1 nfs
input_polldev 11912 0
video 25360 0
output 11008 1 video
sunrpc 195424 10 nfs,lockd,nfs_acl
lp 17156 0
psmouse 61972 0
ppdev 15620 0
intel_agp 34108 1
pcspkr 10496 0
i2c_piix4 18448 0
serio_raw 13316 0
parport_pc 40100 1
agpgart 42696 1 intel_agp
parport 42220 3 lp,ppdev,parport_pc
shpchp 40212 0
pcnet32 41092 0
mii 13312 1 pcnet32
mptspi 25864 2
mptscsih 43520 1 mptspi
mptbase 88420 2 mptspi,mptscsih
scsi_transport_spi 30080 1 mptspi
floppy 64324 0
fbcon 46112 0
tileblit 10752 1 fbcon
font 16384 1 fbcon
bitblit 13824 1 fbcon
softcursor 9984 1 bitblit

== Information anzeigen ==
root@zero:~# modinfo nfs
filename: /lib/modules/2.6.28-13-generic/kernel/fs/nfs/nfs.ko
license: GPL
author: Olaf Kirch <okir@monad.swb.de>
srcversion: CB761B4E8A05FF8B3FD74F8
depends: sunrpc,lockd,nfs_acl
vermagic: 2.6.28-13-generic SMP mod_unload modversions 586
parm: enable_ino64:bool

oder

root@zero:~# modinfo -F filename nfs
/lib/modules/2.6.28-13-generic/kernel/fs/nfs/nfs.ko

um Werte aus einzelnen Kategorien anzuzeigen.

==Übersicht über alle Module==
root@zero:~# modprobe -l | more

==Module laden/entladen==
===modprobe===
Mit modprobe können Module zur Laufzeit des Systems ge- und entladen werden. modprobe löst dabei automatisch Abhängigkeiten
auf, d.h. wenn das zu ladende Modul andere Module voraussetzt, werden diese automatisch in der richtigen Reihenfolge
mitgeladen bzw. werden Module automatisch mit entfernt, welche nur aus Abhänigkeitsgründen geladen wurden.

modprobe [Optionen] Modulname(n)

===Optionen===
* -v : ausführliche Ausgabe
root@zero:~# modprobe -v vfat
insmod /lib/modules/2.6.27-7-generic/kernel/fs/fat/fat.ko
insmod /lib/modules/2.6.27-7-generic/kernel/fs/vfat/vfat.ko

* -n : simuliert das Laden des Moduls, lädt es aber nicht
root@zero:~# modprobe -v -n wlan
insmod /lib/modules/2.6.28-13-generic/volatile/wlan.ko

* -a : Es werden alle in der Kommandozeile angegebenen Module geladen. Diese Option muss immer dann verwendet werden, wenn mehrere Module auf einmal geladen werden sollen.
* --show-depends : zeigt Abhängigkeiten an
root@zero:~# modprobe --show-depends lp
insmod /lib/modules/2.6.28-13-generic/kernel/drivers/parport/parport.ko
insmod /lib/modules/2.6.28-13-generic/kernel/drivers/char/lp.ko

* -r : entlädt Module
root@zero:~# modprobe -r lp

===Dateien===
modprobe durchsucht '''/lib/modules/$(uname -r)''' nach den Modulen. uname -r gibt die Versionsnummer des installierten Kernel
aus.

root@zero:~# modprobe -v btusb
insmod /lib/modules/2.6.28-13-generic/kernel/drivers/bluetooth/btusb.ko

==Abhängigkeiten von Modulen==
Manche Module können erst genutzt bzw. geladen werden, wenn andere Module geladen sind, da sie von diesen abhängen. Diese
Abhängigkeiten sind in der Datei '''/lib/module/<Kernelversion>/modules.dep''' hinterlegt. Diese Datei mit korrekt angelegten
Abhängigkeiten wird bei der Installation von Ubuntu hinterlegt, so dass keine Änderungen vorgenommen werden müssen.
Installiert man zusätzliche eigene Module, so sollte die Datei modules.dep neu erstellt werden. Dies geschieht über den
Befehl depmod.

depmod [Optionen]

===Optionen===
* -A : Es wird zuerst geprüft, ob neue Module hinzugekommen sind. Wenn nicht wird keine neue modules.dep erstellt.
* -n : Das Erstellen der neuen modules.dep wird simuliert, ohne die Aktionen wirklich durchzuführen.

==Module automatisch laden==
Möchte man ein Modul, welches der Kernel nicht automatisch mit lädt, beim Systemstart automatisch laden, so trägt man
den Modulnamen einfach in die Datei /etc/modules ein. Ab dem nächsten Systemstart werden alle Module (zusätzlich)
geladen, die dort eingetragen sind.

root@zero:~# cat /etc/modules
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.

lp
wlan

==Automatisches Laden verhindern - Blacklisting==
Unter bestimmten Umständen kann es sinnvoll sein, das Laden von bestimmten Modulen explizit zu verbieten. Dies geschieht
durch den Eintrag des entsprechenden Moduls in eine so genannte Blacklist-Datei. Diese Dateien befinden sich im Verzeichnis
/etc/modprobe.d. In der Regel sind hier schon einige Einträge zu finden. Die Datei legt man mit einem Editor mit Root-Rechten
an bzw. öffnet eine vorhandene Datei) und fügt einen Dateieintrag nach folgendem Schema hinzu, je ein Eintrag pro Zeile:

root@zero:/etc/modprobe.d# cat blacklist.conf
# This file lists those modules which we don't want to be loaded by
# alias expansion, usually so some other driver will be loaded for the
# device instead.

# evbug is a debug tool that should be loaded explicitly
blacklist evbug

# these drivers are very simple, the HID drivers are usually preferred
blacklist usbmouse
blacklist usbkbd
...

Man kann auch neue Dateien anlegen. Diese müssen lediglich mit '''blacklist-''' beginnen.
root@zero:/etc/modprobe.d# cat > '''blacklist-'''wlan.conf
blacklist wlan
(Strg+C)

==Aliases==
Mit der Direktive alias kann man Module einem Gerät zuordnen
root@zero:~$ cat /etc/modprobe.d/aliases
...
# character devices ##########################################################
alias char-major-9-* st
alias char-major-10-1 psmouse
....
# block devices ##############################################################
alias block-major-3-* ide_generic
alias block-major-8-* sd_mod
....

=Option=
Mit der Direktive options kann man Module mit gewissen Optionen laden
root@zero:~$ cat /etc/modprobe.d/options
# Enable double-buffering so gstreamer et. al. work
options quickcam compatible=2

# Default hostap to managed mode
options hostap_pci iw_mode=2
options hostap_cs iw_mode=2
...
=Skripte=
Des weiteren ist es möglich Skripte vor oder nach dem Laden bzw entladen auszuführen

*post-install modul befehl
*pre-install modul befehl
*post-remove modul befehl
*pre-remove modul befehl

Kernelmodule

2009-07-16T11:58:40Z

Admin: /* Tools */

Grundsätzlich besitzt der Linux-Kernel einen monolithischen Aufbau; allerdings bietet er auch die Möglichkeit, Module
zur Laufzeit zu laden und entladen. Unter einem Kernelmodul versteht man im Allgemeinen einen Teil bzw. eine Erweiterung
des Kernels. So sind z.B. alle Hardwaretreiber (z.B. WLAN-Karte, Soundkarte...) als Modul angelegt.

Die meisten Linux-Distributionen inklusive Ubuntu machen starken Gebrauch von Kernelmodulen, da so die bestmögliche
Hardwarekompatibilität mit nur einem "allgemeinen" Kernel erreicht werden kann.

In der Regel werden alle notwendigen Module beim Systemstart und falls nötig zur Laufzeit geladen, so dass der Nutzer sich
nicht weiter darum kümmern muss (bzw. es oft noch nicht einmal mitbekommt).

== Installation ==
Die Programme zum Umgang mit den Modulen sollten in der Standardinstallation enthalten sein, können aber ansonsten über
das Paket
* module-init-tools
installiert werden.
==Tools==

{| border=1 cellpadding=2
!Kommando
!Bedeutung
|-
|lsmod
|Zeigt geladene Module an
|-
|modprobe
|universales und mächtiges Werkzeug zum Entladen und Laden von Modulen
|-
|rmmod
|Einfaches Tool zum entfernen von Module
|-
|insmod
|Einfaches Tool zum installieren von Module
|-
|depmod
|Erstellt Dateien zur Auflösung von Modulabhängigkeit
|-
|modinfo
|Informationen über Modules
|}

== Ort wo die Module des laufenden Kernels liegen ==
root@zero:~# cd /lib/modules/$(uname -r)

== Geladene Module anzeigen ==
root@zero:~# lsmod
Module Size Used by
binfmt_misc 16776 1
bridge 56340 0
stp 10500 1 bridge
bnep 20224 2
nfs 266344 1
lockd 74156 1 nfs
nfs_acl 11136 1 nfs
input_polldev 11912 0
video 25360 0
output 11008 1 video
sunrpc 195424 10 nfs,lockd,nfs_acl
lp 17156 0
psmouse 61972 0
ppdev 15620 0
intel_agp 34108 1
pcspkr 10496 0
i2c_piix4 18448 0
serio_raw 13316 0
parport_pc 40100 1
agpgart 42696 1 intel_agp
parport 42220 3 lp,ppdev,parport_pc
shpchp 40212 0
pcnet32 41092 0
mii 13312 1 pcnet32
mptspi 25864 2
mptscsih 43520 1 mptspi
mptbase 88420 2 mptspi,mptscsih
scsi_transport_spi 30080 1 mptspi
floppy 64324 0
fbcon 46112 0
tileblit 10752 1 fbcon
font 16384 1 fbcon
bitblit 13824 1 fbcon
softcursor 9984 1 bitblit

== Information anzeigen ==
root@zero:~# modinfo nfs
filename: /lib/modules/2.6.28-13-generic/kernel/fs/nfs/nfs.ko
license: GPL
author: Olaf Kirch <okir@monad.swb.de>
srcversion: CB761B4E8A05FF8B3FD74F8
depends: sunrpc,lockd,nfs_acl
vermagic: 2.6.28-13-generic SMP mod_unload modversions 586
parm: enable_ino64:bool

oder

root@zero:~# modinfo -F filename nfs
/lib/modules/2.6.28-13-generic/kernel/fs/nfs/nfs.ko

um Werte aus einzelnen Kategorien anzuzeigen.

==Übersicht über alle Module==
root@zero:~# modprobe -l | more

==Module laden/entladen==
===modprobe===
Mit modprobe können Module zur Laufzeit des Systems ge- und entladen werden. modprobe löst dabei automatisch Abhängigkeiten
auf, d.h. wenn das zu ladende Modul andere Module voraussetzt, werden diese automatisch in der richtigen Reihenfolge
mitgeladen bzw. werden Module automatisch mit entfernt, welche nur aus Abhänigkeitsgründen geladen wurden.

modprobe [Optionen] Modulname(n)

===Optionen===
* -v : ausführliche Ausgabe
root@zero:~# modprobe -v lp
insmod /lib/modules/2.6.28-13-generic/kernel/drivers/parport/parport.ko
insmod /lib/modules/2.6.28-13-generic/kernel/drivers/char/lp.ko

* -n : simuliert das Laden des Moduls, lädt es aber nicht
root@zero:~# modprobe -v -n wlan
insmod /lib/modules/2.6.28-13-generic/volatile/wlan.ko

* -a : Es werden alle in der Kommandozeile angegebenen Module geladen. Diese Option muss immer dann verwendet werden,
wenn mehrere Module auf einmal geladen werden sollen.
* --show-depends : zeigt Abhängigkeiten an
root@zero:~# modprobe --show-depends lp
insmod /lib/modules/2.6.28-13-generic/kernel/drivers/parport/parport.ko
insmod /lib/modules/2.6.28-13-generic/kernel/drivers/char/lp.ko

* -r : entlädt Module
root@zero:~# modprobe -r lp

===Dateien===
modprobe durchsucht '''/lib/modules/$(uname -r)''' nach den Modulen. uname -r gibt die Versionsnummer des installierten Kernel
aus.

root@zero:~# modprobe -v btusb
insmod /lib/modules/2.6.28-13-generic/kernel/drivers/bluetooth/btusb.ko

==Abhängigkeiten von Modulen==
Manche Module können erst genutzt bzw. geladen werden, wenn andere Module geladen sind, da sie von diesen abhängen. Diese
Abhängigkeiten sind in der Datei '''/lib/module/<Kernelversion>/modules.dep''' hinterlegt. Diese Datei mit korrekt angelegten
Abhängigkeiten wird bei der Installation von Ubuntu hinterlegt, so dass keine Änderungen vorgenommen werden müssen.
Installiert man zusätzliche eigene Module, so sollte die Datei modules.dep neu erstellt werden. Dies geschieht über den
Befehl depmod.

depmod [Optionen]

===Optionen===
* -A : Es wird zuerst geprüft, ob neue Module hinzugekommen sind. Wenn nicht wird keine neue modules.dep erstellt.
* -n : Das Erstellen der neuen modules.dep wird simuliert, ohne die Aktionen wirklich durchzuführen.

==Module automatisch laden==
Möchte man ein Modul, welches der Kernel nicht automatisch mit lädt, beim Systemstart automatisch laden, so trägt man
den Modulnamen einfach in die Datei /etc/modules ein. Ab dem nächsten Systemstart werden alle Module (zusätzlich)
geladen, die dort eingetragen sind.

root@zero:~# cat /etc/modules
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.

lp
wlan

==Automatisches Laden verhindern - Blacklisting==
Unter bestimmten Umständen kann es sinnvoll sein, das Laden von bestimmten Modulen explizit zu verbieten. Dies geschieht
durch den Eintrag des entsprechenden Moduls in eine so genannte Blacklist-Datei. Diese Dateien befinden sich im Verzeichnis
/etc/modprobe.d. In der Regel sind hier schon einige Einträge zu finden. Die Datei legt man mit einem Editor mit Root-Rechten
an bzw. öffnet eine vorhandene Datei) und fügt einen Dateieintrag nach folgendem Schema hinzu, je ein Eintrag pro Zeile:

root@zero:/etc/modprobe.d# cat blacklist.conf
# This file lists those modules which we don't want to be loaded by
# alias expansion, usually so some other driver will be loaded for the
# device instead.

# evbug is a debug tool that should be loaded explicitly
blacklist evbug

# these drivers are very simple, the HID drivers are usually preferred
blacklist usbmouse
blacklist usbkbd
...

Man kann auch neue Dateien anlegen. Diese müssen lediglich mit '''blacklist-''' beginnen.
root@zero:/etc/modprobe.d# cat > '''blacklist-'''wlan.conf
blacklist wlan
(Strg+C)

==Aliases==
Mit der Direktive alias kann man Module einem Gerät zuordnen
root@zero:~$ cat /etc/modprobe.d/aliases
...
# character devices ##########################################################
alias char-major-9-* st
alias char-major-10-1 psmouse
....
# block devices ##############################################################
alias block-major-3-* ide_generic
alias block-major-8-* sd_mod
....

=Option=
Mit der Direktive options kann man Module mit gewissen Optionen laden
root@zero:~$ cat /etc/modprobe.d/options
# Enable double-buffering so gstreamer et. al. work
options quickcam compatible=2

# Default hostap to managed mode
options hostap_pci iw_mode=2
options hostap_cs iw_mode=2
...
=Skripte=
Des weiteren ist es möglich Skripte vor oder nach dem Laden bzw entladen auszuführen

*post-install modul befehl
*pre-install modul befehl
*post-remove modul befehl
*pre-remove modul befehl

Kernelmodule

2009-07-16T11:56:36Z

Admin: /* Geladene Module anzeigen */

Grundsätzlich besitzt der Linux-Kernel einen monolithischen Aufbau; allerdings bietet er auch die Möglichkeit, Module
zur Laufzeit zu laden und entladen. Unter einem Kernelmodul versteht man im Allgemeinen einen Teil bzw. eine Erweiterung
des Kernels. So sind z.B. alle Hardwaretreiber (z.B. WLAN-Karte, Soundkarte...) als Modul angelegt.

Die meisten Linux-Distributionen inklusive Ubuntu machen starken Gebrauch von Kernelmodulen, da so die bestmögliche
Hardwarekompatibilität mit nur einem "allgemeinen" Kernel erreicht werden kann.

In der Regel werden alle notwendigen Module beim Systemstart und falls nötig zur Laufzeit geladen, so dass der Nutzer sich
nicht weiter darum kümmern muss (bzw. es oft noch nicht einmal mitbekommt).

== Installation ==
Die Programme zum Umgang mit den Modulen sollten in der Standardinstallation enthalten sein, können aber ansonsten über
das Paket
* module-init-tools
installiert werden.
==Tools==

{| border=1 cellpadding=2
!Kommando
!Bedeutung
|-
|lsmod
|Zeigt geladene Module an
|-
|modprobe
|universales und mächtiges Werkzeug zum Entladen und Laden von Modulen
|-
|rmmmod
|Einfaches Tool zum entfernen von Module
|-
|insmod
|Einfaches Tool zum installieren von Module
|-
|depmod
|Erstellt Dateien zur Auflösung von Modulabhängigkeit
|-
|modinfo
|Informationen über Modules
|}

== Ort wo die Module des laufenden Kernels liegen ==
root@zero:~# cd /lib/modules/$(uname -r)

== Geladene Module anzeigen ==
root@zero:~# lsmod
Module Size Used by
binfmt_misc 16776 1
bridge 56340 0
stp 10500 1 bridge
bnep 20224 2
nfs 266344 1
lockd 74156 1 nfs
nfs_acl 11136 1 nfs
input_polldev 11912 0
video 25360 0
output 11008 1 video
sunrpc 195424 10 nfs,lockd,nfs_acl
lp 17156 0
psmouse 61972 0
ppdev 15620 0
intel_agp 34108 1
pcspkr 10496 0
i2c_piix4 18448 0
serio_raw 13316 0
parport_pc 40100 1
agpgart 42696 1 intel_agp
parport 42220 3 lp,ppdev,parport_pc
shpchp 40212 0
pcnet32 41092 0
mii 13312 1 pcnet32
mptspi 25864 2
mptscsih 43520 1 mptspi
mptbase 88420 2 mptspi,mptscsih
scsi_transport_spi 30080 1 mptspi
floppy 64324 0
fbcon 46112 0
tileblit 10752 1 fbcon
font 16384 1 fbcon
bitblit 13824 1 fbcon
softcursor 9984 1 bitblit

== Information anzeigen ==
root@zero:~# modinfo nfs
filename: /lib/modules/2.6.28-13-generic/kernel/fs/nfs/nfs.ko
license: GPL
author: Olaf Kirch <okir@monad.swb.de>
srcversion: CB761B4E8A05FF8B3FD74F8
depends: sunrpc,lockd,nfs_acl
vermagic: 2.6.28-13-generic SMP mod_unload modversions 586
parm: enable_ino64:bool

oder

root@zero:~# modinfo -F filename nfs
/lib/modules/2.6.28-13-generic/kernel/fs/nfs/nfs.ko

um Werte aus einzelnen Kategorien anzuzeigen.

==Übersicht über alle Module==
root@zero:~# modprobe -l | more

==Module laden/entladen==
===modprobe===
Mit modprobe können Module zur Laufzeit des Systems ge- und entladen werden. modprobe löst dabei automatisch Abhängigkeiten
auf, d.h. wenn das zu ladende Modul andere Module voraussetzt, werden diese automatisch in der richtigen Reihenfolge
mitgeladen bzw. werden Module automatisch mit entfernt, welche nur aus Abhänigkeitsgründen geladen wurden.

modprobe [Optionen] Modulname(n)

===Optionen===
* -v : ausführliche Ausgabe
root@zero:~# modprobe -v lp
insmod /lib/modules/2.6.28-13-generic/kernel/drivers/parport/parport.ko
insmod /lib/modules/2.6.28-13-generic/kernel/drivers/char/lp.ko

* -n : simuliert das Laden des Moduls, lädt es aber nicht
root@zero:~# modprobe -v -n wlan
insmod /lib/modules/2.6.28-13-generic/volatile/wlan.ko

* -a : Es werden alle in der Kommandozeile angegebenen Module geladen. Diese Option muss immer dann verwendet werden,
wenn mehrere Module auf einmal geladen werden sollen.
* --show-depends : zeigt Abhängigkeiten an
root@zero:~# modprobe --show-depends lp
insmod /lib/modules/2.6.28-13-generic/kernel/drivers/parport/parport.ko
insmod /lib/modules/2.6.28-13-generic/kernel/drivers/char/lp.ko

* -r : entlädt Module
root@zero:~# modprobe -r lp

===Dateien===
modprobe durchsucht '''/lib/modules/$(uname -r)''' nach den Modulen. uname -r gibt die Versionsnummer des installierten Kernel
aus.

root@zero:~# modprobe -v btusb
insmod /lib/modules/2.6.28-13-generic/kernel/drivers/bluetooth/btusb.ko

==Abhängigkeiten von Modulen==
Manche Module können erst genutzt bzw. geladen werden, wenn andere Module geladen sind, da sie von diesen abhängen. Diese
Abhängigkeiten sind in der Datei '''/lib/module/<Kernelversion>/modules.dep''' hinterlegt. Diese Datei mit korrekt angelegten
Abhängigkeiten wird bei der Installation von Ubuntu hinterlegt, so dass keine Änderungen vorgenommen werden müssen.
Installiert man zusätzliche eigene Module, so sollte die Datei modules.dep neu erstellt werden. Dies geschieht über den
Befehl depmod.

depmod [Optionen]

===Optionen===
* -A : Es wird zuerst geprüft, ob neue Module hinzugekommen sind. Wenn nicht wird keine neue modules.dep erstellt.
* -n : Das Erstellen der neuen modules.dep wird simuliert, ohne die Aktionen wirklich durchzuführen.

==Module automatisch laden==
Möchte man ein Modul, welches der Kernel nicht automatisch mit lädt, beim Systemstart automatisch laden, so trägt man
den Modulnamen einfach in die Datei /etc/modules ein. Ab dem nächsten Systemstart werden alle Module (zusätzlich)
geladen, die dort eingetragen sind.

root@zero:~# cat /etc/modules
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.

lp
wlan

==Automatisches Laden verhindern - Blacklisting==
Unter bestimmten Umständen kann es sinnvoll sein, das Laden von bestimmten Modulen explizit zu verbieten. Dies geschieht
durch den Eintrag des entsprechenden Moduls in eine so genannte Blacklist-Datei. Diese Dateien befinden sich im Verzeichnis
/etc/modprobe.d. In der Regel sind hier schon einige Einträge zu finden. Die Datei legt man mit einem Editor mit Root-Rechten
an bzw. öffnet eine vorhandene Datei) und fügt einen Dateieintrag nach folgendem Schema hinzu, je ein Eintrag pro Zeile:

root@zero:/etc/modprobe.d# cat blacklist.conf
# This file lists those modules which we don't want to be loaded by
# alias expansion, usually so some other driver will be loaded for the
# device instead.

# evbug is a debug tool that should be loaded explicitly
blacklist evbug

# these drivers are very simple, the HID drivers are usually preferred
blacklist usbmouse
blacklist usbkbd
...

Man kann auch neue Dateien anlegen. Diese müssen lediglich mit '''blacklist-''' beginnen.
root@zero:/etc/modprobe.d# cat > '''blacklist-'''wlan.conf
blacklist wlan
(Strg+C)

==Aliases==
Mit der Direktive alias kann man Module einem Gerät zuordnen
root@zero:~$ cat /etc/modprobe.d/aliases
...
# character devices ##########################################################
alias char-major-9-* st
alias char-major-10-1 psmouse
....
# block devices ##############################################################
alias block-major-3-* ide_generic
alias block-major-8-* sd_mod
....

=Option=
Mit der Direktive options kann man Module mit gewissen Optionen laden
root@zero:~$ cat /etc/modprobe.d/options
# Enable double-buffering so gstreamer et. al. work
options quickcam compatible=2

# Default hostap to managed mode
options hostap_pci iw_mode=2
options hostap_cs iw_mode=2
...
=Skripte=
Des weiteren ist es möglich Skripte vor oder nach dem Laden bzw entladen auszuführen

*post-install modul befehl
*pre-install modul befehl
*post-remove modul befehl
*pre-remove modul befehl

Ramdisk entpacken

2009-07-16T11:10:44Z

Admin: Die Seite wurde neu angelegt: Ramdisk entkomprimieren root@ubuntu-server:~# gzip -dc 1545_receiver > 1545_receiver.cpio Ramdisk Dateisystem aus dem cpio Format auslesen root@ubuntu-server:~# cd ba...

Ramdisk entkomprimieren
root@ubuntu-server:~# gzip -dc 1545_receiver > 1545_receiver.cpio
Ramdisk Dateisystem aus dem cpio Format auslesen
root@ubuntu-server:~# cd base/
root@ubuntu-server:~/base# cpio -iF ../1545_receiver.cpio
3893 blocks
Listen
root@ubuntu-server:~/base# ls
bin cd dev etc floppy init keymaps lib motd post pre proc sbin start_eth1 sys tmp udpcfg.txt usr var
Ramdisk Dateisystem ins cpio Format übertragen (weitere Parameter notwendig)
root@ubuntu-server:~/base# find . | cpio -o > ../1545_receiver.cpio_clone
3879 blocks
Ramdisk wieder mit gzip packen
root@ubuntu-server:~# gzip -c 1545_receiver.cpio_clone > 1545_receiver.clone

Hauptseite

2009-07-16T11:06:55Z

Admin:

Hauptseite

2009-07-16T10:27:15Z

Admin:

Datei:Vlc.jpg

2009-07-16T10:25:57Z

Admin:

VLC

2009-07-16T10:25:09Z

Admin: 1 Version

[[Image:vlc.jpg]]

=VLC media player=
Der VLC media player, oder anfangs VideoLAN client, ist ein mittlerweile bekannter freier Mediaplayer der die unterschiedlichsten Codecs und Dateiformate sowie DVD's und Video-CD's unterstützt.

==Geschichte==
Der VLC media player wird seit 1999 vom VideoLAN-Team entwickelt. Dieses besteht aus Studenten der französischen Ingenieurschule École centrale Paris in Châtenay-Malabry bei Paris und Entwicklern aus über 20 Ländern. Das Programm steht seit dem 1. Februar 2001 unter der GNU General Public License.

=== Logo ===
Der Entwickler Antoine Cellerier kennt die Geschichte des Logos selbst nur vom Hörensagen: Eines Tages kamen Studenten eines der Netzwerk-Clubs der École centrale Paris betrunken mit einem Verkehrssicherungskegel nach Hause. Später ging aus diesem Club das VideoLAN-Projekt hervor. Als man ein Logo für das Programm suchte, fiel die Wahl auf den Kegel, aus dem zu diesem Zeitpunkt bereits eine beträchtliche Kegel-Sammlung hervorgegangen war.

==Merkmale==
===Die Streaming Lösung===
Die ursprüngliche Streaming-Lösung besteht aus dem VideoLAN Server und dem VLC media player. Damit war das Streaming von digitalen TV-Inhalten, DVDs und MPEG- & DivX-Filmdateien über den Campus der École Centrale Paris möglich. Mittlerweile wurden beide Programme erweitert, sodass auch Streaming über das Internet realisierbar ist. VLC unterstützt mittlerweile auch Video on Demand, so dass es durchaus mit Streaminglösungen kommerzieller Anbieter konkurrieren kann.

Durch die Weiterentwicklung des VLC media player zu einem eigenen Streaming-Server wurde das Konzept der Lösung seit Januar 2003 aufgeweicht. Eine mittelbare Folge davon ist, dass die Lösung auch von Benutzern ohne große Vorkenntnisse eingesetzt werden kann.

===Vielseitigkeit===
Besonders hervorzuheben ist die Vielseitigkeit des Programms, das nahezu jedes Format und jede Datei abspielt, auch unvollständige oder bruchstückhafte AVI-Dateien, was z. B. bei nicht vollständig heruntergeladenen Dateien der Fall sein kann.

Zusätzlich können über Filter verschiedene Effekte in Echtzeit angewandt werden. So kann z. B. ein Video, das im Hochformat aufgenommen wurde, um 90° gedreht, und Farbfilter etc. angewandt werden.

===Portabilität===
Der VLC media player läuft unter GNU/Linux, Microsoft Windows, Mac OS X, BeOS, Syllable. Einige andere Betriebssysteme wie z. B. BSD werden auch unterstützt, für sie gibt es nur keine vorkompilierte Binär-Pakete.
Außerdem gibt es für Microsoft Windows eine portable (vom USB-Stick ohne Installation lauffähige) Version.

== Einsatz ==
Der ''VLC media player'' kommt bei Privatnutzern, in Schulen und Universitäten, aber auch bei professionellen Anwendern zum Einsatz. Geschätzt wird vor allem die hohe Kompatibilität mit einer Vielzahl von Formaten und Codecs, wodurch er beinahe alles wiedergeben kann. Auch die im September 2007 vorgestellte ZDFmediathek unterstützt den VLC zur Wiedergabe ihres Video-on-Demand- und Livestream-Angebots (bei bestmöglicher Bildqualität dank Wiedergabe einer H.264-kodierten Videoquelle).

=Benutzung=
==Hilfe bekommen==
Alle Standard Operationen von VLC sollten über die Grafische Benutzeroberfläche verfügbar sein. Wie auch immer, manche komplexen Operationen können nur von der Kommandozeile aus benutzt werden und es gibt Situationen in welchen man die Grafische Benutzeroberfläche nicht benötigt oder möchte.

VLC hat eine Modulstruktur. Der Kern verwaltet haupsächlich die Kommunikation zwischen Modulen. Alle Multimediaprozesse werden von Modulen abgewickelt. Es gibt Input-Module, Demultiplexer, Decoder, Video Output Module und mehr...

Dieses Kapitel wird nur die Kernoptionen erörtern. Jedes Modul erweitert VLC um neue Optionen. Zum Beispiel fügt das HTTP-Inputmodul Optionen für caching, proxy und Authentifikation hinzu.

Einfachen Kernoptionen erfährt man mit:

xinux@zero:~$ '''vlc --help'''

Alle Grundoptionen des Kerns + der Module mit:

xinux@zero:~$ '''vlc --longhelp'''

Und wirklich alle Optionen mit:

xinux@zero:~$ '''vlc --longhelp --advanced'''

==Medien öffnen==

Der folgende Befehl startet VLC mit "Datei":

xinux@zero:~$ '''vlc "Datei"'''

Öffnen von DVD's, Video- oder Audio CD's.

DVD mit Menüs:

xinux@zero:~$ vlc '''dvd'''://"device"

DVD ohne Menüs:

xinux@zero:~$ vlc '''dvdsimple'''://"device"

VCD:

xinux@zero:~$ vlc '''vcd'''://"device"

Audio CD:

xinux@zero:~$ vlc '''cdda:'''//"device"

==Stream senden (UDP)==

Eine Datei kann man über VLC mit folgendem Befehl streamen:

xinux@zero:~$ vlc "Datei" '''--sout udp:"IP-Adresse" --ttl 12'''

Die "IP-Adresse" muss entweder

* ein Rechner an den man Unicast-Streamen will,
* der DNS Name eines Rechners an den man Unicast-Streamen will
* oder eine Multicast IP-Adresse sein (224.0.0.0 bis 239.255.255.255).

Um eine DVD zu streamen benutzt man:

xinux@zero:~$ vlc dvdsimple://"/dev/dvd" '''--sout '#udp{mux=ts,dst=192.168.0.12}' --ttl 12 --sout-all'''

Wobei "/dev/dvd" das DVD-Laufwerk sein muss, bei Windows z.B. ''D:''

==Stream empfangen (UDP)==

Um einen Unicast RTP/UDP Stream (Gesendet von VLC's Stream Output) zu empfangen muss man VLC mit folgenden Befehlen starten:

xinux@zero:~$ vlc '''udp://[@:server_port]'''

Wenn man den Standartport '''1234''' verwendet reicht '''vlc rtp://'''

Um einen Multicast-Stream zu empfangen benutzt man:

xinux@zero:~$ vlc udp://'''@multicast_address'''[@:server_port]

Um einen Stream von einer bestimmten Adresse zu empfangen ('''S'''ource'''S'''pecific'''M'''ulticast) braucht man:

xinux@zero:~$ vlc udp://'''server_address'''@multicast_address[:server_port]

Dies funktioniert nur mit Betriebsystemen die SSM unterstützen (Windows XP und neueste Linux Kernels)

Um einen HTTP-Stream zu empfangen startet man VLC mit:

xinux@zero:~$ vlc http://www.beispiel.org/Datei.mpg

==Remote Control==

VLC lässt sich nach belieben auch über Interfaces wie Telnet auf entfernten Rechnern steuern.

Ein VLC mit Remote Control benutzbarkeit öffnet man mit:

root@zero:~# vlc -I rc --rc-host "IP-Adresse":"PORT"

Die "IP-Adresse" ist die des Rechners auf dem VLC ausgeführt wird.

Mann kann dann mit Tools wie ''Netcat'' darauf zugreifen mit dem Befehl:

root@zero:~# nc "IP-Adresse" "PORT"

Man sieht hierbei keine Bestätigung, aber mit '''help''' lassen sich die benutzbaren Befehle anzeigen.

Udpcast

2009-07-16T09:58:49Z

Admin: /* Broadcast */

UDPcast ist ein Datenübertragungsprogramm, welches Dateien über Ethernet an viele Clients gleichzeitig ausliefern kann. Dazu benutzt es Ethernet multicast oder broadcast.

=Installation aus den Paketquellen=
UDPcast ist in den Paketquellen von Ubuntu enthalten.
root@zero:~# apt-get install udpcast

Es werden 2 Programme mitgeliefert.
udp-sender: sendet einen Datenstrom über Broadcast/Multicast an das Netzwerk.
udp-receiver: empfängt den Datenstrom von einem Sender.

=Anwendung=

==Einfache Übertragung==

Sender:
root@sender:~# udp-sender --interface eth0 --file ubuntu-9.04-desktop-i386.iso
Udp-sender 2004-05-31
Using mcast address 232.168.250.102
UDP sender for ubuntu-9.04-desktop-i386.iso at 192.168.250.102 on eth0
Broadcasting control to 192.168.255.255
New connection from 192.168.241.1 (#0) 00000019
Ready. Press any key to start sending data.
Ready. Press any key to start sending data.
New connection from 192.168.250.1 (#1) 00000019
Ready. Press any key to start sending data.

Empfänger1:
root@empfaenger1:~# udp-receiver --interface eth0 --file ubuntu-9.04-desktop-i386.iso
Udp-receiver 2004-05-31
UDP receiver for ubuntu-9.04-desktop-i386.iso at 192.168.241.1 on eth0
received message, cap=00000019
Connected as #0 to 192.168.250.102
Listening to multicast on 232.168.250.102
Press any key to start receiving data!

Empfänger2:
root@empfaenger2:~# udp-receiver --interface eth0 --file ubuntu-9.04-desktop-i386.iso
Udp-receiver 2004-05-31
UDP receiver for ubuntu-9.04-desktop-i386.iso at 192.168.250.1 on eth0
received message, cap=00000019
Connected as #1 to 192.168.250.102
Listening to multicast on 232.168.250.102
Press any key to start receiving data!

Hier sieht man eine einfache Form udpcast zu verwenden. Der Sender startet udp-sender mit den Optionen --interface und --file. Die Datenübertragung läuft hier standardmäßig über Multicast. Dies hat gegenüber Broadcast den Vorteil, dass nicht alle Clients im gleichen Subnetz den Datenstring erhalten, sondern nur die, welche sich der Multicast-Gruppe des Senders angeschlossen haben. Sobald ein Empfänger udp-receiver startet, schließt er sich der Multicast-Gruppe an und lauscht auf seiner Multicast-Adresse.

Sobald alle Empfänger das Programm gestartet haben, kann der Sender oder einer der Empfänger das Signal zum Starten der Übertragung geben.

Sender:
Starting transfer: 00000019
bytes= 458 640 re-xmits=000074 ( 23.4%) slice=0060 6 332 416 - 1
Timeout notAnswered=[1] notReady=[1] nrAns=1 nrRead=1 nrPart=2 avg=4152
bytes= 2 205 840 re-xmits=000074 ( 4.8%) slice=0060 8 081 408 - 1
Timeout notAnswered=[1] notReady=[1] nrAns=1 nrRead=1 nrPart=2 avg=1693
Timeout notAnswered=[1] notReady=[1] nrAns=1 nrRead=1 nrPart=2 avg=1693
bytes= 2 380 560 re-xmits=000074 ( 4.5%) slice=0060 8 253 440 - 1
...
Timeout notAnswered=[1] notReady=[1] nrAns=1 nrRead=1 nrPart=2 avg=1207
bytes= 9 159 696 re-xmits=000075 ( 1.1%) slice=0058 9 651 340 - 1
Timeout notAnswered=[1] notReady=[1] nrAns=1 nrRead=1 nrPart=2 avg=1507
bytes= 9 651 340 re-xmits=000075 ( 1.1%) slice=0058 9 651 340 - 1
Transfer complete.
Disconnecting #0 (192.168.250.1)
Disconnecting #1 (192.168.241.1)
root@sender:~#

Empfänger2:
bytes= 9 651 340 ( 61.23 Mbps) 9 651 340
Transfer complete.
root@empfaenger2:~#

==Bandbreitenregulierung==

Will man die Bandbreite manuell herabsetzen, kann die Option --max-bitrate ''n'' angegeben werden.

==Automatischer Start==
Man kann das Starten der Übertragung auch automatisch geschehen lassen. Hierfür gibt es 3 Optionen:

--min-wait ''n'' : Der Sender wartet ''n'' Sekunden, bis er mit der Übertragung beginnt.

--min-client ''p'' : Mit dieser Option wartet der Sender, bis sich ''p'' Clients angemeldet haben. Ist zusätzlich die Option --min-wait angegeben, wartet der Sender trotzdem die angegebene Anzahl an Sekunden bevor er mit der Übertragung beginnt, auch wenn schon ''n'' Sekunden vergangen sind.

--max-wait ''q'': Diese Option wird zusammen mit --min-client angegeben. Wird die angegebene Anzahl an Sekunden überschritten und haben sich noch nicht genug Clients angemeldet, startet der Sender trotzdem mit der Übertragung.

==Pipe==
Man kann die Ausgabe von udp-receiver auch anstatt in eine Datei zu speichern nach stdout schicken, um sie dann in einer Pipe weiterzuverarbeiten. Hierzu gibt es die Option --pipe ''Kommando''.

Sender:
udp-sender --interface eth0 --file firefox-3.5.tar.bz2
Empfänger:
root@empfaenger2:~# udp-receiver --interface eth0 --pipe "tar -xj"
Udp-receiver 2004-05-31
Compressed UDP receiver for (stdout) at 192.168.250.1 on eth0

Ohne die Option --file wird nun alles was übertragen wird nach stdout geschrieben. Die Pipe fängt diese Ausgabe auf und entpackt das komprimierte tar-Archiv.

Genauso kann der Sender seine Daten durch eine Pipe schicken, bevor diese mit udp-sender verschickt werden.

Sender:
root@sender:~# udp-sender --interface eth0 --pipe "tar -cj datei"
Empfänger:
root@empfaenger2:~# udp-receiver --interface eth0 --pipe "tar -xj"
Hier wird beim Sender die datei erst mittels tar verpackt. Beim Empfänger wird dieses Archiv wieder entpackt.

==Full-Duplex==

In Full-Duplex-Netzen (Standard in T-base-10 or 100 mit Switch und Gigabit-Ethernet) kann die Option --full-duplex angegeben werden. Dies kann zu einer Steigerung der Performance führen.
udp-sender --interface eth0 --file firefox-3.5.tar.bz2 --full-duplex

==Ports==

Standardmäßig werden zum Übertragen die Ports 9000 auf der Sender-Seite und 9001 auf der Empfänger-Seite benutzt. Dies kann man mit der Option --portbase ''portbase'' ändern. Damit werden die Ports ''portbase'' und ''portbase+1'' benutzt. Portbase sollte gerade gewählt werden und muss jeweils auf der Sender und Empfängerseite gleich eingestellt sein.

Sender:
udp-sender --interface eth0 --file firefox-3.5.tar.bz2 --portbase 5000
Empfänger:
root@empfaenger2:~# udp-receiver --interface eth0 --file firefox-3.5.tar.bz2 --portbase 5000

==Broadcast==
Gibt man die Option --broadcast an werden die Pakete nicht über Multi- sonder über Broadcast verschickt und so an alle Teilnehmer des Netzwerks versendet. Diese Option sollte nur benutzt werden, wenn Switches oder Receiver im Netzwerk keine Multicast-Fähigkeit besitzen, denn sonst werden alle anderen Clients im Netz, die nicht die Daten empfangen wollen mit unnötigem Traffic belastet.

einstellungen wie oft ein Übertragungsversuche ohne REQACK gemacht sollte.
*--retriesUntilDrop

Begrenzen der maximalen Übertragungsrate.
*--max-bitrate

Feste einstellung der Multicastadresse. (wird normal dynmaisch vergeben)
*--mcast-addr

Setz die TTL für die UDP Pakete fest wenn über einen Multicast Router übetragen.
*--ttl

Udpcast

2009-07-16T09:57:53Z

Admin: /* Broadcast */

UDPcast ist ein Datenübertragungsprogramm, welches Dateien über Ethernet an viele Clients gleichzeitig ausliefern kann. Dazu benutzt es Ethernet multicast oder broadcast.

=Installation aus den Paketquellen=
UDPcast ist in den Paketquellen von Ubuntu enthalten.
root@zero:~# apt-get install udpcast

Es werden 2 Programme mitgeliefert.
udp-sender: sendet einen Datenstrom über Broadcast/Multicast an das Netzwerk.
udp-receiver: empfängt den Datenstrom von einem Sender.

=Anwendung=

==Einfache Übertragung==

Sender:
root@sender:~# udp-sender --interface eth0 --file ubuntu-9.04-desktop-i386.iso
Udp-sender 2004-05-31
Using mcast address 232.168.250.102
UDP sender for ubuntu-9.04-desktop-i386.iso at 192.168.250.102 on eth0
Broadcasting control to 192.168.255.255
New connection from 192.168.241.1 (#0) 00000019
Ready. Press any key to start sending data.
Ready. Press any key to start sending data.
New connection from 192.168.250.1 (#1) 00000019
Ready. Press any key to start sending data.

Empfänger1:
root@empfaenger1:~# udp-receiver --interface eth0 --file ubuntu-9.04-desktop-i386.iso
Udp-receiver 2004-05-31
UDP receiver for ubuntu-9.04-desktop-i386.iso at 192.168.241.1 on eth0
received message, cap=00000019
Connected as #0 to 192.168.250.102
Listening to multicast on 232.168.250.102
Press any key to start receiving data!

Empfänger2:
root@empfaenger2:~# udp-receiver --interface eth0 --file ubuntu-9.04-desktop-i386.iso
Udp-receiver 2004-05-31
UDP receiver for ubuntu-9.04-desktop-i386.iso at 192.168.250.1 on eth0
received message, cap=00000019
Connected as #1 to 192.168.250.102
Listening to multicast on 232.168.250.102
Press any key to start receiving data!

Hier sieht man eine einfache Form udpcast zu verwenden. Der Sender startet udp-sender mit den Optionen --interface und --file. Die Datenübertragung läuft hier standardmäßig über Multicast. Dies hat gegenüber Broadcast den Vorteil, dass nicht alle Clients im gleichen Subnetz den Datenstring erhalten, sondern nur die, welche sich der Multicast-Gruppe des Senders angeschlossen haben. Sobald ein Empfänger udp-receiver startet, schließt er sich der Multicast-Gruppe an und lauscht auf seiner Multicast-Adresse.

Sobald alle Empfänger das Programm gestartet haben, kann der Sender oder einer der Empfänger das Signal zum Starten der Übertragung geben.

Sender:
Starting transfer: 00000019
bytes= 458 640 re-xmits=000074 ( 23.4%) slice=0060 6 332 416 - 1
Timeout notAnswered=[1] notReady=[1] nrAns=1 nrRead=1 nrPart=2 avg=4152
bytes= 2 205 840 re-xmits=000074 ( 4.8%) slice=0060 8 081 408 - 1
Timeout notAnswered=[1] notReady=[1] nrAns=1 nrRead=1 nrPart=2 avg=1693
Timeout notAnswered=[1] notReady=[1] nrAns=1 nrRead=1 nrPart=2 avg=1693
bytes= 2 380 560 re-xmits=000074 ( 4.5%) slice=0060 8 253 440 - 1
...
Timeout notAnswered=[1] notReady=[1] nrAns=1 nrRead=1 nrPart=2 avg=1207
bytes= 9 159 696 re-xmits=000075 ( 1.1%) slice=0058 9 651 340 - 1
Timeout notAnswered=[1] notReady=[1] nrAns=1 nrRead=1 nrPart=2 avg=1507
bytes= 9 651 340 re-xmits=000075 ( 1.1%) slice=0058 9 651 340 - 1
Transfer complete.
Disconnecting #0 (192.168.250.1)
Disconnecting #1 (192.168.241.1)
root@sender:~#

Empfänger2:
bytes= 9 651 340 ( 61.23 Mbps) 9 651 340
Transfer complete.
root@empfaenger2:~#

==Bandbreitenregulierung==

Will man die Bandbreite manuell herabsetzen, kann die Option --max-bitrate ''n'' angegeben werden.

==Automatischer Start==
Man kann das Starten der Übertragung auch automatisch geschehen lassen. Hierfür gibt es 3 Optionen:

--min-wait ''n'' : Der Sender wartet ''n'' Sekunden, bis er mit der Übertragung beginnt.

--min-client ''p'' : Mit dieser Option wartet der Sender, bis sich ''p'' Clients angemeldet haben. Ist zusätzlich die Option --min-wait angegeben, wartet der Sender trotzdem die angegebene Anzahl an Sekunden bevor er mit der Übertragung beginnt, auch wenn schon ''n'' Sekunden vergangen sind.

--max-wait ''q'': Diese Option wird zusammen mit --min-client angegeben. Wird die angegebene Anzahl an Sekunden überschritten und haben sich noch nicht genug Clients angemeldet, startet der Sender trotzdem mit der Übertragung.

==Pipe==
Man kann die Ausgabe von udp-receiver auch anstatt in eine Datei zu speichern nach stdout schicken, um sie dann in einer Pipe weiterzuverarbeiten. Hierzu gibt es die Option --pipe ''Kommando''.

Sender:
udp-sender --interface eth0 --file firefox-3.5.tar.bz2
Empfänger:
root@empfaenger2:~# udp-receiver --interface eth0 --pipe "tar -xj"
Udp-receiver 2004-05-31
Compressed UDP receiver for (stdout) at 192.168.250.1 on eth0

Ohne die Option --file wird nun alles was übertragen wird nach stdout geschrieben. Die Pipe fängt diese Ausgabe auf und entpackt das komprimierte tar-Archiv.

Genauso kann der Sender seine Daten durch eine Pipe schicken, bevor diese mit udp-sender verschickt werden.

Sender:
root@sender:~# udp-sender --interface eth0 --pipe "tar -cj datei"
Empfänger:
root@empfaenger2:~# udp-receiver --interface eth0 --pipe "tar -xj"
Hier wird beim Sender die datei erst mittels tar verpackt. Beim Empfänger wird dieses Archiv wieder entpackt.

==Full-Duplex==

In Full-Duplex-Netzen (Standard in T-base-10 or 100 mit Switch und Gigabit-Ethernet) kann die Option --full-duplex angegeben werden. Dies kann zu einer Steigerung der Performance führen.
udp-sender --interface eth0 --file firefox-3.5.tar.bz2 --full-duplex

==Ports==

Standardmäßig werden zum Übertragen die Ports 9000 auf der Sender-Seite und 9001 auf der Empfänger-Seite benutzt. Dies kann man mit der Option --portbase ''portbase'' ändern. Damit werden die Ports ''portbase'' und ''portbase+1'' benutzt. Portbase sollte gerade gewählt werden und muss jeweils auf der Sender und Empfängerseite gleich eingestellt sein.

Sender:
udp-sender --interface eth0 --file firefox-3.5.tar.bz2 --portbase 5000
Empfänger:
root@empfaenger2:~# udp-receiver --interface eth0 --file firefox-3.5.tar.bz2 --portbase 5000

==Broadcast==
Gibt man die Option --broadcast an werden die Pakete nicht über Multi- sonder über Broadcast verschickt und so an alle Teilnehmer des Netzwerks versendet. Diese Option sollte nur benutzt werden, wenn Switches oder Receiver im Netzwerk keine Multicast-Fähigkeit besitzen, denn sonst werden alle anderen Clients im Netz, die nicht die Daten empfangen wollen mit unnötigem Traffic belastet.

einstellungen wie oft ein Übertragungsversuche ohne REQACK gemacht sollte.
--retriesUntilDrop

Begrenzen der maximalen Übertragungsrate.
--max-bitrate

Feste einstellung der Multicastadresse. (wird normal dynmaisch vergeben)
--mcast-addr

Setz die TTL für die UDP Pakete fest wenn über einen Multicast Router übetragen.
*--ttl

PXELinux

2009-07-16T09:15:32Z

Admin: /* PXE boot konfigurieren */

Mit PXELinux kann man ein System über ein Netzwerk booten oder auch installieren.

==Installation tftp-Server==
root@xinux-desktop:/# apt-get install tftpd-hpa

===Start über inetd===
* /etc/inetd.conf : udp -> udp4 ändern
tftp dgram udp4 wait root /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /var/lib/tftpboot

===Start als Alleinstehender Server===
* /etc/default/tftpd-hpa
#Defaults for tftpd-hpa
RUN_DAEMON="yes"
OPTIONS="-l -s /var/lib/tftpboot"

===Starten===
root@xinux-desktop:~# /etc/init.d/tftpd-hpa start
===Kontrolle===
*Ist der tftp Port geöffnet
root@ubuntu-server:/etc/dhcp3# netstat -lnu | grep 69
udp 0 0 0.0.0.0:69 0.0.0.0:*

*Installation tftp Client
root@lydia:~# apt-get install tftp

*Kann man einen Datei ziehen?
root@lydia:~# tftp 192.168.11.50
tftp> get 1545_sender
Received 900983 bytes in 0.6 seconds
tftp> quit

==Installation DHCP-Server==
root@xinux-desktop:~# apt-get install dhcp3-server

===Anpassen der dhcpd.conf===
* /etc/dhcp3/dhcpd.conf
subnet 192.168.242.0 netmask 255.255.255.0 {
range 192.168.242.170 192.168.242.180;
#Lease-Zeit in Sekunden
default-lease-time 600;
max-lease-time 7200;
option domain-name "gamma.intern";
option domain-name-servers 192.168.240.21;
option broadcast-address 192.168.242.255;
option subnet-mask 255.255.255.0;
#Gateway
option routers 192.168.242.1;

#Hosts an die MAC festnageln
host pxeclient {
hardware ethernet 00:0c:29:99:25:91;
fixed-address 192.168.242.171;
option host-name "pxeclient";
next-server 192.168.242.140;
filename "/pxelinux.0";

}
}

==Bootimage vorbereiten==
Installation des Syslinux Paketes (normal nicht notwenig)
root@xinux-desktop:/etc/dhcp3# apt-get install syslinux
Kopieren des PXELINUX in das tftp Bootverzeichnis
root@xinux-desktop:~# cp /usr/lib/syslinux/pxelinux.0 /var/lib/tftpboot/

==PXELinux mit debootstrap==
===Minimales virtuelles System erstellen===
Installation von debootstrap
root@xinux-desktop:~# apt-get install debootstrap

===Debian===
root@xinux-desktop:~# mkdir /pxeroot
root@xinux-desktop:~# cd /pxeroot
root@xinux-desktop:~# debootstrap etch /pxeroot
===Ubuntu===
root@xinux-desktop:~# mkdir /pxeroot
root@xinux-desktop:~# cd /pxeroot
root@xinux-desktop:~# debootstrap intrepid /pxeroot

===DHCP auf für Client aktivieren===
* /pxeroot/etc/network/interfaces
auto eth0
iface eth0 inet dhcp

===Hostname setzen===
root@xinux-desktop:~# echo pxeboot > /pxeroot/etc/hostname
root@xinux-desktop:~# cp /etc/hosts /pxeroot/etc/hosts
root@xinux-desktop:~# vi /pxeroot/etc/hosts

127.0.0.1 localhost pxeboot

# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
:wq zum Speichern und Beenden

===fstab anpassen===
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/ram0 / ext2 defaults 0 0
tmpfs /tmp tmpfs defaults 0 0

===Virtuelles System anpassen===
root@xinux-desktop:/pxeroot/etc# chroot /pxeroot

Kernel installieren
xinux-desktop:/# apt-get install linux-image
Die Warnung, dass keine Bootloader installiert sind, kann ignoriert werden. Wenn das Skript fragt, ob abgebrochen werden
soll mit no antworten.

Ramdisk auf NFS anpassen
xinux-desktop:/# sed -i.bak -e "s/BOOT=local/BOOT=nfs/" /etc/initramfs-tools/initramfs.conf
xinux-desktop:/#update-initramfs -vu

Locales installieren und de_DE@euro ISO-8859-15 als Spracheinstellung auswählen
xinux-desktop:/# apt-get install locales
xinux-desktop:/# dpkg-reconfigure locales

exit

===DHCP-Server konfigurieren===
subnet 192.168.242.0 netmask 255.255.255.0 {
range 192.168.242.170 192.168.242.180;
default-lease-time 600;
max-lease-time 7200;
#option domain-name "gamma.intern";
option domain-name-servers 192.168.240.21;
option broadcast-address 192.168.242.255;
option subnet-mask 255.255.255.0;

host pxeclient {
hardware ethernet 00:0c:29:99:25:91;
fixed-address 192.168.242.171;
option host-name "pxeclient";
next-server 192.168.242.140;
filename "/pxelinux.0";
option root-path "192.168.242.140:/pxeroot";
}
}

Anschließend neustarten
root@xinux-desktop:~# /etc/init.d/dhcp-server restart

===TFTP Server konfigurieren===
* /etc/default/tftpd-hpa
RUN_DAEMON="yes"
OPTIONS="-l -s /var/lib/tftpboot"

Neustarten
/root@xinux-desktop:~# etc/init.d/tftpd-hpa restart

===PXE boot konfigurieren===
root@xinux-desktop:~# cd /var/lib/tftpboot
root@xinux-desktop:~# cp /pxeroot/vmlinuz ./
root@xinux-desktop:~# cp /pxeroot/initrd.img ./
root@xinux-desktop:~# mkdir pxelinux.cfg
root@xinux-desktop:~# vim pxelinux.cfg/default

* /var/lib/tftpboot/pxelinux.cfg/default
DEFAULT linux

LABEL linux
kernel vmlinuz
append vga=normal initrd=initrd.img ramdisk_size=14332 root=/dev/nfs nfsroot=192.168.242.140:/pxeroot rw --

PROMPT 0
TIIMEOUT 0

===nfs server konfigurieren===
root@xinux-desktop:~# apt-get install nfs-kernel-server
* /etc/exports
/pxeroot 192.168.0.0/255.255.0.0(rw,sync,no_root_squash,no_subtree_check)

Neustarten
/etc/init.d/nfs-kernel-server restart

=Quellen=
http://www.pieczewski.de/?page_id=51

http://forum.ubuntuusers.de/topic/pxe-image-bauen/

http://www.howtoforge.com/pxe_booting_debian

PXELinux

2009-07-16T09:08:00Z

Admin: /* Minimales virtuelles System erstellen */

Mit PXELinux kann man ein System über ein Netzwerk booten oder auch installieren.

==Installation tftp-Server==
root@xinux-desktop:/# apt-get install tftpd-hpa

===Start über inetd===
* /etc/inetd.conf : udp -> udp4 ändern
tftp dgram udp4 wait root /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /var/lib/tftpboot

===Start als Alleinstehender Server===
* /etc/default/tftpd-hpa
#Defaults for tftpd-hpa
RUN_DAEMON="yes"
OPTIONS="-l -s /var/lib/tftpboot"

===Starten===
root@xinux-desktop:~# /etc/init.d/tftpd-hpa start
===Kontrolle===
*Ist der tftp Port geöffnet
root@ubuntu-server:/etc/dhcp3# netstat -lnu | grep 69
udp 0 0 0.0.0.0:69 0.0.0.0:*

*Installation tftp Client
root@lydia:~# apt-get install tftp

*Kann man einen Datei ziehen?
root@lydia:~# tftp 192.168.11.50
tftp> get 1545_sender
Received 900983 bytes in 0.6 seconds
tftp> quit

==Installation DHCP-Server==
root@xinux-desktop:~# apt-get install dhcp3-server

===Anpassen der dhcpd.conf===
* /etc/dhcp3/dhcpd.conf
subnet 192.168.242.0 netmask 255.255.255.0 {
range 192.168.242.170 192.168.242.180;
#Lease-Zeit in Sekunden
default-lease-time 600;
max-lease-time 7200;
option domain-name "gamma.intern";
option domain-name-servers 192.168.240.21;
option broadcast-address 192.168.242.255;
option subnet-mask 255.255.255.0;
#Gateway
option routers 192.168.242.1;

#Hosts an die MAC festnageln
host pxeclient {
hardware ethernet 00:0c:29:99:25:91;
fixed-address 192.168.242.171;
option host-name "pxeclient";
next-server 192.168.242.140;
filename "/pxelinux.0";

}
}

==Bootimage vorbereiten==
Installation des Syslinux Paketes (normal nicht notwenig)
root@xinux-desktop:/etc/dhcp3# apt-get install syslinux
Kopieren des PXELINUX in das tftp Bootverzeichnis
root@xinux-desktop:~# cp /usr/lib/syslinux/pxelinux.0 /var/lib/tftpboot/

==PXELinux mit debootstrap==
===Minimales virtuelles System erstellen===
Installation von debootstrap
root@xinux-desktop:~# apt-get install debootstrap

===Debian===
root@xinux-desktop:~# mkdir /pxeroot
root@xinux-desktop:~# cd /pxeroot
root@xinux-desktop:~# debootstrap etch /pxeroot
===Ubuntu===
root@xinux-desktop:~# mkdir /pxeroot
root@xinux-desktop:~# cd /pxeroot
root@xinux-desktop:~# debootstrap intrepid /pxeroot

===DHCP auf für Client aktivieren===
* /pxeroot/etc/network/interfaces
auto eth0
iface eth0 inet dhcp

===Hostname setzen===
root@xinux-desktop:~# echo pxeboot > /pxeroot/etc/hostname
root@xinux-desktop:~# cp /etc/hosts /pxeroot/etc/hosts
root@xinux-desktop:~# vi /pxeroot/etc/hosts

127.0.0.1 localhost pxeboot

# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
:wq zum Speichern und Beenden

===fstab anpassen===
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/ram0 / ext2 defaults 0 0
tmpfs /tmp tmpfs defaults 0 0

===Virtuelles System anpassen===
root@xinux-desktop:/pxeroot/etc# chroot /pxeroot

Kernel installieren
xinux-desktop:/# apt-get install linux-image
Die Warnung, dass keine Bootloader installiert sind, kann ignoriert werden. Wenn das Skript fragt, ob abgebrochen werden
soll mit no antworten.

Ramdisk auf NFS anpassen
xinux-desktop:/# sed -i.bak -e "s/BOOT=local/BOOT=nfs/" /etc/initramfs-tools/initramfs.conf
xinux-desktop:/#update-initramfs -vu

Locales installieren und de_DE@euro ISO-8859-15 als Spracheinstellung auswählen
xinux-desktop:/# apt-get install locales
xinux-desktop:/# dpkg-reconfigure locales

exit

===DHCP-Server konfigurieren===
subnet 192.168.242.0 netmask 255.255.255.0 {
range 192.168.242.170 192.168.242.180;
default-lease-time 600;
max-lease-time 7200;
#option domain-name "gamma.intern";
option domain-name-servers 192.168.240.21;
option broadcast-address 192.168.242.255;
option subnet-mask 255.255.255.0;

host pxeclient {
hardware ethernet 00:0c:29:99:25:91;
fixed-address 192.168.242.171;
option host-name "pxeclient";
next-server 192.168.242.140;
filename "/pxelinux.0";
option root-path "192.168.242.140:/pxeroot";
}
}

Anschließend neustarten
root@xinux-desktop:~# /etc/init.d/dhcp-server restart

===TFTP Server konfigurieren===
* /etc/default/tftpd-hpa
RUN_DAEMON="yes"
OPTIONS="-l -s /var/lib/tftpboot"

Neustarten
/root@xinux-desktop:~# etc/init.d/tftpd-hpa restart

===PXE boot konfigurieren===
root@xinux-desktop:~# cd /var/lib/tftpboot
root@xinux-desktop:~# wget http://ftp.debian.org/debian/dists/etch/main/installer-i386/current/images/netboot/pxelinux.0
root@xinux-desktop:~# cp /pxeroot/vmlinuz ./
root@xinux-desktop:~# cp /pxeroot/initrd.img ./
root@xinux-desktop:~# mkdir pxelinux.cfg
root@xinux-desktop:~# vim pxelinux.cfg/default

* /var/lib/tftpboot/pxelinux.cfg/default
DEFAULT linux

LABEL linux
kernel vmlinuz
append vga=normal initrd=initrd.img ramdisk_size=14332 root=/dev/nfs nfsroot=192.168.242.140:/pxeroot rw --

PROMPT 0
TIIMEOUT 0

===nfs server konfigurieren===
root@xinux-desktop:~# apt-get install nfs-kernel-server
* /etc/exports
/pxeroot 192.168.0.0/255.255.0.0(rw,sync,no_root_squash,no_subtree_check)

Neustarten
/etc/init.d/nfs-kernel-server restart

=Quellen=
http://www.pieczewski.de/?page_id=51

http://forum.ubuntuusers.de/topic/pxe-image-bauen/

http://www.howtoforge.com/pxe_booting_debian

PXELinux

2009-07-16T09:05:51Z

Admin: /* Bootimage vorbereiten */

Mit PXELinux kann man ein System über ein Netzwerk booten oder auch installieren.

==Installation tftp-Server==
root@xinux-desktop:/# apt-get install tftpd-hpa

===Start über inetd===
* /etc/inetd.conf : udp -> udp4 ändern
tftp dgram udp4 wait root /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /var/lib/tftpboot

===Start als Alleinstehender Server===
* /etc/default/tftpd-hpa
#Defaults for tftpd-hpa
RUN_DAEMON="yes"
OPTIONS="-l -s /var/lib/tftpboot"

===Starten===
root@xinux-desktop:~# /etc/init.d/tftpd-hpa start
===Kontrolle===
*Ist der tftp Port geöffnet
root@ubuntu-server:/etc/dhcp3# netstat -lnu | grep 69
udp 0 0 0.0.0.0:69 0.0.0.0:*

*Installation tftp Client
root@lydia:~# apt-get install tftp

*Kann man einen Datei ziehen?
root@lydia:~# tftp 192.168.11.50
tftp> get 1545_sender
Received 900983 bytes in 0.6 seconds
tftp> quit

==Installation DHCP-Server==
root@xinux-desktop:~# apt-get install dhcp3-server

===Anpassen der dhcpd.conf===
* /etc/dhcp3/dhcpd.conf
subnet 192.168.242.0 netmask 255.255.255.0 {
range 192.168.242.170 192.168.242.180;
#Lease-Zeit in Sekunden
default-lease-time 600;
max-lease-time 7200;
option domain-name "gamma.intern";
option domain-name-servers 192.168.240.21;
option broadcast-address 192.168.242.255;
option subnet-mask 255.255.255.0;
#Gateway
option routers 192.168.242.1;

#Hosts an die MAC festnageln
host pxeclient {
hardware ethernet 00:0c:29:99:25:91;
fixed-address 192.168.242.171;
option host-name "pxeclient";
next-server 192.168.242.140;
filename "/pxelinux.0";

}
}

==Bootimage vorbereiten==
Installation des Syslinux Paketes (normal nicht notwenig)
root@xinux-desktop:/etc/dhcp3# apt-get install syslinux
Kopieren des PXELINUX in das tftp Bootverzeichnis
root@xinux-desktop:~# cp /usr/lib/syslinux/pxelinux.0 /var/lib/tftpboot/

==PXELinux mit debootstrap==
===Minimales virtuelles System erstellen===
===Debian===
root@xinux-desktop:~# mkdir /pxeroot
root@xinux-desktop:~# cd /pxeroot
root@xinux-desktop:~# debootstrap etch /pxeroot
===Ubuntu===
root@xinux-desktop:~# mkdir /pxeroot
root@xinux-desktop:~# cd /pxeroot
root@xinux-desktop:~# debootstrap intrepid /pxeroot

===DHCP auf für Client aktivieren===
* /pxeroot/etc/network/interfaces
auto eth0
iface eth0 inet dhcp

===Hostname setzen===
root@xinux-desktop:~# echo pxeboot > /pxeroot/etc/hostname
root@xinux-desktop:~# cp /etc/hosts /pxeroot/etc/hosts
root@xinux-desktop:~# vi /pxeroot/etc/hosts

127.0.0.1 localhost pxeboot

# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
:wq zum Speichern und Beenden

===fstab anpassen===
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/ram0 / ext2 defaults 0 0
tmpfs /tmp tmpfs defaults 0 0

===Virtuelles System anpassen===
root@xinux-desktop:/pxeroot/etc# chroot /pxeroot

Kernel installieren
xinux-desktop:/# apt-get install linux-image
Die Warnung, dass keine Bootloader installiert sind, kann ignoriert werden. Wenn das Skript fragt, ob abgebrochen werden
soll mit no antworten.

Ramdisk auf NFS anpassen
xinux-desktop:/# sed -i.bak -e "s/BOOT=local/BOOT=nfs/" /etc/initramfs-tools/initramfs.conf
xinux-desktop:/#update-initramfs -vu

Locales installieren und de_DE@euro ISO-8859-15 als Spracheinstellung auswählen
xinux-desktop:/# apt-get install locales
xinux-desktop:/# dpkg-reconfigure locales

exit

===DHCP-Server konfigurieren===
subnet 192.168.242.0 netmask 255.255.255.0 {
range 192.168.242.170 192.168.242.180;
default-lease-time 600;
max-lease-time 7200;
#option domain-name "gamma.intern";
option domain-name-servers 192.168.240.21;
option broadcast-address 192.168.242.255;
option subnet-mask 255.255.255.0;

host pxeclient {
hardware ethernet 00:0c:29:99:25:91;
fixed-address 192.168.242.171;
option host-name "pxeclient";
next-server 192.168.242.140;
filename "/pxelinux.0";
option root-path "192.168.242.140:/pxeroot";
}
}

Anschließend neustarten
root@xinux-desktop:~# /etc/init.d/dhcp-server restart

===TFTP Server konfigurieren===
* /etc/default/tftpd-hpa
RUN_DAEMON="yes"
OPTIONS="-l -s /var/lib/tftpboot"

Neustarten
/root@xinux-desktop:~# etc/init.d/tftpd-hpa restart

===PXE boot konfigurieren===
root@xinux-desktop:~# cd /var/lib/tftpboot
root@xinux-desktop:~# wget http://ftp.debian.org/debian/dists/etch/main/installer-i386/current/images/netboot/pxelinux.0
root@xinux-desktop:~# cp /pxeroot/vmlinuz ./
root@xinux-desktop:~# cp /pxeroot/initrd.img ./
root@xinux-desktop:~# mkdir pxelinux.cfg
root@xinux-desktop:~# vim pxelinux.cfg/default

* /var/lib/tftpboot/pxelinux.cfg/default
DEFAULT linux

LABEL linux
kernel vmlinuz
append vga=normal initrd=initrd.img ramdisk_size=14332 root=/dev/nfs nfsroot=192.168.242.140:/pxeroot rw --

PROMPT 0
TIIMEOUT 0

===nfs server konfigurieren===
root@xinux-desktop:~# apt-get install nfs-kernel-server
* /etc/exports
/pxeroot 192.168.0.0/255.255.0.0(rw,sync,no_root_squash,no_subtree_check)

Neustarten
/etc/init.d/nfs-kernel-server restart

=Quellen=
http://www.pieczewski.de/?page_id=51

http://forum.ubuntuusers.de/topic/pxe-image-bauen/

http://www.howtoforge.com/pxe_booting_debian

PXELinux

2009-07-16T08:58:09Z

Admin: /* Kontrolle */

Mit PXELinux kann man ein System über ein Netzwerk booten oder auch installieren.

==Installation tftp-Server==
root@xinux-desktop:/# apt-get install tftpd-hpa

===Start über inetd===
* /etc/inetd.conf : udp -> udp4 ändern
tftp dgram udp4 wait root /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /var/lib/tftpboot

===Start als Alleinstehender Server===
* /etc/default/tftpd-hpa
#Defaults for tftpd-hpa
RUN_DAEMON="yes"
OPTIONS="-l -s /var/lib/tftpboot"

===Starten===
root@xinux-desktop:~# /etc/init.d/tftpd-hpa start
===Kontrolle===
*Ist der tftp Port geöffnet
root@ubuntu-server:/etc/dhcp3# netstat -lnu | grep 69
udp 0 0 0.0.0.0:69 0.0.0.0:*

*Installation tftp Client
root@lydia:~# apt-get install tftp

*Kann man einen Datei ziehen?
root@lydia:~# tftp 192.168.11.50
tftp> get 1545_sender
Received 900983 bytes in 0.6 seconds
tftp> quit

==Installation DHCP-Server==
root@xinux-desktop:~# apt-get install dhcp3-server

===Anpassen der dhcpd.conf===
* /etc/dhcp3/dhcpd.conf
subnet 192.168.242.0 netmask 255.255.255.0 {
range 192.168.242.170 192.168.242.180;
#Lease-Zeit in Sekunden
default-lease-time 600;
max-lease-time 7200;
option domain-name "gamma.intern";
option domain-name-servers 192.168.240.21;
option broadcast-address 192.168.242.255;
option subnet-mask 255.255.255.0;
#Gateway
option routers 192.168.242.1;

#Hosts an die MAC festnageln
host pxeclient {
hardware ethernet 00:0c:29:99:25:91;
fixed-address 192.168.242.171;
option host-name "pxeclient";
next-server 192.168.242.140;
filename "/pxelinux.0";

}
}

==Bootimage vorbereiten==
root@xinux-desktop:~# cp /usr/lib/syslinux/pxelinux.0 /var/lib/tftpboot/

==PXELinux mit debootstrap==
===Minimales virtuelles System erstellen===
===Debian===
root@xinux-desktop:~# mkdir /pxeroot
root@xinux-desktop:~# cd /pxeroot
root@xinux-desktop:~# debootstrap etch /pxeroot
===Ubuntu===
root@xinux-desktop:~# mkdir /pxeroot
root@xinux-desktop:~# cd /pxeroot
root@xinux-desktop:~# debootstrap intrepid /pxeroot

===DHCP auf für Client aktivieren===
* /pxeroot/etc/network/interfaces
auto eth0
iface eth0 inet dhcp

===Hostname setzen===
root@xinux-desktop:~# echo pxeboot > /pxeroot/etc/hostname
root@xinux-desktop:~# cp /etc/hosts /pxeroot/etc/hosts
root@xinux-desktop:~# vi /pxeroot/etc/hosts

127.0.0.1 localhost pxeboot

# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
:wq zum Speichern und Beenden

===fstab anpassen===
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/ram0 / ext2 defaults 0 0
tmpfs /tmp tmpfs defaults 0 0

===Virtuelles System anpassen===
root@xinux-desktop:/pxeroot/etc# chroot /pxeroot

Kernel installieren
xinux-desktop:/# apt-get install linux-image
Die Warnung, dass keine Bootloader installiert sind, kann ignoriert werden. Wenn das Skript fragt, ob abgebrochen werden
soll mit no antworten.

Ramdisk auf NFS anpassen
xinux-desktop:/# sed -i.bak -e "s/BOOT=local/BOOT=nfs/" /etc/initramfs-tools/initramfs.conf
xinux-desktop:/#update-initramfs -vu

Locales installieren und de_DE@euro ISO-8859-15 als Spracheinstellung auswählen
xinux-desktop:/# apt-get install locales
xinux-desktop:/# dpkg-reconfigure locales

exit

===DHCP-Server konfigurieren===
subnet 192.168.242.0 netmask 255.255.255.0 {
range 192.168.242.170 192.168.242.180;
default-lease-time 600;
max-lease-time 7200;
#option domain-name "gamma.intern";
option domain-name-servers 192.168.240.21;
option broadcast-address 192.168.242.255;
option subnet-mask 255.255.255.0;

host pxeclient {
hardware ethernet 00:0c:29:99:25:91;
fixed-address 192.168.242.171;
option host-name "pxeclient";
next-server 192.168.242.140;
filename "/pxelinux.0";
option root-path "192.168.242.140:/pxeroot";
}
}

Anschließend neustarten
root@xinux-desktop:~# /etc/init.d/dhcp-server restart

===TFTP Server konfigurieren===
* /etc/default/tftpd-hpa
RUN_DAEMON="yes"
OPTIONS="-l -s /var/lib/tftpboot"

Neustarten
/root@xinux-desktop:~# etc/init.d/tftpd-hpa restart

===PXE boot konfigurieren===
root@xinux-desktop:~# cd /var/lib/tftpboot
root@xinux-desktop:~# wget http://ftp.debian.org/debian/dists/etch/main/installer-i386/current/images/netboot/pxelinux.0
root@xinux-desktop:~# cp /pxeroot/vmlinuz ./
root@xinux-desktop:~# cp /pxeroot/initrd.img ./
root@xinux-desktop:~# mkdir pxelinux.cfg
root@xinux-desktop:~# vim pxelinux.cfg/default

* /var/lib/tftpboot/pxelinux.cfg/default
DEFAULT linux

LABEL linux
kernel vmlinuz
append vga=normal initrd=initrd.img ramdisk_size=14332 root=/dev/nfs nfsroot=192.168.242.140:/pxeroot rw --

PROMPT 0
TIIMEOUT 0

===nfs server konfigurieren===
root@xinux-desktop:~# apt-get install nfs-kernel-server
* /etc/exports
/pxeroot 192.168.0.0/255.255.0.0(rw,sync,no_root_squash,no_subtree_check)

Neustarten
/etc/init.d/nfs-kernel-server restart

=Quellen=
http://www.pieczewski.de/?page_id=51

http://forum.ubuntuusers.de/topic/pxe-image-bauen/

http://www.howtoforge.com/pxe_booting_debian

PXELinux

2009-07-16T08:48:18Z

Admin: /* Starten */

Mit PXELinux kann man ein System über ein Netzwerk booten oder auch installieren.

==Installation tftp-Server==
root@xinux-desktop:/# apt-get install tftpd-hpa

===Start über inetd===
* /etc/inetd.conf : udp -> udp4 ändern
tftp dgram udp4 wait root /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /var/lib/tftpboot

===Start als Alleinstehender Server===
* /etc/default/tftpd-hpa
#Defaults for tftpd-hpa
RUN_DAEMON="yes"
OPTIONS="-l -s /var/lib/tftpboot"

===Starten===
root@xinux-desktop:~# /etc/init.d/tftpd-hpa start
===Kontrolle===
root@ubuntu-server:/etc/dhcp3# netstat -lnu | grep 69
udp 0 0 0.0.0.0:69 0.0.0.0:*

==Installation DHCP-Server==
root@xinux-desktop:~# apt-get install dhcp3-server

===Anpassen der dhcpd.conf===
* /etc/dhcp3/dhcpd.conf
subnet 192.168.242.0 netmask 255.255.255.0 {
range 192.168.242.170 192.168.242.180;
#Lease-Zeit in Sekunden
default-lease-time 600;
max-lease-time 7200;
option domain-name "gamma.intern";
option domain-name-servers 192.168.240.21;
option broadcast-address 192.168.242.255;
option subnet-mask 255.255.255.0;
#Gateway
option routers 192.168.242.1;

#Hosts an die MAC festnageln
host pxeclient {
hardware ethernet 00:0c:29:99:25:91;
fixed-address 192.168.242.171;
option host-name "pxeclient";
next-server 192.168.242.140;
filename "/pxelinux.0";

}
}

==Bootimage vorbereiten==
root@xinux-desktop:~# cp /usr/lib/syslinux/pxelinux.0 /var/lib/tftpboot/

==PXELinux mit debootstrap==
===Minimales virtuelles System erstellen===
===Debian===
root@xinux-desktop:~# mkdir /pxeroot
root@xinux-desktop:~# cd /pxeroot
root@xinux-desktop:~# debootstrap etch /pxeroot
===Ubuntu===
root@xinux-desktop:~# mkdir /pxeroot
root@xinux-desktop:~# cd /pxeroot
root@xinux-desktop:~# debootstrap intrepid /pxeroot

===DHCP auf für Client aktivieren===
* /pxeroot/etc/network/interfaces
auto eth0
iface eth0 inet dhcp

===Hostname setzen===
root@xinux-desktop:~# echo pxeboot > /pxeroot/etc/hostname
root@xinux-desktop:~# cp /etc/hosts /pxeroot/etc/hosts
root@xinux-desktop:~# vi /pxeroot/etc/hosts

127.0.0.1 localhost pxeboot

# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
:wq zum Speichern und Beenden

===fstab anpassen===
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/ram0 / ext2 defaults 0 0
tmpfs /tmp tmpfs defaults 0 0

===Virtuelles System anpassen===
root@xinux-desktop:/pxeroot/etc# chroot /pxeroot

Kernel installieren
xinux-desktop:/# apt-get install linux-image
Die Warnung, dass keine Bootloader installiert sind, kann ignoriert werden. Wenn das Skript fragt, ob abgebrochen werden
soll mit no antworten.

Ramdisk auf NFS anpassen
xinux-desktop:/# sed -i.bak -e "s/BOOT=local/BOOT=nfs/" /etc/initramfs-tools/initramfs.conf
xinux-desktop:/#update-initramfs -vu

Locales installieren und de_DE@euro ISO-8859-15 als Spracheinstellung auswählen
xinux-desktop:/# apt-get install locales
xinux-desktop:/# dpkg-reconfigure locales

exit

===DHCP-Server konfigurieren===
subnet 192.168.242.0 netmask 255.255.255.0 {
range 192.168.242.170 192.168.242.180;
default-lease-time 600;
max-lease-time 7200;
#option domain-name "gamma.intern";
option domain-name-servers 192.168.240.21;
option broadcast-address 192.168.242.255;
option subnet-mask 255.255.255.0;

host pxeclient {
hardware ethernet 00:0c:29:99:25:91;
fixed-address 192.168.242.171;
option host-name "pxeclient";
next-server 192.168.242.140;
filename "/pxelinux.0";
option root-path "192.168.242.140:/pxeroot";
}
}

Anschließend neustarten
root@xinux-desktop:~# /etc/init.d/dhcp-server restart

===TFTP Server konfigurieren===
* /etc/default/tftpd-hpa
RUN_DAEMON="yes"
OPTIONS="-l -s /var/lib/tftpboot"

Neustarten
/root@xinux-desktop:~# etc/init.d/tftpd-hpa restart

===PXE boot konfigurieren===
root@xinux-desktop:~# cd /var/lib/tftpboot
root@xinux-desktop:~# wget http://ftp.debian.org/debian/dists/etch/main/installer-i386/current/images/netboot/pxelinux.0
root@xinux-desktop:~# cp /pxeroot/vmlinuz ./
root@xinux-desktop:~# cp /pxeroot/initrd.img ./
root@xinux-desktop:~# mkdir pxelinux.cfg
root@xinux-desktop:~# vim pxelinux.cfg/default

* /var/lib/tftpboot/pxelinux.cfg/default
DEFAULT linux

LABEL linux
kernel vmlinuz
append vga=normal initrd=initrd.img ramdisk_size=14332 root=/dev/nfs nfsroot=192.168.242.140:/pxeroot rw --

PROMPT 0
TIIMEOUT 0

===nfs server konfigurieren===
root@xinux-desktop:~# apt-get install nfs-kernel-server
* /etc/exports
/pxeroot 192.168.0.0/255.255.0.0(rw,sync,no_root_squash,no_subtree_check)

Neustarten
/etc/init.d/nfs-kernel-server restart

=Quellen=
http://www.pieczewski.de/?page_id=51

http://forum.ubuntuusers.de/topic/pxe-image-bauen/

http://www.howtoforge.com/pxe_booting_debian

PXELinux

2009-07-16T08:44:53Z

Admin: /* Installtion tftp-Server */

Mit PXELinux kann man ein System über ein Netzwerk booten oder auch installieren.

==Installation tftp-Server==
root@xinux-desktop:/# apt-get install tftpd-hpa

===Start über inetd===
* /etc/inetd.conf : udp -> udp4 ändern
tftp dgram udp4 wait root /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /var/lib/tftpboot

===Start als Alleinstehender Server===
* /etc/default/tftpd-hpa
#Defaults for tftpd-hpa
RUN_DAEMON="yes"
OPTIONS="-l -s /var/lib/tftpboot"

===Starten===
root@xinux-desktop:~# /etc/init.d/tftpd-hpa start

==Installation DHCP-Server==
root@xinux-desktop:~# apt-get install dhcp3-server

===Anpassen der dhcpd.conf===
* /etc/dhcp3/dhcpd.conf
subnet 192.168.242.0 netmask 255.255.255.0 {
range 192.168.242.170 192.168.242.180;
#Lease-Zeit in Sekunden
default-lease-time 600;
max-lease-time 7200;
option domain-name "gamma.intern";
option domain-name-servers 192.168.240.21;
option broadcast-address 192.168.242.255;
option subnet-mask 255.255.255.0;
#Gateway
option routers 192.168.242.1;

#Hosts an die MAC festnageln
host pxeclient {
hardware ethernet 00:0c:29:99:25:91;
fixed-address 192.168.242.171;
option host-name "pxeclient";
next-server 192.168.242.140;
filename "/pxelinux.0";

}
}

==Bootimage vorbereiten==
root@xinux-desktop:~# cp /usr/lib/syslinux/pxelinux.0 /var/lib/tftpboot/

==PXELinux mit debootstrap==
===Minimales virtuelles System erstellen===
===Debian===
root@xinux-desktop:~# mkdir /pxeroot
root@xinux-desktop:~# cd /pxeroot
root@xinux-desktop:~# debootstrap etch /pxeroot
===Ubuntu===
root@xinux-desktop:~# mkdir /pxeroot
root@xinux-desktop:~# cd /pxeroot
root@xinux-desktop:~# debootstrap intrepid /pxeroot

===DHCP auf für Client aktivieren===
* /pxeroot/etc/network/interfaces
auto eth0
iface eth0 inet dhcp

===Hostname setzen===
root@xinux-desktop:~# echo pxeboot > /pxeroot/etc/hostname
root@xinux-desktop:~# cp /etc/hosts /pxeroot/etc/hosts
root@xinux-desktop:~# vi /pxeroot/etc/hosts

127.0.0.1 localhost pxeboot

# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
:wq zum Speichern und Beenden

===fstab anpassen===
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/ram0 / ext2 defaults 0 0
tmpfs /tmp tmpfs defaults 0 0

===Virtuelles System anpassen===
root@xinux-desktop:/pxeroot/etc# chroot /pxeroot

Kernel installieren
xinux-desktop:/# apt-get install linux-image
Die Warnung, dass keine Bootloader installiert sind, kann ignoriert werden. Wenn das Skript fragt, ob abgebrochen werden
soll mit no antworten.

Ramdisk auf NFS anpassen
xinux-desktop:/# sed -i.bak -e "s/BOOT=local/BOOT=nfs/" /etc/initramfs-tools/initramfs.conf
xinux-desktop:/#update-initramfs -vu

Locales installieren und de_DE@euro ISO-8859-15 als Spracheinstellung auswählen
xinux-desktop:/# apt-get install locales
xinux-desktop:/# dpkg-reconfigure locales

exit

===DHCP-Server konfigurieren===
subnet 192.168.242.0 netmask 255.255.255.0 {
range 192.168.242.170 192.168.242.180;
default-lease-time 600;
max-lease-time 7200;
#option domain-name "gamma.intern";
option domain-name-servers 192.168.240.21;
option broadcast-address 192.168.242.255;
option subnet-mask 255.255.255.0;

host pxeclient {
hardware ethernet 00:0c:29:99:25:91;
fixed-address 192.168.242.171;
option host-name "pxeclient";
next-server 192.168.242.140;
filename "/pxelinux.0";
option root-path "192.168.242.140:/pxeroot";
}
}

Anschließend neustarten
root@xinux-desktop:~# /etc/init.d/dhcp-server restart

===TFTP Server konfigurieren===
* /etc/default/tftpd-hpa
RUN_DAEMON="yes"
OPTIONS="-l -s /var/lib/tftpboot"

Neustarten
/root@xinux-desktop:~# etc/init.d/tftpd-hpa restart

===PXE boot konfigurieren===
root@xinux-desktop:~# cd /var/lib/tftpboot
root@xinux-desktop:~# wget http://ftp.debian.org/debian/dists/etch/main/installer-i386/current/images/netboot/pxelinux.0
root@xinux-desktop:~# cp /pxeroot/vmlinuz ./
root@xinux-desktop:~# cp /pxeroot/initrd.img ./
root@xinux-desktop:~# mkdir pxelinux.cfg
root@xinux-desktop:~# vim pxelinux.cfg/default

* /var/lib/tftpboot/pxelinux.cfg/default
DEFAULT linux

LABEL linux
kernel vmlinuz
append vga=normal initrd=initrd.img ramdisk_size=14332 root=/dev/nfs nfsroot=192.168.242.140:/pxeroot rw --

PROMPT 0
TIIMEOUT 0

===nfs server konfigurieren===
root@xinux-desktop:~# apt-get install nfs-kernel-server
* /etc/exports
/pxeroot 192.168.0.0/255.255.0.0(rw,sync,no_root_squash,no_subtree_check)

Neustarten
/etc/init.d/nfs-kernel-server restart

=Quellen=
http://www.pieczewski.de/?page_id=51

http://forum.ubuntuusers.de/topic/pxe-image-bauen/

http://www.howtoforge.com/pxe_booting_debian

Dynamic Host Configuration Protocol

2009-07-16T08:03:46Z

Admin: /* Weitere Möglichkeiten mit DHCP */

Die Automatisierung der TCP/IP-Netzwerkadministration lässt sich mit dem DHCP-Protokoll recht erfolgreich durchführen. In diesem Text werden die Grundzüge des Protokolls erklärt. Außerdem werden einige einfache Beispielkonfigurationen besprochen.

__forcetoc__

==DHCP==

Über das Dynamic Host Configuration Protocol (DHCP) werden einem Client-Rechner alle nötigen Netzparameter übermittelt.

Siehe DHCP RFC-2131 und andere.

==Leistungsmerkmale==

DHCP dient der einfachen Zuteilung von Netzwerkinformationen in lokalen TCP/IP-Netzen. Zu diesen Informationen gehören z.B. IP-Nummer, Domainname, Routing und DNS-Server.

Bei Diskless-Workstations bilden DHCP oder BOOTP die Grundlage.

==Kurzbeschreibung der Arbeitsweise==
Beim Booten kennt der Rechner nur die MAC-Adresse seiner Netzwerkkarte.
Diese ist meistens in der Netzwerkhardware (Ethernet, FDDI, Firewire, Wireless LAN) programmiert. Bereiche für MAC-Adressen werden nach einem internationalen Standard von einem Gremium (siehe http://standards.ieee.org/regauth/oui/index.shtml) an die Hersteller der Hardware vergeben. Diese wiederum teilen jedem Netzwerkport eine eindeutige MAC-Adresse zu.

Mit der MAC-Adresse sendet der Rechner eine Rundfrage (Broadcast) ins Netz mit der Bitte, ihm eine Netzwerkkonfiguration mitzuteilen.

Der DHCP-Server wartet auf solche Rundfragen und teilt dem anfragenden Rechner die entsprechenden Daten mit.

[[Image:Example.png]]

Außerdem speichert der Server sowohl die MAC-Adresse des Clients als auch die ihm zugeteilte IP-Adresse in einer Datei. (dhcp.leases)

Diese IP-Adresse wird für eine bestimmte Laufzeit (Lease Time) für diesen Client reserviert. Nach einiger Zeit versucht der Client, seine Adresse beim Server zu erneuern (renewing). Gelingt ihm dies nicht, so fragt er etwas später alle Server nach seiner Adresse (rebinding).

Wird seine Adresse auch nach dieser Anfrage nicht erneuert, muss er alle Netzwerkaktivitäten beenden. Allerdings darf er das DHCP-Protokoll neu beginnen.

==Arten der Zuteilung von IP-Adressen==
===Feste IP-Adresse aufgrund der MAC-Adresse===
MAC-Adressen und IP-Adresse werden fest in die dhcpd.conf eingetragen.
Ausschnitt dhcpd.conf

host test{
hardware ethernet 00:00:c0:5d:bd:95;
fixed-address 192.168.0.121;
}

===Feste IP-Adresse, automatisch zugeteilt, mit Zeitbegrenzung===
Hierbei wird die IP-Adresse für eine unbegrenzte (schlecht) oder eine lange Laufzeit zugeteilt.

Hier sollte man die Laufzeit (lease-time) auf einen höheren Wert setzen:
Ausschnitt dhcpd.conf file

max-lease-time 432000;
# 24*60*60*5 -> 5 Tage
subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.32 192.168.0.40;
}

===Dynamische Zuteilung===
Die Vorgehensweise ist hier dieselbe wie oben, allerdings wird die Laufzeit auf einen niedrigeren Wert gesetzt.

==Konfiguration der Clients==
Heute sind die meisten Rechner mit Client-seitiger DHCP-Unterstützung vorkonfiguriert. Das DHCP-Protokoll vereinfacht die Netzwerkonfiguration erheblich.

Beim Client müssen keinerlei rechnerspezifische Netzwerkeinstellungen mehr vorgenommen werden. Im Prinzip muss man den Rechnern nur mitteilen, dass DHCP verwendet werden soll.

==='''DHCP-Client'''===
====Linux====
pump, dhcpclient, dhcpcd, dhclient. .......

Auch DHCP-Clients können umfangreich konfiguriert werden, siehe /etc/dhcpc/config im Paket dhcpcd. So kann man zum Beispiel verhindern, dass vom DHCP-Server Daten übernommen werden, die eine spezielle Netzwerkkonfiguration überschreiben würden.

====BSD====
Ebenso wie Linux unterstützen auch BSD-Varianten DHCP als Client und Server.

====Windows====
Auch neuere Windows-Systeme bieten direkt nach der Installation DHCP-Unterstützung.

====Mac====
Sofort nach der Installation ist die Unterstützung vorhanden, ob man will oder nicht.

==DHCP-Server (www.isc.org)==
Die Installation des Servers sollte in den gängigen Distributionen kein Problem sein. Bei Debian z.B. sieht sie folgendermaßen aus:

root@linux # apt-get install dhcp3-server

Bei Debian befindet sich nach der Installation die Konfigurationsdatei /etc/dhcp3/dhcpd.conf auf dem System.

Die Datei ist gut kommentiert, und man sollte sie den eigenen Bedürfnissen anpassen (Domain-Name, IP-Adressen usw.)

Falls man den Server in der Testphase nur von Hand starten möchte, sollte man die Links in den entsprechenden Runleveln löschen.

Debian:

root@linux # update-rc.d -f dhcp3-server remove

Nach der Testphase kann man diese wieder aktivieren, bei Debian z.B. folgendermaßen:

root@linux # update-rc.d dhcp3-server defaults

==DHCP-Server handling==
Starten des DHCP-Servers
root@linux #/etc/init.d/dhcp3-server start
* Starting DHCP server dhcpd3
Stoppen des DHCP-Servers
root@linux #/etc/init.d/dhcp3-server stop
* Stopping DHCP server dhcpd3
Kontrolle des DHCP-Servers
*Aktiv
root@linux # pgrep dhcpd3
2164
*Inaktiv
root@linux # pgrep dhcpd3
*Status
root@linux #/etc/init.d/dhcp3-server status
Status of DHCP server: dhcpd3 is running.
*Anhand des Ports
root@linux #/ netstat -lnup | grep ":67"
udp 0 0 192.168.11.50:67 0.0.0.0:* 2671/dhcpd3
Restarten des DHCP-Servers
root@linux # /etc/init.d/dhcp3-server restart
* Stopping DHCP server dhcpd3 [ OK ]
* Starting DHCP server dhcpd3

===Eine erste Konfigurationsdatei===
Alles, was man nicht versteht, kommentiert man zunächst einmal aus. Ich habe das meiste der Übersichtlichkeit halber gelöscht.

minimal dhcp.conf file

#
# Beispielkonfigurationsdatei für ISC dhcpd3
# Debian 3.0 Woody
#

# Optionsdefinitionen für alle unterstützten
# Netzwerke...
# option domain-name "local.invalid";

subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.31 192.168.0.40;
}

Nun kann der DHCP-Server den DHCP-Clients zehn Adressen dynamisch zuweisen.

===Testen des Servers===
Auf einem Debian-System sollte nochmals geprüft werden, ob in /etc/default/dhcp3-server das richtige Interface angegeben ist (z.B. eth0).

Danach kann man zum Testen (Debuggen) übergehen.

Starten des Servers:

root@linux # /etc/init.d/dhcp3-server start

Es empfiehlt sich, mit tail -f /var/log/syslog den Startvorgang zu verfolgen, um zu sehen, ob der Server korrekt läuft. "ps ax" bzw. "pidof dhcpd3"

Der folgende Aufruf ist zum Debuggen besser geeignet:

root@linux # dhcpd3 -d -f

Bitte unbedingt die Fehlermeldungen beachten!

Auch ein Blick in die Dateien unter /var/log lohnt sich!

Wird auf einem zweitem Rechner, z.B. Knoppix (Debian von CD), getestet, so verwendet man pump:

root@linux # pump -s

Auf dem Server kann die Anfrage mit

root@linux # tcpdump -e

verfolgt werden.

Dabei muss der Client eine Anfrage absetzen, die vom Server beantwortet wird.

tcpdump Ausgabe

(ist leider eine lange Zeile mit \ getrennt)
09:47:32.690249 0:48:54:12:4c:df Broadcast ip 342: \
0.0.0.0.bootpc > 255.255.255.255.bootps: \
xid:0x1c97abed [|bootp] [tos 0x10]

09:47:32.700021 8:0:46:49:60:8d 0:48:54:12:4c:df \
ip 62: lapwoody.local.invalid > 192.168.0.40: \
icmp: echo request (DF)

Der erste Abschnitt ist die Broadcast-Anfrage des Clients. Danach folgt die Antwort des Servers, in der dieser dem Client eine IP-Adresse mitteilt.

Anmerkung: Wer die Pakete mit ganzem Inhalt sehen möchte, kann für die Aufzeichnung auch ngrep verwenden.

Nun sollte ein einfacher DHCP-Server laufen.

===Testen des Clients===
Läuft der dhclient?
root@lydia:~# pgrep dhclient3
10173
Beenden des dhclient?
root@lydia:~# pkill dhclient3

Renew des dhclient?
root@lydia:~# dhclient3 eth0
There is already a pid file /var/run/dhclient.pid with pid 10173
removed stale PID file
Internet Systems Consortium DHCP Client V3.1.1
Copyright 2004-2008 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:16:d3:2e:bb:2e
Sending on LPF/eth0/00:16:d3:2e:bb:2e
Sending on Socket/fallback
DHCPREQUEST of 192.168.178.46 on eth0 to 255.255.255.255 port 67
DHCPACK of 192.168.178.46 from 192.168.178.1
bound to 192.168.178.46 -- renewal in 359492 seconds.

===Der Server bekommt weitere Fähigkeiten===
Als Nächstes sollten die sinnvollen Standard-Angaben wieder aktiviert werden. Die Optionen, die nicht "ausgeklammert" sind, gelten als Vorgaben für alle späteren Angaben.

config-datei

ddns-update-style none;
# Wir haben unseren DHCP- nicht mit einem
# DNS-Server kombiniert.

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1;
# Unsere Domain und die Nameserver

default-lease-time 600;
max-lease-time 7200;
# Wann müssen die Adressen, die wir verteilt haben,
# erneuert werden? Die Laufzeit ist in Sekunden angegeben,
# d.h. alle DHCP-Rechner sollten nach 10 min anfangen,
# sich neue Adressen zu holen. Falls die Adresse innerhalb
# von 2 Stunden nicht erneuert werden konnte, liegt
# irgendein Fehler vor und der Client-Rechner sollte
# seine IP-Adressen nicht mehr benutzen.

authoritative;
# Regelt, welcher DHCP-Server Priorität hat. :-)
# Aktivieren, sobald wir fertig sind.

Weiteres

====Angabe ob ein DNS Update ausgeführt werden soll, wenn eine IP vergeben wurde====
ddns-updates [on | off]

====Angabe des Netbios-Nameservers====
option netbios-name-servers 192.168.240.21;

====Zuteilen einer IP aufgrund von MAC Adresse====
host wutz {
hardware ethernet 00:50:9c:1a:52:9f;
fixed-address 192.168.254.252;
}

====Schlüssel zum Update von dem DHCP Server an den DNS Server====
key DHCP_UPDATER {
algorithm HMAC-MD5.SIG-ALG.REG.INT;
secret pRP5FapFoJ95JEL06sv4PQ==;
};

zone EXAMPLE.ORG. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

zone 17.127.10.in-addr.arpa. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

primary gibt den Server an, dessen Zoneninformation aktualisiert werden soll.
Auf dem DNS Server sollte der Update vom DHCP Server erlaubt sein.

Übergabe eines Bootloaders und Rootpfad mittels TFTP bei Netzwerkboot
host xyz {
...
filename "/lts/2.6.9-ltsp-3/pxelinux.0";
option root-path "192.168.254.25:/opt/ltsp/i386";
}

===Weitere Möglichkeiten mit DHCP===
Es gibt globale Angaben, die von lokalen Angaben überschrieben werden können.

Einige Optionen aus: "man dhcpd.conf" und "man dhcp-conf" (offizielle Optionen sind in RFC 2132 beschrieben):

config-datei

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1, 192.168.0.2;

Übertragung des Domain-Namens und der DNS-Server.

config-datei

option routers 192.168.0.1;

Angabe des Default-Gateway.

Angabe der lokalen Adresse
local-address 192.168.11.50;

Der TFTP Server
next-server 192.168.11.50;

Booloader auf dem TFTP Server
filename "pxelinux.0";

Optionen die für Anwendungen genutzt werden können.
option MGSERVICE code 082 = text;
option MGSERVICE "192.168.11.50:8180";
option MCM code 084 = text;
option MCM "http://192.168.11.50:8180/mgate/client/";

Log Herkunft
log-facility local7;
subnet 192.168.11.0 netmask 255.255.255.0 {
range 192.168.11.20 192.168.11.40;
option domain-name-servers 192.168.11.50;
option routers 192.168.11.1;
option root-path "192.168.11.50:/pxeroot";

}
include "/etc/dhcp3/terminals.conf";

==Leases==
Im Verzeichnis /var/lib/dhcp3 findet man die aktuelle Zuteilungen der IP zu Mac-Adressen
root@linux:/var/lib/dhcp3# cat dhclient.eth0.leases
....
lease {
interface "eth0";
fixed-address 192.168.11.128;
option subnet-mask 255.255.255.0;
option dhcp-lease-time 1800;
option dhcp-message-type 5;
option domain-name-servers 192.168.11.1;
option dhcp-server-identifier 192.168.11.254;
option broadcast-address 192.168.11.255;
option domain-name "localdomain";
renew 3 2009/07/15 15:50:19;
rebind 3 2009/07/15 16:01:36;
expire 3 2009/07/15 16:05:21;
}
....

==Links==
*http://www.isc.org/products/DHCP/
*http://standards.ieee.org/regauth/oui/index.shtml
*http://www.phystech.com/download/dhcpcd.html
*http://www.rfc-editor.org/ - Bitte dort die Suchmaschine benutzen.
*http://www.linux-praxis.de/linux3/dhcp.html
*http://www.linux-fuer-alle.de/doc_show.php?docid=8
*http://www.linuxwiki.de/DHCP
----
<div align="center">
↑ [[Linux-Kompendium|Inhaltsverzeichnis]] ↑
</div>

Dynamic Host Configuration Protocol

2009-07-16T07:57:18Z

Admin: /* Weitere Möglichkeiten mit DHCP */

Die Automatisierung der TCP/IP-Netzwerkadministration lässt sich mit dem DHCP-Protokoll recht erfolgreich durchführen. In diesem Text werden die Grundzüge des Protokolls erklärt. Außerdem werden einige einfache Beispielkonfigurationen besprochen.

__forcetoc__

==DHCP==

Über das Dynamic Host Configuration Protocol (DHCP) werden einem Client-Rechner alle nötigen Netzparameter übermittelt.

Siehe DHCP RFC-2131 und andere.

==Leistungsmerkmale==

DHCP dient der einfachen Zuteilung von Netzwerkinformationen in lokalen TCP/IP-Netzen. Zu diesen Informationen gehören z.B. IP-Nummer, Domainname, Routing und DNS-Server.

Bei Diskless-Workstations bilden DHCP oder BOOTP die Grundlage.

==Kurzbeschreibung der Arbeitsweise==
Beim Booten kennt der Rechner nur die MAC-Adresse seiner Netzwerkkarte.
Diese ist meistens in der Netzwerkhardware (Ethernet, FDDI, Firewire, Wireless LAN) programmiert. Bereiche für MAC-Adressen werden nach einem internationalen Standard von einem Gremium (siehe http://standards.ieee.org/regauth/oui/index.shtml) an die Hersteller der Hardware vergeben. Diese wiederum teilen jedem Netzwerkport eine eindeutige MAC-Adresse zu.

Mit der MAC-Adresse sendet der Rechner eine Rundfrage (Broadcast) ins Netz mit der Bitte, ihm eine Netzwerkkonfiguration mitzuteilen.

Der DHCP-Server wartet auf solche Rundfragen und teilt dem anfragenden Rechner die entsprechenden Daten mit.

[[Image:Example.png]]

Außerdem speichert der Server sowohl die MAC-Adresse des Clients als auch die ihm zugeteilte IP-Adresse in einer Datei. (dhcp.leases)

Diese IP-Adresse wird für eine bestimmte Laufzeit (Lease Time) für diesen Client reserviert. Nach einiger Zeit versucht der Client, seine Adresse beim Server zu erneuern (renewing). Gelingt ihm dies nicht, so fragt er etwas später alle Server nach seiner Adresse (rebinding).

Wird seine Adresse auch nach dieser Anfrage nicht erneuert, muss er alle Netzwerkaktivitäten beenden. Allerdings darf er das DHCP-Protokoll neu beginnen.

==Arten der Zuteilung von IP-Adressen==
===Feste IP-Adresse aufgrund der MAC-Adresse===
MAC-Adressen und IP-Adresse werden fest in die dhcpd.conf eingetragen.
Ausschnitt dhcpd.conf

host test{
hardware ethernet 00:00:c0:5d:bd:95;
fixed-address 192.168.0.121;
}

===Feste IP-Adresse, automatisch zugeteilt, mit Zeitbegrenzung===
Hierbei wird die IP-Adresse für eine unbegrenzte (schlecht) oder eine lange Laufzeit zugeteilt.

Hier sollte man die Laufzeit (lease-time) auf einen höheren Wert setzen:
Ausschnitt dhcpd.conf file

max-lease-time 432000;
# 24*60*60*5 -> 5 Tage
subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.32 192.168.0.40;
}

===Dynamische Zuteilung===
Die Vorgehensweise ist hier dieselbe wie oben, allerdings wird die Laufzeit auf einen niedrigeren Wert gesetzt.

==Konfiguration der Clients==
Heute sind die meisten Rechner mit Client-seitiger DHCP-Unterstützung vorkonfiguriert. Das DHCP-Protokoll vereinfacht die Netzwerkonfiguration erheblich.

Beim Client müssen keinerlei rechnerspezifische Netzwerkeinstellungen mehr vorgenommen werden. Im Prinzip muss man den Rechnern nur mitteilen, dass DHCP verwendet werden soll.

==='''DHCP-Client'''===
====Linux====
pump, dhcpclient, dhcpcd, dhclient. .......

Auch DHCP-Clients können umfangreich konfiguriert werden, siehe /etc/dhcpc/config im Paket dhcpcd. So kann man zum Beispiel verhindern, dass vom DHCP-Server Daten übernommen werden, die eine spezielle Netzwerkkonfiguration überschreiben würden.

====BSD====
Ebenso wie Linux unterstützen auch BSD-Varianten DHCP als Client und Server.

====Windows====
Auch neuere Windows-Systeme bieten direkt nach der Installation DHCP-Unterstützung.

====Mac====
Sofort nach der Installation ist die Unterstützung vorhanden, ob man will oder nicht.

==DHCP-Server (www.isc.org)==
Die Installation des Servers sollte in den gängigen Distributionen kein Problem sein. Bei Debian z.B. sieht sie folgendermaßen aus:

root@linux # apt-get install dhcp3-server

Bei Debian befindet sich nach der Installation die Konfigurationsdatei /etc/dhcp3/dhcpd.conf auf dem System.

Die Datei ist gut kommentiert, und man sollte sie den eigenen Bedürfnissen anpassen (Domain-Name, IP-Adressen usw.)

Falls man den Server in der Testphase nur von Hand starten möchte, sollte man die Links in den entsprechenden Runleveln löschen.

Debian:

root@linux # update-rc.d -f dhcp3-server remove

Nach der Testphase kann man diese wieder aktivieren, bei Debian z.B. folgendermaßen:

root@linux # update-rc.d dhcp3-server defaults

==DHCP-Server handling==
Starten des DHCP-Servers
root@linux #/etc/init.d/dhcp3-server start
* Starting DHCP server dhcpd3
Stoppen des DHCP-Servers
root@linux #/etc/init.d/dhcp3-server stop
* Stopping DHCP server dhcpd3
Kontrolle des DHCP-Servers
*Aktiv
root@linux # pgrep dhcpd3
2164
*Inaktiv
root@linux # pgrep dhcpd3
*Status
root@linux #/etc/init.d/dhcp3-server status
Status of DHCP server: dhcpd3 is running.
*Anhand des Ports
root@linux #/ netstat -lnup | grep ":67"
udp 0 0 192.168.11.50:67 0.0.0.0:* 2671/dhcpd3
Restarten des DHCP-Servers
root@linux # /etc/init.d/dhcp3-server restart
* Stopping DHCP server dhcpd3 [ OK ]
* Starting DHCP server dhcpd3

===Eine erste Konfigurationsdatei===
Alles, was man nicht versteht, kommentiert man zunächst einmal aus. Ich habe das meiste der Übersichtlichkeit halber gelöscht.

minimal dhcp.conf file

#
# Beispielkonfigurationsdatei für ISC dhcpd3
# Debian 3.0 Woody
#

# Optionsdefinitionen für alle unterstützten
# Netzwerke...
# option domain-name "local.invalid";

subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.31 192.168.0.40;
}

Nun kann der DHCP-Server den DHCP-Clients zehn Adressen dynamisch zuweisen.

===Testen des Servers===
Auf einem Debian-System sollte nochmals geprüft werden, ob in /etc/default/dhcp3-server das richtige Interface angegeben ist (z.B. eth0).

Danach kann man zum Testen (Debuggen) übergehen.

Starten des Servers:

root@linux # /etc/init.d/dhcp3-server start

Es empfiehlt sich, mit tail -f /var/log/syslog den Startvorgang zu verfolgen, um zu sehen, ob der Server korrekt läuft. "ps ax" bzw. "pidof dhcpd3"

Der folgende Aufruf ist zum Debuggen besser geeignet:

root@linux # dhcpd3 -d -f

Bitte unbedingt die Fehlermeldungen beachten!

Auch ein Blick in die Dateien unter /var/log lohnt sich!

Wird auf einem zweitem Rechner, z.B. Knoppix (Debian von CD), getestet, so verwendet man pump:

root@linux # pump -s

Auf dem Server kann die Anfrage mit

root@linux # tcpdump -e

verfolgt werden.

Dabei muss der Client eine Anfrage absetzen, die vom Server beantwortet wird.

tcpdump Ausgabe

(ist leider eine lange Zeile mit \ getrennt)
09:47:32.690249 0:48:54:12:4c:df Broadcast ip 342: \
0.0.0.0.bootpc > 255.255.255.255.bootps: \
xid:0x1c97abed [|bootp] [tos 0x10]

09:47:32.700021 8:0:46:49:60:8d 0:48:54:12:4c:df \
ip 62: lapwoody.local.invalid > 192.168.0.40: \
icmp: echo request (DF)

Der erste Abschnitt ist die Broadcast-Anfrage des Clients. Danach folgt die Antwort des Servers, in der dieser dem Client eine IP-Adresse mitteilt.

Anmerkung: Wer die Pakete mit ganzem Inhalt sehen möchte, kann für die Aufzeichnung auch ngrep verwenden.

Nun sollte ein einfacher DHCP-Server laufen.

===Testen des Clients===
Läuft der dhclient?
root@lydia:~# pgrep dhclient3
10173
Beenden des dhclient?
root@lydia:~# pkill dhclient3

Renew des dhclient?
root@lydia:~# dhclient3 eth0
There is already a pid file /var/run/dhclient.pid with pid 10173
removed stale PID file
Internet Systems Consortium DHCP Client V3.1.1
Copyright 2004-2008 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:16:d3:2e:bb:2e
Sending on LPF/eth0/00:16:d3:2e:bb:2e
Sending on Socket/fallback
DHCPREQUEST of 192.168.178.46 on eth0 to 255.255.255.255 port 67
DHCPACK of 192.168.178.46 from 192.168.178.1
bound to 192.168.178.46 -- renewal in 359492 seconds.

===Der Server bekommt weitere Fähigkeiten===
Als Nächstes sollten die sinnvollen Standard-Angaben wieder aktiviert werden. Die Optionen, die nicht "ausgeklammert" sind, gelten als Vorgaben für alle späteren Angaben.

config-datei

ddns-update-style none;
# Wir haben unseren DHCP- nicht mit einem
# DNS-Server kombiniert.

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1;
# Unsere Domain und die Nameserver

default-lease-time 600;
max-lease-time 7200;
# Wann müssen die Adressen, die wir verteilt haben,
# erneuert werden? Die Laufzeit ist in Sekunden angegeben,
# d.h. alle DHCP-Rechner sollten nach 10 min anfangen,
# sich neue Adressen zu holen. Falls die Adresse innerhalb
# von 2 Stunden nicht erneuert werden konnte, liegt
# irgendein Fehler vor und der Client-Rechner sollte
# seine IP-Adressen nicht mehr benutzen.

authoritative;
# Regelt, welcher DHCP-Server Priorität hat. :-)
# Aktivieren, sobald wir fertig sind.

Weiteres

====Angabe ob ein DNS Update ausgeführt werden soll, wenn eine IP vergeben wurde====
ddns-updates [on | off]

====Angabe des Netbios-Nameservers====
option netbios-name-servers 192.168.240.21;

====Zuteilen einer IP aufgrund von MAC Adresse====
host wutz {
hardware ethernet 00:50:9c:1a:52:9f;
fixed-address 192.168.254.252;
}

====Schlüssel zum Update von dem DHCP Server an den DNS Server====
key DHCP_UPDATER {
algorithm HMAC-MD5.SIG-ALG.REG.INT;
secret pRP5FapFoJ95JEL06sv4PQ==;
};

zone EXAMPLE.ORG. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

zone 17.127.10.in-addr.arpa. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

primary gibt den Server an, dessen Zoneninformation aktualisiert werden soll.
Auf dem DNS Server sollte der Update vom DHCP Server erlaubt sein.

Übergabe eines Bootloaders und Rootpfad mittels TFTP bei Netzwerkboot
host xyz {
...
filename "/lts/2.6.9-ltsp-3/pxelinux.0";
option root-path "192.168.254.25:/opt/ltsp/i386";
}

===Weitere Möglichkeiten mit DHCP===
Es gibt globale Angaben, die von lokalen Angaben überschrieben werden können.

Einige Optionen aus: "man dhcpd.conf" und "man dhcp-conf" (offizielle Optionen sind in RFC 2132 beschrieben):

config-datei

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1, 192.168.0.2;

Übertragung des Domain-Namens und der DNS-Server.

config-datei

option routers 192.168.0.1;

Angabe des Default-Gateway.

==Leases==
Im Verzeichnis /var/lib/dhcp3 findet man die aktuelle Zuteilungen der IP zu Mac-Adressen
root@linux:/var/lib/dhcp3# cat dhclient.eth0.leases
....
lease {
interface "eth0";
fixed-address 192.168.11.128;
option subnet-mask 255.255.255.0;
option dhcp-lease-time 1800;
option dhcp-message-type 5;
option domain-name-servers 192.168.11.1;
option dhcp-server-identifier 192.168.11.254;
option broadcast-address 192.168.11.255;
option domain-name "localdomain";
renew 3 2009/07/15 15:50:19;
rebind 3 2009/07/15 16:01:36;
expire 3 2009/07/15 16:05:21;
}
....

==Links==
*http://www.isc.org/products/DHCP/
*http://standards.ieee.org/regauth/oui/index.shtml
*http://www.phystech.com/download/dhcpcd.html
*http://www.rfc-editor.org/ - Bitte dort die Suchmaschine benutzen.
*http://www.linux-praxis.de/linux3/dhcp.html
*http://www.linux-fuer-alle.de/doc_show.php?docid=8
*http://www.linuxwiki.de/DHCP
----
<div align="center">
↑ [[Linux-Kompendium|Inhaltsverzeichnis]] ↑
</div>

Dynamic Host Configuration Protocol

2009-07-16T07:46:01Z

Admin: /* Testen des Clients */

Die Automatisierung der TCP/IP-Netzwerkadministration lässt sich mit dem DHCP-Protokoll recht erfolgreich durchführen. In diesem Text werden die Grundzüge des Protokolls erklärt. Außerdem werden einige einfache Beispielkonfigurationen besprochen.

__forcetoc__

==DHCP==

Über das Dynamic Host Configuration Protocol (DHCP) werden einem Client-Rechner alle nötigen Netzparameter übermittelt.

Siehe DHCP RFC-2131 und andere.

==Leistungsmerkmale==

DHCP dient der einfachen Zuteilung von Netzwerkinformationen in lokalen TCP/IP-Netzen. Zu diesen Informationen gehören z.B. IP-Nummer, Domainname, Routing und DNS-Server.

Bei Diskless-Workstations bilden DHCP oder BOOTP die Grundlage.

==Kurzbeschreibung der Arbeitsweise==
Beim Booten kennt der Rechner nur die MAC-Adresse seiner Netzwerkkarte.
Diese ist meistens in der Netzwerkhardware (Ethernet, FDDI, Firewire, Wireless LAN) programmiert. Bereiche für MAC-Adressen werden nach einem internationalen Standard von einem Gremium (siehe http://standards.ieee.org/regauth/oui/index.shtml) an die Hersteller der Hardware vergeben. Diese wiederum teilen jedem Netzwerkport eine eindeutige MAC-Adresse zu.

Mit der MAC-Adresse sendet der Rechner eine Rundfrage (Broadcast) ins Netz mit der Bitte, ihm eine Netzwerkkonfiguration mitzuteilen.

Der DHCP-Server wartet auf solche Rundfragen und teilt dem anfragenden Rechner die entsprechenden Daten mit.

[[Image:Example.png]]

Außerdem speichert der Server sowohl die MAC-Adresse des Clients als auch die ihm zugeteilte IP-Adresse in einer Datei. (dhcp.leases)

Diese IP-Adresse wird für eine bestimmte Laufzeit (Lease Time) für diesen Client reserviert. Nach einiger Zeit versucht der Client, seine Adresse beim Server zu erneuern (renewing). Gelingt ihm dies nicht, so fragt er etwas später alle Server nach seiner Adresse (rebinding).

Wird seine Adresse auch nach dieser Anfrage nicht erneuert, muss er alle Netzwerkaktivitäten beenden. Allerdings darf er das DHCP-Protokoll neu beginnen.

==Arten der Zuteilung von IP-Adressen==
===Feste IP-Adresse aufgrund der MAC-Adresse===
MAC-Adressen und IP-Adresse werden fest in die dhcpd.conf eingetragen.
Ausschnitt dhcpd.conf

host test{
hardware ethernet 00:00:c0:5d:bd:95;
fixed-address 192.168.0.121;
}

===Feste IP-Adresse, automatisch zugeteilt, mit Zeitbegrenzung===
Hierbei wird die IP-Adresse für eine unbegrenzte (schlecht) oder eine lange Laufzeit zugeteilt.

Hier sollte man die Laufzeit (lease-time) auf einen höheren Wert setzen:
Ausschnitt dhcpd.conf file

max-lease-time 432000;
# 24*60*60*5 -> 5 Tage
subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.32 192.168.0.40;
}

===Dynamische Zuteilung===
Die Vorgehensweise ist hier dieselbe wie oben, allerdings wird die Laufzeit auf einen niedrigeren Wert gesetzt.

==Konfiguration der Clients==
Heute sind die meisten Rechner mit Client-seitiger DHCP-Unterstützung vorkonfiguriert. Das DHCP-Protokoll vereinfacht die Netzwerkonfiguration erheblich.

Beim Client müssen keinerlei rechnerspezifische Netzwerkeinstellungen mehr vorgenommen werden. Im Prinzip muss man den Rechnern nur mitteilen, dass DHCP verwendet werden soll.

==='''DHCP-Client'''===
====Linux====
pump, dhcpclient, dhcpcd, dhclient. .......

Auch DHCP-Clients können umfangreich konfiguriert werden, siehe /etc/dhcpc/config im Paket dhcpcd. So kann man zum Beispiel verhindern, dass vom DHCP-Server Daten übernommen werden, die eine spezielle Netzwerkkonfiguration überschreiben würden.

====BSD====
Ebenso wie Linux unterstützen auch BSD-Varianten DHCP als Client und Server.

====Windows====
Auch neuere Windows-Systeme bieten direkt nach der Installation DHCP-Unterstützung.

====Mac====
Sofort nach der Installation ist die Unterstützung vorhanden, ob man will oder nicht.

==DHCP-Server (www.isc.org)==
Die Installation des Servers sollte in den gängigen Distributionen kein Problem sein. Bei Debian z.B. sieht sie folgendermaßen aus:

root@linux # apt-get install dhcp3-server

Bei Debian befindet sich nach der Installation die Konfigurationsdatei /etc/dhcp3/dhcpd.conf auf dem System.

Die Datei ist gut kommentiert, und man sollte sie den eigenen Bedürfnissen anpassen (Domain-Name, IP-Adressen usw.)

Falls man den Server in der Testphase nur von Hand starten möchte, sollte man die Links in den entsprechenden Runleveln löschen.

Debian:

root@linux # update-rc.d -f dhcp3-server remove

Nach der Testphase kann man diese wieder aktivieren, bei Debian z.B. folgendermaßen:

root@linux # update-rc.d dhcp3-server defaults

==DHCP-Server handling==
Starten des DHCP-Servers
root@linux #/etc/init.d/dhcp3-server start
* Starting DHCP server dhcpd3
Stoppen des DHCP-Servers
root@linux #/etc/init.d/dhcp3-server stop
* Stopping DHCP server dhcpd3
Kontrolle des DHCP-Servers
*Aktiv
root@linux # pgrep dhcpd3
2164
*Inaktiv
root@linux # pgrep dhcpd3
*Status
root@linux #/etc/init.d/dhcp3-server status
Status of DHCP server: dhcpd3 is running.
*Anhand des Ports
root@linux #/ netstat -lnup | grep ":67"
udp 0 0 192.168.11.50:67 0.0.0.0:* 2671/dhcpd3
Restarten des DHCP-Servers
root@linux # /etc/init.d/dhcp3-server restart
* Stopping DHCP server dhcpd3 [ OK ]
* Starting DHCP server dhcpd3

===Eine erste Konfigurationsdatei===
Alles, was man nicht versteht, kommentiert man zunächst einmal aus. Ich habe das meiste der Übersichtlichkeit halber gelöscht.

minimal dhcp.conf file

#
# Beispielkonfigurationsdatei für ISC dhcpd3
# Debian 3.0 Woody
#

# Optionsdefinitionen für alle unterstützten
# Netzwerke...
# option domain-name "local.invalid";

subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.31 192.168.0.40;
}

Nun kann der DHCP-Server den DHCP-Clients zehn Adressen dynamisch zuweisen.

===Testen des Servers===
Auf einem Debian-System sollte nochmals geprüft werden, ob in /etc/default/dhcp3-server das richtige Interface angegeben ist (z.B. eth0).

Danach kann man zum Testen (Debuggen) übergehen.

Starten des Servers:

root@linux # /etc/init.d/dhcp3-server start

Es empfiehlt sich, mit tail -f /var/log/syslog den Startvorgang zu verfolgen, um zu sehen, ob der Server korrekt läuft. "ps ax" bzw. "pidof dhcpd3"

Der folgende Aufruf ist zum Debuggen besser geeignet:

root@linux # dhcpd3 -d -f

Bitte unbedingt die Fehlermeldungen beachten!

Auch ein Blick in die Dateien unter /var/log lohnt sich!

Wird auf einem zweitem Rechner, z.B. Knoppix (Debian von CD), getestet, so verwendet man pump:

root@linux # pump -s

Auf dem Server kann die Anfrage mit

root@linux # tcpdump -e

verfolgt werden.

Dabei muss der Client eine Anfrage absetzen, die vom Server beantwortet wird.

tcpdump Ausgabe

(ist leider eine lange Zeile mit \ getrennt)
09:47:32.690249 0:48:54:12:4c:df Broadcast ip 342: \
0.0.0.0.bootpc > 255.255.255.255.bootps: \
xid:0x1c97abed [|bootp] [tos 0x10]

09:47:32.700021 8:0:46:49:60:8d 0:48:54:12:4c:df \
ip 62: lapwoody.local.invalid > 192.168.0.40: \
icmp: echo request (DF)

Der erste Abschnitt ist die Broadcast-Anfrage des Clients. Danach folgt die Antwort des Servers, in der dieser dem Client eine IP-Adresse mitteilt.

Anmerkung: Wer die Pakete mit ganzem Inhalt sehen möchte, kann für die Aufzeichnung auch ngrep verwenden.

Nun sollte ein einfacher DHCP-Server laufen.

===Testen des Clients===
Läuft der dhclient?
root@lydia:~# pgrep dhclient3
10173
Beenden des dhclient?
root@lydia:~# pkill dhclient3

Renew des dhclient?
root@lydia:~# dhclient3 eth0
There is already a pid file /var/run/dhclient.pid with pid 10173
removed stale PID file
Internet Systems Consortium DHCP Client V3.1.1
Copyright 2004-2008 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:16:d3:2e:bb:2e
Sending on LPF/eth0/00:16:d3:2e:bb:2e
Sending on Socket/fallback
DHCPREQUEST of 192.168.178.46 on eth0 to 255.255.255.255 port 67
DHCPACK of 192.168.178.46 from 192.168.178.1
bound to 192.168.178.46 -- renewal in 359492 seconds.

===Der Server bekommt weitere Fähigkeiten===
Als Nächstes sollten die sinnvollen Standard-Angaben wieder aktiviert werden. Die Optionen, die nicht "ausgeklammert" sind, gelten als Vorgaben für alle späteren Angaben.

config-datei

ddns-update-style none;
# Wir haben unseren DHCP- nicht mit einem
# DNS-Server kombiniert.

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1;
# Unsere Domain und die Nameserver

default-lease-time 600;
max-lease-time 7200;
# Wann müssen die Adressen, die wir verteilt haben,
# erneuert werden? Die Laufzeit ist in Sekunden angegeben,
# d.h. alle DHCP-Rechner sollten nach 10 min anfangen,
# sich neue Adressen zu holen. Falls die Adresse innerhalb
# von 2 Stunden nicht erneuert werden konnte, liegt
# irgendein Fehler vor und der Client-Rechner sollte
# seine IP-Adressen nicht mehr benutzen.

authoritative;
# Regelt, welcher DHCP-Server Priorität hat. :-)
# Aktivieren, sobald wir fertig sind.

Weiteres

====Angabe ob ein DNS Update ausgeführt werden soll, wenn eine IP vergeben wurde====
ddns-updates [on | off]

====Angabe des Netbios-Nameservers====
option netbios-name-servers 192.168.240.21;

====Zuteilen einer IP aufgrund von MAC Adresse====
host wutz {
hardware ethernet 00:50:9c:1a:52:9f;
fixed-address 192.168.254.252;
}

====Schlüssel zum Update von dem DHCP Server an den DNS Server====
key DHCP_UPDATER {
algorithm HMAC-MD5.SIG-ALG.REG.INT;
secret pRP5FapFoJ95JEL06sv4PQ==;
};

zone EXAMPLE.ORG. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

zone 17.127.10.in-addr.arpa. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

primary gibt den Server an, dessen Zoneninformation aktualisiert werden soll.
Auf dem DNS Server sollte der Update vom DHCP Server erlaubt sein.

Übergabe eines Bootloaders und Rootpfad mittels TFTP bei Netzwerkboot
host xyz {
...
filename "/lts/2.6.9-ltsp-3/pxelinux.0";
option root-path "192.168.254.25:/opt/ltsp/i386";
}

===Weitere Möglichkeiten mit DHCP===
Es gibt globale Angaben, die von lokalen Angaben überschrieben werden können.

Einige Optionen aus: "man dhcpd.conf" und "man dhcp-conf" (offizielle Optionen sind in RFC 2132 beschrieben):

config-datei

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1, 192.168.0.2;

Übertragung des Domain-Namens und der DNS-Server.

config-datei

option routers 192.168.0.1;

Angabe des Default-Gateway.

==Links==
*http://www.isc.org/products/DHCP/
*http://standards.ieee.org/regauth/oui/index.shtml
*http://www.phystech.com/download/dhcpcd.html
*http://www.rfc-editor.org/ - Bitte dort die Suchmaschine benutzen.
*http://www.linux-praxis.de/linux3/dhcp.html
*http://www.linux-fuer-alle.de/doc_show.php?docid=8
*http://www.linuxwiki.de/DHCP
----
<div align="center">
↑ [[Linux-Kompendium|Inhaltsverzeichnis]] ↑
</div>

Dynamic Host Configuration Protocol

2009-07-16T07:45:50Z

Admin: /* Der Server bekommt weitere Fähigkeiten */

Die Automatisierung der TCP/IP-Netzwerkadministration lässt sich mit dem DHCP-Protokoll recht erfolgreich durchführen. In diesem Text werden die Grundzüge des Protokolls erklärt. Außerdem werden einige einfache Beispielkonfigurationen besprochen.

__forcetoc__

==DHCP==

Über das Dynamic Host Configuration Protocol (DHCP) werden einem Client-Rechner alle nötigen Netzparameter übermittelt.

Siehe DHCP RFC-2131 und andere.

==Leistungsmerkmale==

DHCP dient der einfachen Zuteilung von Netzwerkinformationen in lokalen TCP/IP-Netzen. Zu diesen Informationen gehören z.B. IP-Nummer, Domainname, Routing und DNS-Server.

Bei Diskless-Workstations bilden DHCP oder BOOTP die Grundlage.

==Kurzbeschreibung der Arbeitsweise==
Beim Booten kennt der Rechner nur die MAC-Adresse seiner Netzwerkkarte.
Diese ist meistens in der Netzwerkhardware (Ethernet, FDDI, Firewire, Wireless LAN) programmiert. Bereiche für MAC-Adressen werden nach einem internationalen Standard von einem Gremium (siehe http://standards.ieee.org/regauth/oui/index.shtml) an die Hersteller der Hardware vergeben. Diese wiederum teilen jedem Netzwerkport eine eindeutige MAC-Adresse zu.

Mit der MAC-Adresse sendet der Rechner eine Rundfrage (Broadcast) ins Netz mit der Bitte, ihm eine Netzwerkkonfiguration mitzuteilen.

Der DHCP-Server wartet auf solche Rundfragen und teilt dem anfragenden Rechner die entsprechenden Daten mit.

[[Image:Example.png]]

Außerdem speichert der Server sowohl die MAC-Adresse des Clients als auch die ihm zugeteilte IP-Adresse in einer Datei. (dhcp.leases)

Diese IP-Adresse wird für eine bestimmte Laufzeit (Lease Time) für diesen Client reserviert. Nach einiger Zeit versucht der Client, seine Adresse beim Server zu erneuern (renewing). Gelingt ihm dies nicht, so fragt er etwas später alle Server nach seiner Adresse (rebinding).

Wird seine Adresse auch nach dieser Anfrage nicht erneuert, muss er alle Netzwerkaktivitäten beenden. Allerdings darf er das DHCP-Protokoll neu beginnen.

==Arten der Zuteilung von IP-Adressen==
===Feste IP-Adresse aufgrund der MAC-Adresse===
MAC-Adressen und IP-Adresse werden fest in die dhcpd.conf eingetragen.
Ausschnitt dhcpd.conf

host test{
hardware ethernet 00:00:c0:5d:bd:95;
fixed-address 192.168.0.121;
}

===Feste IP-Adresse, automatisch zugeteilt, mit Zeitbegrenzung===
Hierbei wird die IP-Adresse für eine unbegrenzte (schlecht) oder eine lange Laufzeit zugeteilt.

Hier sollte man die Laufzeit (lease-time) auf einen höheren Wert setzen:
Ausschnitt dhcpd.conf file

max-lease-time 432000;
# 24*60*60*5 -> 5 Tage
subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.32 192.168.0.40;
}

===Dynamische Zuteilung===
Die Vorgehensweise ist hier dieselbe wie oben, allerdings wird die Laufzeit auf einen niedrigeren Wert gesetzt.

==Konfiguration der Clients==
Heute sind die meisten Rechner mit Client-seitiger DHCP-Unterstützung vorkonfiguriert. Das DHCP-Protokoll vereinfacht die Netzwerkonfiguration erheblich.

Beim Client müssen keinerlei rechnerspezifische Netzwerkeinstellungen mehr vorgenommen werden. Im Prinzip muss man den Rechnern nur mitteilen, dass DHCP verwendet werden soll.

==='''DHCP-Client'''===
====Linux====
pump, dhcpclient, dhcpcd, dhclient. .......

Auch DHCP-Clients können umfangreich konfiguriert werden, siehe /etc/dhcpc/config im Paket dhcpcd. So kann man zum Beispiel verhindern, dass vom DHCP-Server Daten übernommen werden, die eine spezielle Netzwerkkonfiguration überschreiben würden.

====BSD====
Ebenso wie Linux unterstützen auch BSD-Varianten DHCP als Client und Server.

====Windows====
Auch neuere Windows-Systeme bieten direkt nach der Installation DHCP-Unterstützung.

====Mac====
Sofort nach der Installation ist die Unterstützung vorhanden, ob man will oder nicht.

==DHCP-Server (www.isc.org)==
Die Installation des Servers sollte in den gängigen Distributionen kein Problem sein. Bei Debian z.B. sieht sie folgendermaßen aus:

root@linux # apt-get install dhcp3-server

Bei Debian befindet sich nach der Installation die Konfigurationsdatei /etc/dhcp3/dhcpd.conf auf dem System.

Die Datei ist gut kommentiert, und man sollte sie den eigenen Bedürfnissen anpassen (Domain-Name, IP-Adressen usw.)

Falls man den Server in der Testphase nur von Hand starten möchte, sollte man die Links in den entsprechenden Runleveln löschen.

Debian:

root@linux # update-rc.d -f dhcp3-server remove

Nach der Testphase kann man diese wieder aktivieren, bei Debian z.B. folgendermaßen:

root@linux # update-rc.d dhcp3-server defaults

==DHCP-Server handling==
Starten des DHCP-Servers
root@linux #/etc/init.d/dhcp3-server start
* Starting DHCP server dhcpd3
Stoppen des DHCP-Servers
root@linux #/etc/init.d/dhcp3-server stop
* Stopping DHCP server dhcpd3
Kontrolle des DHCP-Servers
*Aktiv
root@linux # pgrep dhcpd3
2164
*Inaktiv
root@linux # pgrep dhcpd3
*Status
root@linux #/etc/init.d/dhcp3-server status
Status of DHCP server: dhcpd3 is running.
*Anhand des Ports
root@linux #/ netstat -lnup | grep ":67"
udp 0 0 192.168.11.50:67 0.0.0.0:* 2671/dhcpd3
Restarten des DHCP-Servers
root@linux # /etc/init.d/dhcp3-server restart
* Stopping DHCP server dhcpd3 [ OK ]
* Starting DHCP server dhcpd3

===Eine erste Konfigurationsdatei===
Alles, was man nicht versteht, kommentiert man zunächst einmal aus. Ich habe das meiste der Übersichtlichkeit halber gelöscht.

minimal dhcp.conf file

#
# Beispielkonfigurationsdatei für ISC dhcpd3
# Debian 3.0 Woody
#

# Optionsdefinitionen für alle unterstützten
# Netzwerke...
# option domain-name "local.invalid";

subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.31 192.168.0.40;
}

Nun kann der DHCP-Server den DHCP-Clients zehn Adressen dynamisch zuweisen.

===Testen des Servers===
Auf einem Debian-System sollte nochmals geprüft werden, ob in /etc/default/dhcp3-server das richtige Interface angegeben ist (z.B. eth0).

Danach kann man zum Testen (Debuggen) übergehen.

Starten des Servers:

root@linux # /etc/init.d/dhcp3-server start

Es empfiehlt sich, mit tail -f /var/log/syslog den Startvorgang zu verfolgen, um zu sehen, ob der Server korrekt läuft. "ps ax" bzw. "pidof dhcpd3"

Der folgende Aufruf ist zum Debuggen besser geeignet:

root@linux # dhcpd3 -d -f

Bitte unbedingt die Fehlermeldungen beachten!

Auch ein Blick in die Dateien unter /var/log lohnt sich!

Wird auf einem zweitem Rechner, z.B. Knoppix (Debian von CD), getestet, so verwendet man pump:

root@linux # pump -s

Auf dem Server kann die Anfrage mit

root@linux # tcpdump -e

verfolgt werden.

Dabei muss der Client eine Anfrage absetzen, die vom Server beantwortet wird.

tcpdump Ausgabe

(ist leider eine lange Zeile mit \ getrennt)
09:47:32.690249 0:48:54:12:4c:df Broadcast ip 342: \
0.0.0.0.bootpc > 255.255.255.255.bootps: \
xid:0x1c97abed [|bootp] [tos 0x10]

09:47:32.700021 8:0:46:49:60:8d 0:48:54:12:4c:df \
ip 62: lapwoody.local.invalid > 192.168.0.40: \
icmp: echo request (DF)

Der erste Abschnitt ist die Broadcast-Anfrage des Clients. Danach folgt die Antwort des Servers, in der dieser dem Client eine IP-Adresse mitteilt.

Anmerkung: Wer die Pakete mit ganzem Inhalt sehen möchte, kann für die Aufzeichnung auch ngrep verwenden.

Nun sollte ein einfacher DHCP-Server laufen.

===Testen des Clients===
Läuft der dhclient?
root@lydia:~# pgrep dhclient3
10173
Beenden des dhclient?
root@lydia:~# pkill dhclient3

Renew des dhclient?
root@lydia:~# dhclient3 eth0
There is already a pid file /var/run/dhclient.pid with pid 10173
removed stale PID file
Internet Systems Consortium DHCP Client V3.1.1
Copyright 2004-2008 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:16:d3:2e:bb:2e
Sending on LPF/eth0/00:16:d3:2e:bb:2e
Sending on Socket/fallback
DHCPREQUEST of 192.168.178.46 on eth0 to 255.255.255.255 port 67
DHCPACK of 192.168.178.46 from 192.168.178.1
bound to 192.168.178.46 -- renewal in 359492 seconds.

===Der Server bekommt weitere Fähigkeiten===
Als Nächstes sollten die sinnvollen Standard-Angaben wieder aktiviert werden. Die Optionen, die nicht "ausgeklammert" sind, gelten als Vorgaben für alle späteren Angaben.

config-datei

ddns-update-style none;
# Wir haben unseren DHCP- nicht mit einem
# DNS-Server kombiniert.

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1;
# Unsere Domain und die Nameserver

default-lease-time 600;
max-lease-time 7200;
# Wann müssen die Adressen, die wir verteilt haben,
# erneuert werden? Die Laufzeit ist in Sekunden angegeben,
# d.h. alle DHCP-Rechner sollten nach 10 min anfangen,
# sich neue Adressen zu holen. Falls die Adresse innerhalb
# von 2 Stunden nicht erneuert werden konnte, liegt
# irgendein Fehler vor und der Client-Rechner sollte
# seine IP-Adressen nicht mehr benutzen.

authoritative;
# Regelt, welcher DHCP-Server Priorität hat. :-)
# Aktivieren, sobald wir fertig sind.

Weiteres

====Angabe ob ein DNS Update ausgeführt werden soll, wenn eine IP vergeben wurde====
ddns-updates [on | off]

====Angabe des Netbios-Nameservers====
option netbios-name-servers 192.168.240.21;

====Zuteilen einer IP aufgrund von MAC Adresse====
host wutz {
hardware ethernet 00:50:9c:1a:52:9f;
fixed-address 192.168.254.252;
}

====Schlüssel zum Update von dem DHCP Server an den DNS Server====
key DHCP_UPDATER {
algorithm HMAC-MD5.SIG-ALG.REG.INT;
secret pRP5FapFoJ95JEL06sv4PQ==;
};

zone EXAMPLE.ORG. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

zone 17.127.10.in-addr.arpa. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

primary gibt den Server an, dessen Zoneninformation aktualisiert werden soll.
Auf dem DNS Server sollte der Update vom DHCP Server erlaubt sein.

Übergabe eines Bootloaders und Rootpfad mittels TFTP bei Netzwerkboot
host xyz {
...
filename "/lts/2.6.9-ltsp-3/pxelinux.0";
option root-path "192.168.254.25:/opt/ltsp/i386";
}

===Weitere Möglichkeiten mit DHCP===
Es gibt globale Angaben, die von lokalen Angaben überschrieben werden können.

Einige Optionen aus: "man dhcpd.conf" und "man dhcp-conf" (offizielle Optionen sind in RFC 2132 beschrieben):

config-datei

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1, 192.168.0.2;

Übertragung des Domain-Namens und der DNS-Server.

config-datei

option routers 192.168.0.1;

Angabe des Default-Gateway.

==Links==
*http://www.isc.org/products/DHCP/
*http://standards.ieee.org/regauth/oui/index.shtml
*http://www.phystech.com/download/dhcpcd.html
*http://www.rfc-editor.org/ - Bitte dort die Suchmaschine benutzen.
*http://www.linux-praxis.de/linux3/dhcp.html
*http://www.linux-fuer-alle.de/doc_show.php?docid=8
*http://www.linuxwiki.de/DHCP
----
<div align="center">
↑ [[Linux-Kompendium|Inhaltsverzeichnis]] ↑
</div>

Dynamic Host Configuration Protocol

2009-07-16T07:35:25Z

Admin: /* Testen des Servers */

Die Automatisierung der TCP/IP-Netzwerkadministration lässt sich mit dem DHCP-Protokoll recht erfolgreich durchführen. In diesem Text werden die Grundzüge des Protokolls erklärt. Außerdem werden einige einfache Beispielkonfigurationen besprochen.

__forcetoc__

==DHCP==

Über das Dynamic Host Configuration Protocol (DHCP) werden einem Client-Rechner alle nötigen Netzparameter übermittelt.

Siehe DHCP RFC-2131 und andere.

==Leistungsmerkmale==

DHCP dient der einfachen Zuteilung von Netzwerkinformationen in lokalen TCP/IP-Netzen. Zu diesen Informationen gehören z.B. IP-Nummer, Domainname, Routing und DNS-Server.

Bei Diskless-Workstations bilden DHCP oder BOOTP die Grundlage.

==Kurzbeschreibung der Arbeitsweise==
Beim Booten kennt der Rechner nur die MAC-Adresse seiner Netzwerkkarte.
Diese ist meistens in der Netzwerkhardware (Ethernet, FDDI, Firewire, Wireless LAN) programmiert. Bereiche für MAC-Adressen werden nach einem internationalen Standard von einem Gremium (siehe http://standards.ieee.org/regauth/oui/index.shtml) an die Hersteller der Hardware vergeben. Diese wiederum teilen jedem Netzwerkport eine eindeutige MAC-Adresse zu.

Mit der MAC-Adresse sendet der Rechner eine Rundfrage (Broadcast) ins Netz mit der Bitte, ihm eine Netzwerkkonfiguration mitzuteilen.

Der DHCP-Server wartet auf solche Rundfragen und teilt dem anfragenden Rechner die entsprechenden Daten mit.

[[Image:Example.png]]

Außerdem speichert der Server sowohl die MAC-Adresse des Clients als auch die ihm zugeteilte IP-Adresse in einer Datei. (dhcp.leases)

Diese IP-Adresse wird für eine bestimmte Laufzeit (Lease Time) für diesen Client reserviert. Nach einiger Zeit versucht der Client, seine Adresse beim Server zu erneuern (renewing). Gelingt ihm dies nicht, so fragt er etwas später alle Server nach seiner Adresse (rebinding).

Wird seine Adresse auch nach dieser Anfrage nicht erneuert, muss er alle Netzwerkaktivitäten beenden. Allerdings darf er das DHCP-Protokoll neu beginnen.

==Arten der Zuteilung von IP-Adressen==
===Feste IP-Adresse aufgrund der MAC-Adresse===
MAC-Adressen und IP-Adresse werden fest in die dhcpd.conf eingetragen.
Ausschnitt dhcpd.conf

host test{
hardware ethernet 00:00:c0:5d:bd:95;
fixed-address 192.168.0.121;
}

===Feste IP-Adresse, automatisch zugeteilt, mit Zeitbegrenzung===
Hierbei wird die IP-Adresse für eine unbegrenzte (schlecht) oder eine lange Laufzeit zugeteilt.

Hier sollte man die Laufzeit (lease-time) auf einen höheren Wert setzen:
Ausschnitt dhcpd.conf file

max-lease-time 432000;
# 24*60*60*5 -> 5 Tage
subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.32 192.168.0.40;
}

===Dynamische Zuteilung===
Die Vorgehensweise ist hier dieselbe wie oben, allerdings wird die Laufzeit auf einen niedrigeren Wert gesetzt.

==Konfiguration der Clients==
Heute sind die meisten Rechner mit Client-seitiger DHCP-Unterstützung vorkonfiguriert. Das DHCP-Protokoll vereinfacht die Netzwerkonfiguration erheblich.

Beim Client müssen keinerlei rechnerspezifische Netzwerkeinstellungen mehr vorgenommen werden. Im Prinzip muss man den Rechnern nur mitteilen, dass DHCP verwendet werden soll.

==='''DHCP-Client'''===
====Linux====
pump, dhcpclient, dhcpcd, dhclient. .......

Auch DHCP-Clients können umfangreich konfiguriert werden, siehe /etc/dhcpc/config im Paket dhcpcd. So kann man zum Beispiel verhindern, dass vom DHCP-Server Daten übernommen werden, die eine spezielle Netzwerkkonfiguration überschreiben würden.

====BSD====
Ebenso wie Linux unterstützen auch BSD-Varianten DHCP als Client und Server.

====Windows====
Auch neuere Windows-Systeme bieten direkt nach der Installation DHCP-Unterstützung.

====Mac====
Sofort nach der Installation ist die Unterstützung vorhanden, ob man will oder nicht.

==DHCP-Server (www.isc.org)==
Die Installation des Servers sollte in den gängigen Distributionen kein Problem sein. Bei Debian z.B. sieht sie folgendermaßen aus:

root@linux # apt-get install dhcp3-server

Bei Debian befindet sich nach der Installation die Konfigurationsdatei /etc/dhcp3/dhcpd.conf auf dem System.

Die Datei ist gut kommentiert, und man sollte sie den eigenen Bedürfnissen anpassen (Domain-Name, IP-Adressen usw.)

Falls man den Server in der Testphase nur von Hand starten möchte, sollte man die Links in den entsprechenden Runleveln löschen.

Debian:

root@linux # update-rc.d -f dhcp3-server remove

Nach der Testphase kann man diese wieder aktivieren, bei Debian z.B. folgendermaßen:

root@linux # update-rc.d dhcp3-server defaults

==DHCP-Server handling==
Starten des DHCP-Servers
root@linux #/etc/init.d/dhcp3-server start
* Starting DHCP server dhcpd3
Stoppen des DHCP-Servers
root@linux #/etc/init.d/dhcp3-server stop
* Stopping DHCP server dhcpd3
Kontrolle des DHCP-Servers
*Aktiv
root@linux # pgrep dhcpd3
2164
*Inaktiv
root@linux # pgrep dhcpd3
*Status
root@linux #/etc/init.d/dhcp3-server status
Status of DHCP server: dhcpd3 is running.
*Anhand des Ports
root@linux #/ netstat -lnup | grep ":67"
udp 0 0 192.168.11.50:67 0.0.0.0:* 2671/dhcpd3
Restarten des DHCP-Servers
root@linux # /etc/init.d/dhcp3-server restart
* Stopping DHCP server dhcpd3 [ OK ]
* Starting DHCP server dhcpd3

===Eine erste Konfigurationsdatei===
Alles, was man nicht versteht, kommentiert man zunächst einmal aus. Ich habe das meiste der Übersichtlichkeit halber gelöscht.

minimal dhcp.conf file

#
# Beispielkonfigurationsdatei für ISC dhcpd3
# Debian 3.0 Woody
#

# Optionsdefinitionen für alle unterstützten
# Netzwerke...
# option domain-name "local.invalid";

subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.31 192.168.0.40;
}

Nun kann der DHCP-Server den DHCP-Clients zehn Adressen dynamisch zuweisen.

===Testen des Servers===
Auf einem Debian-System sollte nochmals geprüft werden, ob in /etc/default/dhcp3-server das richtige Interface angegeben ist (z.B. eth0).

Danach kann man zum Testen (Debuggen) übergehen.

Starten des Servers:

root@linux # /etc/init.d/dhcp3-server start

Es empfiehlt sich, mit tail -f /var/log/syslog den Startvorgang zu verfolgen, um zu sehen, ob der Server korrekt läuft. "ps ax" bzw. "pidof dhcpd3"

Der folgende Aufruf ist zum Debuggen besser geeignet:

root@linux # dhcpd3 -d -f

Bitte unbedingt die Fehlermeldungen beachten!

Auch ein Blick in die Dateien unter /var/log lohnt sich!

Wird auf einem zweitem Rechner, z.B. Knoppix (Debian von CD), getestet, so verwendet man pump:

root@linux # pump -s

Auf dem Server kann die Anfrage mit

root@linux # tcpdump -e

verfolgt werden.

Dabei muss der Client eine Anfrage absetzen, die vom Server beantwortet wird.

tcpdump Ausgabe

(ist leider eine lange Zeile mit \ getrennt)
09:47:32.690249 0:48:54:12:4c:df Broadcast ip 342: \
0.0.0.0.bootpc > 255.255.255.255.bootps: \
xid:0x1c97abed [|bootp] [tos 0x10]

09:47:32.700021 8:0:46:49:60:8d 0:48:54:12:4c:df \
ip 62: lapwoody.local.invalid > 192.168.0.40: \
icmp: echo request (DF)

Der erste Abschnitt ist die Broadcast-Anfrage des Clients. Danach folgt die Antwort des Servers, in der dieser dem Client eine IP-Adresse mitteilt.

Anmerkung: Wer die Pakete mit ganzem Inhalt sehen möchte, kann für die Aufzeichnung auch ngrep verwenden.

Nun sollte ein einfacher DHCP-Server laufen.

===Der Server bekommt weitere Fähigkeiten===
Als Nächstes sollten die sinnvollen Standard-Angaben wieder aktiviert werden. Die Optionen, die nicht "ausgeklammert" sind, gelten als Vorgaben für alle späteren Angaben.

config-datei

ddns-update-style none;
# Wir haben unseren DHCP- nicht mit einem
# DNS-Server kombiniert.

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1;
# Unsere Domain und die Nameserver

default-lease-time 600;
max-lease-time 7200;
# Wann müssen die Adressen, die wir verteilt haben,
# erneuert werden? Die Laufzeit ist in Sekunden angegeben,
# d.h. alle DHCP-Rechner sollten nach 10 min anfangen,
# sich neue Adressen zu holen. Falls die Adresse innerhalb
# von 2 Stunden nicht erneuert werden konnte, liegt
# irgendein Fehler vor und der Client-Rechner sollte
# seine IP-Adressen nicht mehr benutzen.

authoritative;
# Regelt, welcher DHCP-Server Priorität hat. :-)
# Aktivieren, sobald wir fertig sind.

Weiteres

====Angabe ob ein DNS Update ausgeführt werden soll, wenn eine IP vergeben wurde====
ddns-updates [on | off]

====Angabe des Netbios-Nameservers====
option netbios-name-servers 192.168.240.21;

====Zuteilen einer IP aufgrund von MAC Adresse====
host wutz {
hardware ethernet 00:50:9c:1a:52:9f;
fixed-address 192.168.254.252;
}

====Schlüssel zum Update von dem DHCP Server an den DNS Server====
key DHCP_UPDATER {
algorithm HMAC-MD5.SIG-ALG.REG.INT;
secret pRP5FapFoJ95JEL06sv4PQ==;
};

zone EXAMPLE.ORG. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

zone 17.127.10.in-addr.arpa. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

primary gibt den Server an, dessen Zoneninformation aktualisiert werden soll.
Auf dem DNS Server sollte der Update vom DHCP Server erlaubt sein.

Übergabe eines Bootloaders und Rootpfad mittels TFTP bei Netzwerkboot
host xyz {
...
filename "/lts/2.6.9-ltsp-3/pxelinux.0";
option root-path "192.168.254.25:/opt/ltsp/i386";
}

===Weitere Möglichkeiten mit DHCP===
Es gibt globale Angaben, die von lokalen Angaben überschrieben werden können.

Einige Optionen aus: "man dhcpd.conf" und "man dhcp-conf" (offizielle Optionen sind in RFC 2132 beschrieben):

config-datei

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1, 192.168.0.2;

Übertragung des Domain-Namens und der DNS-Server.

config-datei

option routers 192.168.0.1;

Angabe des Default-Gateway.

==Links==
*http://www.isc.org/products/DHCP/
*http://standards.ieee.org/regauth/oui/index.shtml
*http://www.phystech.com/download/dhcpcd.html
*http://www.rfc-editor.org/ - Bitte dort die Suchmaschine benutzen.
*http://www.linux-praxis.de/linux3/dhcp.html
*http://www.linux-fuer-alle.de/doc_show.php?docid=8
*http://www.linuxwiki.de/DHCP
----
<div align="center">
↑ [[Linux-Kompendium|Inhaltsverzeichnis]] ↑
</div>

Dynamic Host Configuration Protocol

2009-07-16T07:31:44Z

Admin: /* DHCP-Server (www.isc.org) */

Die Automatisierung der TCP/IP-Netzwerkadministration lässt sich mit dem DHCP-Protokoll recht erfolgreich durchführen. In diesem Text werden die Grundzüge des Protokolls erklärt. Außerdem werden einige einfache Beispielkonfigurationen besprochen.

__forcetoc__

==DHCP==

Über das Dynamic Host Configuration Protocol (DHCP) werden einem Client-Rechner alle nötigen Netzparameter übermittelt.

Siehe DHCP RFC-2131 und andere.

==Leistungsmerkmale==

DHCP dient der einfachen Zuteilung von Netzwerkinformationen in lokalen TCP/IP-Netzen. Zu diesen Informationen gehören z.B. IP-Nummer, Domainname, Routing und DNS-Server.

Bei Diskless-Workstations bilden DHCP oder BOOTP die Grundlage.

==Kurzbeschreibung der Arbeitsweise==
Beim Booten kennt der Rechner nur die MAC-Adresse seiner Netzwerkkarte.
Diese ist meistens in der Netzwerkhardware (Ethernet, FDDI, Firewire, Wireless LAN) programmiert. Bereiche für MAC-Adressen werden nach einem internationalen Standard von einem Gremium (siehe http://standards.ieee.org/regauth/oui/index.shtml) an die Hersteller der Hardware vergeben. Diese wiederum teilen jedem Netzwerkport eine eindeutige MAC-Adresse zu.

Mit der MAC-Adresse sendet der Rechner eine Rundfrage (Broadcast) ins Netz mit der Bitte, ihm eine Netzwerkkonfiguration mitzuteilen.

Der DHCP-Server wartet auf solche Rundfragen und teilt dem anfragenden Rechner die entsprechenden Daten mit.

[[Image:Example.png]]

Außerdem speichert der Server sowohl die MAC-Adresse des Clients als auch die ihm zugeteilte IP-Adresse in einer Datei. (dhcp.leases)

Diese IP-Adresse wird für eine bestimmte Laufzeit (Lease Time) für diesen Client reserviert. Nach einiger Zeit versucht der Client, seine Adresse beim Server zu erneuern (renewing). Gelingt ihm dies nicht, so fragt er etwas später alle Server nach seiner Adresse (rebinding).

Wird seine Adresse auch nach dieser Anfrage nicht erneuert, muss er alle Netzwerkaktivitäten beenden. Allerdings darf er das DHCP-Protokoll neu beginnen.

==Arten der Zuteilung von IP-Adressen==
===Feste IP-Adresse aufgrund der MAC-Adresse===
MAC-Adressen und IP-Adresse werden fest in die dhcpd.conf eingetragen.
Ausschnitt dhcpd.conf

host test{
hardware ethernet 00:00:c0:5d:bd:95;
fixed-address 192.168.0.121;
}

===Feste IP-Adresse, automatisch zugeteilt, mit Zeitbegrenzung===
Hierbei wird die IP-Adresse für eine unbegrenzte (schlecht) oder eine lange Laufzeit zugeteilt.

Hier sollte man die Laufzeit (lease-time) auf einen höheren Wert setzen:
Ausschnitt dhcpd.conf file

max-lease-time 432000;
# 24*60*60*5 -> 5 Tage
subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.32 192.168.0.40;
}

===Dynamische Zuteilung===
Die Vorgehensweise ist hier dieselbe wie oben, allerdings wird die Laufzeit auf einen niedrigeren Wert gesetzt.

==Konfiguration der Clients==
Heute sind die meisten Rechner mit Client-seitiger DHCP-Unterstützung vorkonfiguriert. Das DHCP-Protokoll vereinfacht die Netzwerkonfiguration erheblich.

Beim Client müssen keinerlei rechnerspezifische Netzwerkeinstellungen mehr vorgenommen werden. Im Prinzip muss man den Rechnern nur mitteilen, dass DHCP verwendet werden soll.

==='''DHCP-Client'''===
====Linux====
pump, dhcpclient, dhcpcd, dhclient. .......

Auch DHCP-Clients können umfangreich konfiguriert werden, siehe /etc/dhcpc/config im Paket dhcpcd. So kann man zum Beispiel verhindern, dass vom DHCP-Server Daten übernommen werden, die eine spezielle Netzwerkkonfiguration überschreiben würden.

====BSD====
Ebenso wie Linux unterstützen auch BSD-Varianten DHCP als Client und Server.

====Windows====
Auch neuere Windows-Systeme bieten direkt nach der Installation DHCP-Unterstützung.

====Mac====
Sofort nach der Installation ist die Unterstützung vorhanden, ob man will oder nicht.

==DHCP-Server (www.isc.org)==
Die Installation des Servers sollte in den gängigen Distributionen kein Problem sein. Bei Debian z.B. sieht sie folgendermaßen aus:

root@linux # apt-get install dhcp3-server

Bei Debian befindet sich nach der Installation die Konfigurationsdatei /etc/dhcp3/dhcpd.conf auf dem System.

Die Datei ist gut kommentiert, und man sollte sie den eigenen Bedürfnissen anpassen (Domain-Name, IP-Adressen usw.)

Falls man den Server in der Testphase nur von Hand starten möchte, sollte man die Links in den entsprechenden Runleveln löschen.

Debian:

root@linux # update-rc.d -f dhcp3-server remove

Nach der Testphase kann man diese wieder aktivieren, bei Debian z.B. folgendermaßen:

root@linux # update-rc.d dhcp3-server defaults

==DHCP-Server handling==
Starten des DHCP-Servers
root@linux #/etc/init.d/dhcp3-server start
* Starting DHCP server dhcpd3
Stoppen des DHCP-Servers
root@linux #/etc/init.d/dhcp3-server stop
* Stopping DHCP server dhcpd3
Kontrolle des DHCP-Servers
*Aktiv
root@linux # pgrep dhcpd3
2164
*Inaktiv
root@linux # pgrep dhcpd3
*Status
root@linux #/etc/init.d/dhcp3-server status
Status of DHCP server: dhcpd3 is running.
*Anhand des Ports
root@linux #/ netstat -lnup | grep ":67"
udp 0 0 192.168.11.50:67 0.0.0.0:* 2671/dhcpd3
Restarten des DHCP-Servers
root@linux # /etc/init.d/dhcp3-server restart
* Stopping DHCP server dhcpd3 [ OK ]
* Starting DHCP server dhcpd3

===Eine erste Konfigurationsdatei===
Alles, was man nicht versteht, kommentiert man zunächst einmal aus. Ich habe das meiste der Übersichtlichkeit halber gelöscht.

minimal dhcp.conf file

#
# Beispielkonfigurationsdatei für ISC dhcpd3
# Debian 3.0 Woody
#

# Optionsdefinitionen für alle unterstützten
# Netzwerke...
# option domain-name "local.invalid";

subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.31 192.168.0.40;
}

Nun kann der DHCP-Server den DHCP-Clients zehn Adressen dynamisch zuweisen.

===Testen des Servers===
Auf einem Debian-System sollte nochmals geprüft werden, ob in /etc/default/dhcp3-server das richtige Interface angegeben ist (z.B. eth0).

Danach kann man zum Testen (Debuggen) übergehen.

Starten des Servers:

root@linux # /etc/init.d/dhcp start

bzw.

root@linux # /etc/init.d/dhcp3-server start

Es empfiehlt sich, mit tail -f /var/log/syslog den Startvorgang zu verfolgen, um zu sehen, ob der Server korrekt läuft. "ps ax" bzw. "pidof dhcpd3"

Der folgende Aufruf ist zum Debuggen besser geeignet:

root@linux # dhcpd3 -d -f

Bitte unbedingt die Fehlermeldungen beachten!

Auch ein Blick in die Dateien unter /var/log lohnt sich!

Wird auf einem zweitem Rechner, z.B. Knoppix (Debian von CD), getestet, so verwendet man pump:

root@linux # pump -s

Auf dem Server kann die Anfrage mit

root@linux # tcpdump -e

verfolgt werden.

Dabei muss der Client eine Anfrage absetzen, die vom Server beantwortet wird.

tcpdump Ausgabe

(ist leider eine lange Zeile mit \ getrennt)
09:47:32.690249 0:48:54:12:4c:df Broadcast ip 342: \
0.0.0.0.bootpc > 255.255.255.255.bootps: \
xid:0x1c97abed [|bootp] [tos 0x10]

09:47:32.700021 8:0:46:49:60:8d 0:48:54:12:4c:df \
ip 62: lapwoody.local.invalid > 192.168.0.40: \
icmp: echo request (DF)

Der erste Abschnitt ist die Broadcast-Anfrage des Clients. Danach folgt die Antwort des Servers, in der dieser dem Client eine IP-Adresse mitteilt.

Anmerkung: Wer die Pakete mit ganzem Inhalt sehen möchte, kann für die Aufzeichnung auch ngrep verwenden.

Nun sollte ein einfacher DHCP-Server laufen.

===Der Server bekommt weitere Fähigkeiten===
Als Nächstes sollten die sinnvollen Standard-Angaben wieder aktiviert werden. Die Optionen, die nicht "ausgeklammert" sind, gelten als Vorgaben für alle späteren Angaben.

config-datei

ddns-update-style none;
# Wir haben unseren DHCP- nicht mit einem
# DNS-Server kombiniert.

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1;
# Unsere Domain und die Nameserver

default-lease-time 600;
max-lease-time 7200;
# Wann müssen die Adressen, die wir verteilt haben,
# erneuert werden? Die Laufzeit ist in Sekunden angegeben,
# d.h. alle DHCP-Rechner sollten nach 10 min anfangen,
# sich neue Adressen zu holen. Falls die Adresse innerhalb
# von 2 Stunden nicht erneuert werden konnte, liegt
# irgendein Fehler vor und der Client-Rechner sollte
# seine IP-Adressen nicht mehr benutzen.

authoritative;
# Regelt, welcher DHCP-Server Priorität hat. :-)
# Aktivieren, sobald wir fertig sind.

Weiteres

====Angabe ob ein DNS Update ausgeführt werden soll, wenn eine IP vergeben wurde====
ddns-updates [on | off]

====Angabe des Netbios-Nameservers====
option netbios-name-servers 192.168.240.21;

====Zuteilen einer IP aufgrund von MAC Adresse====
host wutz {
hardware ethernet 00:50:9c:1a:52:9f;
fixed-address 192.168.254.252;
}

====Schlüssel zum Update von dem DHCP Server an den DNS Server====
key DHCP_UPDATER {
algorithm HMAC-MD5.SIG-ALG.REG.INT;
secret pRP5FapFoJ95JEL06sv4PQ==;
};

zone EXAMPLE.ORG. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

zone 17.127.10.in-addr.arpa. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

primary gibt den Server an, dessen Zoneninformation aktualisiert werden soll.
Auf dem DNS Server sollte der Update vom DHCP Server erlaubt sein.

Übergabe eines Bootloaders und Rootpfad mittels TFTP bei Netzwerkboot
host xyz {
...
filename "/lts/2.6.9-ltsp-3/pxelinux.0";
option root-path "192.168.254.25:/opt/ltsp/i386";
}

===Weitere Möglichkeiten mit DHCP===
Es gibt globale Angaben, die von lokalen Angaben überschrieben werden können.

Einige Optionen aus: "man dhcpd.conf" und "man dhcp-conf" (offizielle Optionen sind in RFC 2132 beschrieben):

config-datei

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1, 192.168.0.2;

Übertragung des Domain-Namens und der DNS-Server.

config-datei

option routers 192.168.0.1;

Angabe des Default-Gateway.

==Links==
*http://www.isc.org/products/DHCP/
*http://standards.ieee.org/regauth/oui/index.shtml
*http://www.phystech.com/download/dhcpcd.html
*http://www.rfc-editor.org/ - Bitte dort die Suchmaschine benutzen.
*http://www.linux-praxis.de/linux3/dhcp.html
*http://www.linux-fuer-alle.de/doc_show.php?docid=8
*http://www.linuxwiki.de/DHCP
----
<div align="center">
↑ [[Linux-Kompendium|Inhaltsverzeichnis]] ↑
</div>

Dynamic Host Configuration Protocol

2009-07-16T07:20:08Z

Admin: /* Linux */

Die Automatisierung der TCP/IP-Netzwerkadministration lässt sich mit dem DHCP-Protokoll recht erfolgreich durchführen. In diesem Text werden die Grundzüge des Protokolls erklärt. Außerdem werden einige einfache Beispielkonfigurationen besprochen.

__forcetoc__

==DHCP==

Über das Dynamic Host Configuration Protocol (DHCP) werden einem Client-Rechner alle nötigen Netzparameter übermittelt.

Siehe DHCP RFC-2131 und andere.

==Leistungsmerkmale==

DHCP dient der einfachen Zuteilung von Netzwerkinformationen in lokalen TCP/IP-Netzen. Zu diesen Informationen gehören z.B. IP-Nummer, Domainname, Routing und DNS-Server.

Bei Diskless-Workstations bilden DHCP oder BOOTP die Grundlage.

==Kurzbeschreibung der Arbeitsweise==
Beim Booten kennt der Rechner nur die MAC-Adresse seiner Netzwerkkarte.
Diese ist meistens in der Netzwerkhardware (Ethernet, FDDI, Firewire, Wireless LAN) programmiert. Bereiche für MAC-Adressen werden nach einem internationalen Standard von einem Gremium (siehe http://standards.ieee.org/regauth/oui/index.shtml) an die Hersteller der Hardware vergeben. Diese wiederum teilen jedem Netzwerkport eine eindeutige MAC-Adresse zu.

Mit der MAC-Adresse sendet der Rechner eine Rundfrage (Broadcast) ins Netz mit der Bitte, ihm eine Netzwerkkonfiguration mitzuteilen.

Der DHCP-Server wartet auf solche Rundfragen und teilt dem anfragenden Rechner die entsprechenden Daten mit.

[[Image:Example.png]]

Außerdem speichert der Server sowohl die MAC-Adresse des Clients als auch die ihm zugeteilte IP-Adresse in einer Datei. (dhcp.leases)

Diese IP-Adresse wird für eine bestimmte Laufzeit (Lease Time) für diesen Client reserviert. Nach einiger Zeit versucht der Client, seine Adresse beim Server zu erneuern (renewing). Gelingt ihm dies nicht, so fragt er etwas später alle Server nach seiner Adresse (rebinding).

Wird seine Adresse auch nach dieser Anfrage nicht erneuert, muss er alle Netzwerkaktivitäten beenden. Allerdings darf er das DHCP-Protokoll neu beginnen.

==Arten der Zuteilung von IP-Adressen==
===Feste IP-Adresse aufgrund der MAC-Adresse===
MAC-Adressen und IP-Adresse werden fest in die dhcpd.conf eingetragen.
Ausschnitt dhcpd.conf

host test{
hardware ethernet 00:00:c0:5d:bd:95;
fixed-address 192.168.0.121;
}

===Feste IP-Adresse, automatisch zugeteilt, mit Zeitbegrenzung===
Hierbei wird die IP-Adresse für eine unbegrenzte (schlecht) oder eine lange Laufzeit zugeteilt.

Hier sollte man die Laufzeit (lease-time) auf einen höheren Wert setzen:
Ausschnitt dhcpd.conf file

max-lease-time 432000;
# 24*60*60*5 -> 5 Tage
subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.32 192.168.0.40;
}

===Dynamische Zuteilung===
Die Vorgehensweise ist hier dieselbe wie oben, allerdings wird die Laufzeit auf einen niedrigeren Wert gesetzt.

==Konfiguration der Clients==
Heute sind die meisten Rechner mit Client-seitiger DHCP-Unterstützung vorkonfiguriert. Das DHCP-Protokoll vereinfacht die Netzwerkonfiguration erheblich.

Beim Client müssen keinerlei rechnerspezifische Netzwerkeinstellungen mehr vorgenommen werden. Im Prinzip muss man den Rechnern nur mitteilen, dass DHCP verwendet werden soll.

==='''DHCP-Client'''===
====Linux====
pump, dhcpclient, dhcpcd, dhclient. .......

Auch DHCP-Clients können umfangreich konfiguriert werden, siehe /etc/dhcpc/config im Paket dhcpcd. So kann man zum Beispiel verhindern, dass vom DHCP-Server Daten übernommen werden, die eine spezielle Netzwerkkonfiguration überschreiben würden.

====BSD====
Ebenso wie Linux unterstützen auch BSD-Varianten DHCP als Client und Server.

====Windows====
Auch neuere Windows-Systeme bieten direkt nach der Installation DHCP-Unterstützung.

====Mac====
Sofort nach der Installation ist die Unterstützung vorhanden, ob man will oder nicht.

==DHCP-Server (www.isc.org)==
Die Installation des Servers sollte in den gängigen Distributionen kein Problem sein. Bei Debian z.B. sieht sie folgendermaßen aus:

root@linux # apt-get install dhcp3-server

Bei Debian befindet sich nach der Installation die Konfigurationsdatei /etc/dhcp3/dhcpd.conf auf dem System.

Die Datei ist gut kommentiert, und man sollte sie den eigenen Bedürfnissen anpassen (Domain-Name, IP-Adressen usw.)

Falls man den Server in der Testphase nur von Hand starten möchte, sollte man die Links in den entsprechenden Runleveln löschen.

Debian:

root@linux # update-rc.d -f dhcp3-server remove

Nach der Testphase kann man diese wieder aktivieren, bei Debian z.B. folgendermaßen:

root@linux # update-rc.d dhcp3-server defaults

===Eine erste Konfigurationsdatei===
Alles, was man nicht versteht, kommentiert man zunächst einmal aus. Ich habe das meiste der Übersichtlichkeit halber gelöscht.

minimal dhcp.conf file

#
# Beispielkonfigurationsdatei für ISC dhcpd3
# Debian 3.0 Woody
#

# Optionsdefinitionen für alle unterstützten
# Netzwerke...
# option domain-name "local.invalid";

subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.31 192.168.0.40;
}

Nun kann der DHCP-Server den DHCP-Clients zehn Adressen dynamisch zuweisen.

===Testen des Servers===
Auf einem Debian-System sollte nochmals geprüft werden, ob in /etc/default/dhcp3-server das richtige Interface angegeben ist (z.B. eth0).

Danach kann man zum Testen (Debuggen) übergehen.

Starten des Servers:

root@linux # /etc/init.d/dhcp start

bzw.

root@linux # /etc/init.d/dhcp3-server start

Es empfiehlt sich, mit tail -f /var/log/syslog den Startvorgang zu verfolgen, um zu sehen, ob der Server korrekt läuft. "ps ax" bzw. "pidof dhcpd3"

Der folgende Aufruf ist zum Debuggen besser geeignet:

root@linux # dhcpd3 -d -f

Bitte unbedingt die Fehlermeldungen beachten!

Auch ein Blick in die Dateien unter /var/log lohnt sich!

Wird auf einem zweitem Rechner, z.B. Knoppix (Debian von CD), getestet, so verwendet man pump:

root@linux # pump -s

Auf dem Server kann die Anfrage mit

root@linux # tcpdump -e

verfolgt werden.

Dabei muss der Client eine Anfrage absetzen, die vom Server beantwortet wird.

tcpdump Ausgabe

(ist leider eine lange Zeile mit \ getrennt)
09:47:32.690249 0:48:54:12:4c:df Broadcast ip 342: \
0.0.0.0.bootpc > 255.255.255.255.bootps: \
xid:0x1c97abed [|bootp] [tos 0x10]

09:47:32.700021 8:0:46:49:60:8d 0:48:54:12:4c:df \
ip 62: lapwoody.local.invalid > 192.168.0.40: \
icmp: echo request (DF)

Der erste Abschnitt ist die Broadcast-Anfrage des Clients. Danach folgt die Antwort des Servers, in der dieser dem Client eine IP-Adresse mitteilt.

Anmerkung: Wer die Pakete mit ganzem Inhalt sehen möchte, kann für die Aufzeichnung auch ngrep verwenden.

Nun sollte ein einfacher DHCP-Server laufen.

===Der Server bekommt weitere Fähigkeiten===
Als Nächstes sollten die sinnvollen Standard-Angaben wieder aktiviert werden. Die Optionen, die nicht "ausgeklammert" sind, gelten als Vorgaben für alle späteren Angaben.

config-datei

ddns-update-style none;
# Wir haben unseren DHCP- nicht mit einem
# DNS-Server kombiniert.

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1;
# Unsere Domain und die Nameserver

default-lease-time 600;
max-lease-time 7200;
# Wann müssen die Adressen, die wir verteilt haben,
# erneuert werden? Die Laufzeit ist in Sekunden angegeben,
# d.h. alle DHCP-Rechner sollten nach 10 min anfangen,
# sich neue Adressen zu holen. Falls die Adresse innerhalb
# von 2 Stunden nicht erneuert werden konnte, liegt
# irgendein Fehler vor und der Client-Rechner sollte
# seine IP-Adressen nicht mehr benutzen.

authoritative;
# Regelt, welcher DHCP-Server Priorität hat. :-)
# Aktivieren, sobald wir fertig sind.

Weiteres

====Angabe ob ein DNS Update ausgeführt werden soll, wenn eine IP vergeben wurde====
ddns-updates [on | off]

====Angabe des Netbios-Nameservers====
option netbios-name-servers 192.168.240.21;

====Zuteilen einer IP aufgrund von MAC Adresse====
host wutz {
hardware ethernet 00:50:9c:1a:52:9f;
fixed-address 192.168.254.252;
}

====Schlüssel zum Update von dem DHCP Server an den DNS Server====
key DHCP_UPDATER {
algorithm HMAC-MD5.SIG-ALG.REG.INT;
secret pRP5FapFoJ95JEL06sv4PQ==;
};

zone EXAMPLE.ORG. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

zone 17.127.10.in-addr.arpa. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

primary gibt den Server an, dessen Zoneninformation aktualisiert werden soll.
Auf dem DNS Server sollte der Update vom DHCP Server erlaubt sein.

Übergabe eines Bootloaders und Rootpfad mittels TFTP bei Netzwerkboot
host xyz {
...
filename "/lts/2.6.9-ltsp-3/pxelinux.0";
option root-path "192.168.254.25:/opt/ltsp/i386";
}

===Weitere Möglichkeiten mit DHCP===
Es gibt globale Angaben, die von lokalen Angaben überschrieben werden können.

Einige Optionen aus: "man dhcpd.conf" und "man dhcp-conf" (offizielle Optionen sind in RFC 2132 beschrieben):

config-datei

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1, 192.168.0.2;

Übertragung des Domain-Namens und der DNS-Server.

config-datei

option routers 192.168.0.1;

Angabe des Default-Gateway.

==Links==
*http://www.isc.org/products/DHCP/
*http://standards.ieee.org/regauth/oui/index.shtml
*http://www.phystech.com/download/dhcpcd.html
*http://www.rfc-editor.org/ - Bitte dort die Suchmaschine benutzen.
*http://www.linux-praxis.de/linux3/dhcp.html
*http://www.linux-fuer-alle.de/doc_show.php?docid=8
*http://www.linuxwiki.de/DHCP
----
<div align="center">
↑ [[Linux-Kompendium|Inhaltsverzeichnis]] ↑
</div>

Dynamic Host Configuration Protocol

2009-07-16T07:10:57Z

Admin: /* Feste IP-Adresse, automatisch zugeteilt, mit Zeitbegrenzung */

Die Automatisierung der TCP/IP-Netzwerkadministration lässt sich mit dem DHCP-Protokoll recht erfolgreich durchführen. In diesem Text werden die Grundzüge des Protokolls erklärt. Außerdem werden einige einfache Beispielkonfigurationen besprochen.

__forcetoc__

==DHCP==

Über das Dynamic Host Configuration Protocol (DHCP) werden einem Client-Rechner alle nötigen Netzparameter übermittelt.

Siehe DHCP RFC-2131 und andere.

==Leistungsmerkmale==

DHCP dient der einfachen Zuteilung von Netzwerkinformationen in lokalen TCP/IP-Netzen. Zu diesen Informationen gehören z.B. IP-Nummer, Domainname, Routing und DNS-Server.

Bei Diskless-Workstations bilden DHCP oder BOOTP die Grundlage.

==Kurzbeschreibung der Arbeitsweise==
Beim Booten kennt der Rechner nur die MAC-Adresse seiner Netzwerkkarte.
Diese ist meistens in der Netzwerkhardware (Ethernet, FDDI, Firewire, Wireless LAN) programmiert. Bereiche für MAC-Adressen werden nach einem internationalen Standard von einem Gremium (siehe http://standards.ieee.org/regauth/oui/index.shtml) an die Hersteller der Hardware vergeben. Diese wiederum teilen jedem Netzwerkport eine eindeutige MAC-Adresse zu.

Mit der MAC-Adresse sendet der Rechner eine Rundfrage (Broadcast) ins Netz mit der Bitte, ihm eine Netzwerkkonfiguration mitzuteilen.

Der DHCP-Server wartet auf solche Rundfragen und teilt dem anfragenden Rechner die entsprechenden Daten mit.

[[Image:Example.png]]

Außerdem speichert der Server sowohl die MAC-Adresse des Clients als auch die ihm zugeteilte IP-Adresse in einer Datei. (dhcp.leases)

Diese IP-Adresse wird für eine bestimmte Laufzeit (Lease Time) für diesen Client reserviert. Nach einiger Zeit versucht der Client, seine Adresse beim Server zu erneuern (renewing). Gelingt ihm dies nicht, so fragt er etwas später alle Server nach seiner Adresse (rebinding).

Wird seine Adresse auch nach dieser Anfrage nicht erneuert, muss er alle Netzwerkaktivitäten beenden. Allerdings darf er das DHCP-Protokoll neu beginnen.

==Arten der Zuteilung von IP-Adressen==
===Feste IP-Adresse aufgrund der MAC-Adresse===
MAC-Adressen und IP-Adresse werden fest in die dhcpd.conf eingetragen.
Ausschnitt dhcpd.conf

host test{
hardware ethernet 00:00:c0:5d:bd:95;
fixed-address 192.168.0.121;
}

===Feste IP-Adresse, automatisch zugeteilt, mit Zeitbegrenzung===
Hierbei wird die IP-Adresse für eine unbegrenzte (schlecht) oder eine lange Laufzeit zugeteilt.

Hier sollte man die Laufzeit (lease-time) auf einen höheren Wert setzen:
Ausschnitt dhcpd.conf file

max-lease-time 432000;
# 24*60*60*5 -> 5 Tage
subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.32 192.168.0.40;
}

===Dynamische Zuteilung===
Die Vorgehensweise ist hier dieselbe wie oben, allerdings wird die Laufzeit auf einen niedrigeren Wert gesetzt.

==Konfiguration der Clients==
Heute sind die meisten Rechner mit Client-seitiger DHCP-Unterstützung vorkonfiguriert. Das DHCP-Protokoll vereinfacht die Netzwerkonfiguration erheblich.

Beim Client müssen keinerlei rechnerspezifische Netzwerkeinstellungen mehr vorgenommen werden. Im Prinzip muss man den Rechnern nur mitteilen, dass DHCP verwendet werden soll.

==='''DHCP-Client'''===
====Linux====
pump, dhcpclient, dhcpcd, dhclient. .......

Auch DHCP-Clients können umfangreich konfiguriert werden, siehe /etc/dhcpc/config im Paket dhcpcd. So kann man zum Beispiel verhindern, dass vom DHCP-Server Daten übernommen werden, die eine spezielle Netzwerkkonfiguration überschreiben würden
vcbnbvcn

====BSD====
Ebenso wie Linux unterstützen auch BSD-Varianten DHCP als Client und Server.

====Windows====
Auch neuere Windows-Systeme bieten direkt nach der Installation DHCP-Unterstützung.

====Mac====
Sofort nach der Installation ist die Unterstützung vorhanden, ob man will oder nicht.

==DHCP-Server (www.isc.org)==
Die Installation des Servers sollte in den gängigen Distributionen kein Problem sein. Bei Debian z.B. sieht sie folgendermaßen aus:

root@linux # apt-get install dhcp3-server

Bei Debian befindet sich nach der Installation die Konfigurationsdatei /etc/dhcp3/dhcpd.conf auf dem System.

Die Datei ist gut kommentiert, und man sollte sie den eigenen Bedürfnissen anpassen (Domain-Name, IP-Adressen usw.)

Falls man den Server in der Testphase nur von Hand starten möchte, sollte man die Links in den entsprechenden Runleveln löschen.

Debian:

root@linux # update-rc.d -f dhcp3-server remove

Nach der Testphase kann man diese wieder aktivieren, bei Debian z.B. folgendermaßen:

root@linux # update-rc.d dhcp3-server defaults

===Eine erste Konfigurationsdatei===
Alles, was man nicht versteht, kommentiert man zunächst einmal aus. Ich habe das meiste der Übersichtlichkeit halber gelöscht.

minimal dhcp.conf file

#
# Beispielkonfigurationsdatei für ISC dhcpd3
# Debian 3.0 Woody
#

# Optionsdefinitionen für alle unterstützten
# Netzwerke...
# option domain-name "local.invalid";

subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.31 192.168.0.40;
}

Nun kann der DHCP-Server den DHCP-Clients zehn Adressen dynamisch zuweisen.

===Testen des Servers===
Auf einem Debian-System sollte nochmals geprüft werden, ob in /etc/default/dhcp3-server das richtige Interface angegeben ist (z.B. eth0).

Danach kann man zum Testen (Debuggen) übergehen.

Starten des Servers:

root@linux # /etc/init.d/dhcp start

bzw.

root@linux # /etc/init.d/dhcp3-server start

Es empfiehlt sich, mit tail -f /var/log/syslog den Startvorgang zu verfolgen, um zu sehen, ob der Server korrekt läuft. "ps ax" bzw. "pidof dhcpd3"

Der folgende Aufruf ist zum Debuggen besser geeignet:

root@linux # dhcpd3 -d -f

Bitte unbedingt die Fehlermeldungen beachten!

Auch ein Blick in die Dateien unter /var/log lohnt sich!

Wird auf einem zweitem Rechner, z.B. Knoppix (Debian von CD), getestet, so verwendet man pump:

root@linux # pump -s

Auf dem Server kann die Anfrage mit

root@linux # tcpdump -e

verfolgt werden.

Dabei muss der Client eine Anfrage absetzen, die vom Server beantwortet wird.

tcpdump Ausgabe

(ist leider eine lange Zeile mit \ getrennt)
09:47:32.690249 0:48:54:12:4c:df Broadcast ip 342: \
0.0.0.0.bootpc > 255.255.255.255.bootps: \
xid:0x1c97abed [|bootp] [tos 0x10]

09:47:32.700021 8:0:46:49:60:8d 0:48:54:12:4c:df \
ip 62: lapwoody.local.invalid > 192.168.0.40: \
icmp: echo request (DF)

Der erste Abschnitt ist die Broadcast-Anfrage des Clients. Danach folgt die Antwort des Servers, in der dieser dem Client eine IP-Adresse mitteilt.

Anmerkung: Wer die Pakete mit ganzem Inhalt sehen möchte, kann für die Aufzeichnung auch ngrep verwenden.

Nun sollte ein einfacher DHCP-Server laufen.

===Der Server bekommt weitere Fähigkeiten===
Als Nächstes sollten die sinnvollen Standard-Angaben wieder aktiviert werden. Die Optionen, die nicht "ausgeklammert" sind, gelten als Vorgaben für alle späteren Angaben.

config-datei

ddns-update-style none;
# Wir haben unseren DHCP- nicht mit einem
# DNS-Server kombiniert.

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1;
# Unsere Domain und die Nameserver

default-lease-time 600;
max-lease-time 7200;
# Wann müssen die Adressen, die wir verteilt haben,
# erneuert werden? Die Laufzeit ist in Sekunden angegeben,
# d.h. alle DHCP-Rechner sollten nach 10 min anfangen,
# sich neue Adressen zu holen. Falls die Adresse innerhalb
# von 2 Stunden nicht erneuert werden konnte, liegt
# irgendein Fehler vor und der Client-Rechner sollte
# seine IP-Adressen nicht mehr benutzen.

authoritative;
# Regelt, welcher DHCP-Server Priorität hat. :-)
# Aktivieren, sobald wir fertig sind.

Weiteres

====Angabe ob ein DNS Update ausgeführt werden soll, wenn eine IP vergeben wurde====
ddns-updates [on | off]

====Angabe des Netbios-Nameservers====
option netbios-name-servers 192.168.240.21;

====Zuteilen einer IP aufgrund von MAC Adresse====
host wutz {
hardware ethernet 00:50:9c:1a:52:9f;
fixed-address 192.168.254.252;
}

====Schlüssel zum Update von dem DHCP Server an den DNS Server====
key DHCP_UPDATER {
algorithm HMAC-MD5.SIG-ALG.REG.INT;
secret pRP5FapFoJ95JEL06sv4PQ==;
};

zone EXAMPLE.ORG. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

zone 17.127.10.in-addr.arpa. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

primary gibt den Server an, dessen Zoneninformation aktualisiert werden soll.
Auf dem DNS Server sollte der Update vom DHCP Server erlaubt sein.

Übergabe eines Bootloaders und Rootpfad mittels TFTP bei Netzwerkboot
host xyz {
...
filename "/lts/2.6.9-ltsp-3/pxelinux.0";
option root-path "192.168.254.25:/opt/ltsp/i386";
}

===Weitere Möglichkeiten mit DHCP===
Es gibt globale Angaben, die von lokalen Angaben überschrieben werden können.

Einige Optionen aus: "man dhcpd.conf" und "man dhcp-conf" (offizielle Optionen sind in RFC 2132 beschrieben):

config-datei

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1, 192.168.0.2;

Übertragung des Domain-Namens und der DNS-Server.

config-datei

option routers 192.168.0.1;

Angabe des Default-Gateway.

==Links==
*http://www.isc.org/products/DHCP/
*http://standards.ieee.org/regauth/oui/index.shtml
*http://www.phystech.com/download/dhcpcd.html
*http://www.rfc-editor.org/ - Bitte dort die Suchmaschine benutzen.
*http://www.linux-praxis.de/linux3/dhcp.html
*http://www.linux-fuer-alle.de/doc_show.php?docid=8
*http://www.linuxwiki.de/DHCP
----
<div align="center">
↑ [[Linux-Kompendium|Inhaltsverzeichnis]] ↑
</div>

Dynamic Host Configuration Protocol

2009-07-16T07:09:58Z

Admin: /* Feste IP-Adresse aufgrund der MAC-Adresse */

Die Automatisierung der TCP/IP-Netzwerkadministration lässt sich mit dem DHCP-Protokoll recht erfolgreich durchführen. In diesem Text werden die Grundzüge des Protokolls erklärt. Außerdem werden einige einfache Beispielkonfigurationen besprochen.

__forcetoc__

==DHCP==

Über das Dynamic Host Configuration Protocol (DHCP) werden einem Client-Rechner alle nötigen Netzparameter übermittelt.

Siehe DHCP RFC-2131 und andere.

==Leistungsmerkmale==

DHCP dient der einfachen Zuteilung von Netzwerkinformationen in lokalen TCP/IP-Netzen. Zu diesen Informationen gehören z.B. IP-Nummer, Domainname, Routing und DNS-Server.

Bei Diskless-Workstations bilden DHCP oder BOOTP die Grundlage.

==Kurzbeschreibung der Arbeitsweise==
Beim Booten kennt der Rechner nur die MAC-Adresse seiner Netzwerkkarte.
Diese ist meistens in der Netzwerkhardware (Ethernet, FDDI, Firewire, Wireless LAN) programmiert. Bereiche für MAC-Adressen werden nach einem internationalen Standard von einem Gremium (siehe http://standards.ieee.org/regauth/oui/index.shtml) an die Hersteller der Hardware vergeben. Diese wiederum teilen jedem Netzwerkport eine eindeutige MAC-Adresse zu.

Mit der MAC-Adresse sendet der Rechner eine Rundfrage (Broadcast) ins Netz mit der Bitte, ihm eine Netzwerkkonfiguration mitzuteilen.

Der DHCP-Server wartet auf solche Rundfragen und teilt dem anfragenden Rechner die entsprechenden Daten mit.

[[Image:Example.png]]

Außerdem speichert der Server sowohl die MAC-Adresse des Clients als auch die ihm zugeteilte IP-Adresse in einer Datei. (dhcp.leases)

Diese IP-Adresse wird für eine bestimmte Laufzeit (Lease Time) für diesen Client reserviert. Nach einiger Zeit versucht der Client, seine Adresse beim Server zu erneuern (renewing). Gelingt ihm dies nicht, so fragt er etwas später alle Server nach seiner Adresse (rebinding).

Wird seine Adresse auch nach dieser Anfrage nicht erneuert, muss er alle Netzwerkaktivitäten beenden. Allerdings darf er das DHCP-Protokoll neu beginnen.

==Arten der Zuteilung von IP-Adressen==
===Feste IP-Adresse aufgrund der MAC-Adresse===
MAC-Adressen und IP-Adresse werden fest in die dhcpd.conf eingetragen.
Ausschnitt dhcpd.conf

host test{
hardware ethernet 00:00:c0:5d:bd:95;
fixed-address 192.168.0.121;
}

===Feste IP-Adresse, automatisch zugeteilt, mit Zeitbegrenzung===
Hierbei wird die IP-Adresse für eine unbegrenzte (schlecht) oder eine lange Laufzeit zugeteilt.

Hier sollte man die Laufzeit (lease-time) auf einen höheren Wert setzen:
Ausschnitt dhcp.conf file

max-lease-time 432000;
# 24*60*60*5 -> 5 Tage
subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.32 192.168.0.40;
}

===Dynamische Zuteilung===
Die Vorgehensweise ist hier dieselbe wie oben, allerdings wird die Laufzeit auf einen niedrigeren Wert gesetzt.

==Konfiguration der Clients==
Heute sind die meisten Rechner mit Client-seitiger DHCP-Unterstützung vorkonfiguriert. Das DHCP-Protokoll vereinfacht die Netzwerkonfiguration erheblich.

Beim Client müssen keinerlei rechnerspezifische Netzwerkeinstellungen mehr vorgenommen werden. Im Prinzip muss man den Rechnern nur mitteilen, dass DHCP verwendet werden soll.

==='''DHCP-Client'''===
====Linux====
pump, dhcpclient, dhcpcd, dhclient. .......

Auch DHCP-Clients können umfangreich konfiguriert werden, siehe /etc/dhcpc/config im Paket dhcpcd. So kann man zum Beispiel verhindern, dass vom DHCP-Server Daten übernommen werden, die eine spezielle Netzwerkkonfiguration überschreiben würden
vcbnbvcn

====BSD====
Ebenso wie Linux unterstützen auch BSD-Varianten DHCP als Client und Server.

====Windows====
Auch neuere Windows-Systeme bieten direkt nach der Installation DHCP-Unterstützung.

====Mac====
Sofort nach der Installation ist die Unterstützung vorhanden, ob man will oder nicht.

==DHCP-Server (www.isc.org)==
Die Installation des Servers sollte in den gängigen Distributionen kein Problem sein. Bei Debian z.B. sieht sie folgendermaßen aus:

root@linux # apt-get install dhcp3-server

Bei Debian befindet sich nach der Installation die Konfigurationsdatei /etc/dhcp3/dhcpd.conf auf dem System.

Die Datei ist gut kommentiert, und man sollte sie den eigenen Bedürfnissen anpassen (Domain-Name, IP-Adressen usw.)

Falls man den Server in der Testphase nur von Hand starten möchte, sollte man die Links in den entsprechenden Runleveln löschen.

Debian:

root@linux # update-rc.d -f dhcp3-server remove

Nach der Testphase kann man diese wieder aktivieren, bei Debian z.B. folgendermaßen:

root@linux # update-rc.d dhcp3-server defaults

===Eine erste Konfigurationsdatei===
Alles, was man nicht versteht, kommentiert man zunächst einmal aus. Ich habe das meiste der Übersichtlichkeit halber gelöscht.

minimal dhcp.conf file

#
# Beispielkonfigurationsdatei für ISC dhcpd3
# Debian 3.0 Woody
#

# Optionsdefinitionen für alle unterstützten
# Netzwerke...
# option domain-name "local.invalid";

subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.31 192.168.0.40;
}

Nun kann der DHCP-Server den DHCP-Clients zehn Adressen dynamisch zuweisen.

===Testen des Servers===
Auf einem Debian-System sollte nochmals geprüft werden, ob in /etc/default/dhcp3-server das richtige Interface angegeben ist (z.B. eth0).

Danach kann man zum Testen (Debuggen) übergehen.

Starten des Servers:

root@linux # /etc/init.d/dhcp start

bzw.

root@linux # /etc/init.d/dhcp3-server start

Es empfiehlt sich, mit tail -f /var/log/syslog den Startvorgang zu verfolgen, um zu sehen, ob der Server korrekt läuft. "ps ax" bzw. "pidof dhcpd3"

Der folgende Aufruf ist zum Debuggen besser geeignet:

root@linux # dhcpd3 -d -f

Bitte unbedingt die Fehlermeldungen beachten!

Auch ein Blick in die Dateien unter /var/log lohnt sich!

Wird auf einem zweitem Rechner, z.B. Knoppix (Debian von CD), getestet, so verwendet man pump:

root@linux # pump -s

Auf dem Server kann die Anfrage mit

root@linux # tcpdump -e

verfolgt werden.

Dabei muss der Client eine Anfrage absetzen, die vom Server beantwortet wird.

tcpdump Ausgabe

(ist leider eine lange Zeile mit \ getrennt)
09:47:32.690249 0:48:54:12:4c:df Broadcast ip 342: \
0.0.0.0.bootpc > 255.255.255.255.bootps: \
xid:0x1c97abed [|bootp] [tos 0x10]

09:47:32.700021 8:0:46:49:60:8d 0:48:54:12:4c:df \
ip 62: lapwoody.local.invalid > 192.168.0.40: \
icmp: echo request (DF)

Der erste Abschnitt ist die Broadcast-Anfrage des Clients. Danach folgt die Antwort des Servers, in der dieser dem Client eine IP-Adresse mitteilt.

Anmerkung: Wer die Pakete mit ganzem Inhalt sehen möchte, kann für die Aufzeichnung auch ngrep verwenden.

Nun sollte ein einfacher DHCP-Server laufen.

===Der Server bekommt weitere Fähigkeiten===
Als Nächstes sollten die sinnvollen Standard-Angaben wieder aktiviert werden. Die Optionen, die nicht "ausgeklammert" sind, gelten als Vorgaben für alle späteren Angaben.

config-datei

ddns-update-style none;
# Wir haben unseren DHCP- nicht mit einem
# DNS-Server kombiniert.

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1;
# Unsere Domain und die Nameserver

default-lease-time 600;
max-lease-time 7200;
# Wann müssen die Adressen, die wir verteilt haben,
# erneuert werden? Die Laufzeit ist in Sekunden angegeben,
# d.h. alle DHCP-Rechner sollten nach 10 min anfangen,
# sich neue Adressen zu holen. Falls die Adresse innerhalb
# von 2 Stunden nicht erneuert werden konnte, liegt
# irgendein Fehler vor und der Client-Rechner sollte
# seine IP-Adressen nicht mehr benutzen.

authoritative;
# Regelt, welcher DHCP-Server Priorität hat. :-)
# Aktivieren, sobald wir fertig sind.

Weiteres

====Angabe ob ein DNS Update ausgeführt werden soll, wenn eine IP vergeben wurde====
ddns-updates [on | off]

====Angabe des Netbios-Nameservers====
option netbios-name-servers 192.168.240.21;

====Zuteilen einer IP aufgrund von MAC Adresse====
host wutz {
hardware ethernet 00:50:9c:1a:52:9f;
fixed-address 192.168.254.252;
}

====Schlüssel zum Update von dem DHCP Server an den DNS Server====
key DHCP_UPDATER {
algorithm HMAC-MD5.SIG-ALG.REG.INT;
secret pRP5FapFoJ95JEL06sv4PQ==;
};

zone EXAMPLE.ORG. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

zone 17.127.10.in-addr.arpa. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

primary gibt den Server an, dessen Zoneninformation aktualisiert werden soll.
Auf dem DNS Server sollte der Update vom DHCP Server erlaubt sein.

Übergabe eines Bootloaders und Rootpfad mittels TFTP bei Netzwerkboot
host xyz {
...
filename "/lts/2.6.9-ltsp-3/pxelinux.0";
option root-path "192.168.254.25:/opt/ltsp/i386";
}

===Weitere Möglichkeiten mit DHCP===
Es gibt globale Angaben, die von lokalen Angaben überschrieben werden können.

Einige Optionen aus: "man dhcpd.conf" und "man dhcp-conf" (offizielle Optionen sind in RFC 2132 beschrieben):

config-datei

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1, 192.168.0.2;

Übertragung des Domain-Namens und der DNS-Server.

config-datei

option routers 192.168.0.1;

Angabe des Default-Gateway.

==Links==
*http://www.isc.org/products/DHCP/
*http://standards.ieee.org/regauth/oui/index.shtml
*http://www.phystech.com/download/dhcpcd.html
*http://www.rfc-editor.org/ - Bitte dort die Suchmaschine benutzen.
*http://www.linux-praxis.de/linux3/dhcp.html
*http://www.linux-fuer-alle.de/doc_show.php?docid=8
*http://www.linuxwiki.de/DHCP
----
<div align="center">
↑ [[Linux-Kompendium|Inhaltsverzeichnis]] ↑
</div>

Dynamic Host Configuration Protocol

2009-07-16T07:06:20Z

Admin: /* Feste IP-Adresse aufgrund der MAC-Adresse */

Die Automatisierung der TCP/IP-Netzwerkadministration lässt sich mit dem DHCP-Protokoll recht erfolgreich durchführen. In diesem Text werden die Grundzüge des Protokolls erklärt. Außerdem werden einige einfache Beispielkonfigurationen besprochen.

__forcetoc__

==DHCP==

Über das Dynamic Host Configuration Protocol (DHCP) werden einem Client-Rechner alle nötigen Netzparameter übermittelt.

Siehe DHCP RFC-2131 und andere.

==Leistungsmerkmale==

DHCP dient der einfachen Zuteilung von Netzwerkinformationen in lokalen TCP/IP-Netzen. Zu diesen Informationen gehören z.B. IP-Nummer, Domainname, Routing und DNS-Server.

Bei Diskless-Workstations bilden DHCP oder BOOTP die Grundlage.

==Kurzbeschreibung der Arbeitsweise==
Beim Booten kennt der Rechner nur die MAC-Adresse seiner Netzwerkkarte.
Diese ist meistens in der Netzwerkhardware (Ethernet, FDDI, Firewire, Wireless LAN) programmiert. Bereiche für MAC-Adressen werden nach einem internationalen Standard von einem Gremium (siehe http://standards.ieee.org/regauth/oui/index.shtml) an die Hersteller der Hardware vergeben. Diese wiederum teilen jedem Netzwerkport eine eindeutige MAC-Adresse zu.

Mit der MAC-Adresse sendet der Rechner eine Rundfrage (Broadcast) ins Netz mit der Bitte, ihm eine Netzwerkkonfiguration mitzuteilen.

Der DHCP-Server wartet auf solche Rundfragen und teilt dem anfragenden Rechner die entsprechenden Daten mit.

[[Image:Example.png]]

Außerdem speichert der Server sowohl die MAC-Adresse des Clients als auch die ihm zugeteilte IP-Adresse in einer Datei. (dhcp.leases)

Diese IP-Adresse wird für eine bestimmte Laufzeit (Lease Time) für diesen Client reserviert. Nach einiger Zeit versucht der Client, seine Adresse beim Server zu erneuern (renewing). Gelingt ihm dies nicht, so fragt er etwas später alle Server nach seiner Adresse (rebinding).

Wird seine Adresse auch nach dieser Anfrage nicht erneuert, muss er alle Netzwerkaktivitäten beenden. Allerdings darf er das DHCP-Protokoll neu beginnen.

==Arten der Zuteilung von IP-Adressen==
===Feste IP-Adresse aufgrund der MAC-Adresse===
MAC-Adressen und IP-Adresse werden fest in die dhcpd.conf eingetragen.
Ausschnitt dhcpd.conf

host test{
hardware ethernet 00:00:c0:5d:bd:95;
fixed-address 192.168.0.121;
# Bei laufenden Nameservice ist auch
# fixed-address test.local.invalid;
# möglich
}

===Feste IP-Adresse, automatisch zugeteilt, mit Zeitbegrenzung===
Hierbei wird die IP-Adresse für eine unbegrenzte (schlecht) oder eine lange Laufzeit zugeteilt.

Hier sollte man die Laufzeit (lease-time) auf einen höheren Wert setzen:
Ausschnitt dhcp.conf file

max-lease-time 432000;
# 24*60*60*5 -> 5 Tage
subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.32 192.168.0.40;
}

===Dynamische Zuteilung===
Die Vorgehensweise ist hier dieselbe wie oben, allerdings wird die Laufzeit auf einen niedrigeren Wert gesetzt.

==Konfiguration der Clients==
Heute sind die meisten Rechner mit Client-seitiger DHCP-Unterstützung vorkonfiguriert. Das DHCP-Protokoll vereinfacht die Netzwerkonfiguration erheblich.

Beim Client müssen keinerlei rechnerspezifische Netzwerkeinstellungen mehr vorgenommen werden. Im Prinzip muss man den Rechnern nur mitteilen, dass DHCP verwendet werden soll.

==='''DHCP-Client'''===
====Linux====
pump, dhcpclient, dhcpcd, dhclient. .......

Auch DHCP-Clients können umfangreich konfiguriert werden, siehe /etc/dhcpc/config im Paket dhcpcd. So kann man zum Beispiel verhindern, dass vom DHCP-Server Daten übernommen werden, die eine spezielle Netzwerkkonfiguration überschreiben würden
vcbnbvcn

====BSD====
Ebenso wie Linux unterstützen auch BSD-Varianten DHCP als Client und Server.

====Windows====
Auch neuere Windows-Systeme bieten direkt nach der Installation DHCP-Unterstützung.

====Mac====
Sofort nach der Installation ist die Unterstützung vorhanden, ob man will oder nicht.

==DHCP-Server (www.isc.org)==
Die Installation des Servers sollte in den gängigen Distributionen kein Problem sein. Bei Debian z.B. sieht sie folgendermaßen aus:

root@linux # apt-get install dhcp3-server

Bei Debian befindet sich nach der Installation die Konfigurationsdatei /etc/dhcp3/dhcpd.conf auf dem System.

Die Datei ist gut kommentiert, und man sollte sie den eigenen Bedürfnissen anpassen (Domain-Name, IP-Adressen usw.)

Falls man den Server in der Testphase nur von Hand starten möchte, sollte man die Links in den entsprechenden Runleveln löschen.

Debian:

root@linux # update-rc.d -f dhcp3-server remove

Nach der Testphase kann man diese wieder aktivieren, bei Debian z.B. folgendermaßen:

root@linux # update-rc.d dhcp3-server defaults

===Eine erste Konfigurationsdatei===
Alles, was man nicht versteht, kommentiert man zunächst einmal aus. Ich habe das meiste der Übersichtlichkeit halber gelöscht.

minimal dhcp.conf file

#
# Beispielkonfigurationsdatei für ISC dhcpd3
# Debian 3.0 Woody
#

# Optionsdefinitionen für alle unterstützten
# Netzwerke...
# option domain-name "local.invalid";

subnet 192.168.0.0 netmask 255.255.255.0 {
range dynamic-bootp 192.168.0.31 192.168.0.40;
}

Nun kann der DHCP-Server den DHCP-Clients zehn Adressen dynamisch zuweisen.

===Testen des Servers===
Auf einem Debian-System sollte nochmals geprüft werden, ob in /etc/default/dhcp3-server das richtige Interface angegeben ist (z.B. eth0).

Danach kann man zum Testen (Debuggen) übergehen.

Starten des Servers:

root@linux # /etc/init.d/dhcp start

bzw.

root@linux # /etc/init.d/dhcp3-server start

Es empfiehlt sich, mit tail -f /var/log/syslog den Startvorgang zu verfolgen, um zu sehen, ob der Server korrekt läuft. "ps ax" bzw. "pidof dhcpd3"

Der folgende Aufruf ist zum Debuggen besser geeignet:

root@linux # dhcpd3 -d -f

Bitte unbedingt die Fehlermeldungen beachten!

Auch ein Blick in die Dateien unter /var/log lohnt sich!

Wird auf einem zweitem Rechner, z.B. Knoppix (Debian von CD), getestet, so verwendet man pump:

root@linux # pump -s

Auf dem Server kann die Anfrage mit

root@linux # tcpdump -e

verfolgt werden.

Dabei muss der Client eine Anfrage absetzen, die vom Server beantwortet wird.

tcpdump Ausgabe

(ist leider eine lange Zeile mit \ getrennt)
09:47:32.690249 0:48:54:12:4c:df Broadcast ip 342: \
0.0.0.0.bootpc > 255.255.255.255.bootps: \
xid:0x1c97abed [|bootp] [tos 0x10]

09:47:32.700021 8:0:46:49:60:8d 0:48:54:12:4c:df \
ip 62: lapwoody.local.invalid > 192.168.0.40: \
icmp: echo request (DF)

Der erste Abschnitt ist die Broadcast-Anfrage des Clients. Danach folgt die Antwort des Servers, in der dieser dem Client eine IP-Adresse mitteilt.

Anmerkung: Wer die Pakete mit ganzem Inhalt sehen möchte, kann für die Aufzeichnung auch ngrep verwenden.

Nun sollte ein einfacher DHCP-Server laufen.

===Der Server bekommt weitere Fähigkeiten===
Als Nächstes sollten die sinnvollen Standard-Angaben wieder aktiviert werden. Die Optionen, die nicht "ausgeklammert" sind, gelten als Vorgaben für alle späteren Angaben.

config-datei

ddns-update-style none;
# Wir haben unseren DHCP- nicht mit einem
# DNS-Server kombiniert.

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1;
# Unsere Domain und die Nameserver

default-lease-time 600;
max-lease-time 7200;
# Wann müssen die Adressen, die wir verteilt haben,
# erneuert werden? Die Laufzeit ist in Sekunden angegeben,
# d.h. alle DHCP-Rechner sollten nach 10 min anfangen,
# sich neue Adressen zu holen. Falls die Adresse innerhalb
# von 2 Stunden nicht erneuert werden konnte, liegt
# irgendein Fehler vor und der Client-Rechner sollte
# seine IP-Adressen nicht mehr benutzen.

authoritative;
# Regelt, welcher DHCP-Server Priorität hat. :-)
# Aktivieren, sobald wir fertig sind.

Weiteres

====Angabe ob ein DNS Update ausgeführt werden soll, wenn eine IP vergeben wurde====
ddns-updates [on | off]

====Angabe des Netbios-Nameservers====
option netbios-name-servers 192.168.240.21;

====Zuteilen einer IP aufgrund von MAC Adresse====
host wutz {
hardware ethernet 00:50:9c:1a:52:9f;
fixed-address 192.168.254.252;
}

====Schlüssel zum Update von dem DHCP Server an den DNS Server====
key DHCP_UPDATER {
algorithm HMAC-MD5.SIG-ALG.REG.INT;
secret pRP5FapFoJ95JEL06sv4PQ==;
};

zone EXAMPLE.ORG. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

zone 17.127.10.in-addr.arpa. {
primary 127.0.0.1;
key DHCP_UPDATER;
}

primary gibt den Server an, dessen Zoneninformation aktualisiert werden soll.
Auf dem DNS Server sollte der Update vom DHCP Server erlaubt sein.

Übergabe eines Bootloaders und Rootpfad mittels TFTP bei Netzwerkboot
host xyz {
...
filename "/lts/2.6.9-ltsp-3/pxelinux.0";
option root-path "192.168.254.25:/opt/ltsp/i386";
}

===Weitere Möglichkeiten mit DHCP===
Es gibt globale Angaben, die von lokalen Angaben überschrieben werden können.

Einige Optionen aus: "man dhcpd.conf" und "man dhcp-conf" (offizielle Optionen sind in RFC 2132 beschrieben):

config-datei

option domain-name "local.invalid";
option domain-name-servers 192.168.0.1, 192.168.0.2;

Übertragung des Domain-Namens und der DNS-Server.

config-datei

option routers 192.168.0.1;

Angabe des Default-Gateway.

==Links==
*http://www.isc.org/products/DHCP/
*http://standards.ieee.org/regauth/oui/index.shtml
*http://www.phystech.com/download/dhcpcd.html
*http://www.rfc-editor.org/ - Bitte dort die Suchmaschine benutzen.
*http://www.linux-praxis.de/linux3/dhcp.html
*http://www.linux-fuer-alle.de/doc_show.php?docid=8
*http://www.linuxwiki.de/DHCP
----
<div align="center">
↑ [[Linux-Kompendium|Inhaltsverzeichnis]] ↑
</div>