Displaying 8 results from an estimated 8 matches for "xt_redirect".
2014 Feb 24
3
nut in openwrt
...rack_ftp        5104  1 nf_nat_ftp,
nf_conntrack_ipv4       4676  4
nf_conntrack_ipv6       5488  3
nf_conntrack_irc        2800  1 nf_nat_irc,
nf_defrag_ipv4           742  1 nf_conntrack_ipv4,
nf_defrag_ipv6          8865  1 nf_conntrack_ipv6,
nf_nat                  9823  7
nf_nat_irc,nf_nat_ftp,xt_REDIRECT,ipt_MASQUERADE,iptable_nat,xt_nat,nf_nat_ipv4,
nf_nat_ftp              1216  0
nf_nat_ipv4             2462  1 iptable_nat,
nf_nat_irc               928  0
nls_base                5038  2 cifs,usbcore,
ppp_async               6144  0
ppp_generic            19698  3 pppoe,pppox,ppp_async,
pppoe...
2014 Feb 24
0
nut in openwrt
...at_ftp,
>nf_conntrack_ipv4       4676  4
>nf_conntrack_ipv6       5488  3
>nf_conntrack_irc        2800  1 nf_nat_irc,
>nf_defrag_ipv4           742  1 nf_conntrack_ipv4,
>nf_defrag_ipv6          8865  1 nf_conntrack_ipv6,
>nf_nat                  9823  7
>nf_nat_irc,nf_nat_ftp,xt_REDIRECT,ipt_MASQUERADE,iptable_nat,xt_nat,nf_nat_ipv4,
>nf_nat_ftp              1216  0
>nf_nat_ipv4             2462  1 iptable_nat,
>nf_nat_irc               928  0
>nls_base                5038  2 cifs,usbcore,
>ppp_async               6144  0
>ppp_generic            19698  3 pppoe,ppp...
2014 Feb 24
1
nut in openwrt
..._ipv4       4676  4
>>nf_conntrack_ipv6       5488  3
>>nf_conntrack_irc        2800  1 nf_nat_irc,
>>nf_defrag_ipv4           742  1 nf_conntrack_ipv4,
>>nf_defrag_ipv6          8865  1 nf_conntrack_ipv6,
>>nf_nat                  9823  7
>>nf_nat_irc,nf_nat_ftp,xt_REDIRECT,ipt_MASQUERADE,iptable_nat,xt_nat,nf_nat_ipv4,
>>nf_nat_ftp              1216  0
>>nf_nat_ipv4             2462  1 iptable_nat,
>>nf_nat_irc               928  0
>>nls_base                5038  2 cifs,usbcore,
>>ppp_async               6144  0
>>ppp_generic...
2014 Feb 23
0
nut in openwrt
[CC'ing the list]
On Feb 23, 2014, at 3:06 PM, Tim Dawson wrote:
> I don't think USB support is a given in OpwnWRT - some builds have it, some don't, and some are just a bit wonky.
> Most USB builds support USB disk - the USB serial driver is a different beast, and even if one is there does not imply the other.
> 
> I'd be interested in the output of 'lsmod',
2014 Feb 23
5
nut in openwrt
2014-02-23 17:57 GMT+01:00 Charles Lepple <clepple at gmail.com>:
> On Feb 22, 2014, at 9:51 AM, Josu Lazkano wrote:
>
>> The problem is that I don't know where to configure it.
>>
>> Anyone with a UPS connect to a OpenWRT device?
>
> What version of OpenWRT?
>
> I haven't tried this myself, but it looks like recent versions of OpenWRT use UCI,
2017 Oct 23
0
Crash in CentOS 7 kernel-3.10.0-514.16.1.el7.x86_64 in Xen PV mode
...o start the domU again to
boot correctly. Can this patch be added to the CentOS 7 kernel-plus?
[ 13.372417] ------------[ cut here ]------------
[ 13.372434] kernel BUG at arch/x86/kernel/paravirt.c:252!
[ 13.372441] invalid opcode: 0000 [#1] SMP
[ 13.372450] Modules linked in: xt_owner nf_nat_ftp xt_REDIRECT
nf_nat_redirect xt_conntrack iptable_mangle nf_conntrack_ftp xt_LOG
xt_limit xt_multiport iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4
nf_nat_ipv4 nf_nat nf_conntrack ipt_REJECT nf_reject_ipv4 iptable_filter
vfat fat isofs xfs libcrc32c loop sb_edac edac_core coretemp intel_rapl
iosf_mbi crc32_pclm...
2013 Sep 14
7
[Bug 852] New: IPv6 TEE target sends packets to original IP address on wrong network device
https://bugzilla.netfilter.org/show_bug.cgi?id=852
           Summary: IPv6 TEE target sends packets to original IP address
                    on wrong network device
           Product: netfilter/iptables
           Version: unspecified
          Platform: x86_64
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: P5
         Component: unknown
  
2017 May 21
2
Crash in CentOS 7 kernel-3.10.0-514.16.1.el7.x86_64 in Xen PV mode
I experienced a bug that is likely the same as https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1350373 . Commit
b7dd0e350e0bd4c0fddcc9b8958342700b00b168 , which is supposed to fix it, doesn't appear in this kernel and doesn't apply cleanly either.
Is there any point in trying to backport the patch?
The backtrace is as follows:
[   32.304666] ------------[ cut here ]------------
[