Discussion:
opt_mlnet für 3.0.1
(zu alt für eine Antwort)
Bernhard Gruber
2006-03-05 02:07:00 UTC
Permalink
Hallo zusammen,

Ich hab mich heute mal hingesetzt und habe das mlnet-Paket von spiralvoice
für die aktuelle Version fit gemacht. Getestet hab ich das Ganze unter fli4l
3.0.1 in einem VMWare-CD-Image da ich noch ein paar andere Pakete erst
portieren müsste um meinen fli4l umstellen zu können.

Folgende Funktionalität ist enthalten:
- Weitgehende Konfiguration des mldonkey über die fli4l-Configdatei so wie
bisher bekannt
- Integration in das neue Webinterface; dafür wurde das komplette
Webinterface neu geschrieben.
- Es ist auch eine neue Funktion "StopHard" drin. Diese killt mlnet und
mlnet-watch um jeden Preis und löscht dann die Pid-Files. Das hatte mich
unter fli4l 2.1.9 schon genervt, dass das manchmal vorkam und man dies dann
manuell per Konsole machen musste weil das Webinterface nicht mehr
reagierte...
- Ebenso werden die letzen 50 Zeilen des Logfiles im Webinterface ausgegeben
- Inkl. glibc 2.3.2 so dass die aktuellen Cores von spiralvoice laufen
(inkl. DNS-Resolution und auch keine Probleme mit sancho bei mir)
- alle nötigen Funktionen (tail, awk, chroot, md5sum etc.) sind enthalten
und mittels libc5 lauffähig.
- der mldonkey läuft in einer Chroot-Umgebung und wird mittels nice in der
Priorität abgesenkt
- "Start on Dialup" ist ungetestet. Sollte aber normal laufen
- Das Paket enthält bereits die 2.7.4 von spiralvoice!

Download ist hier
http://www-nw.uni-regensburg.de/~.grb19435.5.stud.uni-r.de/fli4l-opts/opt_mlnet.zip

Es ist außerdem nötig dieses opt_libc5 zu laden da manche Funktionen (z.B.
chroot und awk) gegen die libc5 kompiliert sind:
http://www-nw.uni-regensburg.de/~.grb19435.5.stud.uni-r.de/fli4l-opts/opt_libc5.zip

Ich hoffe mal, dass ich keine Dateien vergessen haben beim Packen der Pakete
und auch ich nicht irgendwo nen hardgecodeten Pfad drin vergessen
habe...ansonsten einfach hier melden!

Grüße
Bernhard Gruber
Björn Gies
2006-03-05 02:14:42 UTC
Permalink
Nabend,
Post by Bernhard Gruber
Ich hab mich heute mal hingesetzt und habe das mlnet-Paket von spiralvoice
für die aktuelle Version fit gemacht. Getestet hab ich das Ganze unter
fli4l 3.0.1 in einem VMWare-CD-Image da ich noch ein paar andere Pakete
erst portieren müsste um meinen fli4l umstellen zu können.
Na dann kann ich mir die Weiterarbeit an meinem Paket ja sparen ;-)
Post by Bernhard Gruber
Es ist außerdem nötig dieses opt_libc5 zu laden da manche Funktionen (z.B.
http://www-nw.uni-regensburg.de/~.grb19435.5.stud.uni-r.de/fli4l-opts/opt_libc5.zip
Ist es dir nicht vielleicht möglich diese irgendwie gegen uClibc zu backen?
Meine MLNet-Core ist ja schon gegen uClibc gelinkt und braucht daher
opt_libc5 nicht.
Kannst Sie gerne für dein Paket nehmen:
http://fli4l.megab.it/3.0.x/opt_mldonk3y_v0.5-3.0.0.tar.gz

MfG
Björn
Bernhard Gruber
2006-03-05 11:35:21 UTC
Permalink
Hi,

Man müsste nur die Zusatztools gegen die uclibc linken (der mlnet ist nicht
gegen libc5 gelinkt!). Das mache ich aber nicht, da
a) die libc5 mit 400kb größenmäßig bei nem Rechner mit mldonkey drauf keinem
weh tun sollte
b) dadurch dass es gegen die libc5 gelinkt ist das ganze auch unter
zukünftigen fli4l-Versionen (mit geänderter uclibc) ohne Neukompilierung
läuft. Ich musste in dem Paket jetzt nichts neukompilieren und habe die
Dateien allesamt von meiner 2.1.9 übernommen! Nur die Skripts, Webinterface
etc. musste ich für die 3.0.1 anpassen und das finde ich gut so (ja ich kann
kompilieren; ist nicht mein erstes Opt aber es ist einfach angenehmer).

Genauso verhält es sich mit der mlnet-Datei selber. Diese ist gegen die
glibc 2.3.2 bereits von spiralvoice gelinkt. In der chroot-Umgebung müssen
die entsprechenden libs (befinden sich unter \opt\files\usr\mlnet\lib) drin
sein; auch wenn der mlnet gegen die uclibc gelinkt wäre müsste hier dann
entsprechend die uclibc und ein paar andere Dateien kopiert werden und daher
würde ich auch hier kein Problem sehen.
Ich finde es sehr vorteilhaft und wünschenswert, wenn man die Originalcores
von spiralvoice nehmen kann. Die Nutzer müssen lediglich die mlnet-Datei in
\opt\files\usr\mlnet gegen die aktuelle austauschen und nichts
neukompilieren (bzw. warten bis ein neues Opt rauskommt) um an ne neue
Version zu kommen.

Ich sehe also sowohl bei den Tools als auch dem mlnet ehrlich gesagt keinen
Grund, die uclibc zu verwenden. Was siehst du denn außer der geringfügigen
Platzersparnis (der wie gesagt bei der ohnehin nötigen HDD-Installation kaum
auffällt) als Vorteil?

Wenn du willst, kannst du übrigens gerne an dem Opt weiterentwickeln bzw.
Teile daraus nehmen und in deins einbauen!

Grüße
Bernhard Gruber
Björn Gies
2006-03-05 11:59:56 UTC
Permalink
Tach,
Post by Bernhard Gruber
etc. musste ich für die 3.0.1 anpassen und das finde ich gut so (ja ich
kann kompilieren; ist nicht mein erstes Opt aber es ist einfach
angenehmer).
ok ok ... Ich wollte ja in keinster Weise Kritik äußern.
Post by Bernhard Gruber
Ich sehe also sowohl bei den Tools als auch dem mlnet ehrlich gesagt
keinen Grund, die uclibc zu verwenden. Was siehst du denn außer der
geringfügigen Platzersparnis (der wie gesagt bei der ohnehin nötigen
HDD-Installation kaum auffällt) als Vorteil?
Das stimmt natürlich. Ich habe es einfach als "sauberer" angesehen.
Post by Bernhard Gruber
Wenn du willst, kannst du übrigens gerne an dem Opt weiterentwickeln bzw.
Teile daraus nehmen und in deins einbauen!
Nö, da sehe ich keinen Anlass mehr für.

MfG
Björn
Bernhard Gruber
2006-03-05 12:59:19 UTC
Permalink
Hi,

Ich habs ja ned als Angriff sondern als konstruktive Kritik angesehen und
dafür bin ich immer gerne offen (ich hoffe ja noch auf Feedback; bisher weiß
noch gar nicht obs überhaupt bei jemand außer mir läuft). Das Paket ist
sicherlich nicht perfekt; man könnte da wohl noch Einiges verbessern
(angefangen z.B. bei ner richtigen Doku bis hin zu ner mehrsprachigen
Webgui) und Aufräumen (einige der Funktionen könnte man z.B. rausnehmen, da
diese auch im offiziellen opt_tools enthalten sind). Also falls du Lust
hättest, würd mich das sehr freuen!

Grüße
Bernhard Gruber
Tobias Anderson
2006-03-05 12:14:51 UTC
Permalink
wie muss die neue firewall config von fli4l konfiguriert werden, damit
der Download auch losgeht?

Einfach mit PORT ACCEPT ???

Gruß Tobias
Bernhard Gruber
2006-03-05 12:23:59 UTC
Permalink
Hi,

Doku von fli4l lesen ;) Die Ports müssen über die INPUT_LIST_X-Parameter in
der base.txt freigeschaltet werden. Das geht auch falls nötig per
Webinterface im laufenden Betrieb über das opt_cgiconfig2 ist aber bei nem
Reboot dann glaub ich wieder weg...

Grüße
Bernhard Gruber
Tobias Anderson
2006-03-05 12:42:13 UTC
Permalink
Habe gerade mal versucht meine fli4l upzudaten:

Folgender Fehler:


libc5.txt:16,0:expected "conditional id (depends on other id)" got
`unknow character,,,,

Gruß Tobias
Bernhard Gruber
2006-03-05 14:22:18 UTC
Permalink
Bitte lad nochmal das opt_libc5 neu runter. Da ist mir ein Fehler beim
Packen unterlaufen und die falsche Datei im Config-Verzeichnis gelandet...

Grüße
Bernhard Gruber
Tobias Anderson
2006-03-05 15:07:22 UTC
Permalink
Post by Bernhard Gruber
Bitte lad nochmal das opt_libc5 neu runter. Da ist mir ein Fehler beim
Packen unterlaufen und die falsche Datei im Config-Verzeichnis gelandet...
alles klar..läuft bis jetzt! webinterface ist super geil ;-)

werde gleich mal weitertesten ;-)
Post by Bernhard Gruber
Grüße
Bernhard Gruber
Gruß Tobias
Tobias Anderson
2006-03-05 13:10:09 UTC
Permalink
Hier nochmal ein Screenshot vom Fehler:

Loading Image...

Gruß Tobias
Stefan Döring
2006-03-06 21:11:56 UTC
Permalink
Post by Bernhard Gruber
Hi,
Man müsste nur die Zusatztools gegen die uclibc linken (der mlnet ist nicht
gegen libc5 gelinkt!). Das mache ich aber nicht, da
a) die libc5 mit 400kb größenmäßig bei nem Rechner mit mldonkey drauf keinem
weh tun sollte
b) dadurch dass es gegen die libc5 gelinkt ist das ganze auch unter
zukünftigen fli4l-Versionen (mit geänderter uclibc) ohne Neukompilierung
läuft. Ich musste in dem Paket jetzt nichts neukompilieren und habe die
Dateien allesamt von meiner 2.1.9 übernommen! Nur die Skripts, Webinterface
etc. musste ich für die 3.0.1 anpassen und das finde ich gut so (ja ich kann
kompilieren; ist nicht mein erstes Opt aber es ist einfach angenehmer).
Grüße
Bernhard Gruber
Irgendwo hab ich mal gelesen, daß die libc5 Sicherheitsmäßig net so toll
sein soll. Kann man die Zusatztools nicht gegen die gleiche Lib wie den
MLnet linken ?
Bernhard Gruber
2006-03-06 22:53:49 UTC
Permalink
Hi,

Sicherheitsprobleme sehe ich abgesehen von der "ein Router ist ein Server
und mlnet hat da nichts zu suchen" ehrlich gesagt nirgends (auf "richtigen"
Linuxdistris kommt auch keine uclibc zum Einsatz; nur auf Systemen wo es auf
die geringe Größe und minimal bessere Performanz ankommt ist die uclibc
drin). Die Dateien, die die libc5 verwenden laufen nur wenige Sekunden und
öffnen keine Ports. Wenn dann wäre noch eher was in der glibc zu finden aber
wie gesagt dann dürfte kein normales Linuxsystem laufen...wenn du ein
Hochsicherheitssystem brauchst, dann ist der mlnet eh unangebracht (der hat
auch bei Weitem nicht bugfrei...).
Daher sehe ich von meiner Seite aus auch keinen Änderungsbedarf hier; du
kannst aber jederzeit dir die Zusatztools im buildroot von fli4l kompilieren
(z.B. unter Knoppix) und im Paket einfach ersetzen. Ein paar müsstest du
einzeln kompilieren (einige sind in den gnu coreutils), ein paar andere
könntest du auch über ne neue busybox bekommen. Einige kannst du auch gegen
die im offiziellen "opt_tools" (netcat, wget,tail) enthaltenen austauschen!
Ich sehe allerdings wie gesagt keinen Sinn drin sondern sehe hier nen recht
hohen unnötigen Aufwand (der dann wieder auftritt sobald im fli4l sich wie
des Öfteren mal wieder die uclibc ändert). Vielleicht hat ja auch Björn Gies
Lust und Zeit dafür?
Um die im Chroot eingesetzte glibc kommst du allerdings kaum rum; wenn du
den von Björn Gies gegen die uclibc gelinkten mlnet verwendest, dann wird
das DNS-Resolving im Chroot evtl. nicht mehr laufen ohne Anpassungen.

Grüße
Bernhard Gruber
Bernhard Gruber
2006-03-05 15:54:28 UTC
Permalink
Ich habe das Opt soeben nochmal upgedated. Konkrete Änderungen:
- Das fehlende "crypt" ist jetzt drin und somit wird ein korrektes Passwort
in der /etc/shadow erstellt
- Doku bissel angepasst und erweitert
- Konfigurationsvariable hinzugefügt um die Webgui zu deaktivieren
- Aufräumen der Startskripte
- StopHard löscht nun auch die config_files_space.tmp (der Core meckert wenn
diese Datei besteht bevor er gestartet wird)
und paar Kleinigkeiten.

Grüße
Bernhard Gruber
Jan Rolf
2006-03-05 18:44:18 UTC
Permalink
Post by Bernhard Gruber
- Das fehlende "crypt" ist jetzt drin und somit wird ein korrektes Passwort
in der /etc/shadow erstellt
- Doku bissel angepasst und erweitert
- Konfigurationsvariable hinzugefügt um die Webgui zu deaktivieren
- Aufräumen der Startskripte
- StopHard löscht nun auch die config_files_space.tmp (der Core meckert wenn
diese Datei besteht bevor er gestartet wird)
und paar Kleinigkeiten.
Grüße
Bernhard Gruber
Hallo Bernhard,

hab es gerade installiert. Läuft bis jetzt prima. Keine Probleme.

Danke

Gruß

Jan
Ryck Purschke
2006-03-06 19:21:28 UTC
Permalink
Hi!

Erstmal Danke dafür, das du dir Mühe gemacht hast das Paket zu schnüren...!

Leider habe ich mal wieder ein Problem ;-)

ICh habe in meiner Config einen anderen Pfad angegeben (/hda1/mlnet);
beim booten des Routers kommt mir keine ersichtliche Fehlermeldung,
mlnet wird gestartet. ABER: in dem Verzeichnis finde ich keine *.ini´s
oder sonstige Dateien; auch fängt der Rechner nicht an, bestehende
TEMP-Dateien zu hashen. Ebenso wird das manuelle stoppen des mlnet so
quittiert:


*** Starting OPT_MLnet ***
- mlnet started
- mlnet-watch started
router301 3.0.1 # mlnet-stop
*** Stopping OPT_MLnet ***
- mlnet-watch stopped
/usr/local/bin/mlnet-stop: 5: /usr/local/bin/netcat: not found
- netcat save/kill succeeded
- mlnet stopped
- backuped all ini-files

das Backup-Verzeichniss ist nach dem Stoppen allerdings auch leer.

any Ideas?

Gruß
Ryck
Bernhard Gruber
2006-03-06 22:19:53 UTC
Permalink
Hi,

Also am Pfad kanns eigentlich nicht liegen (sofern du nicht was an den
Ordnerrechten gedreht hast), da der nirgends hardcoded drin ist.

Aber...woher kommt das "/usr/local/bin/netcat: not found"? Existiert diese
Datei wirklich nicht? Hast du das opt_libc5 installiert?
Werden die libs ins mlnet-Verzeichnis kopiert(/hda1/mlnet/lib)?

Grüße
Bernhard Gruber
Ryck Purschke
2006-03-07 05:06:27 UTC
Permalink
Moin Bernhard,

habe mich gerade noch mal kurz dranngesetzt: Rechner neu gebootet, die
Console genauer betrachtet während des startens des Rechners und siehe
da: es läuft! Weiß nicht wies und warum aber es funktioniert nun...!
DANKE bis hierher und bestimmt bis später,


GRuß
Ryck
Marlon Zgoll
2006-03-09 14:51:47 UTC
Permalink
Hallo Bernhard Gruber,

vielen dank für die Arbeit die du dir damit gemacht hast. Hatte bisher ein
uraltes opt_mlNet auf dem fli4l-2.0.1 laufen. Die DL-Raten waren so bei
Modemgeschwindigkeit anzusiedeln aber da das ding ja immer läuft war das ja
kein problem.

Mit der neuen Version 3.0.1 und deinem opt_mlNet rennt der Esel mit voller
Bandbreite :-) so das ich mir jetzt gedanken um die QoS-Config machen muss.



Danke Danke Danke
Ryck Purschke
2006-03-09 16:57:05 UTC
Permalink
Hi Marlon!
Post by Marlon Zgoll
Mit der neuen Version 3.0.1 und deinem opt_mlNet rennt der Esel mit voller
Bandbreite :-) so das ich mir jetzt gedanken um die QoS-Config machen muss.
Magst Du mal Deine Einstellungen bekanntgeben, wie Du auf diesen
DL-Raten kommst? Bei mir "dümpelt" es so vor sich daher... Könnte halt
besser sein


Gruß
Ryck
Finn Carstensen
2006-03-10 21:41:48 UTC
Permalink
Post by Ryck Purschke
Magst Du mal Deine Einstellungen bekanntgeben, wie Du auf diesen
DL-Raten kommst? Bei mir "dümpelt" es so vor sich daher... Könnte halt
besser sein
Gruß
Ryck
Ich denke mal es hat auch immer etwas mit der Verteilung der Datei zu tun
und nicht so sehr viel mit den Einstellungen, die Standardeinstellung des
Opts sollte eigentlich vollkommen reichen.

#
Finn Carstensen
Marlon Zgoll
2006-03-10 22:27:50 UTC
Permalink
Ja, denke auch das es sehr viel mit der Verteilung zu tun hat. Allerding war
mein alter Client gegen das aktuelle OPT kein Vergleich. Jetzt rennt der
Esel wirklich richtig gut.

Hab bei mir die Standardeinstellungen übernommen. In der Base.txt verwende
ich die neue NEW_FW_CONFIG='yes' und hab dort den Port 4662 aufgemacht.
INPUT_LIST_N='3'
INPUT_LIST_1='IP_NET_1 ACCEPT' # allow all hosts in the local
INPUT_LIST_2='1723 ACCEPT' # allow all hosts in the local
INPUT_LIST_3='4662 ACCEPT' # Port for mlNet


Vieleicht liegt es auch an der Serverliste. Lad dir doch mal ne neue runter!
http://saugstube.6x.to/
Bernd Kuhls
2006-03-11 08:53:33 UTC
Permalink
Post by Marlon Zgoll
INPUT_LIST_3='4662 ACCEPT' # Port for mlNet
Hi,

Port 4666 UDP nicht vergessen.

Gruß, Bernd
Bernhard Gruber
2006-03-11 13:07:38 UTC
Permalink
Hi,
Eine Übersicht über die verwendeten Ports gibts hier
http://mldonkey.sourceforge.net/WhatFirewallPortsToOpen (es werden
allerdings in der aktuellen offiziellen mlnet-Version nicht alle dort
genannten Netzwerke unterstützt). Man kann die Ports auch selber über die
Weboberfläche des mlnet ändern. Dies ist unter Umständen zu empfehlen, da
manche Provider die Standardports ja drosseln...
Außerdem ist natürlich ne richtige Serverliste reinzuladen. Die
standardmäßig von gruk.org runtergeladene funktioniert seit Kurzem nicht
mehr (hängt wohl mit der Razorback-Geschichte zusammen?).
Grüße
Bernhard Gruber

Loading...