Wer vor dem 24. Dezember gleich mal die neue Version 1.0.3 drauf gebügelt hat und sich gefreut hat sollte schleunigst nochmal kurz vorbei schauen.
Nein es gibt nicht einen NEUEN release aber am 24. wurde noch ein Security Fix nachgereicht.
Generell muß ich hier aber mal sagen das ich das Projekt schon eine Weile verfolge und ich denke es ist jetzt wirklich an der Zeit den Panel mal ein zu setzten. Also, nächste Installation wird ein ispCP.
Also gehen wir mal davon aus das es sich um einen tftp Server (Dienst) handelt den Sie gerne haben möchten. Wer gar keine Ahnung hat was oder wozu tftp gut sein soll kann ja mal kurz bei wikipedia reinschnuppern.
Als erstes mal die pakete installieren:
aptitude install tftpd
Je nachdem was ihr vorhabt solltet ihr jetzt ein Verzeichniss erstellen das dann genutzt wird um die hin und her geschobenen Daten zu beherbergen. Das kann das klassische “tftpboot” auf root Ebene sein oder auch /var/www/tftpfiles oder etwas Ausgefalleneres (dort kann es auch über den apache erreichbar gemacht werden z.B.).
mkdir /tftpboot
chmod 777 /tftpboot
chown nobody:nogroup /tftpboot
Jetzt noch die conf anpassen.
nano /etc/inetd.conf
Hier müssen wir mindestens unser Verzeichniss ändern. Die Zeile würde bei mir dann so aussehen:
tftp dgram udp wait nobody /usr/sbin/tcpd /usr/sbin/in.tftpd /tftpboot
Da tftpd im inetd drin sitzt müssen wir den jetzt mal durchstarten, auf debian ist das wohl einer der Dienste der nicht gleich ins Auge fällt:
/etc/init.d/openbsd-inetd restart
So jetzt wollt ihr sehen das alles richtig ist und funzt? Ok, dann schnappt Euch einen anderen Server oder Rechner und installiert dort mal den Client.
aptitude install tftp
Danach einfach mal tftp eingeben und schon läuft der Client. Mit einem einfachen “?” bekommt ihr die Befehle in einer Kurtzübersicht. Am Anfang ist mal nett viel zu sehen, also mal trace und dann verbose eingeben. Das eigendliche Verbinden sieht dann so aus:
connect dernamemeines.anderen.servers.de
Jetzt kann man mal mit put oder get was hin und her schieben und wenn das alles klappt ist der Test wohl erfolgreich und mit einem einfachen quit kommt man auch wieder raus.
Klappt nicht so wie es soll? Kann ja mal passieren. Als erstes alles oben nochmal durchgehen damit ihr auch ja nix vergessen habt. Beim Server mal dem syslog mit tail -f /var/log/syslog folgen und schauen was er sagt wenn wir uns verbinden, das kann schon recht schnell erklären wo der Hase begraben liegt. Wenn dort gar nix kommt dann ist entweder Euer syslog komisch konfiguriert, oder eure Firwall spielt euch einen Streich.
Da wären wir auch schon beim Thema Sicherheit, nicht vergessen der tftpd fragt nicht nach Benutzer oder Passwort oder irgendwas, ihm ist es egal wer da anruft. Also entweder mit hosts.deny und hosts.allow oder an der Firewall abfangen (am Besten beides). Wer generell noch was zur Sicherheit wissen muß sollte sich hier mal etwas einlesen: http://www.debian.org/doc/manuals/securing-debian-howto/securing-debian-howto.de.txt
Viel Spaß noch …
Was “bash completion” ist sollte klar sein. Man tippt in die shell, haut wie Wild auf den Tap Knopf und dann kommt was die shell denkt was man brauchen könnte. Hilft um einiges, aber ist das wirklich alles, oder gibt es da noch mehr?
Es gibt noch mehr. Ein kleines Päckchen das man sich mit drauf klopfen kann und das noch ein paar mehr “completions” mit sich bringt. Vielleicht wird nicht alles von einem benötigt, oder das was man sucht ist nicht drin, aber ees ist schonmal mehr als einfach so mit der bash ausgeliefert wird.
Finden tun wir das auf einer etwas unscheinbaren Homepage hier: http://bash-completion.alioth.debian.org/
Das tar runterladen, entpacken und installieren. Für Debian muss man leider noch von Hand etwas hinzufügen, aber das ist alles in zwei drei Worten auf der Website erklärt.
So, fertig und jetzt? Was hat sich geändert? Alles was sich geändert hat kaann ich Euch jetzt nicht sagen, die Liste ist lang und je nachdem wann ihr den Eintrag lest und welche Version ihr genommen habt, etc. würde das zu stark vareieren. Ihr könnt ja mit grep mal auslesen was in eurer neuen completions Datei so alles drin ist:
cat /etc/bash_completion | grep completion
Ich denke schon das es irgendwo eine Liste mit Beschreibungen, etc. gibt, aber auf die Schnelle bin ich nicht drauf gestoßen. Also wie sieht das dann im echten Leben aus, nennen wir doch mal ein Beispiel.
Vor dem extra Päckchen haben wir tar in die shell geworfen und TAB geklopft und bekamen z.b.:
Wenn wir das gleiche jetzt nochmal machen sieht es schon anders aus:
… so, damit laß ich euch jetzt. Jeder der neugirig ist wird schon selber nachschauen was für ihn dabei ist.
Für alle die es nicht oft brauchen und immer wieder vergessen so wie ich. Wenn man eine Remote Session auf einen Win 2003 Server oder auch einen gepatchten 2000 Server macht ABER in die “console” Session möchte, also die Session die gerade auf dem Server läuft und nicht irgend eine zusätzliche dann geht das über Ausführen und mstsc /admin auf einem ungepatchten Windows 2000 Server geht es noch wie früher mit mstsc /console doch ich denke mal das hat niemand mehr am start.
Wie sieht es aus mit dem guten Rechner zu Hause? Im Büro macht das ja der Admin.
Manch einer hat die Externe Platte wo er ab und an mal ein paar Photos hin schiebt, doch das ist nicht automatisiert und wird manchmal gemacht und manchmal nicht. Ist da auch alles dabei? Die wichtigen Bewerbungsunterlagen? Die EMails?
Ok, ein anderer hat eine Imaging Software wie Acronis im Einsatz. Hab ich auch. Funktioniert auch wunderbar. Das heißt wenn man es regelmäßig macht.
Für Geld bekommt doch schon so ziemlich alles aber will man wirklich so viel dafür ausgeben? Verschiedenen Platten und Software die das alles automatisiert macht, etc.
Aber privat nach Feierabend, das Geld und der Aufwand. Schlechte Aussichten.
Also was gibt es neues? Neu ist es nicht wirklich aber für mich ist es neu.
