I have the following problem running choicenet under Linux 2.0.28, look:
Mon Mar 17 12:44:41 1997: [335] filterrecv: Request from host c2574513 code=20, id=86, length=38
Mon Mar 17 12:44:41 1997: [335] Filter-Name = "webonly.in"
Mon Mar 17 12:44:41 1997: [335] IP-Address = 0.0.0.0
Mon Mar 17 12:44:41 1997: [335] filterrecv: Request from host c2574513 code=20, id=87, length=39
Mon Mar 17 12:44:41 1997: [335] Filter-Name = "webonly.out"
Mon Mar 17 12:44:41 1997: [335] IP-Address = 0.0.0.0
Mon Mar 17 12:44:41 1997: [352] ACCEPT request to download filter webonly.in to pm1.redline.ru
Mon Mar 17 12:44:41 1997: [353] ACCEPT request to download filter webonly.out to pm1.redline.ru
Mon Mar 17 12:44:41 1997: [352] sending info-accept of id 86 to c2574513 (pm1.redline.ru)
Mon Mar 17 12:44:41 1997: [353] sending info-accept of id 87 to c2574513 (pm1.redline.ru)
And nothing happens after that!!! Any ideas what to do??
The port status remains as 'CONNECTING' for some time until login
timeout expires. It seemes as if portmaster is waiting for filter rules
but the daemon keeps sending nothing.
I tryed to serve the same clients (PMs) with the same filters by
choicenet daemon running on DEC Alpha (OSF/1 3.2.). The 'filterd' daemon on
OSF/1 keep sending all the rules in filters and reports its activity as
the following:
Mon Mar 17 12:47:27 1997: [22607] filterrecv: Request from host c2574513 code=20, id=99, length=38
Mon Mar 17 12:47:27 1997: [22607] Filter-Name = "webonly.in"
Mon Mar 17 12:47:27 1997: [22607] IP-Address = 0.0.0.0
Mon Mar 17 12:47:27 1997: [22607] filterrecv: Request from host c2574513 code=20, id=100, length=39
Mon Mar 17 12:47:27 1997: [22607] Filter-Name = "webonly.out"
Mon Mar 17 12:47:27 1997: [22607] IP-Address = 0.0.0.0
Mon Mar 17 12:47:28 1997: [22714] ACCEPT request to download filter webonly.in to pm1.redline.ru
Mon Mar 17 12:47:28 1997: [21048] ACCEPT request to download filter webonly.out to pm1.redline.ru
Mon Mar 17 12:47:29 1997: [22714] sending info-accept of id 99 to c2574513 (pm1.redline.ru)
Mon Mar 17 12:47:29 1997: [21048] sending info-accept of id 100 to c2574513 (pm1.redline.ru)
Mon Mar 17 12:47:29 1997: [22714] downloading rules in filter webonly.in to pm1.redline.ru
Mon Mar 17 12:47:29 1997: [22714] set filter webonly.in 1 permit tcp established
Mon Mar 17 12:47:30 1997: [22714] set filter webonly.in 2 permit 0.0.0.0/0 0.0.0.0/0 tcp dst eq 80
Mon Mar 17 12:47:30 1997: [22714] set filter webonly.in 3 permit udp dst eq 53
Mon Mar 17 12:47:30 1997: [22714] set filter webonly.in 4 permit tcp dst eq 53
Mon Mar 17 12:47:31 1997: [22714] set filter webonly.in 5 permit icmp
Mon Mar 17 12:47:31 1997: [22714] set filter webonly.in 6 deny notify
Mon Mar 17 12:47:31 1997: [22714] filter webonly.in downloaded to pm1.redline.ruMon Mar 17 12:47:32 1997: [21048] downloading rules in filter webonly.out to pm1.redline.ru
Mon Mar 17 12:47:32 1997: [21048] set filter webonly.out 1 permit tcp established
Mon Mar 17 12:47:33 1997: [21048] set filter webonly.out 2 permit icmp
Mon Mar 17 12:47:33 1997: [21048] set filter webonly.out 3 permit tcp
Mon Mar 17 12:47:33 1997: [21048] set filter webonly.out 4 permit udp
Mon Mar 17 12:47:34 1997: [21048] set filter webonly.out 5 deny notify
Mon Mar 17 12:47:34 1997: [21048] filter webonly.out downloaded to pm1.redline.ru
Now you see, it is a server, not client problem.
I also tried to run filterd4linux on different linux 2.0 computers -
everything remains the same. The daemon does not send filter rules to a
client.
Thank you in advance for any hints.
Sincerely yours,
Ilia Zubkov,
the REDLINE network director