Linupedia.org - Benutzerbeiträge [de]

Weave Firefox Sync-Server

2011-09-21T11:20:27Z

Greunke: Anpassung an den neusten Stand

==Einführung==

Seit dem Release von Firefox 4 gibt es die Möglichkeit seine Bookmarks und sonstigen Einstellungen auf externen Servern zu sichern. Dies hat den Vorteil, dass man problemlos mehrere Systeme auf dem gleichen Stand halten kann. Außerdem können die Daten bei Neuinstallationen einfach wiederhergestellt werden unter der Bedingung, dass die Zugangsdaten und der Sync-Key bekannt sind.

Es soll beschrieben werden, wie man den eigenen Server so konfiguriert, dass man seine Daten mit Firefox über die integrierte Funktion ''Sync'' auslagern kann.

==Voraussetzungen==
===Client===
* Mozilla Firefox 4.0 und neuer
* Bei älteren Firefox-Versionen muss das Addon ''Firefox Sync'' manuell nachinstalliert werden.

===Server===
*[[Apache|Apache-Webserver]] (vorzugsweise) mit SSL-Unterstützung
*PHP5, php-common (enthält json), php-pdo
*[http://people.mozilla.org/~telliott/weave_minimal.tgz Weave Minimal Server] - direkter Download

==Konfiguration des Servers==
{{Box Test||
* CentOS 5.5 }}
Ins Verzeichnis wechseln, in dem der Weave-Server abgelegt werden soll, z. B.
cd /var/www/

Entpacken des Archivs "weave_minimal.tgz":
tar xvfz weave_minimal.tgz

Wir ändern die Zugriffsrechte für Benutzer und Gruppe, um Konflikte mit dem Apache zu vermeiden.
chown -R apache:apache weave_minimal

Als optionale Sicherheitseinstellung sollten noch die Zugriffsrechte für den Ordner angepasst werden.
chmod 770 weave_minimal

Damit der Server später über Apache angesprochen werden kann, ist es notwendig Aliases festzulegen. Der Inhalt der Datei kann einfach kopiert und angepasst werden. Die Datei selbst bewerkstelligt die Weiterleitung auf den ''weave_minimal''-Ordner, der außerhalb des ''DocumentRoot'' des Webservers liegen sollte.

/etc/httpd/conf.d/weave.conf:

Alias /weave /var/www/weave_minimal/index.php
Alias /firefox-sync /var/www/weave_minimal/index.php

<Directory /var/www/weave_minimal>
Order allow,deny
Allow from all
</Directory>

Zur Übernahme der Einstellungen muss der Server neugestartet werden.
service httpd restart

Damit sollte der Server soweit einsatzbereit sein. Es kann daher mit der Anlegung der Benutzerkonten weitergemacht werden.
Wir erstellen dem Benutzer Otto ein Profil, über das er dann später seine Firefox-Daten synchronisieren kann.
php create-user

Zum Erstellen "Create" oder "c", anschließend die E-Mail-Adresse eingeben und dazu ein Passwort (welches mindestens eine Länge von neun Lettern aufweisen sollte, damit Sync später keine Fehlermeldung ausgibt).
(c)reate, (d)elete or change (p)assword: c
Please enter email: otto@maildomain.xy
Please enter password: ottosgeheimespasswort
Hier032seltsamebuchstabeninfolge created

Es sollte eine Datenbankdatei "weave_db" angelegt worden sein. Diese am besten auch noch an Benutzer und Gruppe "apache" übergeben, falls nicht schon geschehen.

-rwxr-xr-x 1 apache apache 5091 create_user
-rwxr-xr-x 1 apache apache 10129 index.php
-rwxr-xr-x 1 apache apache 833 README
-rwxr-xr-x 1 apache apache 6954 weave_basic_object.php
'''-rw-r--r-- 1 apache apache 118784 weave_db'''
-rwxr-xr-x 1 apache apache 18846 weave_storage.php
-rwxr-xr-x 1 apache apache 6346 weave_utils.php

Damit ist die Servereinrichtung soweit in Ordnung. Jetzt sollte es mit Firefox möglich sein eine Verbindung zum Sync-Server aufzubauen.

==Client-Einrichtung==

Dazu Firefox starten und im Firefox-Menü "Sync-Einrichten" auswählen. Da der Server mit samt des Kontos läuft, muss nun die Verbindung hergestellt werden.

[[Bild:Firefox_Sync_01.jpg|350px|Mit dem existierenden Konto verbinden.]] [[Bild:Firefox_Sync_02.jpg|350px|Markierte Schaltfläche auswählen.]] [[Bild:Firefox_Sync_03_filled_fully.jpg|350px|Da für Otto noch kein Sync-Key besteht (erste Anmeldung), einfach willkürlich in das Feld eine Eingabe machen. Der Schlüssel wird dann automatisch erstellt. Gegebenenfalls kann dieser später noch verändert werden.]]

[[Bild:Firefox_Sync_04.jpg|350px|Auswählen, was synchronisiert werden soll.]] [[Bild:Firefox_Sync_fi.jpg|350px|Erfolgreiche Einrichtung abschließen.]]

===Troubleshooting===
*Da bei der ersten Anmeldung kein Sync-Key existiert, muss man das entsprechende Feld (siehe Schritt 3) willkürlich ausfüllen. Es wird dann automatisch ein Schlüssel erstellt, den man später auch noch verändern kann.
*Es kann sein, dass keine Verbindung zum Weave-Server möglich ist, wenn das entsprechende abschließende Slash-Zeichen ("/") fehlt.
*Bei einer SSL-Verbindung (über <nowiki>https://</nowiki>) kann es von Nöten sein das Server-Zertifikat vorher herunterzuladen und dann die Sync-Einrichtung vorzunehmen.

==Weblinks==
*[http://www.synology-wiki.de/index.php/Weave_Minimal_Server_f%C3%BCr_Firefox_Sync Synology-Wiki.de] - Gutes, einfaches und übersichtliches Howto zum Thema
*[http://www.data-travelers.de/2010/06/03/der-eigene-weave-firefox-sync-server.html Data-Travelers.de] - Googles No.1 zum Thema
*[http://lugh.ch/howtos/host-your-own-firefox-sync-service Lugh.ch] - Gutes englisch-sprachiges Howto

[[Category: LAMP]] [[Category: HowTo]]

Weave Firefox Sync-Server

2011-03-27T15:01:15Z

Greunke: Kleinigkeiten

==Einführung==

Mit dem Release von Firefox 4 gibt es die Möglichkeit seine Bookmarks und sonstigen Einstellungen auf externen Servern zu sichern. Dies hat den Vorteil, dass man problemlos mehrere Systeme auf dem gleichen Stand halten kann. Außerdem können die Daten bei Neuinstallationen einfach wiederhergestellt werden unter der Bedingung, dass die Zugangsdaten und der Sync-Key bekannt sind.

Es soll beschrieben werden, wie man den eigenen Server so konfiguriert, dass man seine Daten mit Firefox über die integrierte Funktion ''Sync'' auslagern kann.

==Voraussetzungen==
===Client===
* Mozilla Firefox 4.0
* Bei älteren Firefox-Versionen muss das Addon ''Firefox Sync'' manuell nachinstalliert werden.

===Server===
*[[Apache|Apache-Webserver]] (vorzugsweise) mit SSL-Unterstützung
*PHP5, php-common (enthält json), php-pdo
*[http://people.mozilla.org/~telliott/weave_minimal.tgz Weave Minimal Server] - direkter Download

==Konfiguration des Servers==
{{Box Test||
* CentOS 5.5 }}
Ins Verzeichnis wechseln, in dem der Weave-Server abgelegt werden soll, z. B.
cd /var/www/

Entpacken des Archivs "weave_minimal.tgz":
tar xvfz weave_minimal.tgz

Wir ändern die Zugriffsrechte für Benutzer und Gruppe, um Konflikte mit dem Apache zu vermeiden.
chown -R apache:apache weave_minimal

Als optionale Sicherheitseinstellung sollten noch die Zugriffsrechte für den Ordner angepasst werden.
chmod 770 weave_minimal

Damit der Server später über Apache angesprochen werden kann, ist es notwendig Aliases festzulegen. Der Inhalt der Datei kann einfach kopiert und angepasst werden. Die Datei selbst bewerkstelligt die Weiterleitung auf den ''weave_minimal''-Ordner, der außerhalb des ''DocumentRoot'' des Webservers liegen sollte.

/etc/httpd/conf.d/weave.conf:

Alias /weave /var/www/weave_minimal/index.php
Alias /firefox-sync /var/www/weave_minimal/index.php

<Directory /var/www/weave_minimal>
Order allow,deny
Allow from all
</Directory>

Zur Übernahme der Einstellungen muss der Server neugestartet werden.
service httpd restart

Damit sollte der Server soweit einsatzbereit sein. Es kann daher mit der Anlegung der Benutzerkonten weitergemacht werden.
Wir erstellen dem Benutzer Otto ein Profil, über das er dann später seine Firefox-Daten synchronisieren kann.
php create-user

Zum Erstellen "Create" oder "c", anschließend die E-Mail-Adresse eingeben und dazu ein Passwort (welches mindestens eine Länge von neun Lettern aufweisen sollte, damit Sync später keine Fehlermeldung ausgibt).
(c)reate, (d)elete or change (p)assword: c
Please enter email: otto@maildomain.xy
Please enter password: ottosgeheimespasswort
Hier032seltsamebuchstabeninfolge created

Es sollte eine Datenbankdatei "weave_db" angelegt worden sein. Diese am besten auch noch an Benutzer und Gruppe "apache" übergeben, falls nicht schon geschehen.

-rwxr-xr-x 1 apache apache 5091 create_user
-rwxr-xr-x 1 apache apache 10129 index.php
-rwxr-xr-x 1 apache apache 833 README
-rwxr-xr-x 1 apache apache 6954 weave_basic_object.php
'''-rw-r--r-- 1 apache apache 118784 weave_db'''
-rwxr-xr-x 1 apache apache 18846 weave_storage.php
-rwxr-xr-x 1 apache apache 6346 weave_utils.php

Damit ist die Servereinrichtung soweit in Ordnung. Jetzt sollte es mit Firefox möglich sein eine Verbindung zum Sync-Server aufzubauen.

==Client-Einrichtung==

Dazu Firefox starten und im Firefox-Menü "Sync-Einrichten" auswählen. Da der Server mit samt des Kontos läuft, muss nun die Verbindung hergestellt werden.

[[Bild:Firefox_Sync_01.jpg|350px|Mit dem existierenden Konto verbinden.]] [[Bild:Firefox_Sync_02.jpg|350px|Markierte Schaltfläche auswählen.]] [[Bild:Firefox_Sync_03_filled_fully.jpg|350px|Da für Otto noch kein Sync-Key besteht (erste Anmeldung), einfach willkürlich in das Feld eine Eingabe machen. Der Schlüssel wird dann automatisch erstellt. Gegebenenfalls kann dieser später noch verändert werden.]]

[[Bild:Firefox_Sync_04.jpg|350px|Auswählen, was synchronisiert werden soll.]] [[Bild:Firefox_Sync_fi.jpg|350px|Erfolgreiche Einrichtung abschließen.]]

===Troubleshooting===
*Da bei der ersten Anmeldung kein Sync-Key existiert, muss man das entsprechende Feld (siehe Schritt 3) willkürlich ausfüllen. Es wird dann automatisch ein Schlüssel erstellt, den man später auch noch verändern kann.
*Es kann sein, dass keine Verbindung zum Weave-Server möglich ist, wenn das entsprechende abschließende Slash-Zeichen ("/") fehlt.
*Bei einer SSL-Verbindung (über <nowiki>https://</nowiki>) kann es von Nöten sein das Server-Zertifikat vorher herunterzuladen und dann die Sync-Einrichtung vorzunehmen.

==Weblinks==
*[http://www.synology-wiki.de/index.php/Weave_Minimal_Server_f%C3%BCr_Firefox_Sync Synology-Wiki.de] - Gutes, einfaches und übersichtliches Howto zum Thema
*[http://www.data-travelers.de/2010/06/03/der-eigene-weave-firefox-sync-server.html Data-Travelers.de] - Googles No.1 zum Thema
*[http://lugh.ch/howtos/host-your-own-firefox-sync-service Lugh.ch] - Gutes englisch-sprachiges Howto

[[Category: LAMP]] [[Category: HowTo]]

Weave Firefox Sync-Server

2011-03-27T14:45:04Z

Greunke: Formulierung

==Einführung==

Mit dem Release von Firefox 4 gibt es die Möglichkeit seine Bookmarks und sonstigen Einstellungen auf externen Servern zu sichern. Dies hat den Vorteil, dass man problemlos mehrere Systeme auf dem gleichen Stand halten kann. Außerdem können die Daten bei Neuinstallationen einfach wiederhergestellt werden unter der Bedingung, dass die Zugangsdaten und der Sync-Key bekannt sind.

Es soll beschrieben werden, wie man den eigenen Server so konfiguriert, dass man seine Daten mit Firefox über die integrierte Funktion ''Sync'' auslagern kann.

==Voraussetzungen==
===Client===
* Mozilla Firefox 4.0
* Bei älteren Firefox-Versionen muss das Addon ''Firefox Sync'' manuell nachinstalliert werden.

===Server===
*[[Apache|Apache-Webserver]] (vorzugsweise) mit SSL-Unterstützung
*PHP5, php-common (enthält json), php-pdo
*[http://people.mozilla.org/~telliott/weave_minimal.tgz Weave Minimal Server] - direkter Download

==Konfiguration des Servers==
{{Box Test||
* CentOS 5.5 }}
Ins Verzeichnis wechseln, in dem der Weave-Server abgelegt werden soll, z. B.
cd /var/www/

Entpacken des Archivs "weave_minimal.tgz":
tar xvfz weave_minimal.tgz

Wir ändern die Zugriffsrechte für Benutzer und Gruppe, um Konflikte mit dem Apache zu vermeiden.
chown -R apache:apache weave_minimal

Als optionale Sicherheitseinstellung sollten noch die Zugriffsrechte für den Ordner angepasst werden.
chmod 770 weave_minimal

Damit der Server später über Apache angesprochen werden kann, ist es notwendig Aliases festzulegen. Der Inhalt der Datei kann einfach kopiert und angepasst werden. Die Datei selbst bewerkstelligt die Weiterleitung auf den ''weave_minimal''-Ordner, der außerhalb des ''DocumentRoot'' des Webservers liegen sollte.

/etc/httpd/conf.d/weave.conf:

Alias /weave /var/www/weave_minimal/index.php
Alias /firefox-sync /var/www/weave_minimal/index.php

<Directory /var/www/weave_minimal>
Order allow,deny
Allow from all
</Directory>

Zur Übernahme der Einstellungen muss der Server neugestartet werden.
service httpd restart

Damit sollte der Server soweit einsatzbereit sein. Es kann daher mit der Anlegung der Benutzerkonten weitergemacht werden.
Wir erstellen dem Benutzer Otto ein Profil, über das er dann später seine Firefox-Daten synchronisieren kann.
php create-user

Zum Erstellen "Create" oder "c", anschließend die E-Mail-Adresse eingeben und dazu ein Passwort (welches mindestens eine Länge von neun Lettern aufweisen sollte, damit Sync später keine Fehlermeldung ausgibt).
(c)reate, (d)elete or change (p)assword: c
Please enter email: otto@maildomain.xy
Please enter password: ottosgeheimespasswort
Hier032seltsamebuchstabeninfolge created

Es sollte eine Datenbankdatei "weave_db" angelegt worden sein. Diese am besten auch noch an Benutzer und Gruppe "apache" übergeben, falls nicht schon geschehen.

-rwxr-xr-x 1 apache apache 5091 create_user
-rwxr-xr-x 1 apache apache 10129 index.php
-rwxr-xr-x 1 apache apache 833 README
-rwxr-xr-x 1 apache apache 6954 weave_basic_object.php
'''-rw-r--r-- 1 apache apache 118784 weave_db'''
-rwxr-xr-x 1 apache apache 18846 weave_storage.php
-rwxr-xr-x 1 apache apache 6346 weave_utils.php

Damit ist die Servereinrichtung soweit in Ordnung. Jetzt sollte es mit Firefox möglich sein eine Verbindung zum Sync-Server aufzubauen.

==Client-Einrichtung==

Dazu Firefox starten und im Firefox-Menü "Sync-Einrichten" auswählen. Da der Server mit samt des Kontos läuft, muss nun die Verbindung hergestellt werden.

[[Bild:Firefox_Sync_01.jpg|350px]] [[Bild:Firefox_Sync_02.jpg|350px]] [[Bild:Firefox_Sync_03_filled_fully.jpg|350px| Da für Otto noch kein Sync-Key besteht (erste Anmeldung), einfach willkürlich in das Feld eine Eingabe machen. Der Schlüssel wird dann automatisch erstellt. Gegebenenfalls kann dieser später noch verändert werden.]]

[[Bild:Firefox_Sync_04.jpg|350px]] [[Bild:Firefox_Sync_fi.jpg|350px]]

===Troubleshooting===
*Da bei der ersten Anmeldung kein Sync-Key existiert, muss man das entsprechende Feld (siehe Schritt 3) willkürlich ausfüllen. Es wird dann automatisch ein Schlüssel erstellt, den man später auch noch manuell ändern kann
*Es kann sein, dass keine Verbindung zum Weave-Server möglich ist, wenn das entsprechende abschließende Slash-Zeichen ("/") fehlt.
*Bei einer SSL-Verbindung (über <nowiki>https://</nowiki>) kann es von Nöten sein das Server-Zertifikat vorher herunterzuladen und dann die Sync-Einrichtung vorzunehmen.

==Weblinks==
*[http://www.synology-wiki.de/index.php/Weave_Minimal_Server_f%C3%BCr_Firefox_Sync Synology-Wiki.de] - Gutes, einfaches und übersichtliches Howto zum Thema
*[http://www.data-travelers.de/2010/06/03/der-eigene-weave-firefox-sync-server.html Data-Travelers.de] - Googles No.1 zum Thema
*[http://lugh.ch/howtos/host-your-own-firefox-sync-service Lugh.ch] - Gutes englisch-sprachiges Howto

[[Category: LAMP]] [[Category: HowTo]]

Weave Firefox Sync-Server

2011-03-27T14:41:33Z

Greunke: Kleinkrams²

==Einführung==

Mit dem Release von Firefox 4 gibt es die Möglichkeit seine Bookmarks und sonstigen Einstellungen auf externen Servern zu sichern. Dies hat den Vorteil, dass man problemlos mehrere Systeme auf dem gleichen Stand halten kann. Außerdem können die Daten bei Neuinstallationen einfach wiederhergestellt werden unter der Bedingung, dass die Zugangsdaten und der Sync-Key bekannt sind.

Es soll beschrieben werden, wie man den eigenen Server so konfiguriert, dass man seine Daten mit Firefox über die integrierte Funktion ''Sync'' auslagern kann.

==Voraussetzungen==
===Client===
* Mozilla Firefox 4.0
* Bei älteren Firefox-Versionen muss das Addon ''Firefox Sync'' manuell nachinstalliert werden.

===Server===
*[[Apache|Apache-Webserver]] (vorzugsweise) mit SSL-Unterstützung
*PHP5, php-common (enthält json), php-pdo
*[http://people.mozilla.org/~telliott/weave_minimal.tgz Weave Minimal Server] - direkter Download

==Konfiguration des Servers==
{{Box Test||
* CentOS 5.5 }}
Ins Verzeichnis wechseln, in dem der Weave-Server abgelegt werden soll, z. B.
cd /var/www/

Entpacken des Archivs "weave_minimal.tgz":
tar xvfz weave_minimal.tgz

Wir ändern die Zugriffsrechte für Benutzer und Gruppe, um Konflikte mit dem Apache zu vermeiden.
chown -R apache:apache weave_minimal

Als optionale Sicherheitseinstellung sollten noch die Zugriffsrechte für den Ordner angepasst werden.
chmod 770 weave_minimal

Damit der Server später über Apache angesprochen werden kann, ist es notwendig Aliases festzulegen. Der Inhalt der Datei kann einfach kopiert und angepasst werden. Die Datei selbst bewerkstelligt die Weiterleitung auf den ''weave_minimal''-Ordner, der außerhalb des ''DocumentRoot'' des Webservers liegen sollte.

/etc/httpd/conf.d/weave.conf:

Alias /weave /var/www/weave_minimal/index.php
Alias /firefox-sync /var/www/weave_minimal/index.php

<Directory /var/www/weave_minimal>
Order allow,deny
Allow from all
</Directory>

Zur Übernahme der Einstellungen muss der Server neugestartet werden.
service httpd restart

Damit sollte der Server soweit einsatzbereit sein. Es kann daher mit der Anlegung der Benutzerkonten weitergemacht werden.
Wir erstellen dem Benutzer Otto ein Profil, über das er dann später seine Firefox-Daten synchronisieren kann.
php create-user

Zum Erstellen "Create" oder "c", anschließend die E-Mail-Adresse eingeben und dazu ein Passwort (welches mindestens eine Länge von neun Lettern aufweisen sollte, damit Sync später keine Fehlermeldung ausgibt).
(c)reate, (d)elete or change (p)assword: c
Please enter email: otto@maildomain.xy
Please enter password: ottosgeheimespasswort
Hier032seltsamebuchstabeninfolge created

Es sollte eine Datenbankdatei "weave_db" angelegt worden sein. Diese am besten auch noch an Benutzer und Gruppe "apache" übergeben, falls nicht schon geschehen.

-rwxr-xr-x 1 apache apache 5091 create_user
-rwxr-xr-x 1 apache apache 10129 index.php
-rwxr-xr-x 1 apache apache 833 README
-rwxr-xr-x 1 apache apache 6954 weave_basic_object.php
'''-rw-r--r-- 1 apache apache 118784 weave_db'''
-rwxr-xr-x 1 apache apache 18846 weave_storage.php
-rwxr-xr-x 1 apache apache 6346 weave_utils.php

Damit ist die Servereinrichtung soweit in Ordnung. Jetzt sollte es mit Firefox möglich sein auf die Dateien zuzugreifen.

==Client-Einrichtung==

Dazu Firefox starten und im Firefox-Menü "Sync-Einrichten" auswählen. Da der Server mit samt des Kontos läuft, muss nun die Verbindung hergestellt werden.

[[Bild:Firefox_Sync_01.jpg|350px]] [[Bild:Firefox_Sync_02.jpg|350px]] [[Bild:Firefox_Sync_03_filled_fully.jpg|350px| Da für Otto noch kein Sync-Key besteht (erste Anmeldung), einfach willkürlich in das Feld eine Eingabe machen. Der Schlüssel wird dann automatisch erstellt. Gegebenenfalls kann dieser später noch verändert werden.]]

[[Bild:Firefox_Sync_04.jpg|350px]] [[Bild:Firefox_Sync_fi.jpg|350px]]

===Troubleshooting===
*Da bei der ersten Anmeldung kein Sync-Key existiert, muss man das entsprechende Feld (siehe Schritt 3) willkürlich ausfüllen. Es wird dann automatisch ein Schlüssel erstellt, den man später auch noch manuell ändern kann
*Es kann sein, dass keine Verbindung zum Weave-Server möglich ist, wenn das entsprechende abschließende Slash-Zeichen ("/") fehlt.
*Bei einer SSL-Verbindung (über <nowiki>https://</nowiki>) kann es von Nöten sein das Server-Zertifikat vorher herunterzuladen und dann die Sync-Einrichtung vorzunehmen.

==Weblinks==
*[http://www.synology-wiki.de/index.php/Weave_Minimal_Server_f%C3%BCr_Firefox_Sync Synology-Wiki.de] - Gutes, einfaches und übersichtliches Howto zum Thema
*[http://www.data-travelers.de/2010/06/03/der-eigene-weave-firefox-sync-server.html Data-Travelers.de] - Googles No.1 zum Thema
*[http://lugh.ch/howtos/host-your-own-firefox-sync-service Lugh.ch] - Gutes englisch-sprachiges Howto

[[Category: LAMP]] [[Category: HowTo]]

Weave Firefox Sync-Server

2011-03-27T14:38:37Z

Greunke: Kleinkrams

==Einführung==

Mit dem Release von Firefox 4 gibt es die Möglichkeit seine Bookmarks und sonstigen Einstellungen auf externen Servern zu sichern. Dies hat den Vorteil, dass man problemlos mehrere Systeme auf dem gleichen Stand halten kann. Außerdem können die Daten bei Neuinstallationen einfach wiederhergestellt werden unter der Bedingung, dass die Zugangsdaten und der Sync-Key bekannt sind.

Es soll beschrieben werden, wie man den eigenen Server so konfiguriert, dass man seine Daten mit Firefox über die integrierte Funktion ''Sync'' auslagern kann.

==Voraussetzungen==
===Client===
* Mozilla Firefox 4.0
* Bei älteren Firefox-Versionen muss das Addon ''Firefox Sync'' manuell nachinstalliert werden.

===Server===
*[[Apache|Apache-Webserver]] (vorzugsweise) mit SSL-Unterstützung
*PHP5, php-common (enthält json), php-pdo
*[http://people.mozilla.org/~telliott/weave_minimal.tgz Weave Minimal Server] - direkter Download

==Konfiguration des Servers==
{{Box Test||
* CentOS 5.5 }}
Ins Verzeichnis wechseln, in dem der Weave-Server abgelegt werden soll, z. B.
cd /var/www/

Entpacken des Archivs "weave_minimal.tgz":
tar xvfz weave_minimal.tgz

Wir ändern die Zugriffsrechte für Benutzer und Gruppe, um Konflikte mit dem Apache zu vermeiden.
chown -R apache:apache weave_minimal

Als optionale Sicherheitseinstellung sollten noch die Zugriffsrechte für den Ordner angepasst werden.
chmod 770 weave_minimal

Damit der Server später über Apache angesprochen werden kann, ist es notwendig Aliases festzulegen. Der Inhalt der Datei kann einfach kopiert und angepasst werden. Die Datei selbst bewerkstelligt die Weiterleitung auf den ''weave_minimal''-Ordner, der außerhalb des ''DocumentRoot'' des Webservers liegen sollte.

/etc/httpd/conf.d/weave.conf:

Alias /weave /var/www/weave_minimal/index.php
Alias /firefox-sync /var/www/weave_minimal/index.php

<Directory /var/www/weave_minimal>
Order allow,deny
Allow from all
</Directory>

Zur Übernahme der Einstellungen muss der Server neugestartet werden.
service httpd restart

Damit sollte der Server soweit einsatzbereit sein. Es kann daher mit der Anlegung der Benutzerkonten weitergemacht werden.
Wir erstellen dem Benutzer Otto ein Profil, über das er dann später seine Firefox-Daten synchronisieren kann.
php create-user

Zum Erstellen "Create" oder "c", anschließend die E-Mail-Adresse eingeben und dazu ein Passwort (welches mindestens eine Länge von 9-Lettern aufweisen sollte, damit Sync später keine Fehlermeldung ausgibt).
(c)reate, (d)elete or change (p)assword: c
Please enter email: otto@maildomain.xy
Please enter password: ottosgeheimespasswort
Hier032seltsamebuchstabeninfolge created

Es sollte eine Datenbankdatei "weave_db" angelegt worden sein. Diese am besten auch noch an Benutzer und Gruppe "apache" übergeben, falls nicht schon geschehen.

-rwxr-xr-x 1 apache apache 5091 create_user
-rwxr-xr-x 1 apache apache 10129 index.php
-rwxr-xr-x 1 apache apache 833 README
-rwxr-xr-x 1 apache apache 6954 weave_basic_object.php
'''-rw-r--r-- 1 apache apache 118784 weave_db'''
-rwxr-xr-x 1 apache apache 18846 weave_storage.php
-rwxr-xr-x 1 apache apache 6346 weave_utils.php

Damit ist die Servereinrichtung soweit in Ordnung. Jetzt sollte es mit Firefox möglich sein auf die Dateien zuzugreifen.

==Client-Einrichtung==

Dazu Firefox starten und im Firefox-Menü "Sync-Einrichten" auswählen. Da der Server mit samt des Kontos läuft, muss nun die Verbindung hergestellt werden.

[[Bild:Firefox_Sync_01.jpg|350px]] [[Bild:Firefox_Sync_02.jpg|350px]] [[Bild:Firefox_Sync_03_filled_fully.jpg|350px| Da für Otto noch kein Sync-Key besteht (erste Anmeldung), einfach willkürlich in das Feld eine Eingabe machen. Der Schlüssel wird dann automatisch erstellt. Gegebenenfalls kann dieser später noch verändert werden.]]

[[Bild:Firefox_Sync_04.jpg|350px]] [[Bild:Firefox_Sync_fi.jpg|350px]]

===Troubleshooting===
*Da bei der ersten Anmeldung kein Sync-Key existiert, muss man das entsprechende Feld (siehe Schritt 3) willkürlich ausfüllen. Es wird dann automatisch ein Schlüssel erstellt, den man später auch noch manuell ändern kann
*Es kann sein, dass keine Verbindung zum Weave-Server möglich ist, wenn das entsprechende abschließende Slash-Zeichen ("/") fehlt.
*Bei einer SSL-Verbindung (über <nowiki>https://</nowiki>) kann es von Nöten sein das Server-Zertifikat vorher herunterzuladen und dann die Sync-Einrichtung vorzunehmen.

==Weblinks==
*[http://www.synology-wiki.de/index.php/Weave_Minimal_Server_f%C3%BCr_Firefox_Sync Synology-Wiki.de] -
*[http://www.data-travelers.de/2010/06/03/der-eigene-weave-firefox-sync-server.html Data-Travelers.de] -
*[http://lugh.ch/howtos/host-your-own-firefox-sync-service Lugh.ch] - Gutes englisch-sprachiges Howto

[[Category: LAMP]] [[Category: HowTo]]

Weave Firefox Sync-Server

2011-03-27T14:37:04Z

Greunke: Kursiv

==Einführung==

Mit dem Release von Firefox 4 gibt es die Möglichkeit seine Bookmarks und sonstigen Einstellungen auf externen Servern zu sichern. Dies hat den Vorteil, dass man problemlos mehrere Systeme auf dem gleichen Stand halten kann. Außerdem können die Daten bei Neuinstallationen einfach wiederhergestellt werden unter der Bedingung, dass die Zugangsdaten und der Sync-Key bekannt sind.

Es soll beschrieben werden, wie man den eigenen Server so konfiguriert, dass man seine Daten mit Firefox über die integrierte Funktion ''Sync'' auslagern kann.

==Voraussetzungen==
===Client===
* Mozilla Firefox 4.0
* Bei älteren Firefox-Versionen muss das Addon ''Firefox Sync'' manuell nachinstalliert werden

===Server===
*[[Apache|Apache-Webserver]] (vorzugsweise) mit SSL-Unterstützung
*PHP5, php-common (enthält json), php-pdo
*[http://people.mozilla.org/~telliott/weave_minimal.tgz Weave Minimal Server] - direkter Download

==Konfiguration des Servers==
{{Box Test||
* CentOS 5.5 }}
Ins Verzeichnis wechseln, in dem der Weave-Server abgelegt werden soll, z. B.
cd /var/www/

Entpacken des Archivs "weave_minimal.tgz":
tar xvfz weave_minimal.tgz

Wir ändern die Zugriffsrechte für Benutzer und Gruppe um Konflikte mit dem Apache zu vermeiden.
chown -R apache:apache weave_minimal

Als optionale Sicherheitseinstellung sollten noch die Zugriffsrechte für den Ordner angepasst werden.
chmod 770 weave_minimal

Damit der Server später über Apache angesprochen werden kann, ist es notwendig Aliases festzulegen. Der Inhalt der Datei kann einfach kopiert und angepasst werden. Die Datei selbst bewerkstelligt die Weiterleitung auf den ''weave_minimal''-Ordner, der außerhalb des ''DocumentRoot'' des Webservers liegen sollte.

/etc/httpd/conf.d/weave.conf:

Alias /weave /var/www/weave_minimal/index.php
Alias /firefox-sync /var/www/weave_minimal/index.php

<Directory /var/www/weave_minimal>
Order allow,deny
Allow from all
</Directory>

Zur Übernahme der Einstellungen muss der Server neugestartet werden.
service httpd restart

Damit sollte der Server soweit einsatzbereit sein. Es kann daher mit der Anlegung der Benutzerkonten weitergemacht werden.
Wir erstellen dem Benutzer Otto ein Profil, über das er dann später seine Firefox-Daten synchronisieren kann.
php create-user

Zum Erstellen "Create" oder "c", anschließend die E-Mail-Adresse eingeben und dazu ein Passwort (welches mindestens eine Länge von 9-Lettern aufweisen sollte, damit Sync später keine Fehlermeldung ausgibt).
(c)reate, (d)elete or change (p)assword: c
Please enter email: otto@maildomain.xy
Please enter password: ottosgeheimespasswort
Hier032seltsamebuchstabeninfolge created

Es sollte eine Datenbankdatei "weave_db" angelegt worden sein. Diese am besten auch noch an Benutzer und Gruppe "apache" übergeben, falls nicht schon geschehen.

-rwxr-xr-x 1 apache apache 5091 create_user
-rwxr-xr-x 1 apache apache 10129 index.php
-rwxr-xr-x 1 apache apache 833 README
-rwxr-xr-x 1 apache apache 6954 weave_basic_object.php
'''-rw-r--r-- 1 apache apache 118784 weave_db'''
-rwxr-xr-x 1 apache apache 18846 weave_storage.php
-rwxr-xr-x 1 apache apache 6346 weave_utils.php

Damit ist die Servereinrichtung soweit in Ordnung. Jetzt sollte es mit Firefox möglich sein auf die Dateien zuzugreifen.

==Client-Einrichtung==

Dazu Firefox starten und im Firefox-Menü "Sync-Einrichten" auswählen. Da der Server mit samt des Kontos läuft, muss nun die Verbindung hergestellt werden.

[[Bild:Firefox_Sync_01.jpg|350px]] [[Bild:Firefox_Sync_02.jpg|350px]] [[Bild:Firefox_Sync_03_filled_fully.jpg|350px| Da für Otto noch kein Sync-Key besteht (erste Anmeldung), einfach willkürlich in das Feld eine Eingabe machen. Der Schlüssel wird dann automatisch erstellt. Gegebenenfalls kann dieser später noch verändert werden.]]

[[Bild:Firefox_Sync_04.jpg|350px]] [[Bild:Firefox_Sync_fi.jpg|350px]]

===Troubleshooting===
*Da bei der ersten Anmeldung kein Sync-Key existiert, muss man das entsprechende Feld (siehe Schritt 3) willkürlich ausfüllen. Es wird dann automatisch ein Schlüssel erstellt, den man später auch noch manuell ändern kann
*Es kann sein, dass keine Verbindung zum Weave-Server möglich ist, wenn das entsprechende abschließende Slash-Zeichen ("/") fehlt.
*Bei einer SSL-Verbindung (über <nowiki>https://</nowiki>) kann es von Nöten sein das Server-Zertifikat vorher herunterzuladen und dann die Sync-Einrichtung vorzunehmen.

==Weblinks==
*[http://www.synology-wiki.de/index.php/Weave_Minimal_Server_f%C3%BCr_Firefox_Sync Synology-Wiki.de] -
*[http://www.data-travelers.de/2010/06/03/der-eigene-weave-firefox-sync-server.html Data-Travelers.de] -
*[http://lugh.ch/howtos/host-your-own-firefox-sync-service Lugh.ch] - Gutes englisch-sprachiges Howto

[[Category: LAMP]] [[Category: HowTo]]

Weave Firefox Sync-Server

2011-03-27T14:36:02Z

Greunke: Rechtschreibung

==Einführung==

Mit dem Release von Firefox 4 gibt es die Möglichkeit seine Bookmarks und sonstigen Einstellungen auf externen Servern zu sichern. Dies hat den Vorteil, dass man problemlos mehrere Systeme auf dem gleichen Stand halten kann. Außerdem können die Daten bei Neuinstallationen einfach wiederhergestellt werden unter der Bedingung, dass die Zugangsdaten und der Sync-Key bekannt sind.

Es soll beschrieben werden, wie man den eigenen Server so konfiguriert, dass man seine Daten mit Firefox über die integrierte Funktion "Sync" auslagern kann.

==Voraussetzungen==
===Client===
* Mozilla Firefox 4.0
* Bei älteren Firefox-Versionen muss das Addon Firefox Sync manuell nachinstalliert werden

===Server===
*[[Apache|Apache-Webserver]] (vorzugsweise) mit SSL-Unterstützung
*PHP5, php-common (enthält json), php-pdo
*[http://people.mozilla.org/~telliott/weave_minimal.tgz Weave Minimal Server] - direkter Download

==Konfiguration des Servers==
{{Box Test||
* CentOS 5.5 }}
Ins Verzeichnis wechseln, in dem der Weave-Server abgelegt werden soll, z. B.
cd /var/www/

Entpacken des Archivs "weave_minimal.tgz":
tar xvfz weave_minimal.tgz

Wir ändern die Zugriffsrechte für Benutzer und Gruppe um Konflikte mit dem Apache zu vermeiden.
chown -R apache:apache weave_minimal

Als optionale Sicherheitseinstellung sollten noch die Zugriffsrechte für den Ordner angepasst werden.
chmod 770 weave_minimal

Damit der Server später über Apache angesprochen werden kann, ist es notwendig Aliases festzulegen. Der Inhalt der Datei kann einfach kopiert und angepasst werden. Die Datei selbst bewerkstelligt die Weiterleitung auf den ''weave_minimal''-Ordner, der außerhalb des ''DocumentRoot'' des Webservers liegen sollte.

/etc/httpd/conf.d/weave.conf:

Alias /weave /var/www/weave_minimal/index.php
Alias /firefox-sync /var/www/weave_minimal/index.php

<Directory /var/www/weave_minimal>
Order allow,deny
Allow from all
</Directory>

Zur Übernahme der Einstellungen muss der Server neugestartet werden.
service httpd restart

Damit sollte der Server soweit einsatzbereit sein. Es kann daher mit der Anlegung der Benutzerkonten weitergemacht werden.
Wir erstellen dem Benutzer Otto ein Profil, über das er dann später seine Firefox-Daten synchronisieren kann.
php create-user

Zum Erstellen "Create" oder "c", anschließend die E-Mail-Adresse eingeben und dazu ein Passwort (welches mindestens eine Länge von 9-Lettern aufweisen sollte, damit Sync später keine Fehlermeldung ausgibt).
(c)reate, (d)elete or change (p)assword: c
Please enter email: otto@maildomain.xy
Please enter password: ottosgeheimespasswort
Hier032seltsamebuchstabeninfolge created

Es sollte eine Datenbankdatei "weave_db" angelegt worden sein. Diese am besten auch noch an Benutzer und Gruppe "apache" übergeben, falls nicht schon geschehen.

-rwxr-xr-x 1 apache apache 5091 create_user
-rwxr-xr-x 1 apache apache 10129 index.php
-rwxr-xr-x 1 apache apache 833 README
-rwxr-xr-x 1 apache apache 6954 weave_basic_object.php
'''-rw-r--r-- 1 apache apache 118784 weave_db'''
-rwxr-xr-x 1 apache apache 18846 weave_storage.php
-rwxr-xr-x 1 apache apache 6346 weave_utils.php

Damit ist die Servereinrichtung soweit in Ordnung. Jetzt sollte es mit Firefox möglich sein auf die Dateien zuzugreifen.

==Client-Einrichtung==

Dazu Firefox starten und im Firefox-Menü "Sync-Einrichten" auswählen. Da der Server mit samt des Kontos läuft, muss nun die Verbindung hergestellt werden.

[[Bild:Firefox_Sync_01.jpg|350px]] [[Bild:Firefox_Sync_02.jpg|350px]] [[Bild:Firefox_Sync_03_filled_fully.jpg|350px| Da für Otto noch kein Sync-Key besteht (erste Anmeldung), einfach willkürlich in das Feld eine Eingabe machen. Der Schlüssel wird dann automatisch erstellt. Gegebenenfalls kann dieser später noch verändert werden.]]

[[Bild:Firefox_Sync_04.jpg|350px]] [[Bild:Firefox_Sync_fi.jpg|350px]]

===Troubleshooting===
*Da bei der ersten Anmeldung kein Sync-Key existiert, muss man das entsprechende Feld (siehe Schritt 3) willkürlich ausfüllen. Es wird dann automatisch ein Schlüssel erstellt, den man später auch noch manuell ändern kann
*Es kann sein, dass keine Verbindung zum Weave-Server möglich ist, wenn das entsprechende abschließende Slash-Zeichen ("/") fehlt.
*Bei einer SSL-Verbindung (über <nowiki>https://</nowiki>) kann es von Nöten sein das Server-Zertifikat vorher herunterzuladen und dann die Sync-Einrichtung vorzunehmen.

==Weblinks==
*[http://www.synology-wiki.de/index.php/Weave_Minimal_Server_f%C3%BCr_Firefox_Sync Synology-Wiki.de] -
*[http://www.data-travelers.de/2010/06/03/der-eigene-weave-firefox-sync-server.html Data-Travelers.de] -
*[http://lugh.ch/howtos/host-your-own-firefox-sync-service Lugh.ch] - Gutes englisch-sprachiges Howto

[[Category: LAMP]] [[Category: HowTo]]

Weave Firefox Sync-Server

2011-03-27T14:34:39Z

Greunke: Überarbeitung

==Einführung==

Mit dem Release von Firefox 4 gibt es die Möglichkeit seine Bookmarks und sonstigen Einstellungen auf externen Servern zu sichern. Dies hat den Vorteil, dass man problemlos mehrere Systeme auf dem gleichen Stand halten kann. Außerdem können die Daten bei Neuinstallationen einfach wiederhergestellt werden unter der Bedingung, dass die Zugangsdaten und der Sync-Key bekannt sind.

Es soll beschrieben werden, wie man den eigenen Server so konfiguriert, dass man seine Daten mit Firefox über die integrierte Funktion "Sync" auslagern kann.

==Voraussetzungen==
===Client===
* Mozilla Firefox 4.0
* Bei ältere Firefox-Versionen muss das Addon Firefox Sync manuell nachinstalliert werden

===Server===
*[[Apache|Apache-Webserver]] (vorzugsweise) mit SSL-Unterstützung
*PHP5, php-common (enthält json), php-pdo
*[http://people.mozilla.org/~telliott/weave_minimal.tgz Weave Minimal Server] - direkter Download

==Konfiguration des Servers==
{{Box Test||
* CentOS 5.5 }}
Ins Verzeichnis wechseln, in dem der Weave-Server abgelegt werden soll, z. B.
cd /var/www/

Entpacken des Archivs "weave_minimal.tgz":
tar xvfz weave_minimal.tgz

Wir ändern die Zugriffsrechte für Benutzer und Gruppe um Konflikte mit dem Apache zu vermeiden.
chown -R apache:apache weave_minimal

Als optionale Sicherheitseinstellung sollten noch die Zugriffsrechte für den Ordner angepasst werden.
chmod 770 weave_minimal

Damit der Server später über Apache angesprochen werden kann, ist es notwendig Aliases festzulegen. Der Inhalt der Datei kann einfach kopiert und angepasst werden. Die Datei selbst bewerkstelligt die Weiterleitung auf den ''weave_minimal''-Ordner, der außerhalb des ''DocumentRoot'' des Webservers liegen sollte.

/etc/httpd/conf.d/weave.conf:

Alias /weave /var/www/weave_minimal/index.php
Alias /firefox-sync /var/www/weave_minimal/index.php

<Directory /var/www/weave_minimal>
Order allow,deny
Allow from all
</Directory>

Zur Übernahme der Einstellungen muss der Server neugestartet werden.
service httpd restart

Damit sollte der Server soweit einsatzbereit sein. Es kann daher mit der Anlegung der Benutzerkonten weitergemacht werden.
Wir erstellen dem Benutzer Otto ein Profil, über das er dann später seine Firefox-Daten synchronisieren kann.
php create-user

Zum Erstellen "Create" oder "c", anschließend die E-Mail-Adresse eingeben und dazu ein Passwort (welches mindestens eine Länge von 9-Lettern aufweisen sollte, damit Sync später keine Fehlermeldung ausgibt).
(c)reate, (d)elete or change (p)assword: c
Please enter email: otto@maildomain.xy
Please enter password: ottosgeheimespasswort
Hier032seltsamebuchstabeninfolge created

Es sollte eine Datenbankdatei "weave_db" angelegt worden sein. Diese am besten auch noch an Benutzer und Gruppe "apache" übergeben, falls nicht schon geschehen.

-rwxr-xr-x 1 apache apache 5091 create_user
-rwxr-xr-x 1 apache apache 10129 index.php
-rwxr-xr-x 1 apache apache 833 README
-rwxr-xr-x 1 apache apache 6954 weave_basic_object.php
'''-rw-r--r-- 1 apache apache 118784 weave_db'''
-rwxr-xr-x 1 apache apache 18846 weave_storage.php
-rwxr-xr-x 1 apache apache 6346 weave_utils.php

Damit ist die Servereinrichtung soweit in Ordnung. Jetzt sollte es mit Firefox möglich sein auf die Dateien zuzugreifen.

==Client-Einrichtung==

Dazu Firefox starten und im Firefox-Menü "Sync-Einrichten" auswählen. Da der Server mit samt des Kontos läuft, muss nun die Verbindung hergestellt werden.

[[Bild:Firefox_Sync_01.jpg|350px]] [[Bild:Firefox_Sync_02.jpg|350px]] [[Bild:Firefox_Sync_03_filled_fully.jpg|350px| Da für Otto noch kein Sync-Key besteht (erste Anmeldung), einfach willkürlich in das Feld eine Eingabe machen. Der Schlüssel wird dann automatisch erstellt. Gegebenenfalls kann dieser später noch verändert werden.]]

[[Bild:Firefox_Sync_04.jpg|350px]] [[Bild:Firefox_Sync_fi.jpg|350px]]

===Troubleshooting===
*Da bei der ersten Anmeldung kein Sync-Key existiert, muss man das entsprechende Feld (siehe Schritt 3) willkürlich ausfüllen. Es wird dann automatisch ein Schlüssel erstellt, den man später auch noch manuell ändern kann
*Es kann sein, dass keine Verbindung zum Weave-Server möglich ist, wenn das entsprechende abschließende Slash-Zeichen ("/") fehlt.
*Bei einer SSL-Verbindung (über <nowiki>https://</nowiki>) kann es von Nöten sein das Server-Zertifikat vorher herunterzuladen und dann die Sync-Einrichtung vorzunehmen.

==Weblinks==
*[http://www.synology-wiki.de/index.php/Weave_Minimal_Server_f%C3%BCr_Firefox_Sync Synology-Wiki.de] -
*[http://www.data-travelers.de/2010/06/03/der-eigene-weave-firefox-sync-server.html Data-Travelers.de] -
*[http://lugh.ch/howtos/host-your-own-firefox-sync-service Lugh.ch] - Gutes englisch-sprachiges Howto

[[Category: LAMP]] [[Category: HowTo]]

Datei:Firefox Sync fi.jpg

2011-03-27T14:02:05Z

Greunke:

Datei:Firefox Sync 04.jpg

2011-03-27T14:01:48Z

Greunke:

Weave Firefox Sync-Server

2011-03-26T18:59:32Z

Greunke: Schöne Bilder

==Einführung==

Mit Einführung von Firefox 4 gibt es die Möglichkeit, seine Bookmarks und sonstigen Einstellungen auf externen Servern zu sichern. Dies hat den Vorteil, dass man problemlos mehrere Systeme auf dem gleichen Stand halten kann. Außerdem können die Daten bei Neuinstallationen einfach wiederhergestellt werden unter der Bedingung, dass die Zugangsdaten und der Sync-Key bekannt sind.

Es soll beschrieben werden, wie man den eigenen Server so konfiguriert, dass man seine Daten mit Firefox über die integrierte Funktion "Sync" auslagern kann.

==Voraussetzungen==
===Client===
* Mozilla Firefox 4.0
* Bei ältere Firefox-Versionen muss das Addon Firefox Sync manuell nachinstalliert werden

===Server===
*[[Apache|Apache-Webserver]] (vorzugsweise) mit SSL-Unterstützung
*PHP5, php-common (enthält json), php-pdo
*[http://people.mozilla.org/~telliott/weave_minimal.tgz Weave Minimal Server] - direkter Download

==Konfiguration des Servers==
{{Box Test||
* CentOS 5.5
}}

Ins Verzeichnis wechseln, in dem der Weave-Server abgelegt werden soll, z. B.
cd /var/www/

Entpacken des Archivs "weave_minimal.tgz":
tar xvfz weave_minimal.tgz

Wir ändern die Zugriffsrechte für Benutzer und Gruppe um Konflikte mit dem Apache zu vermeiden.
chown -R apache:apache weave_minimal

Als optionale Sicherheitseinstellung sollten noch die Zugriffsrechte angepasst werden.
chmod 770 weave_minimal

Damit der Server später über Apache angesprochen werden kann, ist es notwendig Aliases festzulegen. Der Inhalt der Datei kann einfach kopiert und angepasst werden. Die Datei selbst bewerkstelligt die Weiterleitung auf den weave_minimal-Ordner, der außerhalb des ''DocumentRoot'' des Webservers liegen sollte.

/etc/httpd/conf.d/weave.conf:

Alias /weave /var/www/weave_minimal/index.php
Alias /firefox-sync /var/www/weave_minimal/index.php

<Directory /var/www/weave_minimal>
Order allow,deny
Allow from all
</Directory>

Zur Übernahme der Einstellungen muss der Server neugestartet werden.
service httpd restart

Damit sollte der Server soweit einsatzbereit sein. Es kann daher mit der Anlegung der Benutzerkonten weitergemacht werden.
Wir erstellen dem Benutzer Otto ein Profil, über das er dann später seine Firefox-Daten synchronisieren kann.
php create-user

Zum Erstellen "Create" oder "c", anschließend die E-Mail-Adresse eingeben und dazu ein Passwort (welches mindestens eine Länge von 9-Lettern aufweisen sollte, damit Sync später keine Fehlermeldung ausgibt).
(c)reate, (d)elete or change (p)assword: c
Please enter email: otto@maildomain.xy
Please enter password: ottosgeheimespasswort
Hier032seltsamebuchstabeninfolge created

Es sollte eine Datenbankdatei "weave_db" angelegt worden sein. Diese am besten auch noch an Benutzer und Gruppe "apache" übergeben, falls nicht schon geschehen.

-rwxr-xr-x 1 apache apache 5091 create_user
-rwxr-xr-x 1 apache apache 10129 index.php
-rwxr-xr-x 1 apache apache 833 README
-rwxr-xr-x 1 apache apache 6954 weave_basic_object.php
'''-rw-r--r-- 1 apache apache 118784 weave_db'''
-rwxr-xr-x 1 apache apache 18846 weave_storage.php
-rwxr-xr-x 1 apache apache 6346 weave_utils.php

Damit ist die Servereinrichtung soweit in Ordnung. Jetzt sollte es mit Firefox möglich sein auf die Dateien zuzugreifen.

==Client-Einrichtung==

Dazu Firefox starten und im Firefox-Menü "Sync-Einrichten" auswählen. Da der Server mit samt des Kontos läuft, muss nun die Verbindung hergestellt werden.

[[Bild:Firefox_Sync_01.jpg|300px]] [[Bild:Firefox_Sync_02.jpg|300px]]

[[Bild:Firefox_Sync_03_filled_fully.jpg|300px]]

==Weblinks==
*[http://www.synology-wiki.de/index.php/Weave_Minimal_Server_f%C3%BCr_Firefox_Sync Synology-Wiki.de] -
*[http://www.data-travelers.de/2010/06/03/der-eigene-weave-firefox-sync-server.html Data-Travelers.de] -
*[http://lugh.ch/howtos/host-your-own-firefox-sync-service Lugh.ch] - Gutes englisch-sprachiges Howto

[[Category: LAMP]] [[Category: HowTo]]

Weave Firefox Sync-Server

2011-03-26T18:54:53Z

Greunke: Bilder

==Einführung==

Mit Einführung von Firefox 4 gibt es die Möglichkeit, seine Bookmarks und sonstigen Einstellungen auf externen Servern zu sichern. Dies hat den Vorteil, dass man problemlos mehrere Systeme auf dem gleichen Stand halten kann. Außerdem können die Daten bei Neuinstallationen einfach wiederhergestellt werden unter der Bedingung, dass die Zugangsdaten und der Sync-Key bekannt sind.

Es soll beschrieben werden, wie man den eigenen Server so konfiguriert, dass man seine Daten mit Firefox über die integrierte Funktion "Sync" auslagern kann.

==Voraussetzungen==
===Client===
* Mozilla Firefox 4.0
* Bei ältere Firefox-Versionen muss das Addon Firefox Sync manuell nachinstalliert werden

===Server===
*[[Apache|Apache-Webserver]] (vorzugsweise) mit SSL-Unterstützung
*PHP5, php-common (enthält json), php-pdo
*[http://people.mozilla.org/~telliott/weave_minimal.tgz Weave Minimal Server] - direkter Download

==Konfiguration des Servers==
{{Box Test||
* CentOS 5.5
}}

Ins Verzeichnis wechseln, in dem der Weave-Server abgelegt werden soll, z. B.
cd /var/www/

Entpacken des Archivs "weave_minimal.tgz":
tar xvfz weave_minimal.tgz

Wir ändern die Zugriffsrechte für Benutzer und Gruppe um Konflikte mit dem Apache zu vermeiden.
chown -R apache:apache weave_minimal

Als optionale Sicherheitseinstellung sollten noch die Zugriffsrechte angepasst werden.
chmod 770 weave_minimal

Damit der Server später über Apache angesprochen werden kann, ist es notwendig Aliases festzulegen. Der Inhalt der Datei kann einfach kopiert und angepasst werden. Die Datei selbst bewerkstelligt die Weiterleitung auf den weave_minimal-Ordner, der außerhalb des ''DocumentRoot'' des Webservers liegen sollte.

/etc/httpd/conf.d/weave.conf:

Alias /weave /var/www/weave_minimal/index.php
Alias /firefox-sync /var/www/weave_minimal/index.php

<Directory /var/www/weave_minimal>
Order allow,deny
Allow from all
</Directory>

Zur Übernahme der Einstellungen muss der Server neugestartet werden.
service httpd restart

Damit sollte der Server soweit einsatzbereit sein. Es kann daher mit der Anlegung der Benutzerkonten weitergemacht werden.
Wir erstellen dem Benutzer Otto ein Profil, über das er dann später seine Firefox-Daten synchronisieren kann.
php create-user

Zum Erstellen "Create" oder "c", anschließend die E-Mail-Adresse eingeben und dazu ein Passwort (welches mindestens eine Länge von 9-Lettern aufweisen sollte, damit Sync später keine Fehlermeldung ausgibt).
(c)reate, (d)elete or change (p)assword: c
Please enter email: otto@maildomain.xy
Please enter password: ottosgeheimespasswort
Hier032seltsamebuchstabeninfolge created

Es sollte eine Datenbankdatei "weave_db" angelegt worden sein. Diese am besten auch noch an Benutzer und Gruppe "apache" übergeben, falls nicht schon geschehen.

-rwxr-xr-x 1 apache apache 5091 create_user
-rwxr-xr-x 1 apache apache 10129 index.php
-rwxr-xr-x 1 apache apache 833 README
-rwxr-xr-x 1 apache apache 6954 weave_basic_object.php
'''-rw-r--r-- 1 apache apache 118784 weave_db'''
-rwxr-xr-x 1 apache apache 18846 weave_storage.php
-rwxr-xr-x 1 apache apache 6346 weave_utils.php

Damit ist die Servereinrichtung soweit in Ordnung. Jetzt sollte es mit Firefox möglich sein auf die Dateien zuzugreifen.

==Client-Einrichtung==

Dazu Firefox starten und im Firefox-Menü "Sync-Einrichten" auswählen. Da der Server mit samt des Kontos läuft, muss nun die Verbindung hergestellt werden.

[[Bild:Firefox_Sync_01.jpg]|220px]]

[[Bild:Firefox_Sync_02.jpg]|220px]]

[[Bild:Firefox_Sync_03_fully_filled.jpg]|220px]]

[[Bild:GameStoreRepo.png|220px]]

==Weblinks==
*[http://www.synology-wiki.de/index.php/Weave_Minimal_Server_f%C3%BCr_Firefox_Sync Synology-Wiki.de] -
*[http://www.data-travelers.de/2010/06/03/der-eigene-weave-firefox-sync-server.html Data-Travelers.de] -
*[http://lugh.ch/howtos/host-your-own-firefox-sync-service Lugh.ch] - Gutes englisch-sprachiges Howto

[[Category: LAMP]] [[Category: HowTo]]

Datei:Firefox Sync 03 filled fully.jpg

2011-03-26T18:28:21Z

Greunke:

Datei:Firefox Sync 02.jpg

2011-03-26T18:27:43Z

Greunke:

Datei:Firefox Sync 01.jpg

2011-03-26T18:27:19Z

Greunke:

Weave Firefox Sync-Server

2011-03-26T17:40:32Z

Greunke: Server-Einrichtung OK

==Einführung==

Mit Einführung von Firefox 4 gibt es die Möglichkeit, seine Bookmarks und sonstigen Einstellungen auf externen Servern zu sichern. Dies hat den Vorteil, dass man problemlos mehrere Systeme auf dem gleichen Stand halten kann. Außerdem können die Daten bei Neuinstallationen einfach wiederhergestellt werden unter der Bedingung, dass die Zugangsdaten und der Sync-Key bekannt sind.

Es soll beschrieben werden, wie man den eigenen Server so konfiguriert, dass man seine Daten mit Firefox über die integrierte Funktion "Sync" auslagern kann.

==Voraussetzungen==
===Client===
* Mozilla Firefox 4.0
* Bei ältere Firefox-Versionen muss das Addon Firefox Sync manuell nachinstalliert werden

===Server===
*[[Apache|Apache-Webserver]] (vorzugsweise) mit SSL-Unterstützung
*PHP5, php-common (enthält json), php-pdo
*[http://people.mozilla.org/~telliott/weave_minimal.tgz Weave Minimal Server] - direkter Download

==Konfiguration des Servers==
{{Box Test||
* CentOS 5.5
}}

Ins Verzeichnis wechseln, in dem der Weave-Server abgelegt werden soll, z. B.
cd /var/www/

Entpacken des Archivs "weave_minimal.tgz":
tar xvfz weave_minimal.tgz

Wir ändern die Zugriffsrechte für Benutzer und Gruppe um Konflikte mit dem Apache zu vermeiden.
chown -R apache:apache weave_minimal

Als optionale Sicherheitseinstellung sollten noch die Zugriffsrechte angepasst werden.
chmod 770 weave_minimal

Damit der Server später über Apache angesprochen werden kann, ist es notwendig Aliases festzulegen. Der Inhalt der Datei kann einfach kopiert und angepasst werden. Die Datei selbst bewerkstelligt die Weiterleitung auf den weave_minimal-Ordner, der außerhalb des ''DocumentRoot'' des Webservers liegen sollte.

/etc/httpd/conf.d/weave.conf:

Alias /weave /var/www/weave_minimal/index.php
Alias /firefox-sync /var/www/weave_minimal/index.php

<Directory /var/www/weave_minimal>
Order allow,deny
Allow from all
</Directory>

Zur Übernahme der Einstellungen muss der Server neugestartet werden.
service httpd restart

Damit sollte der Server soweit einsatzbereit sein. Es kann daher mit der Anlegung der Benutzerkonten weitergemacht werden.
Wir erstellen dem Benutzer Otto ein Profil, über das er dann später seine Firefox-Daten synchronisieren kann.
php create-user

Zum Erstellen "Create" oder "c", anschließend die E-Mail-Adresse eingeben und dazu ein Passwort (welches mindestens eine Länge von 9-Lettern aufweisen sollte, damit Sync später keine Fehlermeldung ausgibt).
(c)reate, (d)elete or change (p)assword: c
Please enter email: otto@maildomain.xy
Please enter password: ottosgeheimespasswort
Hier032seltsamebuchstabeninfolge created

Es sollte eine Datenbankdatei "weave_db" angelegt worden sein. Diese am besten auch noch an Benutzer und Gruppe "apache" übergeben, falls nicht schon geschehen.

-rwxr-xr-x 1 apache apache 5091 create_user
-rwxr-xr-x 1 apache apache 10129 index.php
-rwxr-xr-x 1 apache apache 833 README
-rwxr-xr-x 1 apache apache 6954 weave_basic_object.php
'''-rw-r--r-- 1 apache apache 118784 weave_db'''
-rwxr-xr-x 1 apache apache 18846 weave_storage.php
-rwxr-xr-x 1 apache apache 6346 weave_utils.php

Damit ist die Servereinrichtung soweit in Ordnung. Jetzt sollte es mit Firefox möglich sein auf die Dateien zuzugreifen.

==Client-Einrichtung==

Dazu Firefox starten und im Firefox-Menü "Sync-Einrichten" auswählen. Da der Server mit samt des Kontos läuft, muss nun die Verbindung hergestellt werden.

bilder1 2 3

==Weblinks==
*[http://www.synology-wiki.de/index.php/Weave_Minimal_Server_f%C3%BCr_Firefox_Sync Synology-Wiki.de] -
*[http://www.data-travelers.de/2010/06/03/der-eigene-weave-firefox-sync-server.html Data-Travelers.de] -
*[http://lugh.ch/howtos/host-your-own-firefox-sync-service Lugh.ch] - Gutes englisch-sprachiges Howto

[[Category: LAMP]] [[Category: HowTo]]

LAMP

2011-03-26T15:57:30Z

Greunke: Firefox Sync ohne Bindestriche

== Allgemein ==

* [[Apache]]
* [[Apache mit LDAP]] - Einrichtung einer Authentifizierung von Benutzern am Apache über eine zentrale Benutzerverwaltung mit LDAP
* [[lighttpd mit php5]] - Einrichten eines lightweight-Webservers mit PHP5-fastcgi
* [[XAMPP]]
* [[weave Firefox Sync-Server]] - Synchrone Firefox-Contents mit Firefox Sync auf eigenem Server
* [[iCalendar mit WebDAV]] - Den Sunbird/Lightning-Kalender auf mehreren Rechnern nutzen
* [[Virtual Host mit Yast konfigurieren]]
* [[Das Apache-Modul mod_rewrite]] - Hier gibt es etliche Links zu dem Thema - Ist allerdings sehr Joomlalastig, da es auch [[Joomla/Links]] eingebunden ist.
* [[Webseiten beschleunigen mit mod_cache]]

== Musterkonfigurationen ==

* [[Apache Musterkonfigurationen]]
* [[VirtualHosts Musterkonfigurationen]]
* [[Errordocument Musterkonfigurationen]]
* [[htaccess SEO URL Musterkonfigurationen]]
Auf Joomla bezogen, da es in [[Joomla/Links]] integriert ist.
* [[htaccess Zugangsregelung]]

[[Category:LAMP]][[Kategorie:Übersicht]]

LAMP

2011-03-26T15:54:30Z

Greunke: Add: Firefox-Sync

== Allgemein ==

* [[Apache]]
* [[Apache mit LDAP]] - Einrichtung einer Authentifizierung von Benutzern am Apache über eine zentrale Benutzerverwaltung mit LDAP
* [[lighttpd mit php5]] - Einrichten eines lightweight-Webservers mit PHP5-fastcgi
* [[XAMPP]]
* [[weave Firefox-Sync-Server]] - Synchrone Firefox-Contents mit Firefox-Sync auf eigenem Server
* [[iCalendar mit WebDAV]] - Den Sunbird/Lightning-Kalender auf mehreren Rechnern nutzen
* [[Virtual Host mit Yast konfigurieren]]
* [[Das Apache-Modul mod_rewrite]] - Hier gibt es etliche Links zu dem Thema - Ist allerdings sehr Joomlalastig, da es auch [[Joomla/Links]] eingebunden ist.
* [[Webseiten beschleunigen mit mod_cache]]

== Musterkonfigurationen ==

* [[Apache Musterkonfigurationen]]
* [[VirtualHosts Musterkonfigurationen]]
* [[Errordocument Musterkonfigurationen]]
* [[htaccess SEO URL Musterkonfigurationen]]
Auf Joomla bezogen, da es in [[Joomla/Links]] integriert ist.
* [[htaccess Zugangsregelung]]

[[Category:LAMP]][[Kategorie:Übersicht]]

ICalendar mit WebDAV

2009-09-10T19:36:20Z

Greunke: Kleiner Vertipper korrigiert

==Einführung==

Es wird im Folgenden geschildert, wie man einen Apache-Server so konfiguriert, dass man den Sunbird/Lightning-Kalender als Netzwerkkalender betreiben kann. Sunbird/Lightning im Netzwerkbetrieb bringt den Vorteil mit sich, dass auch von verschiedenen Rechnern aus ein Kalender leicht und bequem auf dem neusten Stand gehalten werden kann.

===Funktionsweise===
Die Funktionsweise des Sunbird/Lightning-Kalenders ist sehr einfach. Sämtliche Termine und Aufgaben werden in einer ics-Datei gespeichert. Sunbird liest diese Datei aus und setzt die Werte an der vorgesehenen Stelle im Kalender ein.
Im Einzelplatzbetrieb liegt diese Datei lokal auf einem Rechner. Im Netzwerkbetrieb wird diese Datei ausgelagert. Der Server muss daher so konfiguriert werden, dass man die iCalendar-Datei ersteinmal auslesen kann und weitergehend, dass man schreibzugriff auf sie bekommt um Änderungen sofort übernehmen zu können. Außerdem ist es von Vorteil, dass man den Server so absichert, dass nur ausgewählte Personen auf die ics-Datei zugreifen können.

===Voraussetzungen===
* [[Apache|Apache-Webserver]]
* Mozilla Sunbird oder Lightning als Add-on für Mozilla Thunderbird

==Konfiguration von WebDAV==
{{Box Test||
* openSuSE 10.3
}}
===Benötige Apache-Module===
* dav
* dav_fs
Optional zur Sicherheit:
* auth_digest

Apache2 verfügt über eine vielzahl von Modulen mit denen zusätzliche Aufgaben bewältigt werden können. Die Module, die hier freigeschaltet werden müssen, heißen '''dav''' '''dav_fs''' und '''auth_digest'''. Die ersten Beiden aktivieren WebDAV. Für einen sicheren Zugriff auf die Freigaben sollte man auth_digest hinzuziehen.

===Einrichtung des Apache===
Standardmäßig werden eine Vielzahl von Apache-Modulen benutzt. Die Auswahl der Module sind in der Datei apache2 in ''/etc/sysconfig'' festgelegt.

Dort tragen wir in die Zeile ''APACHE_MODULES'' '''dav''' und '''dav_fs''' ein. Für den sicheren Zugriff sollte dort auch '''auth_digest''' stehen."

Ausschnitt aus /etc/sysconfig/apache2:
...
APACHE_MODULES="... auth_digest ... dav dav_fs ..."
...

Die neuhinzugefügten Apache-Module werden nach dem Neustart des Dienstes geladen.

===Freigaben erstellen und absichern===
Als Erstes wird ein Ordner erstellt auf den später zugegriffen und geschrieben werden soll. Dieser sollte unterhalb des ''DocumentRoot'' liegen.

Wir erstellen den Ordner mit den Namen ''dav'' für die WebDAV-Freigaben.

mkdir /srv/www/htdocs/dav

Nun noch einen Ordner, indem unser Testuser Otto später seinen Kalender ablegen kann.

mkdir /srv/www/htdocs/dav/otto

Wir ändern die Zugriffsrechte für Benutzer und Gruppe um Konflikte mit dem Apache zu vermeiden.

chown -R -v wwwrun:www /srv/www/htdocs/dav

Um sicherzugehen, dass kein anderer Benutzer an die Dateien im Ordner ''otto'' kommt empfehle ich Folgendes:

chmod 700 /srv/www/htdocs/dav/otto

Das Grundgerüst steht nun. Jetzt muss das WebDAV-Modul nur noch wissen, welche Ordner wir gerne freigeben wollen.
Die Konfigurationsdateien des Apache liegen weitesgehend alle in /etc/apache2.
Wir erstellen eine neue Konfigurationsdatei, die abklärt, welche Ornder wir freigeben und wer darauf zugreifen darf.
Sie trägt hier den Namen webdav.conf. Wem dies zu unkreativ ist, der kann sich gerne etwas anderes überlegen.
Der Inhalt der Datei kann einfach kopiert und angepasst werden.

/etc/apache2/conf.d/webdav.conf:

DavLockDB /var/lib/apache2/DavLockDB

<Location /dav/otto>
DAV On
DAVDepthInfinity on
Options FollowSymlinks Indexes MultiViews
AllowOverride None
AuthType Digest
AuthName "WebDAV"
AuthUserFile /etc/apache2/passwords/webdav.htdigest.access
Require user otto
</Location>

In der Konfigurationsdatei wurde die Zugriffsmethode Digest schon vorausgenommen. Nun kommen wir zur Absicherung, die wir schon erwähnt hatten.
Der Benutzer Otto soll für seine Freigabe ein Passwort bekommen.

Zuerst legen wir eine Datei an, die die Kennwörter speichert. Es ist eigentlich egal, wo ihr diese Datei abspeichert. Hier liegt sie in /etc/apache2/passwords.

htdigest2 -c webdav.htdigest.access WebDAV otto

Dieser Befehl erstellt eine Datei webdav.htdigest.access. (Wem das zu lang ist als Name für eine Datei, kann hier kreativ zu Werke schreiten.)
Der Benutzer Otto wird an den Freigabebereich "WebDAV" gebunden. Außerdem erhält er ein Passwort, mit der er sich Zugriff auf diesen verschaffen kann.

'''Achtung:'''
Wer weitere Benutzer in die Datei aufnehmen möchte muss das Anhängsel '''-c''' weglassen, da sonst die Datei überschrieben wird und wichtige Einstellungen verloren gehen.

Nach dem alle Einstellungen vorgenommen worden sind, muss der Apache-Server neugestartet werden.

rcapache2 restart

===Einfacher Test===
Um den Erfolg der Einrichtung zu überprüfen:

http://hostname/dav/otto

Es sollte im Webbrowser ein Feld auftauchen, indem ein Benutzername samt Passwort abgefragt wird. Dies ist ein gutes Zeichen.
Funktioniert auch die Anmeldung mit Name und Passwort, so sind alle Einstellungen in Ordnung.

==Sunbird/Lightning konfigurieren==
Neuer Kalender... > Im Netzwerk > Adresse: "http://hostname/dav/otto/ottos_kalender.ics" > Name: "ottos_kalender" > Fertig stellen

==Weblinks==
*[http://www.bsdwiki.de/Webdav_mit_Apache Bsd-Wiki.de] - Weiterführendes Howto zur Einrichtung von WebDAV auf einem Apache
*[http://httpd.apache.org/docs/2.2/ httpd.apache.org] - Offizielles Dokumentationsmaterial über Apache2 und [http://httpd.apache.org/docs/2.2/mod Module]
*[http://www.sunbird-kalender.de/forum/viewtopic.php?t=328 Sunbird-Forum] - Ein sehr einfaches Howto mit XAMPP
*[http://www.sunbird-kalender.de Sunbird-Kalender-Seite] - Offizielle Website des Sunbird-Projekts
*[http://www.sunbird-kalender.de/wiki/Sunbird-Kalender_FAQ#Wie_lassen_sich_Kalender_.FCber_das_Internet_oder_ein_Netzwerk_nutzen.3F Sunbird Netzwerkkalender] - Eine kurze Einführung zum Thema Sunbird-Netzwerkalender
*[http://www.ppcnux.de/?q=node/7026 ppcnux.de] - Gutes und übersichtliches Howto für Debian
*[http://de.wikipedia.org/wiki/WebDAV Wikipedia] - Allgemeine Informationen zum Thema WebDAV

[[Category: LAMP]] [[Category: HowTo]]

ICalendar mit WebDAV

2009-02-12T13:59:20Z

Greunke: AuthDigestFile heißt jetzt AuthUserFile!

==Einführung==

Es wird im Folgenden geschildert, wie man einen Apache-Server so konfiguriert, dass man den Sunbird/Lightning-Kalender als Netzwerkkalender betreiben kann. Sunbird/Lightning im Netzwerkbetrieb bringt den Vorteil mit sich, dass auch von verschiedenen Rechnern aus ein Kalender leicht und bequem auf dem neusten Stand gehalten werden kann.

===Funktionsweise===
Die Funktionsweise des Sunbird/Lightning-Kalenders ist sehr einfach. Sämtliche Termine und Aufgaben werden in einer ics-Datei gespeichert. Sunbird liest diese Datei aus und setzt die Werte an der vorgesehenen Stelle im Kalender ein.
Im Einzelplatzbetrieb liegt diese Datei lokal auf einem Rechner. Im Netzwerkbetrieb wird diese Datei ausgelagert. Der Server muss daher so konfiguriert werden, dass man die iCalendar-Datei ersteinmal auslesen kann und weitergehend, dass man schreibzugriff auf sie bekommt um Änderungen sofort übernehmen zu können. Außerdem ist es von Vorteil, dass man den Server so absichert, dass nur ausgewählte Personen auf die ics-Datei zugreifen können.

===Voraussetzungen===
* [[Apache|Apache-Webserver]]
* Mozilla Sunbird oder Lightning als Add-on für Mozilla Thunderbird

==Konfiguration von WebDAV==
{{Box Test||
* openSuSE 10.3
}}
===Benötige Apache-Module===
* dav
* dav_fs
Optional zur Sicherheit:
* auth_digest

Apache2 verfügt über eine vielzahl von Modulen mit denen zusätzliche Aufgaben bewältigt werden können. Die Module, die hier freigeschaltet werden müssen, heißen '''dav''' '''dav_fs''' und '''auth_digest'''. Die ersten Beiden aktivieren WebDAV. Für einen sicheren Zugriff auf die Freigaben sollte man auth_digest hinzuziehen.

===Einrichtung des Apache===
Standardmäßig werden eine Vielzahl von Apache-Modulen benutzt. Die Auswahl der Module sind in der Datei apache2 in ''/etc/sysconfig'' festgelegt.

Dort tragen wir in die Zeile ''APACHE_MODULES'' '''dav''' und '''dav_fs''' ein. Für den sicheren Zugriff sollte dort auch '''auth_digest''' stehen."

Ausschnitt aus /etc/sysconfig/apache2:
...
APACHE_MODULES="... auth_digest ... dav dav_fs ..."
...

Die neuhinzugefügten Apache-Module werden nach dem Neustart des Dienstes geladen.

===Freigaben erstellen und absichern===
Als Erstes wird ein Ordner erstellt auf den später zugegriffen und geschrieben werden soll. Dieser sollte unterhalb des ''DocumentRoot'' liegen.

Wir erstellen den Ordner mit den Namen ''dav'' für die WebDAV-Freigaben.

mkdir /srv/www/htdocs/dav

Nun noch einen Ordner, indem unser Testuser Otto später seinen Kalender ablegen kann.

mkdir /srv/www/htdocs/dav/otto

Wir ändern die Zugriffsrechte für Benutzer und Gruppe um Konflikte mit dem Apache zu vermeiden.

chown -R -v wwwrun:www /srv/www/htdocs/dav

Um sicherzugehen, dass kein anderer Benutzer an die Dateien im Ordner ''otto'' kommt empfehle ich Folgendes:

chmod 700 /srv/www/htdocs/dav/otto

Das Grundgerüst steht nun. Jetzt muss das WebDAV-Modul nur noch wissen, welche Ordner wir gerne freigeben wollen.
Die Konfigurationsdateien des Apache liegen weitesgehend alle in /etc/apache2.
Wir erstellen eine neue Konfigurationsdatei, die abklärt, welche Ornder wir freigeben und wer darauf zugreifen darf.
Sie trägt hier den Namen webdav.conf. Wem dies zu unkreativ ist, der kann sich gerne etwas anderes überlegen.
Der Inhalt der Datei kann einfach kopiert und angepasst werden.

/etc/apache2/conf.d/webdav.conf:

DavLockDB /var/lib/apache2/DavLockDB

<Location /dav/otto>
DAV On
DAVDepthInfinity on
Options FollowSymlinks Indexes MultiViews
AllowOverride None
AuthType Digest
AuthName "WebDAV"
AuthUserFile /etc/apache2/passwords/webdav.htdigest.access
Require user otto
</Location>

In der Konfigurationsdatei wurde die Zugriffsmethode Digest schon vorausgenommen. Nun kommen wir zur Absicherung, die wir schon erwähnt hatten.
Der Benutzer Otto soll für seine Freigabe ein Passwort bekommen.

Zuerst legen wir eine Datei an, die die Kennwörter speichert. Es ist eigentlich egal, wo ihr diese Datei abspeichert. Hier liegt sie in /etc/apache2/passwords.

htdigest2 -c webdav.htdigest.access WebDAV otto

Dieser Befehl erstellt eine Datei webdav.htdigest.access. (Wem das zu lang ist als Name für eine Datei, kann hier kreativ zu Werke schreiten.)
Der Benutzer Otto wird an den Freigabebereich "WebDAV" gebunden. Außerdem erhält er ein Passwort, mit der er sich Zugriff auf diesen verschaffen kann.

'''Achtung:'''
Wer weitere Benutzer in die Datei aufnehmen möchte muss das Anhängsel '''-c''' weglassen, da sonst die Datei überschrieben wird und wichtige Einstellungen verloren gehen.

Nach dem alle Einstellungen vorgenommen worden sind, muss der Apache-Server neugestartet werden.

rcapache2 restart

===Einfacher Test===
Um den Erfolg der Einrichtung zu überprüfen:

http://hostname/dav/otto

Es sollte im Webbrowser ein Feld auftauchen, indem ein Benutzername samt Passwort abgefragt wird. Dies ist ein gutes Zeichen.
Funktioniert auch die Anmeldung mit Name und Passwort, so sind alle Einstellungen in Ordnung.

==Sunbird/Lightning konfigurieren==
Neuer Kalender... > Im Netzwerk > Adresse: "http://hostname/dav/otto/ottos_kalender.ics" > Name: "ottos_kalender" > Fertig stellen

==Weblinks==
*[http://www.bsdwiki.de/Webdav_mit_Apache Bsd-Wiki.de] - Weiterführendes Howto zur Einrichtung von WebDAV auf einem Apache
*[http://httpd.apache.org/docs/2.2/ httpd.apache.org] - Offizielles Dokumentationsmaterial über Apache2 und [http://httpd.apache.org/docs/2.2/mod Module]
*[http://www.sunbird-kalender.de/forum/viewtopic.php?t=328 Sunbird-Forum] - Ein sehr einfaches Howto mit XAMPP
*[http://www.sunbird-kalender.de Sunbird-Kalender-Seite] - Offizielle Website des Sunbird-Projekts
*[http://www.sunbird-kalender.de/wiki/Sunbird-Kalender_FAQ#Wie_lassen_sich_Kalender_.FCber_das_Internet_oder_ein_Netzwerk_nutzen.3F Sunbird Netzwerkkalender] - Eine kurze Einführung zum Thema Sunbird-Netzwerkalender
*[http://www.ppcnux.de/?q=node/7026 ppcnux.de] - Gutes und übersichtliches Howto für Debian
*[http://de.wikipedia.org/wiki/WebDAV Wikipedia] - Allegemeine Informationen zum Thema WebDAV

[[Category: LAMP]] [[Category: HowTo]]

ICalendar mit WebDAV

2009-02-12T13:56:49Z

Greunke: Funktioniert auch mit OpenSuSE 10.3 ^^

==Einführung==

Es wird im Folgenden geschildert, wie man einen Apache-Server so konfiguriert, dass man den Sunbird/Lightning-Kalender als Netzwerkkalender betreiben kann. Sunbird/Lightning im Netzwerkbetrieb bringt den Vorteil mit sich, dass auch von verschiedenen Rechnern aus ein Kalender leicht und bequem auf dem neusten Stand gehalten werden kann.

===Funktionsweise===
Die Funktionsweise des Sunbird/Lightning-Kalenders ist sehr einfach. Sämtliche Termine und Aufgaben werden in einer ics-Datei gespeichert. Sunbird liest diese Datei aus und setzt die Werte an der vorgesehenen Stelle im Kalender ein.
Im Einzelplatzbetrieb liegt diese Datei lokal auf einem Rechner. Im Netzwerkbetrieb wird diese Datei ausgelagert. Der Server muss daher so konfiguriert werden, dass man die iCalendar-Datei ersteinmal auslesen kann und weitergehend, dass man schreibzugriff auf sie bekommt um Änderungen sofort übernehmen zu können. Außerdem ist es von Vorteil, dass man den Server so absichert, dass nur ausgewählte Personen auf die ics-Datei zugreifen können.

===Voraussetzungen===
* [[Apache|Apache-Webserver]]
* Mozilla Sunbird oder Lightning als Add-on für Mozilla Thunderbird

==Konfiguration von WebDAV==
{{Box Test||
* SUSE Linux 9.3
* openSuSE 10.3
}}
===Benötige Apache-Module===
* dav
* dav_fs
Optional zur Sicherheit:
* auth_digest

Apache2 verfügt über eine vielzahl von Modulen mit denen zusätzliche Aufgaben bewältigt werden können. Die Module, die hier freigeschaltet werden müssen, heißen '''dav''' '''dav_fs''' und '''auth_digest'''. Die ersten Beiden aktivieren WebDAV. Für einen sicheren Zugriff auf die Freigaben sollte man auth_digest hinzuziehen.

===Einrichtung des Apache===
Standardmäßig werden eine Vielzahl von Apache-Modulen benutzt. Die Auswahl der Module sind in der Datei apache2 in ''/etc/sysconfig'' festgelegt.

Dort tragen wir in die Zeile ''APACHE_MODULES'' '''dav''' und '''dav_fs''' ein. Für den sicheren Zugriff sollte dort auch '''auth_digest''' stehen."

Ausschnitt aus /etc/sysconfig/apache2:
...
APACHE_MODULES="... auth_digest ... dav dav_fs ..."
...

Die neuhinzugefügten Apache-Module werden nach dem Neustart des Dienstes geladen.

===Freigaben erstellen und absichern===
Als Erstes wird ein Ordner erstellt auf den später zugegriffen und geschrieben werden soll. Dieser sollte unterhalb des ''DocumentRoot'' liegen.

Wir erstellen den Ordner mit den Namen ''dav'' für die WebDAV-Freigaben.

mkdir /srv/www/htdocs/dav

Nun noch einen Ordner, indem unser Testuser Otto später seinen Kalender ablegen kann.

mkdir /srv/www/htdocs/dav/otto

Wir ändern die Zugriffsrechte für Benutzer und Gruppe um Konflikte mit dem Apache zu vermeiden.

chown -R -v wwwrun:www /srv/www/htdocs/dav

Um sicherzugehen, dass kein anderer Benutzer an die Dateien im Ordner ''otto'' kommt empfehle ich Folgendes:

chmod 700 /srv/www/htdocs/dav/otto

Das Grundgerüst steht nun. Jetzt muss das WebDAV-Modul nur noch wissen, welche Ordner wir gerne freigeben wollen.
Die Konfigurationsdateien des Apache liegen weitesgehend alle in /etc/apache2.
Wir erstellen eine neue Konfigurationsdatei, die abklärt, welche Ornder wir freigeben und wer darauf zugreifen darf.
Sie trägt hier den Namen webdav.conf. Wem dies zu unkreativ ist, der kann sich gerne etwas anderes überlegen.
Der Inhalt der Datei kann einfach kopiert und angepasst werden.

/etc/apache2/conf.d/webdav.conf:

DavLockDB /var/lib/apache2/DavLockDB

<Location /dav/otto>
DAV On
DAVDepthInfinity on
Options FollowSymlinks Indexes MultiViews
AllowOverride None
AuthType Digest
AuthName "WebDAV"
AuthDigestFile /etc/apache2/passwords/webdav.htdigest.access
Require user otto
</Location>

In der Konfigurationsdatei wurde die Zugriffsmethode Digest schon vorausgenommen. Nun kommen wir zur Absicherung, die wir schon erwähnt hatten.
Der Benutzer Otto soll für seine Freigabe ein Passwort bekommen.

Zuerst legen wir eine Datei an, die die Kennwörter speichert. Es ist eigentlich egal, wo ihr diese Datei abspeichert. Hier liegt sie in /etc/apache2/passwords.

htdigest2 -c webdav.htdigest.access WebDAV otto

Dieser Befehl erstellt eine Datei webdav.htdigest.access. (Wem das zu lang ist als Name für eine Datei, kann hier kreativ zu Werke schreiten.)
Der Benutzer Otto wird an den Freigabebereich "WebDAV" gebunden. Außerdem erhält er ein Passwort, mit der er sich Zugriff auf diesen verschaffen kann.

'''Achtung:'''
Wer weitere Benutzer in die Datei aufnehmen möchte muss das Anhängsel '''-c''' weglassen, da sonst die Datei überschrieben wird und wichtige Einstellungen verloren gehen.

Nach dem alle Einstellungen vorgenommen worden sind, muss der Apache-Server neugestartet werden.

rcapache2 restart

===Einfacher Test===
Um den Erfolg der Einrichtung zu überprüfen:

http://hostname/dav/otto

Es sollte im Webbrowser ein Feld auftauchen, indem ein Benutzername samt Passwort abgefragt wird. Dies ist ein gutes Zeichen.
Funktioniert auch die Anmeldung mit Name und Passwort, so sind alle Einstellungen in Ordnung.

==Sunbird/Lightning konfigurieren==
Neuer Kalender... > Im Netzwerk > Adresse: "http://hostname/dav/otto/ottos_kalender.ics" > Name: "ottos_kalender" > Fertig stellen

==Weblinks==
*[http://www.bsdwiki.de/Webdav_mit_Apache Bsd-Wiki.de] - Weiterführendes Howto zur Einrichtung von WebDAV auf einem Apache
*[http://httpd.apache.org/docs/2.2/ httpd.apache.org] - Offizielles Dokumentationsmaterial über Apache2 und [http://httpd.apache.org/docs/2.2/mod Module]
*[http://www.sunbird-kalender.de/forum/viewtopic.php?t=328 Sunbird-Forum] - Ein sehr einfaches Howto mit XAMPP
*[http://www.sunbird-kalender.de Sunbird-Kalender-Seite] - Offizielle Website des Sunbird-Projekts
*[http://www.sunbird-kalender.de/wiki/Sunbird-Kalender_FAQ#Wie_lassen_sich_Kalender_.FCber_das_Internet_oder_ein_Netzwerk_nutzen.3F Sunbird Netzwerkkalender] - Eine kurze Einführung zum Thema Sunbird-Netzwerkalender
*[http://www.ppcnux.de/?q=node/7026 ppcnux.de] - Gutes und übersichtliches Howto für Debian
*[http://de.wikipedia.org/wiki/WebDAV Wikipedia] - Allegemeine Informationen zum Thema WebDAV

[[Category: LAMP]] [[Category: HowTo]]

Fedora

2008-08-03T09:12:42Z

Greunke: Update des Infokastens

{{Infobox Betriebssystem|
Name= Fedora [[Bild:Fedora.png]]
|Screenshot=
|Beschreibung= Fedora 7-Desktop bei der ersten Anmeldung
|Entwickler=Red Hat & Community
|AktuelleVersion=9 ("Sulphur")
|AktuelleVersionFreigabeDatum= 13.05.2008
|Stammbaum=\ Linux   \ SLS     \ Slackware      \ Red Hat Linux         \ Fedora
|Architekturen= >i386, AMD64, ppc
|Kategorie= '''Fedora'''
|Lizenz= [http://de.wikipedia.org/wiki/GNU_General_Public_License GPL] und andere Lizenzen
|Deutsch= ja
|Website= [http://fedoraproject.org/ fedoraproject.org]
}}

== Inhaltsverzeichnis ==

=== [[NTFS für Fedora]] ===
NTFS-Partitionen unter Fedora, so geht's!

=== [[Grafikkarten und Monitore Fedora Core|Grafikkarteninstallation unter Fedora]] ===
Treiberinstallation für ATI- und NVIDIA-Chipsätze leichtgemacht

=== [[Software Fedora|Installation von Software]] ===
Installieren, Deinstallieren, und alles was dazu gehört

Der Screen rechts stammt aus der [http://de.wikipedia.org Wikipedia]

[[Category:Fedora Core]]

Grafikkarten und Monitore Fedora Core

2008-07-07T08:41:24Z

Greunke: Fedora 9 ergänzt

==ATI-Treiber Installation==

===Fedora Core 3===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install ati-fglrx kernel-module-fglrx-`(uname -r)`</nowiki>

''Optional:'' Treiber konfigurieren:
<nowiki>fglrxconfig</nowiki>

Danach muss der Rechner neugestartet werden.

===Fedora Core 4===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install ati-fglrx kernel-module-fglrx-$(uname -r)</nowiki>

Treiber konfigurieren (Singlehead):
<nowiki>aticonfig --initial</nowiki>

Danach muss der Rechner neugestartet werden.

===Fedora Core 5===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-fglrx</nowiki>

Besitzer eines '''Dual-Core-Prozessors''' geben ein:
<nowiki>yum install kmod-fglrx-smp</nowiki>

SELinux-Bug beheben:
<nowiki>setsebool -P allow_execmod=1</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>ati-fglrx-config-display enable</nowiki>

Treiber konfigurieren (Singlehead):
<nowiki>aticonfig --initial</nowiki>

X-Server starten:
<nowiki>init 5</nowiki>

Damit ist die Installation abgeschlossen.

===Fedora Core 6===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-fglrx</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>fglrx-config-display enable</nowiki>

Treiber konfigurieren (Singlehead):
<nowiki>aticonfig --initial</nowiki>

X-Server starten:
<nowiki>init 5</nowiki>

/etc/xorg.conf editieren:
* Section "Modules", "DRI" und "Extensions" ergänzen (am Besten dazu mit der [[X.org.conf_f%C3%BCr_ATI_Radeon_9800_pro_mit_Samsung_SyncMaster_959NF_auf_Fedora_Core_6_32_Bit|Musterkonfiguration]] vergleichen)

Nach den Änderungen empfielt sich ein Neustart des Systems. Danach müsste der Treiber und die 3D-Unterstützung funktionieren.

===Fedora 7===
Root werden:
su -

Treiber von [[Livna|Livna.org]] installieren:
yum install kmod-fglrx

X-Server beenden:
init 3

Als Root anmelden und dann den Treiber aktivieren:
fglrx-config-display enable

Treiber konfigurieren (Singlehead):
aticonfig --initial

X-Server starten:
init 5

Fertig.

===Fedora 8===
Root werden:
su -

Treiber von [[Livna|Livna.org]] installieren:
yum install kmod-fglrx

Rechner neustarten:
init 6

Fertig.

===Fedora 9===
Bisher gibt es noch keinen funktionierenden Treiber. AMD/ATI unterstützt bisher nur die Xorg-Versionen bis 7.3.
Bei [[Livna|Livna.org]] gibt es schon RPMs, allerdings befinden sich diese im Development-Ordner.

==NVIDIA-Treiber Installation==

===Fedora Core 3===
Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install nvidia-glx kernel-module-nvidia-`(uname -r)`</nowiki>

Danach muss der Rechner neugestartet werden.

===Fedora Core 4===
Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install nvidia-glx kernel-module-nvidia-$(uname -r)</nowiki>

Danach muss der Rechner neugestartet werden.

===Fedora Core 5===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-nvidia</nowiki>

Besitzer eines '''Dual-Core-Prozessors''' geben ein:
<nowiki>yum install kmod-nvidia-smp</nowiki>

SELinux-Bug beheben:
<nowiki>setsebool -P allow_execmod=1</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>nvidia-config-display enable</nowiki>

X-Server starten:
<nowiki>init 5</nowiki>

Damit ist die Installation abgeschlossen.

===Fedora Core 6===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-nvidia</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>nvidia-config-display enable</nowiki>

X-Server starten:
<nowiki>init 5</nowiki>

Damit ist die Installation abgeschlossen.

===Fedora 7===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-nvidia</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>nvidia-config-display enable</nowiki>

Eine neue xorg.conf schreiben (empfohlen, muss aber nicht):
nvidia-xconfig

Zum erfolgreichen Abschluss der Installation bedarf es eines Neustarts.
init 6

Damit ist die Installation abgeschlossen.

===Fedora 8===
Treiber von [[Livna|Livna.org]] installieren:
yum install kmod-nvidia

''Optional:'' Eine neue xorg.conf schreiben:
nvidia-xconfig

Rechner neustarten:
init 6

Fertig.

===Fedora 9===
Treiber von [[Livna|Livna.org]] installieren:
yum install kmod-nvidia

''Optional:'' Eine neue xorg.conf schreiben:
nvidia-xconfig

Rechner neustarten:
init 6

Fertig.

==Troubleshooting==
*Es können in machen Fällen Problemen mit dem Treiber auftreten, wenn SELinux auf dem System aktiviert ist. Es hilft meistens SELinux zu deaktivieren und dann den Treiber nochmal neuzuinstallieren.

*Bei Fedora 8 kann es zu Problemen mit den Systemupdates via [[yum|Yum]] kommen, wenn die Pakete für den Grafikkartentreiber installiert sind. Der Fehler kann umgangen werden, in dem man [[smart|Smart]] benutzt. Oder man entfernt die RPMs und startet das Update dann wie gewohnt. Danach können dann die Pakete wieder installiert werden.

[[Category:Fedora Core]][[Category:Grafikkarten und Monitore]][[Category:HowTo]]

NTFS fuer Fedora

2008-07-07T08:32:40Z

Greunke: Kleine Ergänzung zu Fedora 9

Wer seine Windows-Festplatten unter Fedora Linux benutzen möchte, für den sind die folgenden Howto's interessant. Es wird erläutert, wie man Lesezugriff auf seine NTFS-Partitionen bekommt.

{{Box Hinweis||
*Für die Installation werden die Pakete von [[Livna|Livna.org]] benötigt.
*Ab FC5 kann der Treiber auch ohne das Livna-Repo als Root mit 'yum install ntfs-g3' installiert werden.
}}

==Installation==
===Fedora Core 3===
Root werden:
su -

Eintippen:
yum install kernel-module-ntfs-$(uname -r)

Das Kernelmodul laden:
/sbin/modprobe ntfs

Damit ist der Treiber eigentlich schon installiert.
Wer nocheinmal überprüfen will, ob das Kernelmodul am Laufen ist der kann dies mit folgenden Befehlen überprüfen:
dmesg | grep ntfs

cat /proc/filesystems
In den Ausgaben müsste die Bezeichnung NTFS auftauchen.

===Fedora Core 4===
Root werden:
su -

Eintippen:
yum install kernel-module-ntfs-$(uname -r)

Das Kernelmodul laden:
/sbin/modprobe ntfs

Damit ist der Treiber eigentlich schon installiert.
Wer nocheinmal überprüfen will, ob das Kernelmodul am Laufen ist der kann dies mit folgenden Befehlen überprüfen:
dmesg | grep ntfs

cat /proc/filesystems
In den Ausgaben müsste die Bezeichnung NTFS auftauchen.

===Fedora Core 5===
Root werden:
su -

Eintippen:
yum install kmod-ntfs

Besitzer eines '''Dual-Core-Prozessors''' geben ein:
yum install kmod-ntfs-smp

Das Kernelmodul laden:
/sbin/modprobe ntfs

Damit ist der Treiber eigentlich schon installiert.
Wer nocheinmal überprüfen will, ob das Kernelmodul am Laufen ist der kann dies mit folgenden Befehlen überprüfen:
dmesg | grep ntfs

cat /proc/filesystems
In den Ausgaben müsste die Bezeichnung NTFS auftauchen.

===Fedora Core 6===
Root werden:
su -

Eintippen:
yum install kmod-ntfs

Das Kernelmodul laden:
/sbin/modprobe ntfs

Damit ist der Treiber eigentlich schon installiert.
Wer nocheinmal überprüfen will, ob das Kernelmodul am Laufen ist der kann dies mit folgenden Befehlen überprüfen:
dmesg | grep ntfs

cat /proc/filesystems
In den Ausgaben müsste die Bezeichnung NTFS auftauchen.

===Fedora 7, 8 und 9===
Die benötigten Pakete für den NTFS-Support sind standardmäßig enthalten.

==Festplatte mounten==
Zuerst lassen wir alle verfügbaren Festplattenpartitionen auflisten:
fdisk -l

Die Ausgabe sieht ähnlich aus wie hier:
Disk /dev/hda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes 
Device Boot Start End Blocks Id System
/dev/hda1 * 1 2611 20972826 83 Linux
/dev/hda2 2612 5875 26218080 83 Linux
/dev/hda3 5876 6136 2096482+ 82 Linux swap / Solaris
/dev/hda4 6137 9729 28860772+ 5 Extended
/dev/hda5 6137 9729 28860741 83 Linux 
Disk /dev/sda: 200.0 GB, 200049647616 bytes
255 heads, 63 sectors/track, 24321 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes 
Device Boot Start End Blocks Id System
'''/dev/sda1 * 1 4864 39070048+ 7 HPFS/NTFS'''
/dev/sda2 4865 24320 156280320 f W95 Ext'd (LBA)
'''/dev/sda5 4865 9728 39070048+ 7 HPFS/NTFS'''
'''/dev/sda6 9729 23104 107442688+ 7 HPFS/NTFS'''
'''/dev/sda7 23105 24320 9767488+ 7 HPFS/NTFS'''

Man erkennt nun die NTFS-Partitionen (sda1, sda5, sda6, sda7), die wir gerne einbinden möchten.

=== Einmalige Einbindung ===
Nach der Installation kann die Festplatte gemountet werden.
Man braucht einen Ordner, in dem die Windowspartition eingebunden werden soll.

Beispiel:
mkdir /windows/C

Nun wird die Festplattenpartition eingebunden:
mount /dev/sda1 /windows/C -t ntfs -r -o umask=0222

Damit ist die Festplatte in eurem System integriert.

''Nachteil:'' Wie schon erwähnt handelt es sich hierbei um eine einmalige Einbindung.
Nach dem Neustart sind die eingebundenen Partitionen weg.

=== Bei jedem Systemstart (fstab) ===
Um die NTFS-Partitionen dauerhaft bei jedem Systemstart einzubinden, empfielt es sich, mit fstab zu arbeiten.
Diese Konfigurationsdatei arbeitet bei jedem Start alle Laufwerke ab, die eingebunden werden sollen.

Siehe:
/etc/fstab

Der Inhalt von fstab könnte, um das obige Beispiel aufzugreifen, wie folgt aussehen:
LABEL=/ / ext3 defaults 1 1
devpts /dev/pts devpts gid=5,mode=620 0 0
tmpfs /dev/shm tmpfs defaults 0 0
LABEL=/home /home ext3 defaults 1 2
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
'''/dev/sda1 /windows/C ntfs ro,umask=0222 0 0'''
'''/dev/sda5 /windows/D ntfs ro,umask=0222 0 0'''
'''/dev/sda6 /windows/E ntfs ro,umask=0222 0 0'''
'''/dev/sda7 /windows/F ntfs ro,umask=0222 0 0'''
LABEL=SWAP-hda3 swap swap defaults 0 0

Nun werden die NTFS-Partitionen bei jedem Systemstart automatisch eingebunden.

==Weblinks==
*[http://www.linux-ntfs.org/ Linux-ntfs.org] - Ein NTFS-Projekt für Fedora Core (englisch)
*[http://www.mjmwired.net/resources/mjm-fedora-fc6.html#ntfs Personal Fedora Installation Guide] - Lese- und Schreibzugriff auf NTFS-Partitionen (englisch)

[[Category:Fedora Core]][[Category:Bootmanager]][[Category:HowTo]]

Rsync

2008-02-22T12:01:02Z

Greunke: getestet mit Fedora 6, 7, 8

{{Infobox_Software|
Name= rsync [[Bild:rsync.png|240px]]
|Screenshot=
|Beschreibung=
|Hersteller= Samba Team
|AktuelleVersion= 2.6.3
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Linux, Unix, OS X
|Kategorie= [[Backup]]
|Lizenz= [[GPL]]
|Deutsch = ja
|Website= http://samba.anu.edu.au/rsync/
}}
Autor: [http://www.linux-club.de/faq/Benutzer:Yehudi Yehudi]
{{Box Test||
* [[openSUSE]] 10.3
* [[openSUSE]] 10.2
* SUSE Linux 10.0
* [[Ubuntu]] 6.10
* [[Fedora]] 6, 7, 8
}}
{{Box Wissen||
* Unterschied zwischen [[Paketmanager]]n
* Umgang mit [[YaST]], [[APT]] oder [[smart]]
* Umgang mit der [[shell]]
}}

== Einführung ==

''rsync'' ist ein Netzwerkprotokoll, welches unter [[GPL]] steht. Das Programm ist für [[Backup]]s bestens geeignet (Kopien von A nach B), aber eine Sychronisation von den Daten findet nicht statt. Werden auf B Daten geändert, so können diese nicht abgegeglichen werden. Sind bei einem [[Backup]] Daten mit der selben Zeitangabe vorhanden, werden diese nicht überschrieben, was Zeit spart. Das Backup-Programm wurde von Entwicklern des [[Samba]]-Team, u.a. von '''Paul Mackeras''' und '''Andrew Tridgell''', programmiert.

Das Tool kann auch mit [[SSH]] kombiniert werden.

Im Gegensatz zu [[cp]], welches man zum Kopieren auf der [[Konsole]]n nutzen kann, bietet rsync zahlreiche Steuerungsmöglichkeiten, die unter [[cp]] nicht vorhanden sind. [[cp]] würde z.B. bereits vorhandene Dateien erneut kopieren.

== Installation ==

Ich setze einfach eine Installation mit [[APT]] oder [[smart]] vorraus. Dann muss sich nur noch als [[root]] in der [[Konsole]] angemeldet werden und

apt-get install rsync

oder

smart install rsync

eingetippt werden.

== Funktionen über die Konsole ==

=== Optionen ===

*''-a'' umfasst folgende Optionen (Die Option zu verwenden ist sinnvoll, da die Rechte im Ziel übereinstimmen sollten):
**''-r'' kopiert Unterverzeichnisse, lässt rsync rekursiv arbeiten
**''-l'' kopiert symbolische Links
**''-p'' behält Rechte bei
**''-t'' behält Zeiten bei,
**''-g'' behält Gruppenrechte bei
**''-D'' behält Gerätedateien bei; nur root
*''-A'' ACLs erhalten
*''-H'' Hardlinks erhalten
*''-S'' Dateien "mit Löchern" effizient handhaben
*''-X'' Xattrs erhalten
*''-v'' zeigt beim Kopieren alle Schritte, die gerade ausgeführt werden, an
*''-n'' simuliert den Kopierauftrag, trocke''n'' - ein Testlauf, der nichts wirklich kopiert
*''-z'' komprimiert den Datentransfer
*''-e'' hiermit lässt sich die Remote-Shell wählen, welche per Default SSH ist; andere lassen sich per <code>-e programm</code> angeben
*''-b'' Backups werden erstellt
*''-u'' update - Dateien, die im Backup schon vorhanden und neuer als auf der Quelle sind, werden ausgelassen
*''-v'' verbose - Gibt einen genauen Verlauf, insbesondere wenn Fehler auftauchen
*''--backup-dir=Verzeichnis'' ;kann ein Verzeichnis angeben werden
*''--progress'' Hier wird der Fortschritt während der Übertragung angezeigt
*''--delete'' Dateien, die auf der Quelle nicht mehr existieren, werden auch auf dem Ziel gelöscht.
*''--exclude=Verzeichnis'' Damit werden Verzeichnisse von dem Kopiervorgang ausgeschlossen
*''--size-only'' Hiermit kontrolliert rsync beim "Synchronisieren" nur die Dateigröße, was hilfreich ist, wenn der Zeitstempel der Zieldateien nicht mit den Quellstempeln übereinstimmen.

Alle Optionen und eine Erläuterung ist mit man rsync oder rsync -h aufzurufen.

=== Verwendung ===

Vereinfacht:
rsync quelle ziel

Die Befehlsformel für rsync sieht wie folgt aus:
rsync -OPTIONEN QUELLE ZIEL

Ziel und Quelle sind dabei unabhängig vom Rechner, so dass das BackUp im Rechner auf der gleichen, auf einer anderen Festplatte, im eigenen Netzwerk oder im Internet vorgenommen werden kann.

rsync -OPTIONEN foo:/home/secureme baa:/home/backup

{{Box Hinweis||Wird bei einem Quellordner mit einem "/" beendet, wird lediglich der Inhalt des Ordners kopiert, nicht aber der Quellordner selbst}}

'''Spiegeln von Ordnern'''

rsync -abuv --delete --progress /home/yehudi/ /data1/home/yehudi
oder
rsync -arbuv --delete --progress /home/yehudi/ /data1/home/yehudi

In <code>data1</code> ist die 2. Festplatte eingebunden, auf der bei mir auch ein SUSE Linux 10.0 wie auf der ersten Festplatte installiert ist.

== Syntaxen zum Übertragen ==

=== Allgemeine Syntax ===

rsync [OPTION]... SRC [SRC]... [USER@]HOST:DEST # lokale Quelle --> remote Ziel
rsync [OPTION]... [USER@]HOST:SRC DEST # remote Quelle --> lokales Ziel
rsync [OPTION]... SRC [SRC]... DEST # nur lokal
rsync [OPTION]... [USER@]HOST::SRC [DEST]
rsync [OPTION]... SRC [SRC]... [USER@]HOST::DEST
rsync [OPTION]... rsync://[USER@]HOST[:PORT]/SRC [DEST]
rsync [OPTION]... SRC [SRC]... rsync://[USER@]HOST[:PORT]/DEST

=== Auflistung von Dateien ===

Hiermit wird der Inhalt des Verzeichnisses dem Host aufgeführt:

rsync irgend.ein.host:/daten

=== Anwendung im Netzwerk ===

Mit folgender Befehlssyntax werden alle Files des aktuellen Verzeichnisses, die mit <code>.c</code> enden auf die Remote-Maschine nach <code>src</code> übertragen:

rsync *.c irgend.ein.host:src/

Hier wird der letzte Ordner übertragen (im Ziel ist das dann <code>/daten/dir</code>)

rsync -azv /src/dir irgend.ein.host:/daten

So wird nur der Inhalt des Ordner <code>dir</code> übertragen, aber der Ordner selbst nicht.

rsync -azv /src/dir/ irgend.ein.host:/daten

Übertragung mit User und Port:

rsync -azv /src/dir/ user@irgend.ein.host:9999/daten

Klassisches Beispiel für das Sichern des eigenen Home-Verzeichnisses auf einem Server im Netz.

rsync -abuvz --delete --progress /home/me foobar.com:/backup/home/me


=== Lokales Übertragen von Dateien ===

rsync -azv /src/dir /daten # überträgt das Verzeichnis /src/dir komplett nach /daten
rsync -azv /src/dir/ /daten # überträgt nur den Inhalt
rsync *.jpg /daten/bilder # überträgt nur .jpg Dateien nach /daten/bilder

= Backups automatisieren =

Das Backup jedesmal von Hand auszuführen macht natürlich wenig Sinn, wer vergisst das nicht schon mal. Hier werden ein paar Wege davon beschrieben, wie man es am einfachsten lösen könnte.

== halt.local ==

Viele privat genutzte Maschinen werden abends ausgeschaltet. Hier bietet es sich an, rsync durch das Skript <code>/etc/init.d/halt.local</code> aufzurufen. <code>halt.local</code> wird jedesmal aufgerufen, wenn die Maschine heruntergefahren wird.

Beispiel Eintrag wenn man es in die Datei integriert:

#! /bin/sh
#
# Copyright (c) 2002 SuSE Linux AG Nuernberg, Germany. All rights reserved.
#
# Author: Werner Fink <werner@suse.de>, 1998
# Burchard Steinbild, 1998
#
# /etc/init.d/halt.local
#
# script with local commands to be executed from init on system shutdown
#
# Here you should add things, that should happen directly before shutting
# down.
#
rsync -abuv --delete --progress /opt/lampp /sicherung
rsync -abuv --delete --progress /home /sicherung

== Script ==

Dieses Script ist regelmäßig über einen CronJob auszuführen:

<pre>#!/bin/bash
#
# Scriptname backup.sh (Backup mit rsync und KDE Dialogen)
# Funktion Backup auf USB, PCMCIA oder 2. Festplatte erstellen
# oder einfach von Verzeichnis X nach Verzeichnis Y
# benötigt bash, KDE & rsync
#
# Autor Hermann Friedhoff
# Ungelsheimerstr. 81
# 47259 Duisburg
#
# Programm-Status noch in Arbeit ( wer wird schon fertig??? )
# Bekannte Fehler keine, oder??? ( Naubadi is pörfekt )
# Start 25.07.2003
# Stand 25.05.2005
#
# Variablen: $HOME das Home Verzeichnis (vom System)
# $USER der angemeldete Benutzer (vom System)
# para Parameter für rsync, für Details "man rsync" in eine Shell eintippen
# log_datei Textdatei mit einer Auflistung der gesicherten Dateien
# idzb Verzeichnis um zu testen ob das Zielverzeichnis beschreibbar ist
# quelle das Verzeichnis das gesichert werden soll
# ziel der Pfad für das zu sichernde Verzeichnis
# fehler 0 alles O.K und 1 ein Fehler ist aufgetreten
#

# bei folgenden 3 Variablen kann der Inhalt geändert werden

log_datei="Backup vom `date +'%d.%m.%y - %H:%M:%S'`.txt"
para="-av"
idzb=".test_idzb.tmp"

# ab hier sind keine Änderungen mehr erforderlich

quelle=""
ziel=""
fehler="0"

if quelle=`kdialog --title "Zu sicherndes Verzeichnis auswählen" --getexistingdirectory "$HOME" "*"`
then
if ziel=`kdialog --title "Verzeichnis zum sichern auswählen" --getexistingdirectory "$HOME" "*"`
then
if [ -f /usr/bin/rsync ]
then
rmdir`date +'%d.%m.%y - %H:%M:%S'` "$ziel/$idzb" >/dev/null
if mkdir "$ziel/$idzb" >/dev/null
then
rmdir "$ziel/$idzb" >/dev/null
fehler=0
echo "Backup von $quelle" > "$ziel/$log_datei"
echo "" >> "$ziel/$log_datei"
if ! rsync $para "$quelle" "$ziel" >> "$ziel/$log_datei"
then
kdialog --error "Beim Backup von $quelle nach $ziel ist ein Fehler aufgetreten."
fehler=1
fi
if [ "$fehler" = "0" ]
then
kdialog --msgbox "Fertig, Backup von $quelle nach $ziel wurde erstellt."
else
kdialog --error "Fehler, Backup konnte nicht korrekt erstellt werden."
fi
else
kdialog --error "Abbruch, schreiben auf $ziel nicht möglich."
fi
else
kdialog --error "Abbruch, das Programm /usr/bin/rsync fehlt."
fi
else
kdialog --error "Abbruch, durch Benutzer $USER."
fi
else
kdialog --error "Abbruch, durch Benutzer $USER."
fi</pre>

== Grafische Oberflächen zu rsync ==

<gallery>
Bild:Grsync.png|[http://www.opbyte.it/grsync/ Grsync]
Bild:Grsync1.png|[http://www.opbyte.it/grsync/ Grsync]
Bild:Qsync.png|[http://transamrit.net/projects/qsync/ qsync]
</gallery>

=== Unison ===
Eine weitere Möglichkeit, die sich unabhängig von dem Betriebssystem nutzen lässt wäre [[Unison]], welches eine "Syncronisation" über die Plattform hinweg ausführen.

Das Programm ist hier näher beschrieben:
* http://wiki.ubuntuusers.de/Unison

== Quellen ==
* Michael Kofler, Linux (7. Auflage) S. 212
* [[l:Rsync]] {{Deutsch}}
* [[s:Backups]] {{Deutsch}}
* [[u:rsync]] {{Deutsch}}
* http://www.linux-club.de/viewtopic.php?t=31524 {{Deutsch}}
* [http://www.linux-magazin.de/Artikel/ausgabe/2004/09/backups/backups.html Snapshot-Backups mit Rsync] {{Deutsch}}
* [http://www.linux-magazin.de/Artikel/ausgabe/2002/04/rsync/rsync.html Server schnell und kostengünstig spiegeln] {{Deutsch}}
* http://www.linux-magazin.de/Service/Listings/2004/09/Rsyc-Backup/backup-rsync {{Deutsch}}
* http://www.linux-magazin.de/Service/Listings/2004/09/Rsyc-Backup/backup-rsync-konv {{Deutsch}}
* http://www.heinlein-support.de/web/wissen/rsync-backup/{{Deutsch}}
* [http://www.jdmz.net/ssh/ Using Rsync and SSH] {{Englisch}}
* [[w:Rsync]] {{Deutsch}}
* [http://rsync.samba.org/ Homepage von rsync] {{Englisch}}
* http://www.debianadmin.com/rsync-backup-web-interfacefrontend-or-gui-tools.html#more-144 {{Englisch}}
* [http://archive.macosxlabs.org/rsyncx/rsyncx.html rsync mit OSX] {{Englisch}}
* [http://www.andre-aulich.de/perm/backups-mit-rsyncx rsync mit OSX] {{Deutsch}}
* [http://www.cis.upenn.edu/~bcpierce/unison/ Webpräsenz von Unison] {{Englisch}}
* [http://en.wikipedia.org/wiki/Rsync:en:Rsync Mehr Informationen zu rsync unter Windows in der englischen Wikipedia] {{Englisch}}
* http://www.debianhelp.co.uk/rsyncweb.htm {{Englisch}}

----
[[Backup|Back To Backup]] 
[[File-Server|zurück zu File-Server]] 
[[Konsole|zurück zur Konsole]] 
[[LAMP|zurück zum LAMP]] 
[[Category:File Server]][[Category:Security]][[Category:Konsole]][[Category:LAMP]][[Category:Backup]]

Macromedia Flash Fedora

2008-02-21T15:44:23Z

Greunke: so far

Dieser Artikel befasst sich mit der Installation des Adobe Flashplayers unter Fedora.

==[[Yum]]-Konfiguration==

Zuerst laden wir uns das RPM für Yum von der [http://www.adobe.com/shockwave/download/download.cgi?P1_Prod_Version=ShockwaveFlash&P2_Platform=Linux Adobe-Seite] herunter.

Root werden:
su -

RPM installieren:
rpm -ihv adobe-release-*.rpm

Damit kennt Yum jetzt das Repository "adobe".

==Flashplayer installieren==

yum install flash-plugin

Damit ist die Installation abgeschlosssen.

==Weblinks==
*[http://www.adobe.com/shockwave/download/download.cgi?P1_Prod_Version=ShockwaveFlash&P2_Platform=Linux Offizielle Downloadseite von Adobe] (deutsch)
*[http://macromedia.mplug.org/ Macromedia.mplug.org] (englisch)
*[http://blogs.adobe.com/penguin.swf/ Penguin.SWF] (englisch)

[[Kategorie: Fedora Core]]

Macromedia Flash Fedora

2008-02-21T15:41:41Z

Greunke: Korrektur - Flashplayer installieren

Dieser Artikel befasst sich mit der Installation des Adobe Flashplayers unter Fedora.

==[[Yum]]-Konfiguration==

Zuerst laden wir uns das RPM für Yum von der [http://www.adobe.com/shockwave/download/download.cgi?P1_Prod_Version=ShockwaveFlash&P2_Platform=Linux Adobe-Seite] herunter.

Root werden:
su -

RPM installieren:
rpm -ihv adobe-release-*.rpm

Flashplayer installieren:
yum install flash-plugin

Damit ist die Installation abgeschlosssen.

==Weblinks==
*[http://www.adobe.com/shockwave/download/download.cgi?P1_Prod_Version=ShockwaveFlash&P2_Platform=Linux Offizielle Downloadseite von Adobe] (deutsch)
*[http://macromedia.mplug.org/ Macromedia.mplug.org] (englisch)
*[http://blogs.adobe.com/penguin.swf/ Penguin.SWF] (englisch)

[[Kategorie: Fedora Core]]

Macromedia Flash Fedora

2008-02-21T15:32:38Z

Greunke: Komplettüberarbeitung abgeschlossen. Evtl. müsste Macromedia in Adobe umgeändert werden.

Dieser Artikel befasst sich mit der Installation des Adobe Flashplayers unter Fedora.

==[[Yum]]-Konfiguration==

Zuerst laden wir uns das RPM für Yum von der [http://www.adobe.com/shockwave/download/download.cgi?P1_Prod_Version=ShockwaveFlash&P2_Platform=Linux Adobe-Seite] herunter.

Root werden:
su -

RPM installieren:
rpm -ihv adobe-release-*.rpm

Damit ist die Installation abgeschlosssen.

Nun kann mit jedem Systemupdate auch der Flash-Player aktualisiert werden. Das sollte gegebenenfalls im Anschluss gemacht werden.
yum update

==Weblinks==
*[http://www.adobe.com/shockwave/download/download.cgi?P1_Prod_Version=ShockwaveFlash&P2_Platform=Linux Offizielle Downloadseite von Adobe] (deutsch)
*[http://macromedia.mplug.org/ Macromedia.mplug.org] (englisch)
*[http://blogs.adobe.com/penguin.swf/ Penguin.SWF] (englisch)

[[Kategorie: Fedora Core]]

Yum

2008-02-21T15:00:08Z

Greunke: Mit Überarbeitung beschäftigt

{{Infobox_Software|
Name= yum
|Screenshot=
|Beschreibung=
|Hersteller= Seth Vidal
|AktuelleVersion= 3.2.8
|AktuelleVersionFreigabeDatum= Januar 2008
|Betriebssystem= [http://de.wikipedia.org/wiki/RPM RPM]-basierte Linux-Distributionen
|Kategorie= [[Paketmanager]]
|Lizenz= [http://de.wikipedia.org/wiki/GNU_General_Public_License GNU General Public License]
|Deutsch= ja
|Website= [http://linux.duke.edu/projects/yum/ yum-Projektseite]
}}

'''yum''' (von '''Y'''ellowdog '''U'''pdater, '''M'''odified) ist der Standardpaketmanager bei den Fedora-Distributionen. Mit ihm lässt sich mit wenig Aufwand die Grundkonfiguration des Systems durchführen. Mit dem Komandozeilenprogramm lassen sich RPM-Pakete suchen, installieren und aktualisieren.

== Befehle ==
Um mit Yum erfolgreich arbeiten zu können, braucht man im Grunde genommen nur drei Befehle zu wissen:

yum update
Damit wird das System auf den neusten Stand gehalten. Updates können so über yum eingespielt werden.

yum install PAKETNAME
Mit dieser Kommandozeile kann ein Paket installiert werden. Yum sucht in seinen Repos nach dem Paket und zeigt im Bedarfsfall abhängige Pakete an, die zusätzlich installiert werden müssen.

yum remove PAKETNAME
Diese Eingabe entfernt Pakete von ihrem System.

==Distributionsspezifische Konfiguration==
===Fedora===
Für Fedora gibt es zahlreiche externe Paketquellen (Repos). Die folgenden Links schildern ausführlich, wie ihr diese in Yum einbinden könnt.
* [http://wiki.linux-club.de/opensuse/Livna#Yum-Konfiguration Livna.org]
* [http://wiki.linux-club.de/opensuse/Freshrpms#Yum-Konfiguration Freshrpms.net]
* [[Macromedia_Flash_Fedora|Adobe Flash Player]]

== Weblinks ==
*[http://linux.duke.edu/projects/yum/ Yum-Projektseite]
*[http://de.wikipedia.org/wiki/Yellowdog_Updater,_Modified Wikipedia-Eintrag zu Yum]
*[http://www.linux-user.de/ausgabe/2004/10/052-yum "Linux User"-Artikel zu Yum]
*[http://liquidat.wordpress.com/2006/05/16/yum-on-suse-linux-101/ Original-HowTo dieses Artikels] (englisch)
*[http://www.tqmcube.com/repo.php Howto create local yum repositories (englisch)]
*[http://de.susewiki.org/index.php?title=Yum Yum mit openSUSE]

----
[[Paketmanager|Zurück zur Paketmanager-Übersicht]] 
[[Category:Yum]][[Category:Fedora Core]]

ICalendar mit WebDAV

2008-02-18T10:19:25Z

Greunke: Schwerwiegenden Fehler korrigiert, der das Schreiben (PUT) unmöglich gemacht hat

==Einführung==

Es wird im Folgenden geschildert, wie man einen Apache-Server so konfiguriert, dass man den Sunbird/Lightning-Kalender als Netzwerkkalender betreiben kann. Sunbird/Lightning im Netzwerkbetrieb bringt den Vorteil mit sich, dass auch von verschiedenen Rechnern aus ein Kalender leicht und bequem auf dem neusten Stand gehalten werden kann.

===Funktionsweise===
Die Funktionsweise des Sunbird/Lightning-Kalenders ist sehr einfach. Sämtliche Termine und Aufgaben werden in einer ics-Datei gespeichert. Sunbird liest diese Datei aus und setzt die Werte an der vorgesehenen Stelle im Kalender ein.
Im Einzelplatzbetrieb liegt diese Datei lokal auf einem Rechner. Im Netzwerkbetrieb wird diese Datei ausgelagert. Der Server muss daher so konfiguriert werden, dass man die iCalendar-Datei ersteinmal auslesen kann und weitergehend, dass man schreibzugriff auf sie bekommt um Änderungen sofort übernehmen zu können. Außerdem ist es von Vorteil, dass man den Server so absichert, dass nur ausgewählte Personen auf die ics-Datei zugreifen können.

===Voraussetzungen===
* [[Apache|Apache-Webserver]]
* Mozilla Sunbird oder Lightning als Add-on für Mozilla Thunderbird

==Konfiguration von WebDAV==
{{Box Test||
* SUSE Linux 9.3
}}
===Benötige Apache-Module===
* dav
* dav_fs
Optional zur Sicherheit:
* auth_digest

Apache2 verfügt über eine vielzahl von Modulen mit denen zusätzliche Aufgaben bewältigt werden können. Die Module, die hier freigeschaltet werden müssen, heißen '''dav''' '''dav_fs''' und '''auth_digest'''. Die ersten Beiden aktivieren WebDAV. Für einen sicheren Zugriff auf die Freigaben sollte man auth_digest hinzuziehen.

===Einrichtung des Apache===
Standardmäßig werden eine Vielzahl von Apache-Modulen benutzt. Die Auswahl der Module sind in der Datei apache2 in ''/etc/sysconfig'' festgelegt.

Dort tragen wir in die Zeile ''APACHE_MODULES'' '''dav''' und '''dav_fs''' ein. Für den sicheren Zugriff sollte dort auch '''auth_digest''' stehen."

Ausschnitt aus /etc/sysconfig/apache2:
...
APACHE_MODULES="... auth_digest ... dav dav_fs ..."
...

Die neuhinzugefügten Apache-Module werden nach dem Neustart des Dienstes geladen.

===Freigaben erstellen und absichern===
Als Erstes wird ein Ordner erstellt auf den später zugegriffen und geschrieben werden soll. Dieser sollte unterhalb des ''DocumentRoot'' liegen.

Wir erstellen den Ordner mit den Namen ''dav'' für die WebDAV-Freigaben.

mkdir /srv/www/htdocs/dav

Nun noch einen Ordner, indem unser Testuser Otto später seinen Kalender ablegen kann.

mkdir /srv/www/htdocs/dav/otto

Wir ändern die Zugriffsrechte für Benutzer und Gruppe um Konflikte mit dem Apache zu vermeiden.

chown -R -v wwwrun:www /srv/www/htdocs/dav

Um sicherzugehen, dass kein anderer Benutzer an die Dateien im Ordner ''otto'' kommt empfehle ich Folgendes:

chmod 700 /srv/www/htdocs/dav/otto

Das Grundgerüst steht nun. Jetzt muss das WebDAV-Modul nur noch wissen, welche Ordner wir gerne freigeben wollen.
Die Konfigurationsdateien des Apache liegen weitesgehend alle in /etc/apache2.
Wir erstellen eine neue Konfigurationsdatei, die abklärt, welche Ornder wir freigeben und wer darauf zugreifen darf.
Sie trägt hier den Namen webdav.conf. Wem dies zu unkreativ ist, der kann sich gerne etwas anderes überlegen.
Der Inhalt der Datei kann einfach kopiert und angepasst werden.

/etc/apache2/conf.d/webdav.conf:

DavLockDB /var/lib/apache2/DavLockDB

<Location /dav/otto>
DAV On
DAVDepthInfinity on
Options FollowSymlinks Indexes MultiViews
AllowOverride None
AuthType Digest
AuthName "WebDAV"
AuthDigestFile /etc/apache2/passwords/webdav.htdigest.access
Require user otto
</Location>

In der Konfigurationsdatei wurde die Zugriffsmethode Digest schon vorausgenommen. Nun kommen wir zur Absicherung, die wir schon erwähnt hatten.
Der Benutzer Otto soll für seine Freigabe ein Passwort bekommen.

Zuerst legen wir eine Datei an, die die Kennwörter speichert. Es ist eigentlich egal, wo ihr diese Datei abspeichert. Hier liegt sie in /etc/apache2/passwords.

htdigest2 -c webdav.htdigest.access WebDAV otto

Dieser Befehl erstellt eine Datei webdav.htdigest.access. (Wem das zu lang ist als Name für eine Datei, kann hier kreativ zu Werke schreiten.)
Der Benutzer Otto wird an den Freigabebereich "WebDAV" gebunden. Außerdem erhält er ein Passwort, mit der er sich Zugriff auf diesen verschaffen kann.

'''Achtung:'''
Wer weitere Benutzer in die Datei aufnehmen möchte muss das Anhängsel '''-c''' weglassen, da sonst die Datei überschrieben wird und wichtige Einstellungen verloren gehen.

Nach dem alle Einstellungen vorgenommen worden sind, muss der Apache-Server neugestartet werden.

rcapache2 restart

===Einfacher Test===
Um den Erfolg der Einrichtung zu überprüfen:

http://hostname/dav/otto

Es sollte im Webbrowser ein Feld auftauchen, indem ein Benutzername samt Passwort abgefragt wird. Dies ist ein gutes Zeichen.
Funktioniert auch die Anmeldung mit Name und Passwort, so sind alle Einstellungen in Ordnung.

==Sunbird/Lightning konfigurieren==
Neuer Kalender... > Im Netzwerk > Adresse: "http://hostname/dav/otto/ottos_kalender.ics" > Name: "ottos_kalender" > Fertig stellen

==Weblinks==
*[http://www.bsdwiki.de/Webdav_mit_Apache Bsd-Wiki.de] - Weiterführendes Howto zur Einrichtung von WebDAV auf einem Apache
*[http://httpd.apache.org/docs/2.2/ httpd.apache.org] - Offizielles Dokumentationsmaterial über Apache2 und [http://httpd.apache.org/docs/2.2/mod Module]
*[http://www.sunbird-kalender.de/forum/viewtopic.php?t=328 Sunbird-Forum] - Ein sehr einfaches Howto mit XAMPP
*[http://www.sunbird-kalender.de Sunbird-Kalender-Seite] - Offizielle Website des Sunbird-Projekts
*[http://www.sunbird-kalender.de/wiki/Sunbird-Kalender_FAQ#Wie_lassen_sich_Kalender_.FCber_das_Internet_oder_ein_Netzwerk_nutzen.3F Sunbird Netzwerkkalender] - Eine kurze Einführung zum Thema Sunbird-Netzwerkalender
*[http://www.ppcnux.de/?q=node/7026 ppcnux.de] - Gutes und übersichtliches Howto für Debian
*[http://de.wikipedia.org/wiki/WebDAV Wikipedia] - Allegemeine Informationen zum Thema WebDAV

[[Category: LAMP]] [[Category: HowTo]]

NVIDIA-Wikibook/Installation nvidia Treiber

2007-12-11T17:01:32Z

Greunke: Fedora 8 hinzugefügt unter Fedora 7

<noinclude>{{NVIDIA Wikibook Titel}}</noinclude>
 
{{Box Achtung|[[NVIDIA-Wikibook/Installationsvoraussetzungen|Installationsvoraussetzungen beachten]]|
Bevor man zur Installation übergeht muss man sicherstellen, dass gemäß [[NVIDIA-Wikibook/Installationsvoraussetzungen|den Installationsvoraussetzungen]] der richtige Treiber für die Karte ausgesucht wurde. Insbesondere die Entscheidung ob ein, und wenn ja welcher Legacy Treiber für ältere NVIDIA Karten notwendig ist, ist dort anhand der Tabelle zu klären.
}}
 
=Installation nvidia-Treiber=
 
==Allgemeine Installation==
Man wechselt mit STRG-ALT-F1 auf ein Terminal. Dort dann als User ''root'' anmelden. Das Passwort wird nicht zurückgegeben, einfach blind eingeben.
Sodann durch Eingabe von
init 3 && rmmod nvidia
den X-Server, der die graphische Oberfläche bereitstellt, abschalten und ein etwaiges älteres nvidia-Modul entladen. Auch bitte sicherstellen, das ein eventueller VNC-Server nicht mehr läuft.

Je nach Version geben wir folgendes ein:

32bit: sh /home/USER/nvidia_treiber/NVIDIA-Linux-x86-100.14.19-pkg1.run -q
64bit: sh /home/USER/nvidia_treiber/NVIDIA-Linux-x86_64-100.14.19-pkg2.run -q

Bitte USER entsprechend durch den richtigen User ersetzen. Für ''NVIDIA-Linux-x86-100.14.19-pkg1.run'' ist das jeweilige Treiberpaket zu wählen welches gemäß den [[NVIDIA-Wikibook/Installationsvoraussetzungen|Installationsvoraussetzungen]] heruntergeladen wurde.
Die Installation ist selbsterklärend, daher kann man eigentlich immer auf OK gehen. Eine Onlineverbindung ist nicht erforderlich für die Installation. Es wird zwar versucht auf einen ftp-Server zuzugreifen, allerdings wird da nahezu nie ein passendes Modul gefunden und der Installer macht mit der Erstellung der Module nach einiger Zeit wie gewünscht weiter.

Anschließend sollte mit der [[NVIDIA-Wikibook/Installation nvidia Treiber#Konfiguration| Konfiguration]] fortgefahren werden.
 
===Treibermodule für mehrere Kernelversionen erstellen===
1. Nach obiger Anleitung den Treiber von Nvidia installieren.
2. Die Installation folgendermaßen ein weiteres Mal starten (diesmal wird aber nur die Module für den jeweils ausgewählten weiteren Kernel kompiliert):

sh NVIDIA-Linux-x86-100.14.19-pkg1.run -a -K --kernel-name=$KERNELVERSION

''$KERNELVERSION'' entspricht dabei der Ausgabe von
uname -r
unter der jeweiligen alternativen Kernelversion. Für ''NVIDIA-Linux-x86-100.14.09-pkg1.run'' ist das jeweilige Treiberpaket zu wählen welches gemäß den [[NVIDIA-Wikibook/Installationsvoraussetzungen|Installationsvoraussetzungen]] heruntergeladen wurde.

Danach sind die Module für den jeweils erwünschten Kernel neu kompiliert. Sind noch weitere Kernel vorhanden, einfach den Punkt 2 für alle weiteren Kernel wiederholen.
 

==Distributionsspezifische Installation==

===SuSE/OpenSUSE===

====Installation per YaST====

=====Suse bis einschließlich 9.3:=====

Bei älteren SuSE Versionen bis einschließlich 9.3 besteht die Möglichkeit, die Treiber über ein Yast Online Update (you) zu beziehen. Vorteil dieser Methode ist es, dass nach einem Update des Kernels die graphische Oberfläche noch läuft und man nicht in der Konsole die Treiber installieren muss. Nachteil ist, dass nicht immer die aktuellste Treiberversion über das Update bezogen wird.

Einfach den entsprechenden Punkt im you auswählen. Der Eintrag steht recht weit unten in der Liste der möglichen Updates. Danach einmal neustarten.

=====Suse 10.0:=====

Hier funktioniert nur die allgemeine Installation. Siehe im entsprechenden Abschnitt oben.

=====Suse 10.1, 10.2 und 10.3:=====

Voraussetzung ist ein System, auf dem bereits alle sonstigen Onlineupdates installiert worden sind. Insbesondere der Kernel und die xorg-Pakete müssen mindestens auf dem aktuellsten offiziellen Stand gemäß den regulären SUSE/OpenSUSE Updates sein. Dann diese URL im yast als zusätzliche Installationsquelle anlegen (Software -> Installationsquelle wechseln) und auch auf 'Aktiv' und 'Aktualisieren' setzen:

{{OpenSUSE|10.3|
http://download.nvidia.com/opensuse/10.3}}

One-Klick-Install:

Aktueller NVIDIA-Treiber:
http://opensuse-community.org/nvidia.ymp

NVIDIA Legacy-Treiber:
http://opensuse-community.org/nvidia-legacy.ymp

{{OpenSUSE|10.2|
http://download.nvidia.com/opensuse/10.2}}

{{SUSE Linux|10.1|
ftp://download.nvidia.com/novell }}

Dabei einen 'nicht verbürgten gnupg-Schlüssel' akzeptieren.
Danach in das yast-Modul 'Software installieren oder löschen' wechseln und die folgenden Pakete installieren:
{| border=1 | class="prettytable"
|+ '''Für den Standardtreiber'''
|nvidia-gfx'''G01'''-kmp-[Kerneltyp]
|Für den Standardtreiber
|-
|x11-video-nvidia'''G01'''
|Für den Standardtreiber
|}

oder

{| border=1 | class="prettytable"
|+ '''Für den Legacy Treiber'''
|nvidia-gfx-kmp-[Kerneltyp]
|Für den Legacy Treiber
|-
|x11-video-nvidia
|Für den Legacy Treiber
|}

Um den [KERNELTYP] zu bestimmen, gibt man am besten in einer Konsole den Befehl
uname -r
ein. Dann sieht man, ob man einen default, smp oder einen sonstigen Kernel hat. Bitte nur das eine zum Kernel passende Paket auswählen, nicht nach dem Motto vorgehen 'Viel hilft viel'. Nach einem Neustart sollte dann der Treiber automatisch geladen werden.

Wenn beim Neustart kurz das Nvidia Logo eingeblendet wird, ist der Treiber aktiv. Die Installation ist dann an diesem Punkt erfolgreich abgeschlossen.

Bitte auch die Hinweise im [[NVIDIA-Wikibook/Troubleshooting#openSUSE|Troubleshootingkapitel]] dazu beachten.
 

====Installation per smart====
Die Installation per smart folgt weitestgehend der Installation per YaST, nur das hier eben smart zum Einsatz kommt.
Folgende Channels sollten dazu hinzugefügt werden (entweder die URL aus dem Kasten in smart --gui in der Channelkonfiguration zum lesen der Channeldaten aus der URL eingeben oder den Block jeweils dadrunter in eine Datei kopieren und per
smart channel --add ''Dateiname''
in smart einfügen):

{{OpenSUSE|10.2| ftp://download.nvidia.com/opensuse/10.2/ }}

[nvidia]
type = rpm-md
name = latest nVidia driver
baseurl = ftp://download.nvidia.com/opensuse/10.2

{{OpenSUSE|10.1| ftp://download.nvidia.com/novell/ }}

[nvidia]
type = rpm-md
name = latest nVidia driver
baseurl = ftp://download.nvidia.com/novell
disabled = no}}

{{OpenSUSE|10.0| ftp://download.nvidia.com/novell/ }}

[nvidia]
type = rpm-md
name = latest nVidia driver
baseurl = ftp://download.nvidia.com/novell
disabled = no
 

====Installation per apt====
Die unter [[NVIDIA-Wikibook/Installation nvidia Treiber#Installation per smart|Installation per smart]] angegebenen Channelinformationen zum Einfügen in der smart --gui dürften auch für ein repomd fähiges apt gelten (könnte das bitte jemand überprüfen?). Die weitere Vorgehensweise dürfte der von smart bzw. YaST dann entsprechen.
 

===Mandriva===
Der 3D-Treiber kann bequem über das Mandriva-Kontrollzentrum installiert werden:
* Man öffnet das Mandriva-Kontrollzentrum, wechselt auf den Reiter ''Hardware'' und lädt das Modul ''Grafischen Server einrichten''
* Durch klicken auf die erste Schaltfläche, in welcher der der Grafikkartenname angzeigt wird, gelangt man zum nächsten Schritt des Installationsassistenten
* Mit einem Klick auf Weiter sollte das System fragen, ob ein propertiären Treiber verwendet werden soll
* Mit einer Bestätigung wird automatisch der richtige Treiber heruntergeladen, dass rund 30min dauern kann(je nach Verbindung)
* Die weiteren Fragen des Assistenten beantwortet man jeweils mit Ja/Weiter/OK
* Wenn der Assistent erfolgreich beendet wurde, sollte man mit <Strg>+<Alt>+<Backspace> die Sitzung neustarten
* Wenn nun ein nvidia-Logo erscheint, ist die Installation des Treibers erfolgreich abgeschlossen
 

===Fedora===
Je nachdem wie alt die Grafikkarte ist, also zu welcher Kategorie ([[NVIDIA-Wikibook/Installationsvoraussetzungen#Allgemeine_Installationsvorausetzungen_nvidia-Treiber|Info]]) sie zählt, müssen die entsprechenden Treiber von [http://rpm.livna.org Livna.org] genommen werden.

Bei Grafikkarten der Kategorie "Legacy 71xx" (Geforce 2/RIVA TNT):
yum install kmod-nvidia-71* xorg-x11-drv-nvidia-71*

Für die Grafikkarten der Kategorie "Legacy 96xx" (Geforce 4-Serien) gilt dementsprechend:
yum install kmod-nvidia-96* xorg-x11-drv-nvidia-96*

Dies gilt nur für die älteren NVIDIA-Chipsätze. Neuere (ab Geforce 5) werden gemäß der untenstehenden Anleitungen installiert.

====Fedora Core 3====
Zuerst sollte man auf die Benutzerkennung root wechseln:
su -

Um den Treiber von [[Livna|Livna.org]] zu installieren gibt man folgenden Befehl dann ein:
yum install nvidia-glx kernel-module-nvidia-<nowiki>`(uname -r)`</nowiki>

Danach muss der Rechner neugestartet werden.

====Fedora Core 4====
Zuerst sollte man auf die Benutzerkennung root wechseln:
su -

Um den Treiber von [[Livna|Livna.org]] zu installieren gibt man folgenden Befehl dann ein:
yum install nvidia-glx kernel-module-nvidia-$(uname -r)

Danach muss der Rechner neugestartet werden.

====Fedora Core 5====
Zuerst sollte man auf die Benutzerkennung root wechseln:
su -

Um den Treiber von [[Livna|Livna.org]] zu installieren gibt man folgenden Befehl dann ein:

yum install kmod-nvidia

Besitzer eines '''Dual-Core-Prozessors''' sollten stattdessen folgendes eingeben:
yum install kmod-nvidia-smp

Zur Beseitigung des SELinux-Bug benötigt man folgenden Befehl:
setsebool -P allow_execmod=1

Dann sollte man den X-Server beenden per:
init 3

Anschießend muss man sich als Root anmelden und dann den Treiber aktivieren:
nvidia-config-display enable

Den X-Server kann man abschließend erneut starten mit:
<nowiki>init 5</nowiki>

Damit ist die Installation abgeschlossen.

====Fedora Core 6====
Zuerst sollte man auf die Benutzerkennung root wechseln:
su -

Um den Treiber von [[Livna|Livna.org]] zu installieren gibt man folgenden Befehl dann ein:

yum install kmod-nvidia

Dann sollte man den X-Server beenden per:
init 3

Anschießend muss man sich als Root anmelden und dann den Treiber aktivieren:
nvidia-config-display enable

Den X-Server kann man abschließend erneut starten mit:
init 5

Damit ist die Installation abgeschlossen.

====Fedora 7 und 8====

Zuerst sollte man auf die Benutzerkennung root wechseln:
su -

Um den Treiber von [[Livna|Livna.org]] zu installieren gibt man folgenden Befehl dann ein:
yum install kmod-nvidia

Dann sollte man den X-Server beenden per:
init 3

Anschießend muss man sich als Root anmelden und dann den Treiber aktivieren:
nvidia-config-display enable

Eine neue xorg.conf kann man anschießend mit
nvidia-xconfig
schreiben (empfohlen, muss aber nicht).

Zum erfolgreichen Abschluss der Installation bedarf es eines Neustarts.
init 6

Damit ist die Installation abgeschlossen.

===Ubuntu und Debian===

Für Ubuntu und Debian-Derivate gibt es ein Script, welches die Installationsvorraussetzungen überprüft und den proprietären Treiber direkt passend installiert. Dies soll auch für ATI gelingen laut Angabe auf der Downloadseite des Scripts. Downloadbar ist es auf http://albertomilone.com/nvidia_scripts1.html
(Auf jeden Fall in den [[NVIDIA-Wikibook/Installationsvoraussetzungen#Ubuntu und Debian|Installationsvoraussetzungen]] vorher überprüfen!)
 

===Foresight Linux===
Zur Installation der proprietären NVIDIA Treiber unter Foresight Linux muss group-dist mit dem flavour !ati und nvidia upgedated werden. Dazu führt man folgenden befeh in einem Konsolenfenster aus:
sudo conary update group-dist=['!ati, nvidia']
Anschließend führt man zur Konfigurationsanpassung im Konsolenfenster
sudo nvidia-xconfig
aus und kann z. B. zur Nutzung von 3D Desktops so vorgehen wie es im Abschnitt 3D Desktops zur Konfiguration per nvidia-xconfig allgemein beschrieben ist.

Sollte man jedoch einen der Legacy-Treiber (siehe in den [[NVIDIA-Wikibook/Installationsvoraussetzungen|Installationsvoraussetzungen]]) benötigen, so führt man vor dem Konfigurationsaufruf folgende Befehle in einem Konsolenfenster aus:
sudo conary update group-devel
sudo conary sync kernel=2.6.xx.x-y.y-y
stoppt gdm mit Hife von
sudo gdm-stop
installiert den Legacy-Treiber nach dem herunterladen von der [http://www.nvidia.com NVIDIA-Website] gemäß der allgemeinen Installationsmethode, und startet am Ende zur Konfiguration stattdessen folgende Befehle aus der Textkonsole heraus:
sudo X -configure
sudo nvidia-xconfig
 

==Konfiguration==

===Allgemeine Konfiguration per xorgconfig/xorgcfg oder XF86Config/XF86Setup===
Sollten keine Distributionsabhängigen Einrichtungstools für die X-Serverkonfiguration zur Verfügung stehen, so können die Bordmittel von X.org beziehungsweise XFree86 genutzt werden um die X-Serverkonfiguration zu ermöglichen. Im Falle von X.org wären dies das textbasierte xorgconfig respektive das grafische xorgcfg, und im Falle von XFree86 wären dies XF86Config respektive XF86Setup. Diese stehen selbst auf nicht-Linux Systemen zur Verfügung auf denen X.org oder XFree86 vorhanden ist (z.B. auf FreeBSD oder Solaris). Sowohl in den textbasierten als auch den grafischen Konfigurationstools kann es distributionsspezifisch dazu kommen, dass der nvidia-Treiber nicht direkt ausgwählt werden kann. In diesem Fall ist dann der nv-Treiber oder der vesa-Treiber zu wählen und später entweder manuell in der xorg.conf bzw. XF86config dieser dann gegen den nvidia-Treiber zu ersetzen oder man nutzt das unten beschriebene ''nvidia-xconfig'' zu diesem Zweck.
 

===nvidia-xconfig===
Sofern man bereits eine existierende X-Konfiguration hat, die auf dem nv-Treiber oder vesa_treiber basiert, kann man auch mit dem in der allgemeinem Installationsmethode mitinstallierten Tool von NVIDIA namens nvidia-xconfig auf die Nutzung des nvidia-Treibermoduls umstellen. Der Aufruf geschieht einfach durch folgenden Befehl als user Root auf der Kommandozeile:
nvidia-xconfig
Dabei wird ein Backup der alten Konfiguration angelegt aus der man die vermutlich dann verstellten Einstellungen für die Inputdevices (Tastatur+Mouse) per Texteditor übernehmen kann. Dazu bietet sich z.B. der mc mit seinem integrierten mcedit an, da dort der Tastaturpuffer, mit dem man die Abschnitte rauskopieren kann, in über mc neugestartete Instanzen übernommen werden kann, was das Einfügen aus dem Backup sehr erleichtern kann.
Weitere Optionen zu nvidia-xconfig finden sich im Kapitel über die Besonderheiten des nvidia-Treibermoduls.

 

===Distributionsspezifische Konfiguration===

====SuSE/OpenSUSE====
{| border=0 valign=top width=100% |
|-
| width=65% align=left valign=top |
Die Konfiguration des neu installierten nvidia-Treibermoduls unter SuSE Linux/OpenSUSE Linux geschieht normalerweise mit Hilfe von Sax2. Dabei nutzt man folgende Befehlsaufrufe aus dem Runlevel 3 (=reiner Textmode) heraus:

Für Suse bis einschließlich 10.0
sax2 -m 0=nvidia
für 10.1 und 10.2
sax2 -r -m 0=nvidia
eingeben, wobei 0 eine Null ist, nicht der Buchstabe O.

Falls man ein SLI-System oder Multi-GPU-System sein eigen nennt, sollte gegebenenfalls der Parameter -c1 oder -c0 vor das -m eingefügt werden, abhängig davon, an welchem Port man nun seinen Monitor dranhängen hat. Welchen Parameter man dabei genau benötigt, lässt sich mit
sax2 -p
klären, da der Parameter -c''Zahl'' die anzusteuernde GPU angibt, deren Kennziffer man mit dem ''Probe'' aka ''-p'' Parameter von Sax2 verraten bekommt.
Für Multi-GPU-Systeme kann man auch, sofern der nvidia-Treiber nicht beide GPUs sauber erkannt hat, das Laden des Moduls für beide GPUs zugleich erzwingen indem man an den Parameter -m 0=nvidia noch ein ,1=nvidia anhängt.
Beispiel:
sax2 -r -c1 -m 0=nvidia,1=nvidia

Falls beim Start von sax2 der Monitor die Auflösung mit einer 'out-of-range' Meldung nicht anzeigen kann, kann mit dem Aufruf
sax2 -r -l -m 0=nvidia
sax2 mit 640x480 gestartet werden.
 
Nun mit STRG-D als User root abmelden und als normaler User anmelden.
startx
lässt nun die graphische Oberfläche wieder erscheinen. Es sollte kurz ein NVIDIA-Logo zu sehen sein und die Beschleunigung funktioniert nun. Wenn man beim Herunterfahren aus der graphischen Oberfläche wieder in der Konsole auskommt mit
shutdown -r now
den Rechner rebooten.
Man benötigt den Systemreboot jedoch nicht unbedingt (um es genauer zu sagen: auf den meisten Systemen ist er überflüssig) sondern nur dann, wenn der Neustart des Loginmanagers per
rckdm restart
aufgrund früherer nicht sauber entladener Module misslungen ist.
 
| width=35% valign=top align=left |
'''''Bildübersicht über die Konfiguration per Sax2'''''
<gallery caption="Konfiguration per Sax2" widths="80px" perrow="3">
Bild:Sax2-Start.png|Schritt 1: Der Sax2 Startscreen
Bild:Sax2-Monitor-1.png|Schritt 2: Die Monitorauswahl
Bild:Sax2-Monitor-2.png|optional: Schritt 2a: Maße für den sichtbaren Monitorbereich eingeben wenn sie nicht korrekt sind oder fehlen
Bild:Sax2-Monitor-3.png|optional: Schritt 2b: Grenzfrequenzen eingeben wenn sie nicht drinstehen, nicht korrekt sind oder ein VESA-Monitor angepasst werden soll
Bild:Sax2-Grafikkarte-1.png|Schritt 3: Grafikkartenauswahl / Optionseinstellungen
Bild:Sax2-Maus-1.png|Schritt 4: Mauseinstellungen
Bild:Sax2-Maus-2.png|optional: Schritt 4a: manuelle Mausauswahl falls die automatische Erkennung versagt hat
Bild:Sax2-Tastatur-1.png|Schritt 5: Tastatureinrichtung
Bild:Sax2-Tastatur-2.png|optional: Schritt 5a: Optionale Tastengruppierungen + Umbelegungen der Gruppierungstasten
Bild:Sax2-Tablett-1.png|optional: Schritt 6: Grafiktablettauswahl
Bild:Sax2-Tablett-2.png|optional: Schritt 6a: Anschlußauswahl für das Grafiktablett
Bild:Sax2-Tablett-3.png|optional: Schritt 6b: Stift+Radiererauswahl für das Grafiktablett
Bild:Sax2-Tablett-4.png|optional: Schritt 6c: Stifteigenschaften einrichten
Bild:Sax2-Tablett-5.png|optional: Schritt 6d: Radierereigenschaften einrichten
Bild:Sax2-Touchscreen-1.png|optional: Schritt 7: Touchscreenauswahl
Bild:Sax2-VNC.png|optional: Schritt 8: VNC-Einrichtung
Bild:Sax2-Test-und-Fertig.png|Schritt 9: Test, Speichern und Abschluß der Konfiguration
</gallery>
 
|-
|}

====Ubuntu====
 
====Foresight Linux====
Sollte man einmal eine Reinitialisierung der X Konfiguration benötigen, so kann dies aus der Konsole per
sudo mkxorgconfig
durchgeführt werden.
 

===Überprüfen der 3D Aktivierung===
Ob nun 3D Grafikbeschleunigung tatsächlich aktiviert wurde, lässt sich in einer Terminalemulation/einem Terminalfenster recht leicht kontrollieren (nein, Sax2 Ausgaben sollte man dabei nicht wirklich vertrauen,da dort die Angabe ob 3D aktiviert ist oder nicht nicht wirklich relevant ist für den nvidia-Treiber, da dieser 3D sowieso aktiviert hat wenn er aktiv ist) und zwar mit folgendem Befehl:
glxinfo | grep direct
Dabei sollte dann folgende Ausgabe auf dem Bildschirm zu lesen sein:
direct rendering: Yes
Im Falle eines SLI oder MultiGPU-Systems steht diese Ausgabe dann einmal pro aktiver GPU auf dem Bildschirm.
Die Performance gegenüber dem vorherigen Installationsstand des Systems kann man einigermaßen mit
glxgears
abschätzen wo nach etwa 10 Zeilen dann realistische Leistungswerte für diese Art der OpenGL Grafiknutzung zu lesen sind, die ersten paar Zeilen kann man meist nicht sinnvoll mit irgendwas anderem vergleichen, da dort noch der Programmstart bzw. die dadurch verursachte CPU und GPU Last mit reinspielt und nicht die reine GPU-Leistung im Betrieb.

<noinclude>{{NVIDIA Wikibook Footer}}</noinclude>

Grafikkarten und Monitore Fedora Core

2007-12-09T09:30:37Z

Greunke: Ein paar Sachen zu Troubleshooting

==ATI-Treiber Installation==

===Fedora Core 3===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install ati-fglrx kernel-module-fglrx-`(uname -r)`</nowiki>

''Optional:'' Treiber konfigurieren:
<nowiki>fglrxconfig</nowiki>

Danach muss der Rechner neugestartet werden.

===Fedora Core 4===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install ati-fglrx kernel-module-fglrx-$(uname -r)</nowiki>

Treiber konfigurieren (Singlehead):
<nowiki>aticonfig --initial</nowiki>

Danach muss der Rechner neugestartet werden.

===Fedora Core 5===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-fglrx</nowiki>

Besitzer eines '''Dual-Core-Prozessors''' geben ein:
<nowiki>yum install kmod-fglrx-smp</nowiki>

SELinux-Bug beheben:
<nowiki>setsebool -P allow_execmod=1</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>ati-fglrx-config-display enable</nowiki>

Treiber konfigurieren (Singlehead):
<nowiki>aticonfig --initial</nowiki>

X-Server starten:
<nowiki>init 5</nowiki>

Damit ist die Installation abgeschlossen.

===Fedora Core 6===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-fglrx</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>fglrx-config-display enable</nowiki>

Treiber konfigurieren (Singlehead):
<nowiki>aticonfig --initial</nowiki>

X-Server starten:
<nowiki>init 5</nowiki>

/etc/xorg.conf editieren:
* Section "Modules", "DRI" und "Extensions" ergänzen (am Besten dazu mit der [[X.org.conf_f%C3%BCr_ATI_Radeon_9800_pro_mit_Samsung_SyncMaster_959NF_auf_Fedora_Core_6_32_Bit|Musterkonfiguration]] vergleichen)

Nach den Änderungen empfielt sich ein Neustart des Systems. Danach müsste der Treiber und die 3D-Unterstützung funktionieren.

===Fedora 7===
Root werden:
su -

Treiber von [[Livna|Livna.org]] installieren:
yum install kmod-fglrx

X-Server beenden:
init 3

Als Root anmelden und dann den Treiber aktivieren:
fglrx-config-display enable

Treiber konfigurieren (Singlehead):
aticonfig --initial

X-Server starten:
init 5

Fertig.

===Fedora 8===
Root werden:
su -

Treiber von [[Livna|Livna.org]] installieren:
yum install kmod-fglrx

Rechner neustarten:
init 6

Fertig.

==NVIDIA-Treiber Installation==

===Fedora Core 3===
Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install nvidia-glx kernel-module-nvidia-`(uname -r)`</nowiki>

Danach muss der Rechner neugestartet werden.

===Fedora Core 4===
Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install nvidia-glx kernel-module-nvidia-$(uname -r)</nowiki>

Danach muss der Rechner neugestartet werden.

===Fedora Core 5===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-nvidia</nowiki>

Besitzer eines '''Dual-Core-Prozessors''' geben ein:
<nowiki>yum install kmod-nvidia-smp</nowiki>

SELinux-Bug beheben:
<nowiki>setsebool -P allow_execmod=1</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>nvidia-config-display enable</nowiki>

X-Server starten:
<nowiki>init 5</nowiki>

Damit ist die Installation abgeschlossen.

===Fedora Core 6===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-nvidia</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>nvidia-config-display enable</nowiki>

X-Server starten:
<nowiki>init 5</nowiki>

Damit ist die Installation abgeschlossen.

===Fedora 7===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-nvidia</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>nvidia-config-display enable</nowiki>

Eine neue xorg.conf schreiben (empfohlen, muss aber nicht):
nvidia-xconfig

Zum erfolgreichen Abschluss der Installation bedarf es eines Neustarts.
init 6

Damit ist die Installation abgeschlossen.

===Fedora 8===
Treiber von [[Livna|Livna.org]] installieren:
yum install kmod-nvidia

''Optional:'' Eine neue xorg.conf schreiben:
nvidia-xconfig

Rechner neustarten:
init 6

Fertig.

==Troubleshooting==
*Es können in machen Fällen Problemen mit dem Treiber auftreten, wenn SELinux auf dem System aktiviert ist. Es hilft meistens SELinux zu deaktivieren und dann den Treiber nochmal neuzuinstallieren.

*Bei Fedora 8 kann es zu Problemen mit den Systemupdates via [[yum|Yum]] kommen, wenn die Pakete für den Grafikkartentreiber installiert sind. Der Fehler kann umgangen werden, in dem man [[smart|Smart]] benutzt. Oder man entfernt die RPMs und startet das Update dann wie gewohnt. Danach können dann die Pakete wieder installiert werden.

[[Category:Fedora Core]][[Category:Grafikkarten und Monitore]][[Category:HowTo]]

Grafikkarten und Monitore Fedora Core

2007-11-24T12:57:27Z

Greunke: Fehlerkorrektor Reboot (init 6)

==ATI-Treiber Installation==

===Fedora Core 3===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install ati-fglrx kernel-module-fglrx-`(uname -r)`</nowiki>

''Optional:'' Treiber konfigurieren:
<nowiki>fglrxconfig</nowiki>

Danach muss der Rechner neugestartet werden.

===Fedora Core 4===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install ati-fglrx kernel-module-fglrx-$(uname -r)</nowiki>

Treiber konfigurieren (Singlehead):
<nowiki>aticonfig --initial</nowiki>

Danach muss der Rechner neugestartet werden.

===Fedora Core 5===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-fglrx</nowiki>

Besitzer eines '''Dual-Core-Prozessors''' geben ein:
<nowiki>yum install kmod-fglrx-smp</nowiki>

SELinux-Bug beheben:
<nowiki>setsebool -P allow_execmod=1</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>ati-fglrx-config-display enable</nowiki>

Treiber konfigurieren (Singlehead):
<nowiki>aticonfig --initial</nowiki>

X-Server starten:
<nowiki>init 5</nowiki>

Damit ist die Installation abgeschlossen.

===Fedora Core 6===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-fglrx</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>fglrx-config-display enable</nowiki>

Treiber konfigurieren (Singlehead):
<nowiki>aticonfig --initial</nowiki>

X-Server starten:
<nowiki>init 5</nowiki>

/etc/xorg.conf editieren:
* Section "Modules", "DRI" und "Extensions" ergänzen (am Besten dazu mit der [[X.org.conf_f%C3%BCr_ATI_Radeon_9800_pro_mit_Samsung_SyncMaster_959NF_auf_Fedora_Core_6_32_Bit|Musterkonfiguration]] vergleichen)

Nach den Änderungen empfielt sich ein Neustart des Systems. Danach müsste der Treiber und die 3D-Unterstützung funktionieren.

===Fedora 7===
Root werden:
su -

Treiber von [[Livna|Livna.org]] installieren:
yum install kmod-fglrx

X-Server beenden:
init 3

Als Root anmelden und dann den Treiber aktivieren:
fglrx-config-display enable

Treiber konfigurieren (Singlehead):
aticonfig --initial

X-Server starten:
init 5

Fertig.

===Fedora 8===
Root werden:
su -

Treiber von [[Livna|Livna.org]] installieren:
yum install kmod-fglrx

Rechner neustarten:
init 6

Fertig.

==NVIDIA-Treiber Installation==

===Fedora Core 3===
Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install nvidia-glx kernel-module-nvidia-`(uname -r)`</nowiki>

Danach muss der Rechner neugestartet werden.

===Fedora Core 4===
Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install nvidia-glx kernel-module-nvidia-$(uname -r)</nowiki>

Danach muss der Rechner neugestartet werden.

===Fedora Core 5===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-nvidia</nowiki>

Besitzer eines '''Dual-Core-Prozessors''' geben ein:
<nowiki>yum install kmod-nvidia-smp</nowiki>

SELinux-Bug beheben:
<nowiki>setsebool -P allow_execmod=1</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>nvidia-config-display enable</nowiki>

X-Server starten:
<nowiki>init 5</nowiki>

Damit ist die Installation abgeschlossen.

===Fedora Core 6===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-nvidia</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>nvidia-config-display enable</nowiki>

X-Server starten:
<nowiki>init 5</nowiki>

Damit ist die Installation abgeschlossen.

===Fedora 7===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-nvidia</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>nvidia-config-display enable</nowiki>

Eine neue xorg.conf schreiben (empfohlen, muss aber nicht):
nvidia-xconfig

Zum erfolgreichen Abschluss der Installation bedarf es eines Neustarts.
init 6

Damit ist die Installation abgeschlossen.

===Fedora 8===
Treiber von [[Livna|Livna.org]] installieren:
yum install kmod-nvidia

''Optional:'' Eine neue xorg.conf schreiben:
nvidia-xconfig

Rechner neustarten:
init 6

Fertig.

==Troubleshooting==
Es können in machen Fälle Problemen mit dem Treiber auftreten, wenn SeLinux auf dem System aktiviert ist. Es hilft meistens SeLinux zu deaktivieren und dann den Treiber nochmal neuzuinstallieren.

[[Category:Fedora Core]][[Category:Grafikkarten und Monitore]][[Category:HowTo]]

NTFS fuer Fedora

2007-11-24T12:18:27Z

Greunke: Fedora 7 und 8 hinzugefügt

Wer seine Windows-Festplatten unter Fedora Linux benutzen möchte, für den sind die folgenden Howto's interessant. Es wird erläutert, wie man Lesezugriff auf seine NTFS-Partitionen bekommt.

{{Box Hinweis||
*Für die Installation werden die Pakete von [[Livna|Livna.org]] benötigt.
*Ab FC5 kann der Treiber auch ohne das Livna-Repo als Root mit 'yum install ntfs-g3' installiert werden.
}}

==Installation==
===Fedora Core 3===
Root werden:
su -

Eintippen:
yum install kernel-module-ntfs-$(uname -r)

Das Kernelmodul laden:
/sbin/modprobe ntfs

Damit ist der Treiber eigentlich schon installiert.
Wer nocheinmal überprüfen will, ob das Kernelmodul am Laufen ist der kann dies mit folgenden Befehlen überprüfen:
dmesg | grep ntfs

cat /proc/filesystems
In den Ausgaben müsste die Bezeichnung NTFS auftauchen.

===Fedora Core 4===
Root werden:
su -

Eintippen:
yum install kernel-module-ntfs-$(uname -r)

Das Kernelmodul laden:
/sbin/modprobe ntfs

Damit ist der Treiber eigentlich schon installiert.
Wer nocheinmal überprüfen will, ob das Kernelmodul am Laufen ist der kann dies mit folgenden Befehlen überprüfen:
dmesg | grep ntfs

cat /proc/filesystems
In den Ausgaben müsste die Bezeichnung NTFS auftauchen.

===Fedora Core 5===
Root werden:
su -

Eintippen:
yum install kmod-ntfs

Besitzer eines '''Dual-Core-Prozessors''' geben ein:
yum install kmod-ntfs-smp

Das Kernelmodul laden:
/sbin/modprobe ntfs

Damit ist der Treiber eigentlich schon installiert.
Wer nocheinmal überprüfen will, ob das Kernelmodul am Laufen ist der kann dies mit folgenden Befehlen überprüfen:
dmesg | grep ntfs

cat /proc/filesystems
In den Ausgaben müsste die Bezeichnung NTFS auftauchen.

===Fedora Core 6===
Root werden:
su -

Eintippen:
yum install kmod-ntfs

Das Kernelmodul laden:
/sbin/modprobe ntfs

Damit ist der Treiber eigentlich schon installiert.
Wer nocheinmal überprüfen will, ob das Kernelmodul am Laufen ist der kann dies mit folgenden Befehlen überprüfen:
dmesg | grep ntfs

cat /proc/filesystems
In den Ausgaben müsste die Bezeichnung NTFS auftauchen.

===Fedora 7 und 8===
Die benötigten Pakete für den NTFS-Support sind standardmäßig enthalten.

==Festplatte mounten==
Zuerst lassen wir alle verfügbaren Festplattenpartitionen auflisten:
fdisk -l

Die Ausgabe sieht ähnlich aus wie hier:
Disk /dev/hda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes 
Device Boot Start End Blocks Id System
/dev/hda1 * 1 2611 20972826 83 Linux
/dev/hda2 2612 5875 26218080 83 Linux
/dev/hda3 5876 6136 2096482+ 82 Linux swap / Solaris
/dev/hda4 6137 9729 28860772+ 5 Extended
/dev/hda5 6137 9729 28860741 83 Linux 
Disk /dev/sda: 200.0 GB, 200049647616 bytes
255 heads, 63 sectors/track, 24321 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes 
Device Boot Start End Blocks Id System
'''/dev/sda1 * 1 4864 39070048+ 7 HPFS/NTFS'''
/dev/sda2 4865 24320 156280320 f W95 Ext'd (LBA)
'''/dev/sda5 4865 9728 39070048+ 7 HPFS/NTFS'''
'''/dev/sda6 9729 23104 107442688+ 7 HPFS/NTFS'''
'''/dev/sda7 23105 24320 9767488+ 7 HPFS/NTFS'''

Man erkennt nun die NTFS-Partitionen (sda1, sda5, sda6, sda7), die wir gerne einbinden möchten.

=== Einmalige Einbindung ===
Nach der Installation kann die Festplatte gemountet werden.
Man braucht einen Ordner, in dem die Windowspartition eingebunden werden soll.

Beispiel:
mkdir /windows/C

Nun wird die Festplattenpartition eingebunden:
mount /dev/sda1 /windows/C -t ntfs -r -o umask=0222

Damit ist die Festplatte in eurem System integriert.

''Nachteil:'' Wie schon erwähnt handelt es sich hierbei um eine einmalige Einbindung.
Nach dem Neustart sind die eingebundenen Partitionen weg.

=== Bei jedem Systemstart (fstab) ===
Um die NTFS-Partitionen dauerhaft bei jedem Systemstart einzubinden, empfielt es sich, mit fstab zu arbeiten.
Diese Konfigurationsdatei arbeitet bei jedem Start alle Laufwerke ab, die eingebunden werden sollen.

Siehe:
/etc/fstab

Der Inhalt von fstab könnte, um das obige Beispiel aufzugreifen, wie folgt aussehen:
LABEL=/ / ext3 defaults 1 1
devpts /dev/pts devpts gid=5,mode=620 0 0
tmpfs /dev/shm tmpfs defaults 0 0
LABEL=/home /home ext3 defaults 1 2
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
'''/dev/sda1 /windows/C ntfs ro,umask=0222 0 0'''
'''/dev/sda5 /windows/D ntfs ro,umask=0222 0 0'''
'''/dev/sda6 /windows/E ntfs ro,umask=0222 0 0'''
'''/dev/sda7 /windows/F ntfs ro,umask=0222 0 0'''
LABEL=SWAP-hda3 swap swap defaults 0 0

Nun werden die NTFS-Partitionen bei jedem Systemstart automatisch eingebunden.

==Weblinks==
*[http://www.linux-ntfs.org/ Linux-ntfs.org] - Ein NTFS-Projekt für Fedora Core (englisch)
*[http://www.mjmwired.net/resources/mjm-fedora-fc6.html#ntfs Personal Fedora Installation Guide] - Lese- und Schreibzugriff auf NTFS-Partitionen (englisch)

[[Category:Fedora Core]][[Category:Bootmanager]][[Category:HowTo]]

Totem-xine Fedora

2007-11-24T12:13:55Z

Greunke: Überarbeitung des Artikels

Dieser Artikel beschäftigt sich mit der Einrichtung des Video-Players (Totem mit Xine-Plugin) unter Fedora. Der Standard-Video-Player verfügt über keinerlei Plugins. Dieses HowTo befasst sich speziell mit der Installation von Totem und den zusätzliche Bibliotheken, mit denen Filme in den gängigsten Formaten (*.mpeg, *.avi, *.wmv) dargestellt werden können.

{{Box Wissen||
* [[Livna|Livna.org]]}}
==Installation von Totem-xine==
{{Box Test||
* [[Fedora]] 8 - Werewolf
}}
Zunächst entfernen wir die alte Version von Totem.
<nowiki>yum remove totem*</nowiki>

Nun wird die neue Version von Totem installiert mit samt den Bibliotheken:
<nowiki>yum install totem-xine xine-lib xine-lib-extras xine-lib-arts xine-lib-extras-nonfree rhythmbox</nowiki>

==Videos im Webbrowser?==
Alles kein Problem:
<nowiki>yum install totem-xine-mozplugin</nowiki>
Damit musste der Firefox-Webbrowser alle nötigen Erweiterungen besitzen.
Wer nochmal die Installation kontrollieren möchte:
<nowiki>about:plugins</nowiki>

[[Category: Fedora Core]] [[Category: Multimedia]] [[Category: HowTo]]

Freshrpms

2007-11-24T12:04:52Z

Greunke: Ausklammerung der totem-Pakete

'''Freshrpms''' ist ein [http://de.wikipedia.org/wiki/Repository Repository] speziell für Fedora Linux.

==Bereitgestellte Pakete==
[http://moonshine.freshrpms.net/ Liste für Fedora 7 (Moonshine)]

==[[yum|Yum]]-Konfiguration==
Root werden:
su -

===Fedora Core 4===
rpm -ihv http://ftp.freshrpms.net/pub/freshrpms/fedora/linux/4/freshrpms-release/freshrpms-release-1.1-1.fc.noarch.rpm

===Fedora Core 5===
rpm -ihv http://ftp.freshrpms.net/pub/freshrpms/fedora/linux/5/freshrpms-release/freshrpms-release-1.1-1.fc.noarch.rpm

===Fedora Core 6===
rpm -ihv http://ftp.freshrpms.net/pub/freshrpms/fedora/linux/6/freshrpms-release/freshrpms-release-1.1-1.fc.noarch.rpm

===Fedora 7===
rpm -ihv http://ftp.freshrpms.net/pub/freshrpms/fedora/linux/7/freshrpms-release/freshrpms-release-1.1-1.fc.noarch.rpm

===Fedora 8===
rpm -ihv http://ftp.freshrpms.net/pub/freshrpms/fedora/linux/8/freshrpms-release/freshrpms-release-1.1-1.fc.noarch.rpm

==Weblinks==
*[http://freshrpms.net Offizielle Seite] (deutsch)

[[Kategorie: Fedora Core]][[Kategorie: Yum]]

Freshrpms

2007-11-24T12:02:36Z

Greunke: Fedora 8 hinzugefügt

'''Freshrpms''' ist ein [http://de.wikipedia.org/wiki/Repository Repository] speziell für Fedora Linux.

==Bereitgestellte Pakete==
[[Totem-xine Fedora|Totem-xine Videoplayer]]

==[[yum|Yum]]-Konfiguration==
Root werden:
su -

===Fedora Core 4===
rpm -ihv http://ftp.freshrpms.net/pub/freshrpms/fedora/linux/4/freshrpms-release/freshrpms-release-1.1-1.fc.noarch.rpm

===Fedora Core 5===
rpm -ihv http://ftp.freshrpms.net/pub/freshrpms/fedora/linux/5/freshrpms-release/freshrpms-release-1.1-1.fc.noarch.rpm

===Fedora Core 6===
rpm -ihv http://ftp.freshrpms.net/pub/freshrpms/fedora/linux/6/freshrpms-release/freshrpms-release-1.1-1.fc.noarch.rpm

===Fedora 7===
rpm -ihv http://ftp.freshrpms.net/pub/freshrpms/fedora/linux/7/freshrpms-release/freshrpms-release-1.1-1.fc.noarch.rpm

===Fedora 8===
rpm -ihv http://ftp.freshrpms.net/pub/freshrpms/fedora/linux/8/freshrpms-release/freshrpms-release-1.1-1.fc.noarch.rpm

==Weblinks==
*[http://freshrpms.net Offizielle Seite] (deutsch)

[[Kategorie: Fedora Core]][[Kategorie: Yum]]

Livna

2007-11-24T12:01:18Z

Greunke: Fedora 8 hinzugefügt

'''Livna.org''' ist ein [http://de.wikipedia.org/wiki/Repository Repository] für Fedora Linux. Von dort können verschiedenste Softwares als [http://de.wikipedia.org/wiki/RPM RPM] heruntergeladen werden.

==Bereitgestelle Pakete==
Es gibt eine Vielzahl von Paketen. Die wichtigsten, zu denen es hier im LC-Wiki Artikel gibt, die sich mit der Einrichtung und Konfiguration beschäftigen, zählen die folgenden:
* [[Grafikkarten_und_Monitore_Fedora_Core#NVIDIA-Treiber_Installation|NVIDIA-Treiber]]
* [[Grafikkarten_und_Monitore_Fedora_Core#ATI-Treiber_Installation|ATI-Treiber]]
* [[Totem-xine Fedora|Totem-xine]]
* [[NTFS für Fedora|NTFS-Unterstützung]]

==[[yum|Yum]]-Konfiguration==
Root werden:
su -

===Fedora Core 4===
rpm -ihv http://rpm.livna.org/livna-release-4.rpm

===Fedora Core 5===
rpm -ihv http://rpm.livna.org/livna-release-5.rpm

===Fedora Core 6===
rpm -ihv http://rpm.livna.org/livna-release-6.rpm

===Fedora 7===
rpm -ihv http://rpm.livna.org/livna-release-7.rpm

===Fedora 8===
rpm -ihv http://rpm.livna.org/livna-release-8.rpm

==Weblinks==
*[http://rpm.livna.org Offizielle Seite] (deutsch)
*[http://www.fedorafaq.org/#getsoftware fedorafaq.com] (Inoffizielle Hilfsseite zur Konfiguration von Fedora Linux)

[[Kategorie: Fedora Core]][[Kategorie: Yum]]

Grafikkarten und Monitore Fedora Core

2007-11-24T12:00:26Z

Greunke: Fedora 8 hinzugefügt sowie Troubleshooting

==ATI-Treiber Installation==

===Fedora Core 3===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install ati-fglrx kernel-module-fglrx-`(uname -r)`</nowiki>

''Optional:'' Treiber konfigurieren:
<nowiki>fglrxconfig</nowiki>

Danach muss der Rechner neugestartet werden.

===Fedora Core 4===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install ati-fglrx kernel-module-fglrx-$(uname -r)</nowiki>

Treiber konfigurieren (Singlehead):
<nowiki>aticonfig --initial</nowiki>

Danach muss der Rechner neugestartet werden.

===Fedora Core 5===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-fglrx</nowiki>

Besitzer eines '''Dual-Core-Prozessors''' geben ein:
<nowiki>yum install kmod-fglrx-smp</nowiki>

SELinux-Bug beheben:
<nowiki>setsebool -P allow_execmod=1</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>ati-fglrx-config-display enable</nowiki>

Treiber konfigurieren (Singlehead):
<nowiki>aticonfig --initial</nowiki>

X-Server starten:
<nowiki>init 5</nowiki>

Damit ist die Installation abgeschlossen.

===Fedora Core 6===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-fglrx</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>fglrx-config-display enable</nowiki>

Treiber konfigurieren (Singlehead):
<nowiki>aticonfig --initial</nowiki>

X-Server starten:
<nowiki>init 5</nowiki>

/etc/xorg.conf editieren:
* Section "Modules", "DRI" und "Extensions" ergänzen (am Besten dazu mit der [[X.org.conf_f%C3%BCr_ATI_Radeon_9800_pro_mit_Samsung_SyncMaster_959NF_auf_Fedora_Core_6_32_Bit|Musterkonfiguration]] vergleichen)

Nach den Änderungen empfielt sich ein Neustart des Systems. Danach müsste der Treiber und die 3D-Unterstützung funktionieren.

===Fedora 7===
Root werden:
su -

Treiber von [[Livna|Livna.org]] installieren:
yum install kmod-fglrx

X-Server beenden:
init 3

Als Root anmelden und dann den Treiber aktivieren:
fglrx-config-display enable

Treiber konfigurieren (Singlehead):
aticonfig --initial

X-Server starten:
init 5

Fertig.

===Fedora 8===
Root werden:
su -

Treiber von [[Livna|Livna.org]] installieren:
yum install kmod-fglrx

Rechner neustarten:
init 5

Fertig.

==NVIDIA-Treiber Installation==

===Fedora Core 3===
Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install nvidia-glx kernel-module-nvidia-`(uname -r)`</nowiki>

Danach muss der Rechner neugestartet werden.

===Fedora Core 4===
Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install nvidia-glx kernel-module-nvidia-$(uname -r)</nowiki>

Danach muss der Rechner neugestartet werden.

===Fedora Core 5===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-nvidia</nowiki>

Besitzer eines '''Dual-Core-Prozessors''' geben ein:
<nowiki>yum install kmod-nvidia-smp</nowiki>

SELinux-Bug beheben:
<nowiki>setsebool -P allow_execmod=1</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>nvidia-config-display enable</nowiki>

X-Server starten:
<nowiki>init 5</nowiki>

Damit ist die Installation abgeschlossen.

===Fedora Core 6===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-nvidia</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>nvidia-config-display enable</nowiki>

X-Server starten:
<nowiki>init 5</nowiki>

Damit ist die Installation abgeschlossen.

===Fedora 7===

Root werden:
<nowiki>su -</nowiki>

Treiber von [[Livna|Livna.org]] installieren:
<nowiki>yum install kmod-nvidia</nowiki>

X-Server beenden:
<nowiki>init 3</nowiki>

Als Root anmelden und dann den Treiber aktivieren:
<nowiki>nvidia-config-display enable</nowiki>

Eine neue xorg.conf schreiben (empfohlen, muss aber nicht):
nvidia-xconfig

Zum erfolgreichen Abschluss der Installation bedarf es eines Neustarts.
init 6

Damit ist die Installation abgeschlossen.

===Fedora 8===
Treiber von [[Livna|Livna.org]] installieren:
yum install kmod-nvidia

''Optional:'' Eine neue xorg.conf schreiben:
nvidia-xconfig

Rechner neustarten:
init 5

Fertig.

==Troubleshooting==
Es können in machen Fälle Problemen mit dem Treiber auftreten, wenn SeLinux auf dem System aktiviert ist. Es hilft meistens SeLinux zu deaktivieren und dann den Treiber nochmal neuzuinstallieren.

[[Category:Fedora Core]][[Category:Grafikkarten und Monitore]][[Category:HowTo]]

ICalendar mit WebDAV

2007-11-24T11:38:07Z

Greunke: Kategoriename nach HowTo gesetzt

==Einführung==

Es wird im Folgenden geschildert, wie man einen Apache-Server so konfiguriert, dass man den Sunbird/Lightning-Kalender als Netzwerkkalender betreiben kann. Sunbird/Lightning im Netzwerkbetrieb bringt den Vorteil mit sich, dass auch von verschiedenen Rechnern aus ein Kalender leicht und bequem auf dem neusten Stand gehalten werden kann.

===Funktionsweise===
Die Funktionsweise des Sunbird/Lightning-Kalenders ist sehr einfach. Sämtliche Termine und Aufgaben werden in einer ics-Datei gespeichert. Sunbird liest diese Datei aus und setzt die Werte an der vorgesehenen Stelle im Kalender ein.
Im Einzelplatzbetrieb liegt diese Datei lokal auf einem Rechner. Im Netzwerkbetrieb wird diese Datei ausgelagert. Der Server muss daher so konfiguriert werden, dass man die iCalendar-Datei ersteinmal auslesen kann und weitergehend, dass man schreibzugriff auf sie bekommt um Änderungen sofort übernehmen zu können. Außerdem ist es von Vorteil, dass man den Server so absichert, dass nur ausgewählte Personen auf die ics-Datei zugreifen können.

===Voraussetzungen===
* [[Apache|Apache-Webserver]]
* Mozilla Sunbird oder Lightning als Add-on für Mozilla Thunderbird

==Konfiguration von WebDAV==
{{Box Test||
* SUSE Linux 9.3
}}
===Benötige Apache-Module===
* dav
* dav_fs
Optional zur Sicherheit:
* auth_digest

Apache2 verfügt über eine vielzahl von Modulen mit denen zusätzliche Aufgaben bewältigt werden können. Die Module, die hier freigeschaltet werden müssen, heißen '''dav''' '''dav_fs''' und '''auth_digest'''. Die ersten Beiden aktivieren WebDAV. Für einen sicheren Zugriff auf die Freigaben sollte man auth_digest hinzuziehen.

===Einrichtung des Apache===
Standardmäßig werden eine Vielzahl von Apache-Modulen benutzt. Die Auswahl der Module sind in der Datei apache2 in ''/etc/sysconfig'' festgelegt.

Dort tragen wir in die Zeile ''APACHE_MODULES'' '''dav''' und '''dav_fs''' ein. Für den sicheren Zugriff sollte dort auch '''auth_digest''' stehen."

Ausschnitt aus /etc/sysconfig/apache2:
...
APACHE_MODULES="... auth_digest ... dav dav_fs ..."
...

Die neuhinzugefügten Apache-Module werden nach dem Neustart des Dienstes geladen.

===Freigaben erstellen und absichern===
Als Erstes wird ein Ordner erstellt auf den später zugegriffen und geschrieben werden soll. Dieser sollte unterhalb des ''DocumentRoot'' liegen.

Wir erstellen den Ordner mit den Namen ''dav'' für die WebDAV-Freigaben.

mkdir /srv/www/htdocs/dav

Nun noch einen Ordner, indem unser Testuser Otto später seinen Kalender ablegen kann.

mkdir /srv/www/htdocs/dav/otto

Wir ändern die Zugriffsrechte für Benutzer und Gruppe um Konflikte mit dem Apache zu vermeiden.

chown -R -v wwwrun:www /srv/www/htdocs/dav

Um sicherzugehen, dass kein anderer Benutzer an die Dateien im Ordner ''otto'' kommt empfehle ich Folgendes:

chmod 700 /srv/www/htdocs/dav/otto

Das Grundgerüst steht nun. Jetzt muss das WebDAV-Modul nur noch wissen, welche Ordner wir gerne freigeben wollen.
Die Konfigurationsdateien des Apache liegen weitesgehend alle in /etc/apache2.
Wir erstellen eine neue Konfigurationsdatei, die abklärt, welche Ornder wir freigeben und wer darauf zugreifen darf.
Sie trägt hier den Namen webdav.conf. Wem dies zu unkreativ ist, der kann sich gerne etwas anderes überlegen.
Der Inhalt der Datei kann einfach kopiert und angepasst werden.

/etc/apache2/conf.d/webdav.conf:

DavLockDB /var/lib/apache2/DavLock/DavLockDB

<Location /dav/otto>
DAV On
DAVDepthInfinity on
Options FollowSymlinks Indexes MultiViews
AllowOverride None
AuthType Digest
AuthName "WebDAV"
AuthDigestFile /etc/apache2/passwords/webdav.htdigest.access
Require user otto
</Location>

In der Konfigurationsdatei wurde die Zugriffsmethode Digest schon vorausgenommen. Nun kommen wir zur Absicherung, die wir schon erwähnt hatten.
Der Benutzer Otto soll für seine Freigabe ein Passwort bekommen.

Zuerst legen wir eine Datei an, die die Kennwörter speichert. Es ist eigentlich egal, wo ihr diese Datei abspeichert. Hier liegt sie in /etc/apache2/passwords.

htdigest2 -c webdav.htdigest.access WebDAV otto

Dieser Befehl erstellt eine Datei webdav.htdigest.access. (Wem das zu lang ist als Name für eine Datei, kann hier kreativ zu Werke schreiten.)
Der Benutzer Otto wird an den Freigabebereich "WebDAV" gebunden. Außerdem erhält er ein Passwort, mit der er sich Zugriff auf diesen verschaffen kann.

'''Achtung:'''
Wer weitere Benutzer in die Datei aufnehmen möchte muss das Anhängsel '''-c''' weglassen, da sonst die Datei überschrieben wird und wichtige Einstellungen verloren gehen.

Nach dem alle Einstellungen vorgenommen worden sind, muss der Apache-Server neugestartet werden.

rcapache2 restart

===Einfacher Test===
Um den Erfolg der Einrichtung zu überprüfen:

http://hostname/dav/otto

Es sollte im Webbrowser ein Feld auftauchen, indem ein Benutzername samt Passwort abgefragt wird. Dies ist ein gutes Zeichen.
Funktioniert auch die Anmeldung mit Name und Passwort, so sind alle Einstellungen in Ordnung.

==Sunbird/Lightning konfigurieren==
Neuer Kalender... > Im Netzwerk > Adresse: "http://hostname/dav/otto/ottos_kalender.ics" > Name: "ottos_kalender" > Fertig stellen

==Weblinks==
*[http://www.bsdwiki.de/Webdav_mit_Apache Bsd-Wiki.de] - Weiterführendes Howto zur Einrichtung von WebDAV auf einem Apache
*[http://httpd.apache.org/docs/2.2/ httpd.apache.org] - Offizielles Dokumentationsmaterial über Apache2 und [http://httpd.apache.org/docs/2.2/mod Module]
*[http://www.sunbird-kalender.de/forum/viewtopic.php?t=328 Sunbird-Forum] - Ein sehr einfaches Howto mit XAMPP
*[http://www.sunbird-kalender.de Sunbird-Kalender-Seite] - Offizielle Website des Sunbird-Projekts
*[http://www.sunbird-kalender.de/wiki/Sunbird-Kalender_FAQ#Wie_lassen_sich_Kalender_.FCber_das_Internet_oder_ein_Netzwerk_nutzen.3F Sunbird Netzwerkkalender] - Eine kurze Einführung zum Thema Sunbird-Netzwerkalender
*[http://www.ppcnux.de/?q=node/7026 ppcnux.de] - Gutes und übersichtliches Howto für Debian
*[http://de.wikipedia.org/wiki/WebDAV Wikipedia] - Allegemeine Informationen zum Thema WebDAV

[[Category: LAMP]] [[Category: HowTo]]

ICalendar mit WebDAV

2007-11-24T11:33:31Z

Greunke: Immer diese Kleinigkeiten

==Einführung==

Es wird im Folgenden geschildert, wie man einen Apache-Server so konfiguriert, dass man den Sunbird/Lightning-Kalender als Netzwerkkalender betreiben kann. Sunbird/Lightning im Netzwerkbetrieb bringt den Vorteil mit sich, dass auch von verschiedenen Rechnern aus ein Kalender leicht und bequem auf dem neusten Stand gehalten werden kann.

===Funktionsweise===
Die Funktionsweise des Sunbird/Lightning-Kalenders ist sehr einfach. Sämtliche Termine und Aufgaben werden in einer ics-Datei gespeichert. Sunbird liest diese Datei aus und setzt die Werte an der vorgesehenen Stelle im Kalender ein.
Im Einzelplatzbetrieb liegt diese Datei lokal auf einem Rechner. Im Netzwerkbetrieb wird diese Datei ausgelagert. Der Server muss daher so konfiguriert werden, dass man die iCalendar-Datei ersteinmal auslesen kann und weitergehend, dass man schreibzugriff auf sie bekommt um Änderungen sofort übernehmen zu können. Außerdem ist es von Vorteil, dass man den Server so absichert, dass nur ausgewählte Personen auf die ics-Datei zugreifen können.

===Voraussetzungen===
* [[Apache|Apache-Webserver]]
* Mozilla Sunbird oder Lightning als Add-on für Mozilla Thunderbird

==Konfiguration von WebDAV==
{{Box Test||
* SUSE Linux 9.3
}}
===Benötige Apache-Module===
* dav
* dav_fs
Optional zur Sicherheit:
* auth_digest

Apache2 verfügt über eine vielzahl von Modulen mit denen zusätzliche Aufgaben bewältigt werden können. Die Module, die hier freigeschaltet werden müssen, heißen '''dav''' '''dav_fs''' und '''auth_digest'''. Die ersten Beiden aktivieren WebDAV. Für einen sicheren Zugriff auf die Freigaben sollte man auth_digest hinzuziehen.

===Einrichtung des Apache===
Standardmäßig werden eine Vielzahl von Apache-Modulen benutzt. Die Auswahl der Module sind in der Datei apache2 in ''/etc/sysconfig'' festgelegt.

Dort tragen wir in die Zeile ''APACHE_MODULES'' '''dav''' und '''dav_fs''' ein. Für den sicheren Zugriff sollte dort auch '''auth_digest''' stehen."

Ausschnitt aus /etc/sysconfig/apache2:
...
APACHE_MODULES="... auth_digest ... dav dav_fs ..."
...

Die neuhinzugefügten Apache-Module werden nach dem Neustart des Dienstes geladen.

===Freigaben erstellen und absichern===
Als Erstes wird ein Ordner erstellt auf den später zugegriffen und geschrieben werden soll. Dieser sollte unterhalb des ''DocumentRoot'' liegen.

Wir erstellen den Ordner mit den Namen ''dav'' für die WebDAV-Freigaben.

mkdir /srv/www/htdocs/dav

Nun noch einen Ordner, indem unser Testuser Otto später seinen Kalender ablegen kann.

mkdir /srv/www/htdocs/dav/otto

Wir ändern die Zugriffsrechte für Benutzer und Gruppe um Konflikte mit dem Apache zu vermeiden.

chown -R -v wwwrun:www /srv/www/htdocs/dav

Um sicherzugehen, dass kein anderer Benutzer an die Dateien im Ordner ''otto'' kommt empfehle ich Folgendes:

chmod 700 /srv/www/htdocs/dav/otto

Das Grundgerüst steht nun. Jetzt muss das WebDAV-Modul nur noch wissen, welche Ordner wir gerne freigeben wollen.
Die Konfigurationsdateien des Apache liegen weitesgehend alle in /etc/apache2.
Wir erstellen eine neue Konfigurationsdatei, die abklärt, welche Ornder wir freigeben und wer darauf zugreifen darf.
Sie trägt hier den Namen webdav.conf. Wem dies zu unkreativ ist, der kann sich gerne etwas anderes überlegen.
Der Inhalt der Datei kann einfach kopiert und angepasst werden.

/etc/apache2/conf.d/webdav.conf:

DavLockDB /var/lib/apache2/DavLock/DavLockDB

<Location /dav/otto>
DAV On
DAVDepthInfinity on
Options FollowSymlinks Indexes MultiViews
AllowOverride None
AuthType Digest
AuthName "WebDAV"
AuthDigestFile /etc/apache2/passwords/webdav.htdigest.access
Require user otto
</Location>

In der Konfigurationsdatei wurde die Zugriffsmethode Digest schon vorausgenommen. Nun kommen wir zur Absicherung, die wir schon erwähnt hatten.
Der Benutzer Otto soll für seine Freigabe ein Passwort bekommen.

Zuerst legen wir eine Datei an, die die Kennwörter speichert. Es ist eigentlich egal, wo ihr diese Datei abspeichert. Hier liegt sie in /etc/apache2/passwords.

htdigest2 -c webdav.htdigest.access WebDAV otto

Dieser Befehl erstellt eine Datei webdav.htdigest.access. (Wem das zu lang ist als Name für eine Datei, kann hier kreativ zu Werke schreiten.)
Der Benutzer Otto wird an den Freigabebereich "WebDAV" gebunden. Außerdem erhält er ein Passwort, mit der er sich Zugriff auf diesen verschaffen kann.

'''Achtung:'''
Wer weitere Benutzer in die Datei aufnehmen möchte muss das Anhängsel '''-c''' weglassen, da sonst die Datei überschrieben wird und wichtige Einstellungen verloren gehen.

Nach dem alle Einstellungen vorgenommen worden sind, muss der Apache-Server neugestartet werden.

rcapache2 restart

===Einfacher Test===
Um den Erfolg der Einrichtung zu überprüfen:

http://hostname/dav/otto

Es sollte im Webbrowser ein Feld auftauchen, indem ein Benutzername samt Passwort abgefragt wird. Dies ist ein gutes Zeichen.
Funktioniert auch die Anmeldung mit Name und Passwort, so sind alle Einstellungen in Ordnung.

==Sunbird/Lightning konfigurieren==
Neuer Kalender... > Im Netzwerk > Adresse: "http://hostname/dav/otto/ottos_kalender.ics" > Name: "ottos_kalender" > Fertig stellen

==Weblinks==
*[http://www.bsdwiki.de/Webdav_mit_Apache Bsd-Wiki.de] - Weiterführendes Howto zur Einrichtung von WebDAV auf einem Apache
*[http://httpd.apache.org/docs/2.2/ httpd.apache.org] - Offizielles Dokumentationsmaterial über Apache2 und [http://httpd.apache.org/docs/2.2/mod Module]
*[http://www.sunbird-kalender.de/forum/viewtopic.php?t=328 Sunbird-Forum] - Ein sehr einfaches Howto mit XAMPP
*[http://www.sunbird-kalender.de Sunbird-Kalender-Seite] - Offizielle Website des Sunbird-Projekts
*[http://www.sunbird-kalender.de/wiki/Sunbird-Kalender_FAQ#Wie_lassen_sich_Kalender_.FCber_das_Internet_oder_ein_Netzwerk_nutzen.3F Sunbird Netzwerkkalender] - Eine kurze Einführung zum Thema Sunbird-Netzwerkalender
*[http://www.ppcnux.de/?q=node/7026 ppcnux.de] - Gutes und übersichtliches Howto für Debian
*[http://de.wikipedia.org/wiki/WebDAV Wikipedia] - Allegemeine Informationen zum Thema WebDAV

[[Category: LAMP]] [[Category: Howto]]

ICalendar mit WebDAV

2007-11-24T11:30:45Z

Greunke: Überarbeitung an einigen Stellen

==Einführung==

Es wird im Folgenden geschildert, wie man einen Apache-Server so konfiguriert, dass man den Sunbird/Lightning-Kalender als Netzwerkkalender betreiben kann. Sunbird/Lightning im Netzwerkbetrieb bringt den Vorteil mit sich, dass auch von verschiedenen Rechnern aus ein Kalender leicht und bequem auf dem neusten Stand gehalten werden kann.

===Funktionsweise===
Die Funktionsweise des Sunbird/Lightning-Kalenders ist sehr einfach. Sämtliche Termine und Aufgaben werden in einer ics-Datei gespeichert. Sunbird liest diese Datei aus und setzt die Werte an der vorgesehenen Stelle im Kalender ein.
Im Einzelplatzbetrieb liegt diese Datei lokal auf einem Rechner. Im Netzwerkbetrieb wird diese Datei ausgelagert. Der Server muss daher so konfiguriert werden, dass man die iCalendar-Datei ersteinmal auslesen kann und weitergehend, dass man schreibzugriff auf sie bekommt um Änderungen sofort übernehmen zu können. Außerdem ist es von Vorteil, dass man den Server so absichert, dass nur ausgewählte Personen auf die ics-Datei zugreifen können.

===Voraussetzungen===
* [[Apache|Apache-Webserver]]
* Mozilla Sunbird oder Lightning als Add-on für Mozilla Thunderbird

==Konfiguration von WebDAV==
{{Box Test||
* SUSE Linux 9.3
}}
===Benötige Apache-Module===
* dav
* dav_fs
Optional zur Sicherheit:
* auth_digest

Apache2 verfügt über eine vielzahl von Modulen mit denen zusätzliche Aufgaben bewältigt werden können. Die Module, die hier freigeschaltet werden müssen, heißen '''dav''' '''dav_fs''' und '''auth_digest'''. Die ersten Beiden aktivieren WebDAV. Für einen sicheren Zugriff auf die Freigaben sollte man auth_digest hinzuziehen.

===Einrichtung des Apache===
Standardmäßig werden eine Vielzahl von Apache-Modulen benutzt. Die Auswahl der Module sind in der Datei apache2 in ''/etc/sysconfig'' festgelegt.

Dort tragen wir in die Zeile ''APACHE_MODULES'' '''dav''' und '''dav_fs''' ein. Für den sicheren Zugriff sollte dort auch '''auth_digest''' stehen."

Ausschnitt aus /etc/sysconfig/apache2:
...
APACHE_MODULES="... auth_digest ... dav dav_fs ..."
...

Die neuhinzugefügten Apache-Module werden nach dem Neustart des Dienstes geladen.

===Freigaben erstellen und absichern===
Als Erstes wird ein Ordner erstellt auf den später zugegriffen und geschrieben werden soll. Dieser sollte unterhalb des ''DocumentRoot'' liegen.

Wir erstellen den Ordner mit den Namen ''dav'' für die WebDAV-Freigaben.

mkdir /srv/www/htdocs/dav

Nun noch einen Ordner, indem unser Testuser Otto später seinen Kalender ablegen kann.

mkdir /srv/www/htdocs/dav/otto

Wir ändern die Zugriffsrechte für Benutzer und Gruppe um Konflikte mit dem Apache zu vermeiden.

chown -R -v wwwrun:www /srv/www/htdocs/dav

Um sicherzugehen, dass kein anderer Benutzer an die Dateien im Ordner ''otto'' kommt empfehle ich Folgendes:

chmod 700 /srv/www/htdocs/dav/otto

Das Grundgerüst steht nun. Jetzt muss das WebDAV-Modul nur noch wissen, welche Ordner wir gerne freigeben wollen.
Die Konfigurationsdateien des Apache liegen weitesgehend alle in /etc/apache2.
Wir erstellen eine neue Konfigurationsdatei, die abklärt, welche Ornder wir freigeben und wer darauf zugreifen darf.
Sie trägt hier den Namen webdav.conf. Wem dies zu unkreativ ist, der kann sich gerne etwas anderes überlegen.
Der Inhalt der Datei kann einfach kopiert und angepasst werden.

/etc/apache2/conf.d/webdav.conf:

DavLockDB /var/lib/apache2/DavLock/DavLockDB

<Location /dav/otto>
DAV On
DAVDepthInfinity on
Options FollowSymlinks Indexes MultiViews
AllowOverride None
AuthType Digest
AuthName "WebDAV"
AuthDigestFile /etc/apache2/passwords/webdav.htdigest.access
Require user otto
</Location>

In der Konfigurationsdatei wurde schon die Zugriffsmethode Digest schon vorausgenommen. Nun kommen wir zur Absicherung, die wir schon erwähnt hatten.
Der Benutzer Otto soll für seine Freigabe ein Passwort bekommen.

Zuerst legen wir eine Datei an, die die Kennwörter speichert. Es ist eigentlich egal, wo ihr diese Datei abspeichert. Hier ist sie in /etc/apache2/passwords.

htdigest2 -c webdav.htdigest.access WebDAV otto

Dieser Befehl erstellt eine Datei webdav.htdigest.access. (Wem das zu lang ist als Name für eine Datei, kann hier kreativ zu Werke schreiten.)
Der Benutzer Otto wird an den Freigabebereich "WebDAV" gebunden. Außerdem erhält er ein Passwort, mit der er sich Zugriff auf diesen verschaffen kann.

'''Achtung:'''
Wer weitere Benutzer in die Datei aufnehmen möchte muss das Anhängsel '''-c''' weglassen, da sonst die Datei überschrieben wird und wichtige Einstellungen verloren gehen.

Nach dem alle Einstellungen vorgenommen worden sind, muss der Apache-Server neugestartet werden.

rcapache2 restart

===Einfacher Test===
Um den Erfolg der Einrichtung zu überprüfen:

http://hostname/dav/otto

Es sollte im Webbrowser ein Feld auftauchen, indem ein Benutzername samt Passwort abgefragt wird. Dies ist ein gutes Zeichen.
Funktioniert auch die Anmeldung mit Name und Passwort, so sind alle Einstellungen in Ordnung.

==Sunbird/Lightning konfigurieren==
Neuer Kalender... > Im Netzwerk > Adresse: "http://hostname/dav/otto/ottos_kalender.ics" > Name: "ottos_kalender" > Fertig stellen

==Weblinks==
*[http://www.bsdwiki.de/Webdav_mit_Apache Bsd-Wiki.de] - Weiterführendes Howto zur Einrichtung von WebDAV auf einem Apache
*[http://httpd.apache.org/docs/2.2/ httpd.apache.org] - Offizielles Dokumentationsmaterial über Apache2 und [http://httpd.apache.org/docs/2.2/mod Module]
*[http://www.sunbird-kalender.de/forum/viewtopic.php?t=328 Sunbird-Forum] - Ein sehr einfaches Howto mit XAMPP
*[http://www.sunbird-kalender.de Sunbird-Kalender-Seite] - Offizielle Website des Sunbird-Projekts
*[http://www.sunbird-kalender.de/wiki/Sunbird-Kalender_FAQ#Wie_lassen_sich_Kalender_.FCber_das_Internet_oder_ein_Netzwerk_nutzen.3F Sunbird Netzwerkkalender] - Eine kurze Einführung zum Thema Sunbird-Netzwerkalender
*[http://www.ppcnux.de/?q=node/7026 ppcnux.de] - Gutes und übersichtliches Howto für Debian
*[http://de.wikipedia.org/wiki/WebDAV Wikipedia] - Allegemeine Informationen zum Thema WebDAV

[[Category: LAMP]] [[Category: Howto]]

ICalendar mit WebDAV

2007-11-24T09:57:18Z

Greunke: Links hinzugefügt und Feinheiten verändert

==Einführung==

Es wird im Folgenden geschildert, wie man einen Apache-Server so konfiguriert, dass man den Sunbird/Lightning-Kalender als Netzwerkkalender betreiben kann. Sunbird/Lightning im Netzwerkbetrieb bringt den Vorteil mit sich, dass auch von verschiedenen Rechnern aus ein Kalender leicht und bequem auf dem neusten Stand gehalten werden kann.

===Funktionsweise===
Die Funktionsweise des Sunbird/Lightning-Kalenders ist sehr einfach. Sämtliche Termine und Aufgaben werden in einer ics-Datei gespeichert. Sunbird liest diese Datei aus und setzt die Werte an der vorgesehenen Stelle im Kalender ein.
Im Einzelplatzbetrieb liegt diese Datei lokal auf einem Rechner. Im Netzwerkbetrieb wird diese Datei ausgelagert. Der Server muss daher so konfiguriert werden, dass man die iCalendar-Datei ersteinmal auslesen kann und weitergehend, dass man schreibzugriff auf sie bekommt um Änderungen sofort übernehmen zu können. Außerdem ist es von Vorteil, dass man den Server so absichert, dass nur ausgewählte Personen auf die ics-Datei zugreifen können.

===Voraussetzungen===
* [[Apache|Apache-Webserver]]
* Mozilla Sunbird oder Lightning als Add-on für Mozilla Thunderbird

==Konfiguration von WebDAV==
{{Box Test||
* SUSE Linux 9.3
}}
===Benötige Apache-Module===
* dav
* dav_fs
Optional zur Sicherheit:
* auth_digest

Apache2 verfügt über eine vielzahl von Modulen mit denen zusätzliche Aufgaben bewältigt werden können. Die Module, die hier freigeschaltet werden müssen, heißen '''dav''' '''dav_fs''' und '''auth_digest'''. Die ersten Beiden aktivieren WebDAV. Für einen sicheren Zugriff auf die Freigaben sollte man auth_digest hinzuziehen.

===Einrichtung des Apache===
Standardmäßig werden eine Vielzahl von Apache-Modulen benutzt. Um Module zu an oder abzuschalten ist bei SuSE die Datei apache2 in ''/etc/sysconfig'' zuständig.

Dort tragen wir in die Zeile ''APACHE_MODULES'' '''dav''' und '''dav_fs''' ein. Für den sicheren Zugriff sollte dort auch '''auth_digest''' stehen."

Ausschnitt aus /etc/sysconfig/apache2:
...
APACHE_MODULES="... auth_digest ... dav dav_fs ..."
...

Die Apache-Module werden immer nach dem Neustart des Dienstes geladen.

===Freigaben erstellen und absichern===
Als Erstes wird ein Ordner erstellt, auf den später zugegriffen und geschrieben werden soll. Dieser sollte unterhalb des ''DocumentRoot'' liegen.

Wir erstellen den Ordner mit den Namen ''dav'' für die WebDAV-Freigaben.

mkdir /srv/www/htdocs/dav

Nun noch einen Ordner, indem unser Testuser Otto später seinen Kalender ablegen kann.

mkdir /srv/www/htdocs/dav/otto

Wir ändern die Zugriffsrechte für Benutzer und Gruppe um Konflikte mit dem Apache zu vermeiden.

chown -R -v wwwrun:www /srv/www/htdocs/dav

Um sicherzugehen, dass kein anderer Benutzer an die Dateien im Ordner ''otto'' kommt empfehle ich Folgendes:

chmod 700 /srv/www/htdocs/dav/otto

Das Grundgerüst steht nun. Jetzt muss das WebDAV-Modul nur noch wissen, welche Ordner wir gerne freigeben wollen.
Die Konfigurationsdateien des Apache liegen weitesgehend alle in /etc/apache2.
Wir erstellen eine neue Konfigurationsdatei, die abklärt, welche Ornder wir freigeben und wer darauf zugreifen darf.
Sie trägt hier den Namen webdav.conf. Wem dies zu unkreativ ist, der kann sich gerne etwas anderes überlegen.
Der Inhalt der Datei kann einfach kopiert und angepasst werden.

/etc/apache2/conf.d/webdav.conf:

DavLockDB /var/lib/apache2/DavLock/DavLockDB

<Location /dav/otto>
DAV On
DAVDepthInfinity on
Options FollowSymlinks Indexes MultiViews
AllowOverride None
AuthType Digest
AuthName "WebDAV"
AuthDigestFile /etc/apache2/passwords/webdav.htdigest.access
Require user otto
</Location>

In der Konfigurationsdatei wurde schon die Zugriffsmethode Digest schon vorausgenommen. Nun kommen wir zur Absicherung, die wir schon erwähnt hatten.
Der Benutzer Otto soll für seine Freigabe ein Passwort bekommen.

Zuerst legen wir eine Datei an, die die Kennwörter speichert. Es ist eigentlich egal, wo ihr diese Datei abspeichert. Hier ist sie in /etc/apache2/passwords.

htdigest2 -c webdav.htdigest.access WebDAV otto

Dieser Befehl erstellt eine Datei webdav.htdigest.access. (Wem das zu lang ist als Name für eine Datei, kann hier kreativ zu Werke schreiten.)
Der Benutzer Otto wird an den Freigabebereich "WebDAV" gebunden. Außerdem erhält er ein Passwort, mit der er sich Zugriff auf diesen verschaffen kann.

'''Achtung:'''
Wer weitere Benutzer in die Datei aufnehmen möchte muss das Anhängsel '''-c''' weglassen, da sonst die Datei überschrieben wird und wichtige Einstellungen verloren gehen.

Nach dem alle Einstellungen vorgenommen worden sind, muss der Apache-Server neugestartet werden.

rcapache2 restart

===Einfacher Test===
Um den Erfolg der Einrichtung zu überprüfen:

http://hostname/dav/otto

Es sollte im Webbrowser ein Feld auftauchen, indem ein Benutzername samt Passwort abgefragt wird. Dies ist ein gutes Zeichen.
Funktioniert auch die Anmeldung mit Name und Passwort, so sind alle Einstellungen in Ordnung.

==Sunbird/Lightning konfigurieren==

Neuer Kalender... > Im Netzwerk > Adresse: "http://hostname/dav/otto/ottos_kalender.ics" > Name: "ottos_kalender" > Fertig stellen

==Weblinks==
*[http://www.sunbird-kalender.de Sunbird-Kalender-Seite] - Offizielle Website des Sunbird-Projekts
*[http://www.sunbird-kalender.de/forum/viewtopic.php?t=328 Sunbird-Forum] - Ein sehr einfaches Howto mit XAMPP
*[http://www.sunbird-kalender.de/wiki/Sunbird-Kalender_FAQ#Wie_lassen_sich_Kalender_.FCber_das_Internet_oder_ein_Netzwerk_nutzen.3F Sunbird Netzwerkkalender] - Eine kurze Einführung zum Thema Sunbird-Netzwerkalender
*[http://www.bsdwiki.de/Webdav_mit_Apache Bsd-Wiki.de] - Weiterführendes Howto zur Einrichtung von WebDAV auf einem Apache
*[http://httpd.apache.org/docs/2.2/ httpd.apache.org] - Offizielles Dokumentationsmaterial über Apache2 und [http://httpd.apache.org/docs/2.2/mod Module]
*[http://www.ppcnux.de/?q=node/7026 ppcnux.de] - Gutes und übersichtliches Howto für Debian
*[http://de.wikipedia.org/wiki/WebDAV de.wikipedia.org] - Allegemeine Informationen zum Thema WebDAV

ICalendar mit WebDAV

2007-11-23T18:59:44Z

Greunke: Vorläufig

==Einführung==

Es wird im Folgenden geschildert, wie man einen Apache-Server so konfiguriert, dass man den Sunbird/Lightning-Kalender als Netzwerkkalender betreiben kann. Sunbird/Lightning im Netzwerkbetrieb bringt den Vorteil mit sich, dass auch von verschiedenen Rechnern aus, ein Kalender leicht und bequem auf dem neusten Stand gehalten werden kann.

===Funktionsweise===
Die Funktionsweise des Sunbird/Lightning-Kalenders ist sehr einfach. Sämtliche Termine und Aufgaben werden in einer ics-Datei gespeichert. Sunbird liest diese Datei aus und setzt die Werte an der vorgesehenen Stelle im Kalender ein.
Im Einzelplatzbetrieb liegt diese Datei lokal auf einem Rechner. Im Netzwerkbetrieb wird diese Datei ausgelagert. Der Server muss daher so konfiguriert werden, dass man die iCalendar-Datei ersteinmal auslesen kann und weitergehend, dass man schreibzugriff auf sie bekommt um Änderungen sofort übernehmen zu können. Außerdem ist es von Vorteil, dass man den Server so absichert, dass nur ausgewählte Personen auf die ics-Datei zugreifen können.

===Voraussetzungen===
* [[Apache|Apache-Webserver]]
* Mozilla Sunbird oder Lightning als Add-on für Mozilla Thunderbird

==Konfiguration von WebDAV==
{{Box Test||
* SUSE Linux 9.3
}}
===Benötige Apache-Module===
* dav
* dav_fs
empfohlen:
* auth_digest

Apache2 verfügt über eine vielzahl von Modulen mit denen zusätzliche Aufgaben bewältigt werden können. Die Module, die hier freigeschaltet werden müssen, heißen '''dav''' '''dav_fs''' und '''auth_digest'''. Die ersten Beiden aktivieren WebDAV. Für einen sicheren Zugriff auf die Freigaben sollte man auth_digest hinzuziehen.

===Einrichtung des Apache===
Standardmäßig werden eine Vielzahl von Apache-Modulen benutzt. Um Module zu an oder abzuschalten ist bei SuSE die Datei apache2 in /etc/sysconfig zuständig.

Dort tragen wir in die Zeile ''APACHE_MODULES'' '''dav''' und '''dav_fs''' ein. Für den sicheren Zugriff sollte dort auch '''auth_digest''' stehen."

Ausschnitt aus /etc/sysconfig/apache2:
...
APACHE_MODULES="... auth_digest ... dav dav_fs ..."
...

Die Apache-Module werden immer nach dem Neustart des Dienstes geladen.

===Freigaben erstellen und absichern===
Als Erstes sollte ein Ordner erstellt werden, auf den später zugegriffen und geschrieben werden soll. Dieser sollte unterhalb des DocumentRoot liegen.

Wir erstellen den Ordner mit den Namen dav, unter dem die WebDAV-Freigaben liegen sollen.

mkdir /srv/www/htdocs/dav

Nun noch einen Ordner, indem unser Testuser Otto später seinen Kalender ablegen kann.

mkdir /srv/www/htdocs/dav/otto

Wir ändern die Zugriffsrechte für Benutzer und Gruppe um Konflikte mit dem Apache zu vermeiden.

chown -R -v wwwrun:www /srv/www/htdocs/dav

Um sicherzugehen, dass kein anderer Benutzer an die Dateien im Ordner Otto kommt empfehle ich Folgendes:

chmod 700 /srv/www/htdocs/dav/otto

Das Grundgerüst steht nun. Jetzt muss das WebDAV-Modul nur noch wissen, welche Ordner wir gerne freigeben wollen.
Die Konfigurationsdateien des Apache liegen weitesgehend alle in /etc/apache2.
Wir erstellen eine neue Konfigurationsdatei, die abklärt, welche Ornder wir freigeben und wer darauf zugreifen darf.
Sie trägt hier den Namen webdav.conf. Wem dies zu unkreativ ist, der kann sich gerne etwas anderes überlegen.
Der Inhalt der Datei kann einfach kopiert und angepasst werden.

/etc/apache2/conf.d/webdav.conf:

DavLockDB /var/lib/apache2/DavLock/DavLockDB

<Location /dav/otto>
DAV On
DAVDepthInfinity on
Options FollowSymlinks Indexes MultiViews
AllowOverride None
AuthType Digest
AuthName "WebDAV"
AuthDigestFile /etc/apache2/passwords/webdav.htdigest.access
Require user otto
</Location>

In der Konfigurationsdatei wurde schon die Zugriffsmethode Digest schon vorausgenommen. Nun kommen wir zur Absicherung, die wir schon erwähnt hatten.
Der Benutzer Otto soll für seine Freigabe ein Passwort bekommen.

Zuerst legen wir eine Datei an, die die Kennwörter speichert. Es ist eigentlich egal, wo ihr diese Datei abspeichert. Hier ist sie in /etc/apache2/passwords.

htdigest2 -c webdav.htdigest.access WebDAV otto

Dieser Befehl erstellt eine Datei webdav.htdigest.access. (Wem das zu lang ist als Name für eine Datei, kann hier kreativ zu Werke schreiten.)
Der Benutzer Otto wird an den Freigabebereich "WebDAV" gebunden. Außerdem erhält er ein Passwort, mit der er sich Zugriff auf diesen verschaffen kann.

'''Achtung:'''
Wer weitere Benutzer in die Datei aufnehmen möchte muss das Anhängsel '''-c''' weglassen, da sonst die Datei überschrieben wird und wichtige Einstellungen verloren gehen.

Nach dem alle Einstellungen vorgenommen worden sind, muss der Apache-Server neugestartet werden.

rcapache2 restart

===Einfacher Test===
Um den Erfolg der Einrichtung zu überprüfen:

http://hostname/dav/otto

Es sollte im Webbrowser ein Feld auftauchen, indem ein Benutzername samt Passwort abgefragt wird. Dies ist ein gutes Zeichen.
Funktioniert auch die Anmeldung mit Name und Passwort, so sind alle Einstellungen in Ordnung.

==Sunbird/Lightning konfigurieren==

Neuer Kalender... > Im Netzwerk > Adresse: "http://hostname/dav/otto/ottos_kalender.ics" > Name: "ottos_kalender" > Fertig stellen

==Weblinks==
* http://www.sunbird-kalender.de Offizielle Website des Sunbird-Projekts
* http://www.sunbird-kalender.de/forum/viewtopic.php?t=328 Ein sehr einfaches Howto mit XAMMP
* http://www.bsdwiki.de/Webdav_mit_Apache Weiterführendes Howto zur Einrichtung von WebDAV auf einem Apache

ICalendar mit WebDAV

2007-11-21T20:46:59Z

Greunke: /* Benötige Apache-Module */

ICalendar mit WebDAV

2007-11-21T20:45:51Z

Greunke: /* Konfiguration von WebDAV */

ICalendar mit WebDAV

2007-11-15T19:38:08Z

Greunke:

Fedora

2007-11-15T18:31:57Z

Greunke: Fedora 8 Werewolf

{{Infobox Betriebssystem|
Name= Fedora [[Bild:Fedora.png]]
|Screenshot=
|Beschreibung= Fedora 7-Desktop bei der ersten Anmeldung
|Entwickler=Red Hat & Community
|AktuelleVersion=8 (Werewolf)
|AktuelleVersionFreigabeDatum= 08.11.2007
|Stammbaum=\ Linux   \ SLS     \ Slackware      \ Red Hat Linux         \ Fedora
|Architekturen= >i386, AMD64, ppc
|Kategorie= '''Fedora'''
|Lizenz= [http://de.wikipedia.org/wiki/GNU_General_Public_License GPL] und andere Lizenzen
|Deutsch= ja
|Website= [http://fedoraproject.org/ fedoraproject.org]
}}

== Inhaltsverzeichnis ==

=== [[NTFS für Fedora]] ===
NTFS-Partitionen unter Fedora, so geht's!

=== [[Grafikkarten und Monitore Fedora Core|Grafikkarteninstallation unter Fedora]] ===
Treiberinstallation für ATI- und NVIDIA-Chipsätze leichtgemacht

=== [[Software Fedora|Installation von Software]] ===
Installieren, Deinstallieren, und alles was dazu gehört

Der Screen rechts stammt aus der [http://de.wikipedia.org Wikipedia]

[[Category:Fedora Core]]

ICalendar mit WebDAV

2007-11-10T22:25:27Z

Greunke: Vorläufig - in Bearbeitung

LAMP

2007-11-10T20:51:11Z

Greunke: /* Allgemein */

== Allgemein ==

* [[Apache]]
* [[Apache mit LDAP]] - Einrichtung einer Authentifizierung von Benutzern am Apache über eine zentrale Benutzerverwaltung mit LDAP
* [[XAMPP]]
* [[iCalendar mit WebDAV]] - Den Sunbird/Lightning-Kalender auf mehreren Rechnern nutzen
* [[Virtual Host mit Yast konfigurieren]]
* [[Das Apache-Modul mod_rewrite]] - Hier gibt es etliche Links zu dem Thema - Ist allerdings sehr Joomlalastig, da es auch [[Joomla/Links]] eingebunden ist.

== Musterkonfigurationen ==

* [[Apache Musterkonfigurationen]]
* [[VirtualHosts Musterkonfigurationen]]
* [[Errordocument Musterkonfigurationen]]
* [[htaccess SEO URL Musterkonfigurationen]]
Auf Joomla bezogen, da es in [[Joomla/Links]] integriert ist.
* [[htaccess Zugangsregelung]]

[[Category:LAMP]][[Kategorie:Übersicht]]