Can't get any traffic @ the dvb card.

[Ralph Metzler <rjkm@netcologne.de>]

> I am working with this problem more than a month now.
> 
> I am using a linux machine on the subnet 192.168.15.x with the address
> 192.168.15.20
> My connection through the internet go's by a router (address 192.168.15.12)
> which works perfectly, but at a low bandwith.
> Because I use Superweb as provider i can only use proxy-authentication @
> port 8080, and not the EON-login @ 6000 & 8000.
> I use redhat 6.1 & driver version 0.04 of linux dvb. And i use dvbd2.
> 
> To connect @ the internet i wan't to use squid, and i configured it
> properly, as i watched the last mails in this email-list.
> But i don't get any traffic @ device dvb0 when i look with command
> "tcpdump -i dvb0".
> Squid works fine when i use direct connection, but that isn't what i want
> to. I WAN'T EON!
> 
> Does anyone have any suggestions because am i about to collapse @ this
>point. ;-(((((

The problem is that you are behind a masquerading router.
EON only sees the router and sends the packages to that IP. So, the
DVB driver sees that IP, gives the package to the IP stack which sends
it to the router instead of keeping it.
I guess the router does not expect answers to masqueraded packages to
come from the "inside" and does not send them back to the Linux PC?

Are there any security settings (like route discovery) in the router
which could be preventing this?
The external (real) IP of the router is of course also different to
the 192.168.15.12. So, it might not like getting packages with the
other IP from the local side at all.

Another solution could be to translate packages from the satellite which are
directed to the router into ones directed to the Linux PC.
This could be done in the DVB driver or maybe better in a user space
network filter. The latter would probably be more flexible and portable but I
have never programmed such a filter before.


Ralph