HowTo: NExtFW-Paket mldonkey auf AMS/SBLAN2

[StN]

Aber so jetzt im neuen Jahr, würde ich mich auch mal wieder an was Neues trauen....

MLDonkey: New release 3.0.6

Posted: Sat, 20 Nov 2010 12:08:31 GMT

Added support for UPNP, ***** captchas, binary KAD nodes.dat files, fixes for DC, BT and filetp

[Brevheart]

Paket ist unterwegs zu lochness!
Einen schönen Sonntag wünsche ich.
Gruß Brevheart

[lochness]

Paket ist hochgeladen.

[StN]

Vielen Dank! Ich teste, sobald ich Zeit habe, wahrscheinlich Sonntag.

[Do_Checkor]

Moinsen!

Das Problem von Donald habe ich nun scheinbar auch. Ich möchte ungern zwei User nutzen für diese Sache - gibt es eine Möglichkeit den MLNET von meinem normalen User starten zu lassen (wenn das denn das Problem lösen würde)?

[StN]

Wahrscheinlich kommt man mit Samba nicht an die Dateien, weil diese nicht in /Share, sondern im "ungesharten" /.zap liegen.
Lösen könnte man dies, indem du einen link anlegst, von /mnt/.zap/opt/mldonkey/torrents/ auf zb, Share/mldonkey/torrents.
Damit Samba in dieses Verzeichnis wechseln kann, muß, meine ich, der Ordner ausführbar sein.
Mit Samba kann man nicht diese symbolischen links verfolgen, deshalb müsste der Original Ordner unter Share liegen und der link unter .zap... verweist dann auf ihn (nicht andersrum).

[Brevheart]

Eigentlich ist ja der incoming Ordner von mldonkey nach /Share/incoming schon verlinkt! Warum nochmal verlinken? Und es ist richtig, du benötigst root=amsadmin Rechte zum löschen der Daten per samba!
Natürlich kannst du auch mldonkey als beliebigen User starten, was aber ein kleinen Aufwand bedeutet!
Ich gehe mal davon aus das du den User angelegt hast ? Ich nehme mal als Beispiel User: mldonkey (Paßwort: mldonkey).
Du solltest in mldonkey selber auch diesen Benutzer hinzufügen!
Dann per telnet mldonkey beenden!
Dann schauen, welche userid dein User mldonkey bei dir im System hat >

Code: Select all

cat /etc/passwd

.
Bei mir > mldonkey:*:32772:32767:mldonkey:/mnt:/bin/sh

O.K. User mldonkey >userid = 32772, Gruppe nobody = 32767

Rechte des kompletten mldonkey Ordners ändern >

Code: Select all

cd /mnt/.zap/opt

Code: Select all

chown -R mldonkey.nobody mldonkey

Zuletzt noch die Start Datei verändern!
In der Datei /mnt/.zap/opt/etc/rc.d/mldonkey.sh muß anstatt der Zeile >

Code: Select all

pidof mlnet >/dev/null 2>&1 || ./mlnet >/dev/null

es in unserem Fall so aussehen >

Code: Select all

pidof mlnet >/dev/null 2>&1 || ./mlnet run_as_useruid 32772 >/dev/null

Jetzt solltest du ohne Probleme als User mldonkey die downloads löschen können.

PS: Ich habe es nicht aussprobiert, es sollte aber so klappen!

Gruß Brevheart

[StN]

Also es ist doch schon ein Unterschied, ob der Incoming Ordner im Original unter Share liegt und von .zap dorthin gesprungen wird,
oder andersrum, so wie mit dem Link von Share/Incoming, der auf .zap... verweist.
Zumindest vom Mac aus, konnte ich mich über Samba zwar als amsadmin mit dem ams verbinden, aber, den Link kann ich nicht verfolgen, denn ich komme per Samba nicht auf /mnt/.zap, da dieses nicht geshared wird. Echt.

Und es reicht auch nicht, nur Incoming zu verlinken, denn wenn ich eine geladene Datei lösche, muß ich auch das torrentfile unter .../mldokey/torrents/seeded löschen. Sonst merkt mldonkey ja erstmal nicht, dass Daten entfernt wurden.

Deshalb wäre es sinnvoll wenn sowohl Incoming als auch torrents mit den entsprechenden Unterordnern in Share liegen würden.

Aber noch zu was Anderem:
Leider hat die letzte Version von mldonkey nicht richtig funktioniert, und zwar besagtes upnp.
Deshalb gibt es seit 22.01. schon wieder eine neue Version:
New release: MLDonkey 3.0.7

http://mldonkey.sourceforge.net/forums/ ... highlight=
Sorry, war schlechtes Timing.

edit:
D.h., wenn ihr das Paket nach cvs gebaut habt, müßten die relevanten Änderungen eigentlich drin sein.

Sonst kann man auch noch warten, anscheinend wird eine der nächsten Versionen endlich die Möglichkeit haben, bei BT Files vor dem Download zu selektieren. Super feature!

[Brevheart]

@StN
Wie der Zugriff vom MAC aus funktioniert, da habe ich keine Ahnung, aber bisher hatten anscheinend alle anderen User keine Probs! In der nächsten Version legen wir das download Verzeichnis direkt ins Share!
Verstehe ich das jetzt richtig, das die 3.0.7 Version übersprungen werden kann? Wenn ja, dann melde dich, wann eine "gescheite" Version erschienen ist.

Gruß Brevheart

[StN]

Nachdem das Projekt jahrelang eher vor sich hin dümpelte, hat es nun anscheinend richtig Fahrt aufgenommen. Ja, ich glaube, 3.0.6 nach cvs im Januar entspricht schon 3.0.7.

Aber trotzdem wäre es schön noch eine cvs-Version zu machen, denn seit heute (gestern, ist ja schon wieder spät) sind 2 neue Patches drin.
Neu ist jetzt die Möglichkeit des selektiven Downloads (wenn ein Torrent aus mehreren Files besteht, müssen nicht alle herunter geladen werden).

Die nächste Version mldonkeys wird 3.1.0 sein, deshalb soll 3.0.7 für Monate Referenz bleiben. Also unsere Version hat die patches noch nicht.

Das steht hier:
http://mldonkey.sourceforge.net/phpBB2/ ... php?t=5187

[Do_Checkor]

Eigentlich ist ja der incoming Ordner von mldonkey nach /Share/incoming schon verlinkt! Warum nochmal verlinken?

Yo - das klappt auch. Habe mir auch das torrent incoming Verzeichnis da hin gelinkt weil ich es so von meiner LCS8311 so kannte und gut finde. Damit kann man halt einfach Opera so einstellen dass er .torrent Dateien ungefragt da hin speichert und MLNET liest die dann automatisch ein.

Und es ist richtig, du benötigst root=amsadmin Rechte zum löschen der Daten per samba!
Natürlich kannst du auch mldonkey als beliebigen User starten, was aber ein kleinen Aufwand bedeutet!
Ich gehe mal davon aus das du den User angelegt hast ?

Ja - habe in MLNET einen User angelegt mit den gleichen Credentials wie mein normaler Admin User der AMS (hab einfach den Default Admin umbenannt und ein anderes Passwort dafür). Aber das reicht nicht aus - kann trotzdem die Daten nicht löschen...

Also weiter - ich versuche es mit Deiner Anleitung...

Dann schauen, welche userid dein User mldonkey bei dir im System hat >

Code: Select all

cat /etc/passwd

.
Bei mir > mldonkey:*:32772:32767:mldonkey:/mnt:/bin/sh

O.K. User mldonkey >userid = 32772, Gruppe nobody = 32767

Die Zeile dessen User ich als mlnet user will:

Code: Select all

checky:klöterkram:501:501:admin:/mnt:/bin/sh

Was seine Gruppe ist weiss ich nicht. " cat /etc/group " erzählt mir nix über eine GroupID 501

Code: Select all

wheel:*:0:root
demogroup:*:5000:
maintainer:*:6000:
nobody:*:32767:

Versuche ich "checky.admin" sagter daß es den nicht gibt. Hm und ein:

Code: Select all

checky# chown -R checky mldonkey

führt zu Duzenden Fehlermeldungen der Sorte:

Code: Select all

chown: mldonkey/mlnet.log: Operation not permitted

...und mit dem Midnight Commander - der eine GUI für sowas hat - das gleiche Problem...

In der Datei /mnt/.zap/opt/etc/rc.d/mldonkey.sh muß anstatt der Zeile >

...ein /opt/ zu viel - aber gecheckt!

Fragt sich also nur noch was ich bei dem chown Dingens vergurkt habe. Idee?

[Brevheart]

Also wechseln nach /mnt/.zap/opt und dann

Code: Select all

chown -R checky.nobody mldonkey

.
syntax : chown -R user.group Verzeichnis

Kannst ruhig die Gruppe nobody nehmen.

@StN: Ach ja, das mit den Verzeichnissen anlegen und mldonkey anpassen können wir knicken, da mldonkey in einer eigenen geschlossen Umgebung (chroot) läuft. Muß also mit Links auch weiterhin gemacht werden!

Gruß Brevheart

[lochness]

Also, das mit dem Link und dem MAC würde ich mir gern noch mal erklären lassen. Denn das dürfte der MAC gar nicht mitbekommen, dass das ein Link ist, denn der greift ja über Samba über das SMB/CIFS-Protokoll zu und sieht die Linux-Ordner-Struktur doch gar nicht.

[Do_Checkor]

Also wechseln nach /mnt/.zap/opt und dann

Code: Select all

chown -R checky.nobody mldonkey

.
syntax : chown -R user.group Verzeichnis

OK also:

Code: Select all

checky# cd /mnt/.zap/opt

und dann:

Code: Select all

checky# chown -R checky.nobody mldonkey

bringt immer noch (scheinbar für alle Dateien und Unterverzeichnisse) jeweils die Fehlermeldung "Operation not permitted" (im Folgenden nur die letzten paar Meldungen):

Code: Select all

chown: mldonkey/mlnet_strings.EN_UTF-8: Operation not permitted
chown: mldonkey/mlnet.log: Operation not permitted
chown: mldonkey/config_files_space.tmp: Operation not permitted
chown: mldonkey/mlnet.pid: Operation not permitted
chown: mldonkey: Operation not permitted
chown: mldonkey: Operation not permitted

Vielleicht habe ich ja doch gar keine Linux-Allergie, sondern Linux hat eine checky-Allergie - hahahah....

[Brevheart]

Ich sehe gerade du bist als checky angemeldet, denke mal nicht, das der User root Rechte hat? Mußt dich schon als root (also amsadmin ) anmelden! Dann kannst du auch die Rechte ändern!

G. Brevheart