duesentriebchen
Anmeldungsdatum: 10. Februar 2012
Beiträge: 713
Wohnort: Im Inntal
|
Hallo liebes Wiki Team. Ich möchte zum guten Artikel beitragen und freundlich darauf hinweisen, daß die Maintainer von i2p
explizit den Gebrauch von sudo beim Start des i2prouters NICHT empfehlen! Ich habs auf meinem LTS Server noch nie mit sudo benutzt. PPA, update und install. Ganz normal mit i2prouter start gestartet. Läuft ohne init.d Script seit einem Jahr ohne Probleme. Post-install work
Using these I2P packages the I2P router can be started in the following three ways:
"on demand" using the i2prouter script. Simply run "i2prouter start" from a command prompt. (Note: Do not use sudo or run it as root!)
"on demand" without the java service wrapper (needed on non-Linux/non-x86 systems) by running "i2prouter-nowrapper". (Note: Do not use sudo or run it as root!)
as a service that automatically runs when your system boots, even before logging in. The service can be enabled with "dpkg-reconfigure i2p" as root or using sudo. This is the recommended means of operation. Liebe Grüße,
Duese.
|
u1000
Anmeldungsdatum: 2. Oktober 2011
Beiträge: 1850
|
duesentriebchen schrieb: Hallo liebes Wiki Team. Ich möchte zum guten Artikel beitragen und freundlich darauf hinweisen, daß die Maintainer von i2p
explizit den Gebrauch von sudo beim Start des i2prouters NICHT empfehlen!
Hi, das ist aktuell im wiki auch so nicht beschrieben !
Bitte Poste mal die Zeile, die du meinst. vielen Dank
u1000
|
duesentriebchen
Anmeldungsdatum: 10. Februar 2012
Beiträge: 713
Wohnort: Im Inntal
|
1.) Hier gibt man an, dass i2p automatisch beim Systemstart gestartet werden soll ("YES") und unter welchem User (i2psvc) es laufen soll. Der vorgeschlagene User i2psvc und die 128 MB RAM können i.d.R. so übernommen werden. Diese Konfiguration wird in /etc/default/i2p gespeichert.
Es wird ebenfalls ein inid.d Startscript erstellt (/etc/init.d/i2p) und der i2p-Router wird jetzt gestartet. Der i2p-Router wird nun automatisch bei jedem Serverstart mitgestartet und kann über service wie üblich gesteuert werden:
sudo service i2p start
sudo service i2p status
sudo service i2p stop # sollte nicht genutzt werden
Statt dem "harten" sofortigem stop sollte der i2p-Router jedoch besser über graceful beendet werden, was allerdings ca. 12 Minuten benötigt, um alle offenen i2p-Tunnel ordentlich zu schließen:
sudo service i2p graceful Ich verstehe nicht ganz die init.d Struktur? 2.) i2p liefert die Infastruktur doch mit.
Usage: /usr/bin/i2prouter [ console | start | stop | restart | condrestart | status | install | remove | dump ]
Commands:
console Launch in the current console.
start Start in the background as a daemon process.
stop Stop if running as a daemon or in another console.
graceful Stop gracefully, may take up to 11 minutes.
restart Stop if running and then start.
condrestart Restart only if already running.
status Query the current status.
install Install to start automatically when system boots.
remove Uninstall.
dump Request a Java thread dump if running.
|
u1000
Anmeldungsdatum: 2. Oktober 2011
Beiträge: 1850
|
sudo service i2p start
Hi duesentriebchen, dieser Befehl startet den i2p Router nicht als root, sondern mit dem User, der in der zugehörigen Config Datei (/etc/default/i2p) definiert ist. Als Einstig zum Thema Dienste bietet sich dieser wiki Artikel an. Als Prominetes anderes Beispiel sei der WWW-Server Apache genannt, der laut wiki so gesteuert wird, bestimmt aber auch nicht als root läuft:
sudo /etc/init.d/apache2 {start|stop|restart|reload|force-reload}
2.) i2p liefert die Infastruktur doch mit.
Das Script i2prouter kann der i2p User direkt und ohne sudo aufrufen, um den i2p Router zu steuern. Das im PPA Paket mitgelieferte init.d Script ist der dazugehörige Debian kompatible Wrapper. Dieses macht im Gegensatz zu i2prouter zusätztlich noch folgendes:
Auf einem Server (ohne User Anmeldung) kann man daher i2prouter ncht so einfach starten, da diese Punkte fehlen.
|
duesentriebchen
Anmeldungsdatum: 10. Februar 2012
Beiträge: 713
Wohnort: Im Inntal
|
Als Einstig zum Thema Dienste bietet sich dieser wiki Artikel an. Als Prominetes anderes Beispiel sei der WWW-Server Apache genannt, der laut wiki so gesteuert wird, bestimmt aber auch nicht als root läuft:
Apache2 läuft als root und forkt dann auf childprozesse um, ebenso wie vsftpd und co.
sudo lsof -nPi | grep LISTEN
[sudo] password for user:
rpcbind 902 root 8u IPv4 9343 0t0 TCP *:111 (LISTEN)
rpcbind 902 root 11u IPv6 9346 0t0 TCP *:111 (LISTEN)
sshd 943 root 3u IPv4 9529 0t0 TCP *:22 (LISTEN)
sshd 943 root 4u IPv6 9531 0t0 TCP *:22 (LISTEN)
/usr/sbin 1033 root 5u IPv6 9677 0t0 TCP *:4949 (LISTEN)
mysqld 1566 mysql 10u IPv4 10479 0t0 TCP 127.0.0.1:3306 (LISTEN)
couriertc 2183 root 3u IPv6 11464 0t0 TCP *:143 (LISTEN)
couriertc 2211 root 3u IPv6 11496 0t0 TCP *:993 (LISTEN)
exim4 2567 Debian-exim 3u IPv6 11707 0t0 TCP *:25 (LISTEN)
exim4 2567 Debian-exim 4u IPv4 11708 0t0 TCP *:25 (LISTEN)
exim4 2567 Debian-exim 5u IPv6 11709 0t0 TCP *:465 (LISTEN)
exim4 2567 Debian-exim 6u IPv4 11710 0t0 TCP *:465 (LISTEN)
exim4 2567 Debian-exim 7u IPv6 11711 0t0 TCP *:587 (LISTEN)
exim4 2567 Debian-exim 8u IPv4 11712 0t0 TCP *:587 (LISTEN)
famd 3003 root 3u IPv4 12324 0t0 TCP 127.0.0.1:635 (LISTEN)
apache2 3048 root 3u IPv4 12366 0t0 TCP *:80 (LISTEN)
apache2 3048 root 4u IPv4 12369 0t0 TCP *:443 (LISTEN)
tor 3894 debian-tor 6u IPv4 14677 0t0 TCP 127.0.0.1:9050 (LISTEN)
tor 3894 debian-tor 7u IPv4 14678 0t0 TCP 127.0.0.1:9051 (LISTEN)
tor 3894 debian-tor 9u IPv4 14683 0t0 TCP *:9001 (LISTEN)
tor 3894 debian-tor 10u IPv4 14684 0t0 TCP *:9030 (LISTEN)
java 3962 user 4u IPv4 14793 0t0 TCP 127.0.0.1:32000 (LISTEN)
java 3962 user 47u IPv6 15070 0t0 TCP 192.168.1.35:7652 (LISTEN)
java 3962 user 55u IPv6 15113 0t0 TCP 127.0.0.1:7654 (LISTEN)
java 3962 user 59u IPv6 15115 0t0 TCP [::1]:7657 (LISTEN)
java 3962 user 63u IPv6 15117 0t0 TCP 127.0.0.1:7657 (LISTEN)
java 3962 user 75u IPv6 21393 0t0 TCP 127.0.0.1:6668 (LISTEN)
java 3962 user 76u IPv6 30904 0t0 TCP 127.0.0.1:7660 (LISTEN)
java 3962 user 77u IPv6 30905 0t0 TCP 127.0.0.1:4445 (LISTEN)
java 3962 user 88u IPv6 15312 0t0 TCP 127.0.0.1:7658 (LISTEN)
apache2 7594 www-data 3u IPv4 12366 0t0 TCP *:80 (LISTEN)
apache2 7594 www-data 4u IPv4 12369 0t0 TCP *:443 (LISTEN)
apache2 7595 www-data 3u IPv4 12366 0t0 TCP *:80 (LISTEN)
apache2 7595 www-data 4u IPv4 12369 0t0 TCP *:443 (LISTEN)
apache2 7596 www-data 3u IPv4 12366 0t0 TCP *:80 (LISTEN)
apache2 7596 www-data 4u IPv4 12369 0t0 TCP *:443 (LISTEN)
apache2 7597 www-data 3u IPv4 12366 0t0 TCP *:80 (LISTEN)
apache2 7597 www-data 4u IPv4 12369 0t0 TCP *:443 (LISTEN)
apache2 7598 www-data 3u IPv4 12366 0t0 TCP *:80 (LISTEN)
apache2 7598 www-data 4u IPv4 12369 0t0 TCP *:443 (LISTEN)
apache2 7599 www-data 3u IPv4 12366 0t0 TCP *:80 (LISTEN)
apache2 7599 www-data 4u IPv4 12369 0t0 TCP *:443 (LISTEN)
apache2 10267 www-data 3u IPv4 12366 0t0 TCP *:80 (LISTEN)
apache2 10267 www-data 4u IPv4 12369 0t0 TCP *:443 (LISTEN)
apache2 10269 www-data 3u IPv4 12366 0t0 TCP *:80 (LISTEN)
apache2 10269 www-data 4u IPv4 12369 0t0 TCP *:443 (LISTEN)
vsftpd 14693 root 0u IPv4 1826079 0t0 TCP *:21 (LISTEN)
apache2 23289 www-data 3u IPv4 12366 0t0 TCP *:80 (LISTEN)
apache2 23289 www-data 4u IPv4 12369 0t0 TCP *:443 (LISTEN)
apache2 23290 www-data 3u IPv4 12366 0t0 TCP *:80 (LISTEN)
apache2 23290 www-data 4u IPv4 12369 0t0 TCP *:443 (LISTEN)
/usr/sbin 28010 root 5u IPv4 5964472 0t0 TCP 127.0.0.1:783 (LISTEN)
spamd 28011 root 5u IPv4 5964472 0t0 TCP 127.0.0.1:783 (LISTEN)
spamd 28012 root 5u IPv4 5964472 0t0 TCP 127.0.0.1:783 (LISTEN)
dieser Befehl startet den i2p Router nicht als root, sondern mit dem User, der in der zugehörigen Config Datei (/etc/default/i2p) definiert ist.
Da hast du vollkommen recht u1000. Was ich sagen möchte ist folgender Satz aus dem WIKI.
Der i2p-Router wird nun automatisch bei jedem Serverstart mitgestartet und kann über service wie üblich gesteuert werden:
sudo service i2p start
....
..
. Wenn ich auf den Server als User Zugriff habe, wäre es doch sinnvoll die eigene Struktur (i2prouter start...) zu nutzen und diese auch zu empfehlen. Was meinst du dazu?
|
u1000
Anmeldungsdatum: 2. Oktober 2011
Beiträge: 1850
|
duesentriebchen schrieb: Wenn ich auf den Server als User Zugriff habe, wäre es doch sinnvoll die eigene Struktur (i2prouter start...) zu nutzen und diese auch zu empfehlen.
Es kommt darauf an, was du machen möchtest. Willst du i2p nur gelegentlich starten, wenn du auf dem Server eingelogt bist, spricht nichts dagegen, dass du i2prouter start nutzt. Dann must du aber auch daran denken, es wieder manuell zu stoppen. Wenn du dagegen möchtest, dass automatisch beim Serverstart i2p gestartet und beim Reboot oder Herunterfahren gestoppt wird, ist init.d deine 1. Wahl. Auf einem Server ist es sicher keine schöne Lösung i2prouter start irgendwo in eine autostart Datei, rc.local oder cronjob zu legen, genau dafür gibt es ja init.d. Und: wenn du i2p jetzt frisch installierst (egal ob per ppa oder von der Webseite) wird das passende init.d für i2p mitgeliefert = ist eigene Struktur von den i2p Entwicklern. viele Grüße u1000
|
duesentriebchen
Anmeldungsdatum: 10. Februar 2012
Beiträge: 713
Wohnort: Im Inntal
|
Hallo u1000. Ich habe dem nichts hinzuzufügen 😀 Wieder was dazu gelernt 😬 Danke fürs Gespräch. Liebe Grüße,
Duese.
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29039
Wohnort: WW
|
Hallo, habe gerade die Revision im Wiki auf die Version vom 26.7. zurück gesetzt. Danach die Revisionen hatten unvollständige Abschnitte - ein No-Go im Wiki. Wenn jemand den Artikel in Ruhe erweitern möchte → bitte hier posten, dann richten wir eine Baustelle ein! Gruß, noisefloor
|
mcommon
Anmeldungsdatum: 3. Februar 2014
Beiträge: 76
Wohnort: Mönchengladbach
|
Hallo! Bitte, aktualisieren oder entfernen Sie den toten Link (ganz unten, "kleine Statistik von i2p Webseiten"). MfG, mcommon
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29039
Wohnort: WW
|
Hallo, mcommon schrieb: Bitte, aktualisieren oder entfernen Sie den toten Link (ganz unten, "kleine Statistik von i2p Webseiten").
Der Link funktioniert nur, wenn man in einem i2p-Netz ist. Steht ja auch drüber 😉 Ist hier ein aktiver i2p Nutzer der mal ein Bild posten könnte, was bei dem Link angezeigt wird? Gruß, noisefloor
|
Singularityisnear
Anmeldungsdatum: 20. März 2015
Beiträge: 6
|
Hallo. Die Installationsanleitung hat bei mir (Linux Mint 17.1; 64bit) funktioniert. Allerdings hatte ich Probleme bei dem Abschnitt "iMule", mit der installation der deb. Für das Problems habe ich eine Lösung gefunden. Evtl. ist das etwas für euer wiki.
https://launchpad.net/~i2p.packages/+archive/ubuntu/i2p
sudo apt-add-repository ppa:i2p.packages/i2p
sudo apt-get update
sudo apt-get install imule
Funktionierte bei mir sofort...
|
Singularityisnear
Anmeldungsdatum: 20. März 2015
Beiträge: 6
|
Hi, habe Ergänzungen zu dem I2P-Wikiartikel. Die Ergänzungen beziehen sich auf die Verbindung von I2P mit externen Programmen (iMule, Syndie, I2P-Messenger und evtl. anoncoind). Der Artikel noch in einem frühen(!) Stadium und benötigt dringent eine Peer-Review. Wo soll ich euch den Code hinwerfen? Moderiert von aasche: An bestehende Diskussion angehaengt.
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29039
Wohnort: WW
|
Hallo, also ein Client-Artikel, wenn ich das richtig verstehe? Dann wäre das IMHO ein neuer Artikel = eine neue Baustelle. Gruß, noisefloor
|
aasche
Anmeldungsdatum: 30. Januar 2006
Beiträge: 14259
|
Falls es eine eigene Baustelle wird, koennen die entsprechenden Diskussionsbeitraege wieder abgetrennt werden. Aber ohne Kenntnis der Inhalte ist eine solche Entscheidung nicht moeglich.
|
aasche
Anmeldungsdatum: 30. Januar 2006
Beiträge: 14259
|
Artikel in die Baustelle verschoben.
|