similar to: [Bug 1056] New: nft: Syntax error with dnat as ct state

https://bugzilla.netfilter.org/show_bug.cgi?id=950 Summary: ct status Product: nftables Version: unspecified Platform: x86_64 OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: nft AssignedTo: pablo at netfilter.org ReportedBy: anarey at gmail.com Estimated Hours:

https://bugzilla.netfilter.org/show_bug.cgi?id=1057 Bug ID: 1057 Summary: Allow for multiple protocols to be specified in a rule Product: nftables Version: unspecified Hardware: x86_64 OS: All Status: NEW Severity: enhancement Priority: P5 Component: nft Assignee: pablo at

I am experimenting with routing tables to obtain a little understanding of how things work. I have a kvm hypervisor host (KVM1) with two physical Ethernet nics configured as bridges (br0 and br1). KVM1 br0 is configured with a public ipv4 address [x.y.z.42/24] and br1 is configured with a private ipv4 address [192.168.216.42/24]. A second kvm hypervisor, KVM2, is similarly configured albeit with

On 1 December 2014 at 20:26, Karol Babioch <karol at babioch.de> wrote: > Am 11.10.2014 um 00:04 schrieb Karol Babioch: >> I hereby would like to ask for write permissions to the CentOS wiki. >> I've just created a new account. My username is "Karol Babioch" [1]. > > Ping. Pong! A home page has been created for you and you should now be able to create

Hi, I hereby would like to ask for write permissions to the CentOS wiki. I've just created a new account. My username is "Karol Babioch" [1]. I mainly want to help with German translations, as I've spotted some typos and inaccuracies, but I'm also glad to help out with anything else. On top of that I would also like to ask for a personal homepage, so I can maintain some

On 4 December 2014 at 12:00, Karol Babioch <karol at babioch.de> wrote: > Hi, > > Am 01.12.2014 um 23:21 schrieb Alan Bartlett: >> Karol -- If you have created a wiki account with an embedded space >> between forename and surname please delete it and create a new >> account, as Jerry has mentioned, above. > > Okay, I've messed that up. Is there a way for

I'm using director on dovecot 2.0 At present, I know that two instances are connected, If I stop of one system, then I can watch how to the connections are closed on port 5000. I defined 5000 as director port. I have one user (user1) connected to kvm1 (192.168.13.100) and kvm2 (192.168.13.101) servers v?a telnet telnet kvm1 143 and then login telnet kvm2 143 and then login If try to

On 1 December 2014 at 21:46, Jerry Amundson <jamundso at gmail.com> wrote: > On Mon, Dec 1, 2014 at 3:15 PM, Alan Bartlett <ajb at elrepo.org> wrote: >> On 1 December 2014 at 20:26, Karol Babioch <karol at babioch.de> wrote: >>> Am 11.10.2014 um 00:04 schrieb Karol Babioch: >>>> I hereby would like to ask for write permissions to the CentOS wiki.

On 9 December 2014 at 19:01, Karol Babioch <karol at babioch.de> wrote: > Hi, > > Am 04.12.2014 um 17:50 schrieb Alan Bartlett: >> Select it and then left-click on "Save". > > There is only an option to deactivate this account forever. Doesn't > sound like it will be deleted, although it is probably good enough in my > case. > > I've created

https://bugs.freedesktop.org/show_bug.cgi?id=50175 Bug #: 50175 Summary: [regression kernel 3.4] : nouveau detects internal laptop display as "disconnected" / screen is turned off Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version:

Hi list, I'm currently looking into ways of making use of client certificates. I want to force external clients (i.e. anything outside the local subnet) to use client certificates. It is my understanding that this in itself can be achieved with the "ssl_require_client_cert" setting. However, I also want local clients (i.e. anything from a specific subnet) to be able to authenticate

https://bugzilla.netfilter.org/show_bug.cgi?id=942 Summary: ct: timeout, ctevents, expevents and zone is not supported in nft Product: nftables Version: unspecified Platform: x86_64 OS/Version: Debian GNU/Linux Status: NEW Severity: normal Priority: P5 Component: nft AssignedTo:

Hi, I have a KVM server running on Centos 7.5. [root at kvm2 ~]# cat /etc/redhat-release CentOS Linux release 7.5.1804 (Core) Qemu packages are from Centos repository. [root at kvm2 ~]# rpm -qa|grep qemu libvirt-daemon-driver-qemu-3.9.0-14.el7_5.7.x86_64 qemu-img-1.5.3-156.el7_5.5.x86_64 qemu-kvm-common-1.5.3-156.el7_5.5.x86_64 ipxe-roms-qemu-20170123-1.git4e85b27.el7_4.1.noarch

Hi, there seems to be a quite serious regression in kernel 3.4, at least for me. As soon as the nouveau module gets loaded my screen goes blank. There is already a bug reported on this issue in your bug tracker, see [1]. Interestingly enough I've got nearly the same laptop as the reporter of the issue. Personally I've got a Sony VAIO VPCS12C5E. The reporter got a VPCS11C5E. We both have

A CentOS 6.3 box ("host") runs several KVM virtual machines, each of which has two interfaces attached to the two bridges br1 and br2 (and each thus has two IP's; one on 192.168.0.0/22 and one on 192.168.4.0/22); net.ipv4.ip_forward on the host is 1. Simplified diagram: host +---------------+ |

https://bugzilla.netfilter.org/show_bug.cgi?id=1160 Bug ID: 1160 Summary: dnat ip address not shown in nft list output when using port value Product: nftables Version: unspecified Hardware: x86_64 OS: Fedora Status: NEW Severity: normal Priority: P5 Component: nft

https://bugzilla.netfilter.org/show_bug.cgi?id=1225 Bug ID: 1225 Summary: Nft syntax error (snat, dnat using multiple maps) Product: nftables Version: unspecified Hardware: x86_64 OS: Ubuntu Status: NEW Severity: normal Priority: P5 Component: nft Assignee: pablo at

On Tue, Dec 9, 2014 at 11:01 AM, Karol Babioch <karol at babioch.de> wrote: > > Hi, > > Am 04.12.2014 um 17:50 schrieb Alan Bartlett: > > Select it and then left-click on "Save". > > There is only an option to deactivate this account forever. Doesn't > sound like it will be deleted, although it is probably good enough in my > case. > >

https://bugzilla.netfilter.org/show_bug.cgi?id=1082 Bug ID: 1082 Summary: Hard lockup when inserting nft rules (esp. ct rule) Product: nftables Version: unspecified Hardware: x86_64 OS: Debian GNU/Linux Status: NEW Severity: blocker Priority: P5 Component: kernel Assignee:

Karol Babioch <karol at babioch.de> writes: > As far as I know dovecot is not able to operate on multiple ports, as > stated in the FAQ [1]. > > [1]: > http://wiki.dovecot.org/QuestionsAndAnswers#Is_it_possible_to_have_Dovecot_imap.2BAC8-pop_daemons_listening_on_multiple_ports.3F That should be qualified as "Is it possible to have Dovecot imap/pop daemons listening on