Custom Query (1844 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (13 - 15 of 1844)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Ticket Resolution Summary Owner Reporter
#549 fixed IRC Tunnel Issues zzz Bry8Star
Description

Hi, submitting IRC tunnel issue report, as 'zzz' requested. Me & few other Irc2P irc members have tried to setup an outproxy to an internet irc server, by creating an IRC Server tunnel, and at 1st, an IRC client tunnel toward that server tunnel. But did not succeed to connect to that internet irc server from XChat/PChat ←→ IRC client tunnel ←→ IRC Server tunnel ←→ internet IRC server. So, in 2nd attempt, we tried a Socks IRC client tunnel, that didnt work either : XChat/PChat ←→ Socks-IRC client tunnel ←→ IRC Server tunnel ←→ internet IRC server. So, in next attempt, i've installed ZNC (an IRC bouncer proxy/gateway server) in my WinXP, created another (2nd) IRC server tunnel which connects to ZNC's service port. And altered previous IRC client tunnels to connect to the 2nd Server tunnel's b64 address/location which uses the ZNC. So it was, XChat/PChat ←→ IRC or Socks-IRC client tunnel ←→ IRC Server tunnel ←→ ZNC ←→ internet IRC server … none of the IRC client tunnel worked. End user IRC client (XChat/Pchat) was keep on showing "* You need to send your password. Try /quote PASS <username>:<password>". So, with the help of an ZNC developer (SilverLeo?), we put the ZNC in 'debug' mode, it was showing all type of communication in between ZNC & its clients. As a result of our observation, that developer pointed out, that "before CLI → ZNC [NICK, there should be CLI → ZNC[PASS ..". So I2P in both type of IRC client tunnel was dropping some necessary communication/exchange packets which are related to PASSWORDS for user authentication on ZNC, though NICKNAME/USERNAME was going through. After that, while discussing+reporting about it on irc channel, the I2P member 'postman' also notified in the Irc2P #irc-dev channel, that "please consider that irc-tunnels are doing active filtering and sanitization". Then Irc2P member "darrob" suggested to use 'Standard Tunnel", so i created a 'Standard' type of client tunnel to connect to the server tunnel, which worked, rightaway. So this worked, XChat/PChat ←→ Standard client tunnel ←→ IRC Server tunnel ←→ ZNC ←→ internet IRC server. So a connection to internet irc server, without a ZNC bouncer, will also work. So, please fix the issues in the "IRC" client tunnels, so it works according to its "IRC" name. By the way, another thing, inside the client tunnel when i've specified b32 address/location of Server tunnel, or when specified the "irc-server.i2p" address (which i added previously in the 'Master' addressbook as "irc-server.i2p), then those address/location were not able to reach to actual destination properly, but when the b64 long address/location of Server tunnel was used, then that worked. But in the I2PTunnel page those IRC & Standard Client tunnel was displaying/showing long b64 address texts which overflowed those client's rows.

#681 fixed Please add instructions to use 3rd party or Portable-java in wrapper.config Bry8Star
Description

PROBLEM: Currently inside the 'wrapper.config' file (in Windows), the top section/paragraph ( which is under the 2nd # line, and) which has the line "wrapper.java.command=java", does not give out instruction on how to use 3rd party or Portable-Java.

In 'PORTABLE' mode, 3rd Party Java or Portable-Java framework / runtime can be used.

WHY: If system's default location Java (in Windows) needs to be permitted to have Inbound connections allowed, when using I2P, then that is not a secured setup. Which I2P is doing currently. If 'inbound' connections are allowed then other programs also starts to receive random inbound connections from internet. There are many JAVA exploit based on inbound connections. So currently, to prevent all other Java apps from receiving Inbound connections from Internet except for the I2P, using a 3rd Party or Portable Java installed or located on a different folder, is a much better solution and more secured. Inbound can be allowed only for that 3rd Party or Portable Java (and/or I2P) and controlled in much better way.

SOLUTION 1: The I2P binary (for Windows) need to be fixed or improved further, so that I2P binary itself receives inbound connections, not the java.exe or javaw.exe in Windows. Until the binary is not fixed, below steps (SOLUTION 2) are required.

PROBLEM: Currently, in 'wrapper.config' file, this section/area needs to be fixed. Currently (in v0.9.1) it looks like :

#********************************************************************
# Java Application
wrapper.java.command=java
#  Specify a specific java binary:
#set.JAVA_HOME=/java/path
#wrapper.java.command=%JAVA_HOME%/bin/java
# Gentoo uses the following:
#wrapper.java.command=/etc/java-config-2/current-system-vm/bin/java
# Tell the Wrapper to log the full generated Java command line.
#wrapper.java.command.loglevel=INFO

SOLUTION 2 a: Above section need to be changed with below corrected lines/code-box:

#********************************************************************
# Java Application
wrapper.java.command=java
#  Specify a specific java binary:
#set.JAVA_HOME=/java/path
#wrapper.java.command=%JAVA_HOME%/bin/java
# Gentoo uses the following:
#wrapper.java.command=/etc/java-config-2/current-system-vm/bin/java
# PORTABLE installation:
# If you have installed your Portable/3rd Party Java inside this 
# folder C:\Apps\Java\, then actual binary files are located inside 
# this folder C:\Apps\Java\bin\, so disable above similar options 
# and enable below two lines:
#set.JAVA_HOME=C:\Apps\Java\bin
#wrapper.java.command=C:\Apps\Java\bin\java.exe

# Tell the Wrapper to log the full generated Java command line.
#wrapper.java.command.loglevel=INFO

SOLUTION 2 b: Last lines of the 'wrapper.config' file (which is inside the Windows I2P installer), should show this message:

#PORTABLE installation:
# Disable lines which has "%temp%" word, by adding a # (hash / pound) symbol 
# at the beginning of those lines, (only if Portable mode is needed).

Because, windows installer adds below 3 lines with the word %temp% in them, at the end of the file. So if above instruction is present, then they can see below 3 lines & disable it, if they need to enable PORTABLE mode: wrapper.logfile=%temp%\wrapper.log wrapper.java.pidfile=%temp%\routerjvm.pid wrapper.pidfile=%temp%\i2p.pid

SOLUTION 2 c: Also highly recommending to add notes inside the 'wrapper.config' file, related to reasons why users need to use 3rd party or portable java, instead of (Windows) system's default java.

#572 wontfix SCTP protocol support CSRedRat
Description

Protection and reliability above all else. Nowadays, information plays a significant role in my life. In connection with this very appropriate introduction would be implementing the protocol SCTP (Stream Control Transmission Protocol - «transfer protocol with flow control"), a new version. This will provide protection against SYN-flood attacks, the establishment of a safe connection (using a four-handshake), as well as pleasant innovation in the form of the conservation message boundaries, multi-threading, unordered delivery, support for multiple interfaces. Implementation of this protocol allows the network to bring a new level of speed, reliability, security and data transmission capabilities over the network. Because the new protocol was created, taking into account shortcomings of TCP, in view of the network and make full use of their opportunities, and special attention was paid to safety and security.

It is high time to promote, SCTP everywhere! Given the current active movement towards IPv6. + A lot of goodies from this extract is another good protocol SPDY. You can not hinder the development of technologies and the need to push modern protocols to the masses. It remains to convince Microsoft's usefulness and necessity of these protocols and to persuade them to intensive implementation. By the way Firefox is already implementing a protocol support SPDY (expected in version 11), as well as support going into the popular web-server nginx.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Note: See TracQuery for help on using queries.