Hi, On 10/23/07(13:16) you NoSFeRaTU <peihqbdyi-fjxi26em6qlr.ml@ml.delegate.org> wrote in <_A3874@delegate-en.ML_> |Hello, I have a trouble with udprelay. Just after start all work fine, |but after 10-15 requests I have that: ... |10/23 07:54:51.90 [7581] 0+0: willSTLS_SV: ServerFlags=600010 |10/23 07:54:51.90 [7581] 0+0: VSocket CNCT/UDPRELAY *:* |212.3.132.115:27015 = -1 |10/23 07:54:51.90 [7581] 0+0: server_open(UDPRELAY,:0,listen=-1) |10/23 07:54:51.90 [7581] 0+0: server_open(UDPRELAY,:0) BOUND |10/23 07:54:51.90 [7581] 0+0: UDPRELAY start#32 [31](47) |10.1.1.100:3047 > 212.3.132.115:27015 Hmm... the number #32 seems to imply the maximum number of UDP associations in udprelay.c and |10/23 07:54:51.95 [7581] 0+0: No permission: 10.1.1.100:3048 > |udprelay://3.132.115:27015 ... |Why udprelay://3.132.115:27015?! I think it must be |udprelay://212.3.132.115:27015 it seems that the first byte of IPv4 address is overwritten by the overflow. I could reproduce the problem. The overflow in this case is just by one element but it could be three times at the maximum. I will fix it as the enclosed patch in the next release. Thank you. Cheers, Yutaka -- 9 9 Yutaka Sato <y.sato@delegate.org> http://delegate.org/y.sato/ ( ~ ) National Institute of Advanced Industrial Science and Technology _< >_ 1-1-4 Umezono, Tsukuba, Ibaraki, 305-8568 Japan Do the more with the less -- B. Fuller diff -cr delegate9.7.5/src/udprelay.c delegate9.7.6-pre2/src/udprelay.c *** delegate9.7.5/src/udprelay.c Sat Feb 17 21:16:08 2007 --- delegate9.7.6-pre1/src/udprelay.c Wed Oct 24 02:22:15 2007 *************** *** 314,321 **** const char *clhost; int clport; UDP_Assoc *ua; ! UDP_Assoc *udpav[MAXASSOC]; /**/ ! int udpxv[MAXASSOC]; int lastrelay,idle; const char *aaddr; int svportmap; --- 314,321 ---- const char *clhost; int clport; UDP_Assoc *ua; ! UDP_Assoc *udpav[MAXASSOC*4]; /**/ ! int udpxv[MAXASSOC*4]; int lastrelay,idle; const char *aaddr; int svportmap;