staging.inyokaproject.org

hallo alle,

schaut mal drüber und falls was unstimmig ist einfach ändern.
Baustelle/DC_Hub

MegaDave

und falls was unstimmig ist einfach ändern.

Oder Dir mitteilen. ☺ Hier ein paar Verbesserungen bzw. Unklarheiten:

1. Bitte keine direkte Anrede mit "ihr", sondern nur "man" benutzen. Und auch kein "ich".
2. Bei externen Links bitte ein Fähnchen dahinter setzen.
3. Was ist der Unterschieden zwischen opendchub als Root und ohne? Irgendnen Unterschied muss es ja geben...
4. Das "Prüfen" ist unnötig. Wenn das Programm nicht gestartet wird, meldet es sich schon.
5. Das "sudo ps -A|grep opendchub|while read A B;do kill -9 $A;exit;done" bitte entfernen. Das hat da nix zu suchen... Wie man Prozesse steuert, reicht ein Link auf Prozesse.
6. Dateinamen fett schreiben.
7. Bitte keine Erwähnung von gedit, sondern ein Verweis auf den Wissensblock. Und wieso liegt die MOTD unter Root, wenn ich es als Benutzer starte? Vor allem wird man dann mit einem simplen "gedit" nicht weit kommen. 😉

Gruß, Dee

Ne, mit Root-Rechten ein P2P-Server-Dienst? Beitreibe den Dienst unter einem nicht privelegierten User.

Tschuess
Christoph

@ dee

1. wenn das so wichtig ist: Rechts Messer links Gabel und auf den Pott im sitzen ☺)).

2. wegen mir
3. wer linux nutzt weiß es: oder hast du bei win 3.11 eine benutzerverwaltung mit bestimmten rechten?
4. schon klar, aber ein hub auf den ich mich nicht verbinden kann ist doch für die katz
5. konnte diese script unter prozesse nicht finden
6. ok
7. dann eben vi, ist überall drauf, motd siehe nr.3

@ chrissss
warum? wenn du standard port 411 nutzen willst gehts nicht anders

Dave

hast du eigentlich bemerkt, dass das Ding ein ordentliches init Skript mitbringt?

/etc/init.d/opendchub

ich bezweifle, dass die Art und Weise wie du den Dienst startest sinnvoll ist...

Also, ich hab mir das Paket jetzt mal etwas genauer angesehen

1) Das Start/Stopp Skript /etc/init.d/opendchub funktioniert tatsächlich nicht. Das liegt daran, dass der Pfad zum Programm nicht

...
DAEMON=/usr/sbin/$NAME
...

sondern

...
DAEMON=/usr/bin/$NAME
...

ist. Das muss man also von Hand ändern. Allerdings schreibt das Skript seine PID nicht nach /var/run und somit lässt sich opendchub nicht über das Start/Stopp Skript beenden...

2) Die in den Ubuntu Quellen enthaltene Version scheint einen heftigen Bug zu haben, der es manchen Clients unmöglich macht sich zu verbinden

https://launchpad.net/ubuntu/+source/opendchub/+bugs

3) Bei Root-Rechten für solch einen Internetdienst ist mir nicht wohl. Meines Erachtens sollte man einen eigenen Benutzer für den Dienst anlegen und unter diesem den Dienst laufen lassen

Meine Meinung: Das Paket ist äusserst schlecht gepflegt. Ich würde das Ding nicht verwenden. Sondern lieber auf z.B. Verlihub ausweichen

http://www.verlihub-project.org/index.php

4) Ansonsten scheint der Artikel wphl so zu stimmen. Diese Workarounds sind wohl zum Teil nötig...

Tschuess
Christoph

Könntest Du das mit dem Benutzer dann ggf. noch hinzufügen.

Danke, Dee

hallo chrissss,

nach dem du mit verlihub hier losgeschossen hast, hab ichs mal getestet. das projekt ist leider noch schlimmer als es aussieht.

meine nörgelliste:
1. man braucht eine sql-datenbank
2. es gibt keine betreuten pakete als deb oder rpm
3. gut kompilieren geht ja auch –> leider viele fehlermeldungen die bei make kamen
4. make install ging gar nicht
5. habe mich in gewissen foren durchgewühlt –> leider gab es viele mit den gleichen problemen

nach nem halben tag nerv –> abbruch

\––

ok mit dem etc startscript ist mir auch aufgefallen, deswegen diese etwas dreckige methode mit dem killen des dienstes
der bug in der 0.7.15 ist nicht schlimm, es gibt eben clients da kann man als verbindungstyp alles mogliche einstellen (lan, wireless, microwave usw.)
wenn man sich an das "normale" hält geht auch alles.

\––

benutzer mit eingeschränkten rechten für opendchub hab ich auch am laufen, leider ging dann nicht port 411.

Dave

@Dee
Ich schau mal ☺

@MegaDave
Der Tipp von wegen verlihub stammt aus dem (einem?) Forum, dort hatte sich jemand über opendchub beklagt und war dann mit verlihub happy

Hi Dee!

Ich hab mir das Ding nochmal angesehen. Grummel. Sorry das Paket ist ziemlicher Mist... Naja. Hier

Baustelle/DC_Hub

ist die überarbeitet Version. Ich meine wir sollten erst gar nicht den Betrieb mit Root-Rechten schildern. Daher lege ich einen Benutzer um, biege Home dieses Benutzers nach /etc/opendchub um (sonst würden Konfigurationsdaten im Home des Benutzers landen, der den Dienst startet) und starte dann den Hub mit diesen Benutzerrechten.

Ich meine dies ist der einzig wirklich ordentliche Weg.

Tschuess
Christoph

Ich vertrau Dir da voll und ganz, weil ich von der Materie absolut keine Ahnung habe. ☺

Gruß, Dee

OK, der Artikel ist nun unter

Open_DC_Hub

zu finden und ist in

Internet_und_Netzwerk

verlinkt.

Ich habe opendchub 0.7.15 unter Ubuntu Jaunty Jackelope installiert. Habe bislang nur mal kurz zum Test:

opendchub -d 

im Debug-Modus ohne Daemon ausgeführt und mich mit Linux DC++ erfolgreich verbunden. Auffällig ist, dass ein Init-Skript /etc/init.d/opendchub offenbar überhaupt nicht (mehr) existiert. Möglicherweise hat sich seit 0.7.14 in der Bedienung einiges geändert.

So Mitte Oktober habe ich Zeit mich damit auseinander zu setzen und könnte den Artikel überarbeiten. Da Dapper Drake für Server noch bis Juni 2011 unterstützt wird, sollte man vielleicht die alte Anleitung besser archivieren statt löschen, da sie versionsspezifische Workarounds enthält.

artikel ist ungetestet.

Heyho,

Getestet ist er jetzt und die Probleme aus früheren Zeiten scheinen überwunden. Wie sieht es mit der Warnung am Anfang aus? Obsolet?

Liebe Grüße

martin