März 2004 - Linux

XFree86 4.4 Debian Pakete
by Florian Schwarz 01 Mär '04

01 Mär '04

Hallo Liste, gibt es irgendwo debian Pakete von XFree 4.4? In die offizielle debian Distri soll das ganze ja erstmal wegen der neuen Lizenz nicht kommen. Ich würde aber gerne den neuen Treiber für VIA Chipsätze testen. Btw: Wie heißt der überhaupt?? Danke, Floh

1 0

OT IBM 8361 - neue Preise - Sammelbestellung
by Matthias Krumme 01 Mär '04

01 Mär '04

Aloha Liste! Vielen Dank für die vielen hilfreichen Reaktionen auf meine letzte Mail. Einige von Euch sind auch an einer Bestellung interessiert. Der Lieferant hat eingesehen, daß ich als alter Lipper niemals den normalen Kaufpreis zahlen werde und hat mir ein neues Angebot gemacht: IBM 8361-110 Network Station Ethernet 1 Mb Grafik 32 Mb RAM (teilweise 64 Mb) Tastatur Maus Netzteil 20 Euro + MwSt + Versand ( vermutlich = 25 bis 30 Euro pro Gerät) Die Versandkosten werden wir uns abhängig von der Gerätezahl teilen. Ich lasse mir die Ware nach Paderborn liefern. Unter der Woche können die Teile dann bei mir (Uni Nähe - knappe 500 m) abgeholt werden. Am Wochenende gibt es einen Treffpunkt in Isselhorst (Gütersloh) und evtl. nach Absprache in Bielefeld (öfter auf der Durchreise). Es wird auch kein Problem sein, die Teile weiter zu schicken. Die Kosten dafür sind natürlich vom Empfänger zu übernehmen. Ich kläre noch, ob die Ware per Rechnung verschickt wird (Vorkasse). Wer Interesse an einer Sammelbestellung hat, schickt mir bitte eine verbindliche Mitteilung. Zur Zeit stehen 20 Geräte zum Verkauf evtl. können es auch mehr werden. Ihr könnt also auch in eurem Bekanntenkreis nach "Opfern" suchen. Herzliche Grüße aus Paderborn Matthias -- email: bowbow(a)azrael.uni-paderborn.de

1 0

openssh - authorized_keys - rsync
by Johannes Goecke 01 Mär '04

01 Mär '04

Hi Liste, ich habe hier ein (IMHO) interessantes Problem. Während ich die Hilfe-Mail schrieb, kam ich dann auf die Lösung - die ich der Liste nicht vorenthalten wollte, da es mit sicherheit ein häufüges Sicherheitsproblem ist Daten sicher zu kopieren (uups ;-)). Szenario: Rechner-A (CLIENT) soll Daten zyklisch per rsync nach Rechner-B (SERVER mit Backup, Raid, etc...) kopieren (SYNCen). Weiterhin soll es "sicher" sein - z.B. auch via Internet laufen. Folgendes ist "standard" und (hoffentlich) einfach. - auf CLIENT und SERVER je einen Backup-Benutzer mit den entsprechenden Rechten auf den Verzeichnissen - public-key Authentifizierung von backup@CLIENT nach backup@SERVER via (open)SSH (-> man ssh-keygen) - public-key per keychain "permanent" laden [1] - rsync in Crontab des users backup läuft, holt sich den private key via keychain, macht rsync [2] Mit "forced-commands" läßt sich der Befehl der mit einem bestimmten SSH-Private/Public-Key möglich ist festlegen (hier nur rsync). Das Problem war (für mich) nur welchen Befehl man angeben muss. Bei rsync ist das nicht offensichtlich, da rsync selber die Ssh- verbindung aufbaut. Die Lösung war (im Nachhinein) auch nicht schwer. auf SERVER den ssh-Daemon einmal mit "sshd -d" im Debug -Modus starten, dann kommt als Debug-Ausgabe auf CLIENT der "SSH_ORIGINAL_COMMAND" zurück. ---- SSH_ORIGINAL_COMMAND=rsync --server -logDtprc . /Backup/ ---- Dieses Kommando ist vollständig (mit Parametern und Pfad) in die ".ssh/authorized_keys2" vor dem schlüssel angzugeben. Der Begin von authorized_keys2 sieht folgender massen aus: ----- command="rsync --server -logDtprc . /Backup/" ssh-dss AAAA... ----- geholfen hat mir auch ein Artikel im Linux-Magazin [3] gruss Johannes Goecke PS: Ist es eigendlich erwünscht, wenn ich ein Problem auch mal ohne Hilfe lösen konnte, gleich eine Zusammenfassung für Archiv zu schreiben oder soll sowas besser ins lug-wiki? PPS: Wenn nicht dann wenigstens eine Frage: Habe ich ausser Keychain und den Private-key im RAM noch eine weitere Sicherheitslücke oder ist dies (nach menschlichem ermessen) Dicht? [1] http://www.gentoo.org/projects/keychain.html keychain ist ein Schlüsselmanager, der den ssh-agent startet und den privaten schlüssel im RAM hält. Beim neu-einloggen werden die Environment-Variablen wieder auf den Agenten gesetzt, so daß man nur noch einmal (nach dem booten des Rechners) die Passphrase des ssh-keys eingeben muss. Eine prinzipielle Schwachstelle ist (bes. wenn man dem Benutzer root nicht traut) den Private-Key permanent im RAM geladen zu haben, aber alles andere (unverschlüsselter key / unverschlüsselte Verbindung, ??) ist IMHO noch unsicherer. [2] eintrag in die Crontab des Backup-Users auf CLIENT ---- 42 * * * * source ~backup/.ssh-agent-client ; /usr/bin/rsync -e ssh -a -c /files-to-Backup/* backup@server:/Backup/ ---- [3] http://www.linux-magazin.de/Artikel/ausgabe/2002/09/ssh/ssh.html

1 0