Darren Reed wrote:
The patch below will stop the panics but I really should try and fix the underlying problem too, tqe_ifq should never be NULL...
Thanks a lot. You were correct - the panic no longer happens. You were, of course, also correct in that the actual problem is somewhere else. In my situation the PPTP proxy still doesn't work for incoming connections, since some packets seem to "bypass" the proxy.
15:15:10.237084 dc0 @0:11 p 194.126.106.110,1034 -> 127.0.0.1,1723 PR tcp len 20 48 -S K-S IN NAT 15:15:10.256907 dc0 @0:8 b 127.0.0.1 -> 194.126.106.110 PR gre len 20 (74) OUT 15:15:10.406658 dc0 @0:19 b 194.126.106.110 -> 194.126.106.106 PR gre len 20 (50) IN 15:15:12.266363 dc0 @0:8 b 127.0.0.1 -> 194.126.106.110 PR gre len 20 (74) OUT 15:15:13.408081 dc0 @0:19 b 194.126.106.110 -> 194.126.106.106 PR gre len 20 (50) IN 15:15:16.407822 dc0 @0:19 b 194.126.106.110 -> 194.126.106.106 PR gre len 20 (50) IN 15:15:19.407508 dc0 @0:19 b 194.126.106.110 -> 194.126.106.106 PR gre len 20 (50) IN 15:15:22.407230 dc0 @0:19 b 194.126.106.110 -> 194.126.106.106 PR gre len 20 (50) IN 15:15:25.406909 dc0 @0:19 b 194.126.106.110 -> 194.126.106.106 PR gre len 20 (50) IN 15:15:28.406613 dc0 @0:19 b 194.126.106.110 -> 194.126.106.106 PR gre len 20 (50) IN 15:15:31.406395 dc0 @0:19 b 194.126.106.110 -> 127.0.0.1 PR gre len 20 (50) IN NAT
I could post my ipf.rules, ipnat.rules and other stuff if it is helpful, but I don't want to do this "just in case", because it would be rather long.
-- Toomas Aas -------------------------------------------------------- |arvutiv�rgu peaspetsialist | head specialist on computer networks| |Tartu Linnakantselei | Tartu City Office | ----------------------------------------------------- +372 736 1274
