Na jakich systemach I2P będzie działać? (link)

Są znane przypadki uruchomienia I2P na zabytkach takich jak Pentium II z 64 MB RAM, lecz lepiej będzie jak użyjesz Pentium III (lub lepszy) z 128MB RAM (lub więcej). Wykres porównujący wydajność różnych środowisk Javy można znaleźć na https://trac.i2p2.de/wiki/java, ale w skrócie: jeżeli to możliwe użyj Javy Sun/Oracle lub OpenJDK.

I2P został sprawdzony pod Windows-em, Linux-em, FreeBSD (zobacz uwagi poniżej), OSX i OpenSolaris-em. Są prowadzone prace nad I2P na platformę Android.

Znalazłem błąd, gdzie go mogę zgłosić? (link)

Masz klika możliwości, wybierz jedną lub więcej.

Prosimy umieścić stosowne informacje z protokołów rutera i 'wrappera'.

Brakuje mnóstwa adresów w mojej książce adresowej. Gdzie są jakieś dobre linki do subskrypcji? (link)

Domyślną subskrypcją jest http://www.i2p2.i2p/hosts.txt która jest rzadko aktualizowana. Jeżeli nie masz innych subskrypcji, będziesz często używał usługi skoków (ang. jump services) co może być irytujące.

Tutaj znajdziesz kilka subskrypcji do publicznych książek adresowych. Możesz dodać jakąś albo dwie do Twojej listy subskrypcji susidns. Nie musisz dodawać wszystkich, ponieważ one regularnie synchronizują się ze sobą nawzajem. Linki używające aplikacji cgi-bin stosują różne strategie do zminimalizowania liczby zduplikowanych adresów, więc powinny one być bardziej efektywne. Zauważ, że subskrypcja do usługi hosts.txt wymaga "zaufania"; ponieważ złośliwa subskrypcja może dostarczać niepoprawne adresy. Zastanów się zanim zaufasz którejkolwiek z nich. Właściciele tych usług stosują różne polityki odnośnie hostów. Bycie na tych listach nie oznacza poparcia dla prezentowanych treści.

Co się stało z *.i2p.net? Co przytrafiło się jrandom? Czy I2P jest trupem? (link)

Jrandom był przez lata wiodącym programistą I2P i Syndie. Nie wiemy czy i kiedy jrandom powróci. Domeny *.i2p.net przestały działać po awarii zasilania w firmie hostingowej.

Zobacz wiadomość pożegnalną jrandom na tej stronie i dodatkowe informacje odnośnie migracji domen *.i2p.net na tej stronie.

Prace nad I2P nie zostały wstrzymane.

Mój węzeł zjada zbyt dużo procesora?!? (link)

Istnieje wiele różnych powodów wysokiego użycia procesora. Kolejno:

  • Spróbuj użyć albo OpenJDK albo Javy od Sun/Oracle jeżeli jest dostępna na Twój system. Możesz sprawdzić którą wersję Javy masz zainstalowaną wpisując java -version do konsoli/powłoki. Na innych implementacjach Javy wydajność jest słaba.
  • Masz włączony klient BitTorrent przez I2P? Spróbuj zredukować liczbę torrentów, limity pobierania, lub wyłącz go całkowicie aby sprawdzić czy to coś pomoże.
  • Może Twoje limity przepustowości są zbyt wysokie? Być może zbyt dużo transferu przelatuje przez Twój węzeł I2P i jest on przeciążony. Spróbuj zmniejszyć procent udostępnianego pasma na stronie konfiguracji.
  • Upewnij się, że korzystasz z najnowszej wersji I2P aby czerpać korzyści z poprawek błędów i wydajnościowych.
  • Czy wystarczająca ilość pamięci została zarezerwowana dla I2P? Spójrz na wykres pamięci na stronie wykresów i sprawdź, czy wykres nie jest "przycięty" - JVM spędza większość czasu na odśmiecaniu pamięci (ang. garbage collection). Zwiększ wartość wrapper.java.maxmemory w pliku wrapper.config.
  • Czy użycie procesora jest po prostu wyższe nie byś chciał, czy utrzymuje się przy 100% i przez dłuższy czas i nie spada? Jeżeli jest stale 100% to może być błąd. Zajrzyj do protokołów rutera po dalsze informacje.
  • Być może używasz opartej na Javie biblioteki BigInteger zamiast natywnej wersji, zwłaszcza jeżeli masz nowy lub nietypowy sprzęt lub system (OpenSolaris, mipsel, itp.). Zajrzyj na stronę jbigi po instrukcje na temat diagnozowania, kompilacji i metod testowania.
  • Jeżeli Twoja natywna biblioteka jbigi działa poprawnie, największym pożeraczem CPU prawdopodobnie jest przekazywany ruch uczestniczących tuneli. To wykorzystuje CPU, ponieważ przy każdym skoku każda kolejna warstwa szyfrowania musi zostać zdekodowana. Możesz zmniejszyć ruch uczestniczący na dwa sposoby - poprzez redukcję udostępnianej przepustowości na confignet.jsp, lub poprzez ustawienie router.maxParticipatingTunnels=nnn na configadvanced.jsp.

Mam uprzedzenia do pewnych treści. Jak mogę się ustrzec przed rozsyłaniem, przechowywaniem i oglądaniem ich? (link)

Hmm. I2P jest anonimową siecią, więc mamy problemik. I2P zostało zaprojektowane do walki z cenzurą umożliwiając innym swobodną komunikację. Jeżeli nie chcesz uczestniczyć w przesyłaniu (szyfrowanych) danych, których nie chcesz oglądać, najlepiej nie korzystaj z I2P. Wolność słowa ma swoją cenę. Podsumujmy Twoje pytanie w trzech punktach:

  • Rozsyłanie - Cały ruch w I2P jest szyfrowany na wielu warstwach. Nie znasz zawartości, źródła i przeznaczenia wiadomości. Cały ruch który przesyłasz jest wewnętrznych ruchem sieci I2P, nie jesteś wyjściowym węzłem (proxy wyjściowym - ang. outproxy). Możesz jedynie odmówić w pośredniczeniu całego ruchu poprzez ustawienie udostępnionej przepustowości lub limitu uczestniczących tuneli na 0 (patrz wyżej). Byłoby fajnie gdybyś tego nie robił, powinieneś pomóc sieci poprzez tunelowanie ruchu innych. Ponad 95% użytkowników współuczestniczy w tunelowaniu ruchu.
  • Przechowywanie - I2P nie jest rozproszonym magazynem danych. Pewnie masz na myśli Freenet. Niczyja zawartość jest przechowywana na Twoim komputerze z użyciem I2P.
  • Dostęp - Jeżeli są jakieś eepsite'y których nie lubisz, nie wchodź tam. Albo użyj blokującego proxy jak Privoxy lub jakieś "blokady rodzicielskiej".

Moi aktywni uczestnicy / znani uczestnicy / uczestniczące tunele / połączenia / przepustowość zmieniają się jak szalone z czasem! Czy jest coś nie tak? (link)

Nie, to jest normalne. Wszystkie ścieżki zmieniają się dynamicznie według potrzeb i warunków sieci.

Mój węzeł jest aktywny od kilku minut i nawiązał zero lub bardzo mało połączeń (link)

Być może potrzebujesz przeprowadzić 'reseed' (bootstrap) swojego rutera I2P. Na nowszych wersjach I2P przejdź do http://localhost:7657/configreseed i kliknij na Zapisz zmiany i reseeduj teraz. Jeżeli to nie zadziała - lub używasz bardzo starej wersji - możesz spróbować przeprowadzić ręczny reseed.

URL reseedowania uległ zmianie kilka lat temu. Jeżeli to Twoja pierwsza instalacja i zainstalowałeś starożytną (0.6.1.30 lub starszą) wersję, lub nie uruchamiałeś I2P przez dłuższy czas musisz zmienić URL i kliknąć "Reseeduj" w konsoli aby wyszukać inne węzły. Po uruchomieniu rutera, na configadvanced.jsp dodaj linię i2p.reseedURL=http://netdb.i2p2.de/ LUB i2p.reseedURL=http://i2pdb.tin0.de/netDb/ (obydwa powinny działać), następnie kliknij "Zastosuj" i "Reseeduj".

To zadziała na wersji 0.6.1.27 i nowszych. Jeżeli używasz wersji 0.6.1.31 i nowszych prawdopodobnie nie musisz tego robić. Jeżeli korzystasz z wersji 0.6.1.26 i starszych, albo podążaj za instrukcjami dot. ręcznego reseedowania poniżej, lub zainstaluj najnowszą wersję. Inny sposób - dodaj wrapper.java.additional.5=-Di2p.reseedURL=http://netdb.i2p2.de/ do wrapper.config, zatrzymaj całkowicie ruter, zrestartuj, i kliknij "Reseeduj". Poinformuj nas czy to działa.

...ale *na serio* powinieneś zaktualizować do najnowszej wersji.

Mój węzeł ma bardzo mało aktywnych uczestników, czy to jest OK? (link)

Jeżeli Twój węzeł łączy się z 10 lub więcej aktywnymi uczestnikami, to wszystko jest w porządku. Zmiany w wersjach 0.6.1.31 i 0.6.1.32 poprawiły wydajność rutera i efektywnie zredukowały liczbę aktywnych uczestników. Ruter powinien utrzymywać łączność z kilkoma użytkownikami przez cały czas. Najlepszym sposobem na bycie "lepiej-połączonym" z siecią jest współdzielenie więcej przepustowości.

Czy mój węzeł jest "węzłem wyjściowym" do normalnego Internetu? Nie chcę aby nim był. (link)

Nie. W przeciwieństwie do sieci Tor, "węzły wyjściowe" (ang. exit nodes) lub "proxy wyjściowe" (ang. outproxies) nie są nieodłączną częścią sieci. Tylko wolontariusze którzy zainstalowali i uruchomili specjalne oprogramowanie przekazują ruch do zwykłego Internetu. Jest ich bardzo, bardzo niewielu.

Nie mogę przeglądać normalnych stron internetowych przez I2P. (link)

Spójrz powyżej. Istnieje bardzo mało proxy wyjściowych HTTP; nie są one integralną częścią sieci, i mogą nie zawsze działać. Ponadto stare proxy wyjściowe squid.i2p, true.i2p, oraz krabs.i2p zniknęły. Jedynym czynnym proxy wyjściowym jest obecnie false.i2p. Aby skorzystać z niego, edytuj swoje ustawienia tunelu I2P dla I2P HTTP Proxy i wpisz jako proxy wyjściowe (tylko) 'false.i2p'. Jeżeli to nie zadziała, p. wyjściowe jest wyłączone, co nie jest winą I2P. Jeżeli Twoim głównym powodem używania sieci anonimowej jest dostęp do stron na normalnym Internecie, powinieneś raczej skorzystać z Tora.

Nie mogę połączyć się z stronami https:// lub ftp:// przez I2P? (link)

Wewnątrz I2P nie ma potrzeby korzystać z HTTPS, ponieważ wszelki ruch jest w całości (ang. end-to-end) zaszyfrowany. FTP nie jest wspierane z przyczyn technicznych.

Nie istnieją proxy wyjściowe FTP do Internetu - być może nawet nie jest możliwe zrobienie czegoś takiego. Dowolny inny typ p. wyjściowego może działać jeżeli jest skonfigurowany jako standardowy tunel. Jeżeli zechciałbyś hostować jakieś proxy wyjściowe dokładnie przestudiuj potencjalne zagrożenia. Być może społeczność I2P będzie Ci w stanie pomóc w kwestiach technicznych, pytaj śmiało.

Jak stwierdzono wielokrotnie powyżej, żadne istniejące proxy wyjściowe nie jest rdzenną częścią sieci. Są one usługami uruchomionymi przez niezależne osoby i ich działanie nie jest gwarantowane.

Aktualizacja: Dzięki pracy h2ik jest dostępne w sieci I2P proxy wyjściowe HTTPS. Począwszy od wersji 0.8.4 tunel jest dostępny od instalacji.
Jeżeli proxy wyjściowe HTTPS nie jest dostępne w Twojej wersji I2P, możesz je łatwo dodać:

  1. Otwórz zarządzanie tunelami i2p. Przewiń na sam dół.
  2. Wybierz CONNECT z listy rozwijanej Nowy tunel kliencki, kliknij Utwórz
  3. Na następnej stronie wpisz nazwę i opis swojego nowego tunelu https według uznania. Port jest lokalnym portem dla nowego proxy https, zaleca się port 4445. Proxy wyjściowe jest adresem .i2p p. wyjściowego obsługującego https. Zobacz post h2ik na forum po adres. Upewnij się, że Klient współdzielony, Otwórz tunel dopiero wtedy, gdy jest potrzebny, Auto Start są zaznaczone. Pozostaw domyślne wartości w innych opcjach. Kliknij Zapisz. W menadżerze tuneli kliknij przycisk Uruchom obok Twojego nowego tunelu.
  4. W Firefoksie wyklikaj Narzędzia>Opcje>Zaawansowane>Sieć>Ustawienia. Odznacz Użyj tego proxy do wszystkich protokołów, ustaw Proxy SSL: jako localhost:4445.
  5. Gotowe.

Czy używanie proxy wyjściowego (outproxy) jest bezpieczne? (link)

To jest pytanie na które tylko Ty sam możesz sobie odpowiedzieć ponieważ właściwa odpowiedź zależy od Twoich nawyków, jaki jest Twój model zagrożenia, i jak bardzo ufasz operatorowi proxy wyjściowego.

Podobnie jak Tor, I2P nie zaszyfruje w magiczny sposób Internetu. Jesteś narażony na podglądanie przez operatorów proxy wyjściowych. Ta strona projektu Tor (ang.) wyjaśnia to w przystępny sposób.

Ponadto, możesz być zagrożony na skutek zmowy pomiędzy operatorem proxy wyjściowego i innych usług w I2P, jeśli używasz tych samych tuneli ("Klient współdzielony"). Zostało to przedyskutowane na forum zzz.i2p.

Jak mogę połączyć się z IRC, BitTorrentem, lub innymi usługami w normalnym Internecie? (link)

O ile nie usługa proxy wyjściowego nie zostanie skonfigurowana dla tej usługi, to nie jest możliwe. Obecnie działają tylko trzy rodzaje proxy wyjściowego: HTTP, HTTPS, i e-mail. Zauważ, że nie jest dostępne proxy wyjściowe SOCKS. Jeżeli potrzebujesz tego rodzaju usługi, spróbuj sieci Tor.

Większość eepsite'ów na I2P jest martwa? (link)

Jeżeli weźmiemy pod uwagę wszystkie eepsite'y w historii, to tak, większość z nich jest martwych. Ludzie i eepsite'y rodzą się i odchodzą. Dobrym sposobem na rozpoczęcie przygody z I2P jest spojrzenie na listę czynnych eepsite'ów. http://identiguy.i2p.xyz śledzi aktywne eepsite'y.

Jak założyć własnego eepsite'a? (link)

Kliknij w link Strona internetowa na górze konsoli po instrukcje.

Dlaczego I2P jest tak wolne? (link)

Dlaczego pobierania, torrenty, surfowanie po eepsite'ach i wszystko inne jest takie powolne w I2P? Szyfrowanie i trasowanie wewnątrz sieci I2P dodaje pokaźny narzut i ogranicza przepustowość. Anonimowość kosztuje.

Ponadto zarówno Ty jak i wszyscy inni raczej powinni zwiększyć limity przepustowości. Dwoma kluczowymi parametrami są limity przepustowości wysyłania i pobierania na stronie konfiguracji. Używając domyślnej wartości 32KB/s nie uzyskasz lepszego transferu niż 15KB/s. Zwiększenie tych wartości (mając na uwadze limity połączenia internetowego) zwiększy hipotetyczną prędkość transferu w I2PSnark i innych aplikacjach.

Czy skonfigurowałeś wystarczającą ilość współdzielonej przepustowości aby Twój węzeł uczestniczył w tunelowaniu transferu od innych? Możesz wierzyć bądź nie, ale tunelowanie transferu innych sprawia, że jesteś dobrze zintegrowany z siecią i pomaga Twoim własnym transferom.

I2P jest wciąż w fazie rozwoju. Jest wprowadzane mnóstwo ulepszeń i poprawek, i ogólnie mówiąc, korzystanie z najnowszej wersji ma pozytywny wpływ na wydajność. Jeżeli tego nie zrobiłeś, to zainstaluj najnowszą wersję.

Pytania o BitTorrenta / I2PSnarka / Wtyczkę I2P do Azerusa? (link)

Zobacz najczęstsze pytania dot. BitTorrenta w I2P.

Jak mam się połączyć do IRC na I2P? (link)

Tunel do głównego serwera IRC w I2P - Irc2P - został utworzony podczas instalacji I2P (zobacz stronę zarządzania ukrytymi usługami), i startuje automatycznie podczas startu węzła I2P. Aby połączyć się z nim, ustaw swojego klienta IRC, aby łączył się z localhost 6668. Użytkownicy XChat i podobnych mogą utworzyć nową sieć z serwerem localhost/6668 (pamiętaj aby zaznaczyć "pomiń serwer proxy", jeżeli skonfigurowałeś łączenie się przez proxy).

Jak mogę dostać się do konsoli węzła z innych komputerów lub zablokować dostęp hasłem? (link)

Ze względów bezpieczeństwa, konsola administracyjna węzła domyślnie nasłuchuje połączeń tylko na lokalnym interfejsie. Jednakże, gdyby pokombinować, można połączyć się z nią zdalnie:

  1. Otwórz ~/.i2p/clients.config i zamień
    clientApp.0.args=7657 ::1,127.0.0.1 ./webapps/
    na
    clientApp.0.args=7657 0.0.0.0 ./webapps/
  2. Przejdź do http://localhost:7657/configui i jeżeli chcesz wpisz login i hasło do konsoli.
  3. Przejdź do http://localhost:7657/index.jsp i kliknij "Restart", co zrestartuje JVM i przeładuje aplikacje klienckie.

Po restarcie będziesz mógł dostać się do konsoli zdalnie. Odśwież stronę konsoli http://127.0.0.1:7657 i zostaniesz poproszony o login i hasło, które wpisałeś w kroku 2 jeżeli Twoja przeglądarka wspiera wyskakujące powiadomienia z prośbą o autoryzację. Zauważ, że 0.0.0.0powyżej definiuje interfejs, nie sieć lub maskę podsieci. 0.0.0.0 oznacza "przypnij do wszystkich interfejsów", co znaczy, że będzie osiągalny zarówno na 127.0.0.1:7657 i poprzez dowolny IP na LAN/WAN.

Jak mogę używać aplikacji z moich innych komputerów? (link)

Domyślnie interfejs I2CP rutera (port 7654) jest podpięty pod adres 127.0.0.1. Aby podpiąć pod 0.0.0.0 ustaw zaawansowaną opcję rutera i2cp.tcp.bindAllInterfaces=true i zrestartuj.

Czym jest "eepsite"? (link)

Eepsite jest stroną anonimową hostowaną anonimowo - możesz na nią wejść ustawiając proxy HTTP w swojej przeglądarce (zwykle na localhost port 4444), wpisanie adresu w przeglądarkę.

Jak mam skonfigurować przeglądarkę? (link)

Ustawienia proxy dla różnych przeglądarek znajdziesz na osobnej stronie z obrazkami. Bardziej zaawansowane konfiguracje wykorzystujące zewnętrzne narzędzia są możliwe, ale mogą powodować wycieki.

Co oznaczają Aktywni x/y w mojej konsoli węzła? (link)

x oznacza liczbę uczestników do których pomyślnie wysłałeś lub otrzymałeś wiadomość w ciągu ostatniej minuty, y liczbę uczestników widzianych podczas ostatniej godziny.

Czy jest możliwe użycie I2P jako proxy SOCKS? (link)

Proxy SOCKS działa od wersji 0.7.1. Wspierane są SOCKS 4/4a/5. Nie istnieje proxy wyjściowe SOCKS, więc użyteczność tego jest ograniczona.

Co więcej, wiele programów pozwala na wyciek wrażliwych danych, które mogą zidentyfikować Cię w sieci. I2P filtruje tylko dane połączenia, ale jeżeli program który chcesz uruchomić wyśle te dane jako zawartość, I2P nie ma szans na ochronę Twojej anonimowości. Na przykład, niektóre klienty pocztowe wysyłają adres IP komputera na którym są uruchomione do serwera pocztowego. I2P nie ma możliwości filtrować tych informacji, więc zezwolenie na tunelowanie za pomocą SOCKS zewnętrznych aplikacji przez I2P jest możliwe, ale jest skrajnie niebezpieczne.

W każdym bądź razie, jeżeli chcesz więcej informacji o proxy SOCKS, kilka użytecznych wskazówek znajdziesz na tej stronie.

Jakich portów używa I2P? (link)

Dobra, masz tutaj listę domyślnych portów (oczywiście wszystko jest konfigurowalne gdzieś tam w programie):

  • Porty do kontaktu z Internetem, zauważ że nowe instalacje począwszy od wersji 0.7.8 nie używają portu 8887; tylko jakiegoś losowego portu z przedziału 9000 - 31000 losowanego podczas pierwszego uruchomienia programu. Wybrany port jest pokazany na stronie konfiguracji węzła.
    • Losowy wychodzący port podany na stronie konfiguracji do odpowiedzi na dowolne zdalne porty UDP
    • Wychodzący wysoki port TCP do dowolnych zdalnych portów TCP
    • (opcjonalny, ale zalecany) Przychodzący port UDP wybrany na stronie konfiguracji z dowolnych adresów
    • (opcjonalny, ale zalecany) Przychodzący port TCP wybrany na stronie konfiguracji z downlnych adresów
      Przychodzący port TCP można wyłączyć na stronie konfiguracji.
    • Wychodzący port UDP 123, pozwalający na odpowiedzi
      Niezbędny dla wewnętrznej usługi synchronizacji czasu I2P (poprzez SNTP - odpytuje losowy serwer SNTP w pool.ntp.org lub inny wybrany przez użytkownika)
  • Lokalne porty I2P, nasłuchujące domyślnie tylko lokalnych połączeń, o ile nie zanotowano inaczej:
    • 1900: UPnP SSDP UDP multicast listener. Niezmienialny. Podpina się pod wszystkie interfejsy. Można wyłączyć naconfignet.jsp.
    • 2827: Mostek BOB, gniazdo wysokopoziomowego API dla aplikacji. Domyślnie wyłączone. Można je włączyć/wyłączyć na configclients.jsp. Można zmienić w pliku bob.config.
    • 4444: Proxy HTTP. Można je wyłączyć lub zmienić na stronie zarządzania ukrytymi usługami w konsoli węzła. Może być podpięte pod określony interfejs sieciowy lub wszystkie interfejsy.
    • 4445: Proxy HTTPS. Można je wyłączyć lub zmienić na stronie zarządzania ukrytymi usługami w konsoli węzła. Może być podpięte pod określony interfejs sieciowy lub wszystkie interfejsy.
    • 6668: Proxy IRC. Może zostać wyłączony lub zmieniony na stronie zarządzania ukrytymi usługami w konsoli węzła. Może być podpięte pod określony interfejs sieciowy lub wszystkie interfejsy.
    • 7652: UPnP HTTP TCP event listener. Podpina się pod adres LAN. Może zostać zmieniony używając zaawansowanego ustawienia i2np.upnp.HTTPPort=nnn. Może on zostać wyłączony na confignet.jsp.
    • 7653: UPnP SSDP UDP search response listener. Podpina się pod wszystkie interfejsy sieciowe. Może zostać zmieniony w zaawansowanych ustawieniach i2np.upnp.SSDPPort=nnnn. Może zostać wyłączony na confignet.jsp.
    • 7654: Port Klienta Protokołu I2P (I2CP), używany przez aplikacje klienckie. Może zostać zmieniony na inny port na configclients.jsp, ale nie jest to zalecane. Może zostać podpięty do innego interfejsu sieciowego lub do wszystkich, albo może zostać wyłączony na configclients.jsp.
    • 7655: UDP dla mostka SAM, gniazdo wysokopoziomowego API dla aplikacji. Otwierany tylko gdy klient SAM v3 zażąda sesji UDP. Może zostać włączony/wyłączony na configclients.jsp. Może zostać zmieniony w pliku clients.config za pomocą opcji sam.udp.port=nnnn.
    • 7656: Mostek SAM, gniazdo wysokopoziomowego API dla aplikacji. Domyślnie wyłączony dla nowych instalacji od wersji 0.6.5. Może zostać włączony/wyłączony na configclients.jsp. Może zostać zmieniony w pliku clients.config.
    • 7657: Konsola Twojego węzła. Można wyłączyć w pliku clients.config. W tym pliku też można skonfigurować czy ma zostać podpięty pod określony interfejs sieciowy czy pod wszystkie interfejsy.
    • 7658: Twój eepsite. Można wyłączyć w pliku clients.config. W pliku jetty.xml można skonfigurować, czy ma zostać podpięty pod jakiś określony interfejs sieciowy, czy pod wszystkie.
    • 7659: Poczta wychodząca do smtp.postman.i2p. Może zostać wyłączony lub zmieniony na stronie zarządzania ukrytymi usługami w konsoli węzła. Można skonfigurować, czy ma być podpięty pod określony interfejs sieciowy, czy pod wszystkie.
    • 7660: Poczta przychodząca od pop.postman.i2p. Może zostać wyłączony lub zmieniony na stronie zarządzania ukrytymi usługami w konsoli węzła. Można skonfigurować, czy ma być podpięty pod określony interfejs sieciowy, czy pod wszystkie.
    • 8998: mtn.i2p2.i2p (Monotone - domyślnie wyłączony). Może zostać wyłączony lub zmieniony na stronie konfiguracji ukrytych usług w konsoli węzła. Może zostać skonfigurowany czy ma być podpięty pod określony interfejs sieciowy, czy też pod wszystkie.
    • 31000: Połączenie lokalne do portu kanału kontroli wrappera. Wychodzący tylko do 32000, nie nasłuchuje na tym porcie. Rozpoczyna się od 31000 i kolejno szuka wolnego portu aż do 31999. Aby zmienić, zajrzyj do dokumentacji wrappera. Więcej informacji poniżej.
    • 32000 Lokalny kanał kontroli dla usługi wrappera. Aby zmienić, zajrzyj do dokumentacji wrappera. Więcej informacji poniżej.

Lokalne porty i porty tuneli ukrytych usług I2P nie muszą być osiągalne ze zdalnych maszyn, ale *muszą* być osiągalne lokalnie. Możesz także potrzebować dodatkowych portów dla utworzonych tuneli ukrytych usług I2P na http://localhost:7657/i2ptunnel/ (które też wymagałyby lokalnego dostępu, ale nie zdalnego, o ile tego nie potrzebujesz).

Podsumowując, żadne porty nie muszą być dostępne z zewnątrz, ale jeżeli potrafisz skonfigurować Twój NAT/zaporę sieciową aby przekierować przychodzące połączenia UDP i TCP do portu skonfigurowanego na tej stronie, będziesz się cieszył większą wydajnością. Musisz też zezwolić na wychodzące pakiety UDP do dowolnych zdalnych komputerów (blokowanie losowych IP narzędziami typu PeerGuardian tylko przynosi więcej szkody niż pożytku - nie rób tego).

Dlaczego I2P nasłuchuje na porcie 32000? (link)

Usługa Tanuki wrappera Java otwiera ten port - przypięty pod localhost - aby komunikować się z oprogramowaniem uruchomionym wewnątrz JVM. Kiedy maszyna wirtyalna Javy jest uruchamiana, tworzony jest klucz, potrzebny do połączenia z wrapperem. Po tym jak JVM utworzy połączenie z wrapperem, wrapper odrzuca wszystkie następne połączenia.

Więcej informacji jest dostępnych w dokumentacji wrappera.

Jak przeprowadzić ręczny reseed? (link)

Węzeł I2P musi zostać 'reseedowany' tylko raz, aby połączyć się z siecią po raz pierwszy. Reseed jest niczym więcej niż tylko wysłaniem żądania HTTP GET aby odpytać bazę i pobrać kilka plików "routerinfo" z predefiniowanego URL reseedowania.

Typowym objawem problemu z reseedem jest wskaźnik "Znani Uczestnicy" (na lewym pasku w konsoli węzła) wyświetlający bardzo małą liczbę (często mniej niż 5) która nie wzrasta. To może się zdarzyć, między innymi gdy Twoja zapora sieciowa blokuje ruch wychodzący, i zablokowała żądanie reseedowania.

Aby przeprowadzić ręczny reseed rutera I2P, wykonaj następujące czynności:
  • Zatrzymaj swój węzeł I2P
  • Otwórz w przeglądarce http://netdb.i2p2.de/
  • Zapisz kilkanaście plików "routerinfo" do Twojego katalogu I2P "netDb"
  • Uruchom swój węzeł I2P

Na FreeBSD podczas uruchamiania I2P dostaję jakiś błąd o libm.so.4! (link)

Podczas startu węzła używając "i2prouter start"; możesz zobaczyć coś takiego:
     $ ./i2prouter start
     Starting I2P Service...
     /libexec/ld-elf.so.1: Shared object "libm.so.4" not found, required by "i2psvc"

Aby I2P działało wszędzie, na jak największej liczbie systemów, do wersji 0.8.9 używaliśmy java wrappera skompilowanego dla FreeBSD 6.x. Jeżeli napotkałeś na ten błąd, prawdopodobnie brakuje Ci potrzebnych bibliotek zgodności. Te biblioteki można zainstalować zgodnie z instrukcją:

  • Przełącz się na superużytkownika (roota) komendą su albo zaloguj się jako root.
  • cd /usr/ports/misc/compat6x
  • make install

Jeżeli nie możesz zainstalować tych bibliotek zgodności (albo nie chcesz), inną możliwością byłoby skompilowanie wrappera dla Twojego systemu, albo uruchomienie I2P skryptem runplain.sh, czy też zastąpienie wrappera tym z paczki .tar kodu źródłowego.

W I2P wersji 0.8.9 wrapper został zaktualizowany do wersji 3.5.12 i skompilowany na systemy FreeBSD 7.2.

W wrapper.log pojawia się błąd: "Protocol family unavailable" podczas ładowania Konsoli Węzła. (link)

Ten błąd często występuje z programami Java wykorzystujących sieć na niektórych systemach skonfigurowanych do używania domyślnie IPv6. Jest na to kilka sposobów:

  • Na systemach Linuksopodobnych, wpisz code>echo 0 > /proc/sys/net/ipv6/bindv6only
  • Poszukaj następujących linii w wrapper.config:
    #wrapper.java.additional.5=-Djava.net.preferIPv4Stack=true
    #wrapper.java.additional.6=-Djava.net.preferIPv6Addresses=false

    Jeżeli je napotkasz, od-komentuj je poprzez usunięcie płotków "#". Jeżeli ich nie ma, to je dodaj bez znaków "#".
Inną opcją jest usunięcie ::1 z ~/.i2p/clients.config.

UWAGA: wszelkie zmiany w wrapper.config wymagają całkowitego restartu węzła i wrappera. Samo kliknięcie Restart w konsoli węzła NIE przeładuje tego pliku! Musisz kliknąć Zamknij, poczekać 11 minut, i ponownie włączyć I2P.

Czy instalacja Javy jest wymagana aby korzystać z I2P? (link)

Podczas gdy główna implementacja klienta I2P wymaga Javy, istnieje kilka alternatywnych klientów, które jej nie wymagają.


Mam pytanie! (link)

Świetnie! Znajdziesz nas na IRC: irc.freenode.net #i2p albo napisz na forum a my Ci odpiszemy.