From owner-freebsd-ipfw@freebsd.org Tue Feb 13 11:15:22 2018 Return-Path: Delivered-To: freebsd-ipfw@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D033EF172FA for ; Tue, 13 Feb 2018 11:15:22 +0000 (UTC) (envelope-from damian@damianek.be) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 703C6725FC for ; Tue, 13 Feb 2018 11:15:22 +0000 (UTC) (envelope-from damian@damianek.be) Received: by mail-io0-x229.google.com with SMTP id z6so20826407iob.11 for ; Tue, 13 Feb 2018 03:15:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=damianek-be.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=wgPa0tg0TkkHtynurGZaC8dTRgybBC+4Y5rk7yQdDBE=; b=ZlQVxHQcZpWHAbmFLe32r9hoHf+7Mgv0taGvnUBrDZz9t6nrKT0nNYXzt+JcvhWn06 ni4lslxJkGHl3I/Fil/K5Otyj/TVW8Y0c2RqPMgWibnkJ/B9EGK4ZHmmuIzGXv+MI1JJ 4HBax22VRHu58B7ytviyDF1qeEzWBJU5P/1niCEQggQj5F7m3RDQi+PB8OAsRwIjbW/d 0y6zXBQjICY7ql966ZURirU5/GQg1BYCkK0sM+PlwRy1ZFnm4kTLEJABPglG12tSU0hO EIJ/rAFkU7Mdl4eISnkG7YVSGcUQ5ruPHhOfdHtIEClv35kvmI5Yagj+pYZYMC0Odht7 h2CA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=wgPa0tg0TkkHtynurGZaC8dTRgybBC+4Y5rk7yQdDBE=; b=pHekT0qpmonCrsYE4a7CvP+acN3U3TzBZzovHX5FK9LI1OT78aLS+M+EiZR9ocBgIa /MC7ngrMgJImiIs7jy6RrxNHBGdMnhlq5KjkWXs4XpEBudFBYzNuIfEO1vU9fsOx3mW+ Yh+/JOPhKMMkBp4BJ1yIVWv0N6b1Qt45vDhgiHqovOTPntfkjsNyA/c3EVwKJG7BgFt5 dA0um1plF8t66UuEc4sk1H7uKl1dsaf6z2HUU7c1Ji1XA41FwFhybF1PY6RSfRdVyy5O yUyEzPeQecgHg17z1LrgHbRmpJre/0lEE2OkyLYb5ESJ/59utS6rixt2UIA+jg0fL31D dSPQ== X-Gm-Message-State: APf1xPAGTK6hdKNVer/+AaFM6qz23ICbf8/K/eqfA/U0zVgINyOY6psZ jc6chawtluqfNlS9xcN2vGwkdRsbTxmSxRF0Lwmvvp8T X-Google-Smtp-Source: AH8x225MQ993lPuJcFkNOxR4y84XPapPIDve6lUq2rpku2owrNQCDJveuyCiSeiITKhO6vnMJf8wIGnKzxI57HLA0WQ= X-Received: by 10.107.79.25 with SMTP id d25mr841606iob.270.1518520521434; Tue, 13 Feb 2018 03:15:21 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.198.137 with HTTP; Tue, 13 Feb 2018 03:14:41 -0800 (PST) From: "damian@damianek.be" Date: Tue, 13 Feb 2018 12:14:41 +0100 Message-ID: Subject: FreeBSD11 ipfw sets. To: freebsd-ipfw@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-ipfw@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: IPFW Technical Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 11:15:23 -0000 Hello I have strange behavior using ipfw set's on FreeBSD11. Working fine on 10.3-STABLE amd64 amd64 1003514 - customkernel with options IPFIREWALL_VERBOSE options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL :~# ipfw add 9999 count tcp from any to any 22 09999 count tcp from any to any dst-port 22 :~# ipfw show 9999 09999 42 3184 count tcp from any to any dst-port 22 :~# ipfw set move rule 9999 to 2 :~# ipfw -S set 2 show # DISABLED 09999 93 7036 set 2 count tcp from any to any dst-port 22 :~# ipfw set 2 delete 9999 Now same on 11.1-RELEASE-p4 amd64 amd64 1101001 - generic kernel with ipfw_load="YES" in /boot/loader.conf :~ # ipfw add 9999 count tcp from any to any 22 09999 count tcp from any to any dst-port 22 :~ # ipfw show 9999 09999 19 1720 count tcp from any to any dst-port 22 :~ # ipfw set move rule 9999 to 2 :~ # ipfw -S set 2 show :~ # ipfw set 2 delete 9999 ipfw: rule 9999 not found ~ # ipfw delete 9999 I'm doing some wrong, or bug? -- dsk damian@damianek.be From owner-freebsd-ipfw@freebsd.org Tue Feb 13 12:35:40 2018 Return-Path: Delivered-To: freebsd-ipfw@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 16D3FF1E715 for ; Tue, 13 Feb 2018 12:35:40 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward101j.mail.yandex.net (forward101j.mail.yandex.net [IPv6:2a02:6b8:0:801:2::101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 81ADA76190 for ; Tue, 13 Feb 2018 12:35:39 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback2o.mail.yandex.net (mxback2o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::1c]) by forward101j.mail.yandex.net (Yandex) with ESMTP id F00C912416EB; Tue, 13 Feb 2018 15:35:35 +0300 (MSK) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback2o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id YbrgQ5534a-ZZM41VOW; Tue, 13 Feb 2018 15:35:35 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1518525335; bh=uANpKLn8c+IqXB2vN4tKWvQ/roxpn5MFaPqNgyo8N2Q=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=WY+etaC1/gyyofmoRluMr09twvAcug33AAsay+l6UJKydqL7MbUfDsOKfQh4RCGFb Ea5mrOHnjau+5dDFuwH89jFFOkgjaKcDrPKngEJoKf21Qa77pi/mZKuRCgmOWi+Etj IHE0EiE7hzxq6X6pPhBGDVgPs2MBa9V2JhaczrS4= Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id h1ld1qTCzA-ZXdKJRpn; Tue, 13 Feb 2018 15:35:33 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1518525334; bh=uANpKLn8c+IqXB2vN4tKWvQ/roxpn5MFaPqNgyo8N2Q=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=dIUyZqFzOOuy9hfk9d2OvMNGWAVReKfagpPaEHQMP5u67BZOaXSYZxhV7vJhIFE+7 n6yBcT2nq6stHpiR1Q9Z2ZzGF/dZtiCvkQYNvhSUjzE6nSt19y1+kSLsWWCIj7upKN 2ou7eT8vTiXsESlUapQ21XoXxX3GyIH1dEhg/zSo= Authentication-Results: smtp3o.mail.yandex.net; dkim=pass header.i=@yandex.ru Subject: Re: FreeBSD11 ipfw sets. To: "damian@damianek.be" , freebsd-ipfw@freebsd.org References: From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Message-ID: <7c0fc8a4-9c52-8ac3-64b1-0dfe49a4d15d@yandex.ru> Date: Tue, 13 Feb 2018 15:35:00 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="nFeNHlJwZECHLta2uiqWyxhOeHciFiRQR" X-BeenThere: freebsd-ipfw@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: IPFW Technical Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 12:35:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --nFeNHlJwZECHLta2uiqWyxhOeHciFiRQR Content-Type: multipart/mixed; boundary="13aLNNHbgQkJdTxJVJibsLNV6b1ymUQA0"; protected-headers="v1" From: "Andrey V. Elsukov" To: "damian@damianek.be" , freebsd-ipfw@freebsd.org Message-ID: <7c0fc8a4-9c52-8ac3-64b1-0dfe49a4d15d@yandex.ru> Subject: Re: FreeBSD11 ipfw sets. References: In-Reply-To: --13aLNNHbgQkJdTxJVJibsLNV6b1ymUQA0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 13.02.2018 14:14, damian@damianek.be wrote: > Now same on 11.1-RELEASE-p4 amd64 amd64 1101001 - generic kernel > with ipfw_load=3D"YES" in /boot/loader.conf >=20 > :~ # ipfw add 9999 count tcp from any to any 22 > 09999 count tcp from any to any dst-port 22 > :~ # ipfw show 9999 > 09999 19 1720 count tcp from any to any dst-port 22 > :~ # ipfw set move rule 9999 to 2 > :~ # ipfw -S set 2 show > :~ # ipfw set 2 delete 9999 > ipfw: rule 9999 not found > ~ # ipfw delete 9999 >=20 > I'm doing some wrong, or bug? Hi, I think this should be fixed in freebsd11-stable. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D224555 --=20 WBR, Andrey V. Elsukov --13aLNNHbgQkJdTxJVJibsLNV6b1ymUQA0-- --nFeNHlJwZECHLta2uiqWyxhOeHciFiRQR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAlqC23gACgkQAcXqBBDI oXpj3gf7BnaXJdwJbYJIjwubMH+ngCxokH/BYX+3tQjejoA3szIeyyP+PzuF3TDw mWACOyAAtasdNqwi+Na0u611ZoNTUL+507QIWJHb822fUh2eG5MITw0IyJQSWrVO mxqkJ5/ZkUE+EGyztqGow7xVFPZsIkphlJ8MjOCrwZWs8EiiYGwBIorkOc4l21c4 2D7Vqd1GdxlriyH+6z6CZyH/18BDpoHu8J6hZoj5cdNZbNl44ywHr9jMkKo7+Nz7 Kbi3tZz3JG+h0kqt0EelRdwT+qMXGzVU0EqbFIRdrE0Md88d3ieIsSTAh3teNOBz cW6/fdVYueDb4OZkV3OH3UBWnjgjTQ== =858H -----END PGP SIGNATURE----- --nFeNHlJwZECHLta2uiqWyxhOeHciFiRQR-- From owner-freebsd-ipfw@freebsd.org Tue Feb 13 13:33:23 2018 Return-Path: Delivered-To: freebsd-ipfw@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1FBF3F000CE for ; Tue, 13 Feb 2018 13:33:23 +0000 (UTC) (envelope-from damian@damianek.be) Received: from mail-it0-x233.google.com (mail-it0-x233.google.com [IPv6:2607:f8b0:4001:c0b::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A63D778B5D for ; Tue, 13 Feb 2018 13:33:22 +0000 (UTC) (envelope-from damian@damianek.be) Received: by mail-it0-x233.google.com with SMTP id b66so11063523itd.5 for ; Tue, 13 Feb 2018 05:33:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=damianek-be.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=1++f55IYWaH9q84ZZxWTiOBgJhreRuk3zYW78Os+f/Q=; b=aE625fSOAEwI3PQIC6P/NU/h99jvU2W+C+LTqufHulVE+skZNrgu/gUABDGN6AN1Vb XCts10LEIkuaOFEmX/nP2N8FEfb2PipX8tezJmboXTYs826J26gzf7sq32/BiCj/1xbp oYlPIT2G+9WR3zozFAG/HcSQ1mZ+Ly+9O3fKiG0n+KjD6RsNRO4hlzGDGjhMnw2mjO5D JjangAzjyuPTKNaNeqA85auHRK9h+SpnHs/nw8AVhe3L70VDUQJ7jnIeXVxGg535uMTo 10VTPc8wbRjUhCx/krpG1XTM5AZ//+ncfcyofRI8issdh4MRxFBmZvZdDXxlkQWhTPzj C9Bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=1++f55IYWaH9q84ZZxWTiOBgJhreRuk3zYW78Os+f/Q=; b=h1SYtzc7ot1TvwNYGno3a6v+Atrc201HIkzwZ9DTUjwhj21/+tEeM0MiF753/DhY72 yfnIZz1EbOkK4+s20wZyd6035lwDknPpvjdd2fvoqdTbOhl7mZmuhKCP1swkqo4IsyRA SytyYVjoy+ySjhhTuPUvJVLE7ZXK45EFNwb94XKuuVmI4ztBCZOZ8RuMvMRKS//GP9N2 l9e+gJUO1nMilHyx55t4zwyQqZrZXLq+ie/wJ2mdMWQq6xFS7omYqRcsZLkog/sr7Shj QS1TeadwSG/OTDfGwSeasCaYVZDyYVx6zmXnTXyKjejAe70ZIeYJ1i3U+kznmYuws+FW vN8Q== X-Gm-Message-State: APf1xPB+Ah7kEC/9QxIx+yW2TR18ZiUl+q2m+C7i53PzzFDDTZmZqjET MkB2r1FJaFK9mo8S/qRXmJBaDOqhYEjHq/9aAr5h1g== X-Google-Smtp-Source: AH8x224nyuXy6aagiJQJ22ztXKAhDuc4U7yvXdZ0qNo00KcIUtmqtncRHMbqsAqvGVfz0M8ZbKjpIC9U1QgLlBM1pYM= X-Received: by 10.36.25.77 with SMTP id b74mr1374260itb.99.1518528802113; Tue, 13 Feb 2018 05:33:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.198.137 with HTTP; Tue, 13 Feb 2018 05:32:41 -0800 (PST) In-Reply-To: <7c0fc8a4-9c52-8ac3-64b1-0dfe49a4d15d@yandex.ru> References: <7c0fc8a4-9c52-8ac3-64b1-0dfe49a4d15d@yandex.ru> From: "damian@damianek.be" Date: Tue, 13 Feb 2018 14:32:41 +0100 Message-ID: Subject: Re: FreeBSD11 ipfw sets. To: "Andrey V. Elsukov" , freebsd-ipfw@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-ipfw@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: IPFW Technical Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 13:33:23 -0000 2018-02-13 13:35 GMT+01:00 Andrey V. Elsukov : > On 13.02.2018 14:14, damian@damianek.be wrote: > > Now same on 11.1-RELEASE-p4 amd64 amd64 1101001 - generic kernel > > with ipfw_load="YES" in /boot/loader.conf > > > > :~ # ipfw add 9999 count tcp from any to any 22 > > 09999 count tcp from any to any dst-port 22 > > :~ # ipfw show 9999 > > 09999 19 1720 count tcp from any to any dst-port 22 > > :~ # ipfw set move rule 9999 to 2 > > :~ # ipfw -S set 2 show > > :~ # ipfw set 2 delete 9999 > > ipfw: rule 9999 not found > > ~ # ipfw delete 9999 > > > > I'm doing some wrong, or bug? > > Hi, > > I think this should be fixed in freebsd11-stable. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224555 Thank you. -- dsk damian@damianek.be From owner-freebsd-ipfw@freebsd.org Tue Feb 13 18:02:21 2018 Return-Path: Delivered-To: freebsd-ipfw@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE243F16303 for ; Tue, 13 Feb 2018 18:02:21 +0000 (UTC) (envelope-from kwilliams@eventbasct.com) Received: from a.eventbasct.com (a.eventbasct.com [138.68.227.44]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 321AB878BA for ; Tue, 13 Feb 2018 18:02:21 +0000 (UTC) (envelope-from kwilliams@eventbasct.com) Received: from DESKTOPPM06KVO (119.161.98.254) by a.eventbasct.com id hgck2q1lmnk0 for ; Tue, 13 Feb 2018 17:57:09 +0000 (envelope-from ) From: "Kait williams" To: Subject: Attendee Profiles of SC Linux Expo 2018 Date: Tue, 13 Feb 2018 23:18:19 +0530 Message-ID: <9a6001d3a4f4$0fe83cd0$2fb8b670$@com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdOk8oP8tpLfkixkRj2UIJgCphvClg== Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-ipfw@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: IPFW Technical Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 18:02:22 -0000 Hi, Greetings! Hope you are doing well! Would you be interested in acquiring visitors' profile of The Southern California Linux Expo 2018 Attendees Information? Available contacts: 3,032 Usage: Unlimited List available with: Contact name, Job Title, Zip Code, Phone Number, and Fax Number, SIC Code, Industry Classification, Website URL and verified business email address. You can define your target audience as per your specifics below and I'll be glad to get back to you with the exact counts available and our pricing model. I look forward to hearing from you soon. Best Regards, Kait Williams Marketing Manager kwilliams@eventbasct.com From owner-freebsd-ipfw@freebsd.org Wed Feb 14 06:55:54 2018 Return-Path: Delivered-To: freebsd-ipfw@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE443F0547D for ; Wed, 14 Feb 2018 06:55:54 +0000 (UTC) (envelope-from artemrts@ukr.net) Received: from frv190.fwdcdn.com (frv190.fwdcdn.com [212.42.77.190]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4346D87418 for ; Wed, 14 Feb 2018 06:55:53 +0000 (UTC) (envelope-from artemrts@ukr.net) Received: from [10.10.80.11] (helo=frv197.fwdcdn.com) by frv190.fwdcdn.com with esmtp ID 1elqf7-000AVV-2M for freebsd-ipfw@freebsd.org; Wed, 14 Feb 2018 08:35:25 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-Id:To: Subject:From:Date:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=1iNWEWGins+/OOaODDjX1NVxgjYJSiW+/52z1cbfmxE=; b=wbOx50rl8wq4t3wKd1/AyA0qKN dB/u6GZB1KbcAsE2mIugnMERx5meDvHNJ9Tj0d1QUonh/rvc6Hwr88vQQEq42Txlg4BS5Q8hzjc7u cY6gN0141I0OBOXhnJLgT+bNPKROrcbHpqYu2735EX8O8nnHXVeB1fMW60B9qIfpVkgU=; Received: from [10.10.10.52] (helo=frv52.fwdcdn.com) by frv197.fwdcdn.com with smtp ID 1elqez-00064h-7q for freebsd-ipfw@freebsd.org; Wed, 14 Feb 2018 08:35:17 +0200 Date: Wed, 14 Feb 2018 08:35:17 +0200 From: wishmaster Subject: IPFW and FTP client behind NAT To: freebsd-ipfw@freebsd.org X-Mailer: mail.ukr.net 5.0 Message-Id: <1518588674.863238377.1k6sp25r@frv52.fwdcdn.com> Received: from artemrts@ukr.net by frv52.fwdcdn.com; Wed, 14 Feb 2018 08:35:17 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary X-BeenThere: freebsd-ipfw@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: IPFW Technical Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2018 06:55:54 -0000 Hi, colleagues. I have the main server/router and Samba server behind this one. This Samba server at every night sends some data via FTP to another server on the Internet. The first remote server is under my power and use about the same configuration as main plus FTPD (port 2112) daemon. The second remote server is not in my power and we use is as backup storage and as I know OS is f...ing Linux. When I connect to the first server and transmit a very big file with transmission duration > 300 sec, the control channel (port pair 36313 <-> 2112) always "recreated" when the expiration timer aim to zero. root@xxx: ipfw -d show|grep '111.222.230.62' 15150 69 5255 (29s) STATE tcp 111.222.230.62 36313 <-> 111.222.13.195 2112 :nts 15150 320423 321696704 (300s) STATE tcp 111.222.230.62 60759 <-> 111.222.13.195 49758 :nts The issue is with the second remote server. When I transmit a very big file, the control channel does not "recreated" and transmitting this file and all the next is always fails. root@xxx: ipfw -d show|grep '111.222.0.7' 03200 2985778 2299927348 (300s) STATE tcp 111.222.0.253 63307 <-> 111.222.0.7 44678 :nts 03200 59 4622 (6s) STATE tcp 111.222.0.253 63623 <-> 111.222.0.7 21 :nts root@xxx: ipfw -d show|grep '111.222.0.7' 03200 3137837 2414765852 (300s) STATE tcp 111.222.0.253 63307 <-> 111.222.0.7 44678 :nts The main server/router uses IPFW and in most places dynamic rules. Is workaround I have added one rule on external interface: $cmd 5153 allow log tcp from any 21 to any 1024-65535 # ipfw - ftp issue But I want find the problem. Thanks, Vitaly From owner-freebsd-ipfw@freebsd.org Thu Feb 15 05:51:24 2018 Return-Path: Delivered-To: freebsd-ipfw@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C38DFF238C2 for ; Thu, 15 Feb 2018 05:51:24 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 71C5883E79 for ; Thu, 15 Feb 2018 05:51:24 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (203-59-173-201.dyn.iinet.net.au [203.59.173.201]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w1F5pD7L006900 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 14 Feb 2018 21:51:16 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: IPFW and FTP client behind NAT To: wishmaster , freebsd-ipfw@freebsd.org References: <1518588674.863238377.1k6sp25r@frv52.fwdcdn.com> From: Julian Elischer Message-ID: Date: Thu, 15 Feb 2018 13:51:07 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <1518588674.863238377.1k6sp25r@frv52.fwdcdn.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-ipfw@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: IPFW Technical Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 05:51:25 -0000 On 14/2/18 2:35 pm, wishmaster wrote: > Hi, colleagues. > > I have the main server/router and Samba server behind this one. This Samba server at every night sends some data via FTP to another server on the Internet. > The first remote server is under my power and use about the same configuration as main plus FTPD (port 2112) daemon. > The second remote server is not in my power and we use is as backup storage and as I know OS is f...ing Linux. > > When I connect to the first server and transmit a very big file with transmission duration > 300 sec, the control channel (port pair 36313 <-> 2112) always "recreated" when the expiration timer aim to zero. > > root@xxx: ipfw -d show|grep '111.222.230.62' > 15150 69 5255 (29s) STATE tcp 111.222.230.62 36313 <-> 111.222.13.195 2112 :nts > 15150 320423 321696704 (300s) STATE tcp 111.222.230.62 60759 <-> 111.222.13.195 49758 :nts > > The issue is with the second remote server. When I transmit a very big file, the control channel does not "recreated" and transmitting this file and all the next is always fails. > > root@xxx: ipfw -d show|grep '111.222.0.7' > 03200 2985778 2299927348 (300s) STATE tcp 111.222.0.253 63307 <-> 111.222.0.7 44678 :nts > 03200 59 4622 (6s) STATE tcp 111.222.0.253 63623 <-> 111.222.0.7 21 :nts > > root@xxx: ipfw -d show|grep '111.222.0.7' > 03200 3137837 2414765852 (300s) STATE tcp 111.222.0.253 63307 <-> 111.222.0.7 44678 :nts > > The main server/router uses IPFW and in most places dynamic rules. Is workaround I have added one rule on external interface: > > $cmd 5153 allow log tcp from any 21 to any 1024-65535 # ipfw - ftp issue > > But I want find the problem. > > Thanks, > Vitaly > _______________________________________________ > freebsd-ipfw@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ipfw > To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.org" > can you check the values of the keep-alive timers on all 3 systems? And possibly the firewall on system3 may block keepalive packets.. [jelischer@bob ~/p4/private/inverness-integ1]$ sysctl net.inet.tcp.always_keepalive net.inet.tcp.always_keepalive: 1 [jelischer@bob ~/p4/private/inverness-integ1]$ sysctl net.inet.tcp.keepidle net.inet.tcp.keepidle: 7200000 that's 2 hours for example. setting it to less than 300000 should make your control session include keepalive packets also look at your ipfw table and see if this can help you:      Dynamic rules expire after some time, which depends on the status of the      flow and the setting of some sysctl variables.  See Section SYSCTL      VARIABLES for more details.  For TCP sessions, dynamic rules can be      instructed to periodically send keepalive packets to refresh the state of      the rule when it is about to expire.      See Section EXAMPLES for more examples on how to use dynamic rules. From owner-freebsd-ipfw@freebsd.org Thu Feb 15 07:59:18 2018 Return-Path: Delivered-To: freebsd-ipfw@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23946F051FE for ; Thu, 15 Feb 2018 07:59:18 +0000 (UTC) (envelope-from artemrts@ukr.net) Received: from frv189.fwdcdn.com (frv189.fwdcdn.com [212.42.77.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B075D87D3C for ; Thu, 15 Feb 2018 07:59:17 +0000 (UTC) (envelope-from artemrts@ukr.net) Received: from [10.10.80.2] (helo=frv198.fwdcdn.com) by frv189.fwdcdn.com with esmtp ID 1emE6G-0001gG-2Q for freebsd-ipfw@freebsd.org; Thu, 15 Feb 2018 09:37:00 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-Id:Cc:To:Subject:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=9sMKxhe7h5o4HCI8qhsg201moZGQUxs9ujBFckdzIM4=; b=v+/3uuqaHhlSusjt5H9hg+C+RQ OXRK8Eo53rNPFjW5LPJahLWjDkaR7Bx7WcDNFE8ojw5L/rta6McnVJoz2MG8TRc1E6zTdlQo9SFP6 qPvoVSRqjvMEiKkei8l4yPc8S8YOKnmsGBInkLFbZxZniFdYI1HJzmV0qb+3WmXyRDdw=; Received: from [10.10.10.52] (helo=frv52.fwdcdn.com) by frv198.fwdcdn.com with smtp ID 1emE68-000EkH-3c for freebsd-ipfw@freebsd.org; Thu, 15 Feb 2018 09:36:52 +0200 Date: Thu, 15 Feb 2018 09:36:52 +0200 From: wishmaster Subject: Re[2]: IPFW and FTP client behind NAT To: Julian Elischer Cc: freebsd-ipfw@freebsd.org X-Mailer: mail.ukr.net 5.0 Message-Id: <1518679891.865683219.ckkl4k30@frv52.fwdcdn.com> In-Reply-To: References: <1518588674.863238377.1k6sp25r@frv52.fwdcdn.com> X-Reply-Action: reply Received: from artemrts@ukr.net by frv52.fwdcdn.com; Thu, 15 Feb 2018 09:36:52 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary X-BeenThere: freebsd-ipfw@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: IPFW Technical Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 07:59:18 -0000 --- Original message --- From: "Julian Elischer" Date: 15 February 2018, 07:51:34 > On 14/2/18 2:35 pm, wishmaster wrote: > > Hi, colleagues. > > > > I have the main server/router and Samba server behind this one. This Samba server at every night sends some data via FTP to another server on the Internet. > > The first remote server is under my power and use about the same configuration as main plus FTPD (port 2112) daemon. > > The second remote server is not in my power and we use is as backup storage and as I know OS is f...ing Linux. > > > > When I connect to the first server and transmit a very big file with transmission duration > 300 sec, the control channel (port pair 36313 <-> 2112) always "recreated" when the expiration timer aim to zero. > > > > root@xxx: ipfw -d show|grep '111.222.230.62' > > 15150 69 5255 (29s) STATE tcp 111.222.230.62 36313 <-> 111.222.13.195 2112 :nts > > 15150 320423 321696704 (300s) STATE tcp 111.222.230.62 60759 <-> 111.222.13.195 49758 :nts > > > > The issue is with the second remote server. When I transmit a very big file, the control channel does not "recreated" and transmitting this file and all the next is always fails. > > > > root@xxx: ipfw -d show|grep '111.222.0.7' > > 03200 2985778 2299927348 (300s) STATE tcp 111.222.0.253 63307 <-> 111.222.0.7 44678 :nts > > 03200 59 4622 (6s) STATE tcp 111.222.0.253 63623 <-> 111.222.0.7 21 :nts > > > > root@xxx: ipfw -d show|grep '111.222.0.7' > > 03200 3137837 2414765852 (300s) STATE tcp 111.222.0.253 63307 <-> 111.222.0.7 44678 :nts > > > > The main server/router uses IPFW and in most places dynamic rules. Is workaround I have added one rule on external interface: > > > > $cmd 5153 allow log tcp from any 21 to any 1024-65535 # ipfw - ftp issue > > > > But I want find the problem. > > > > Thanks, > > Vitaly > > _______________________________________________ > > freebsd-ipfw@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-ipfw > > To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.org" > > > > can you check the values of the keep-alive timers on all 3 systems? > > And possibly the firewall on system3 may block keepalive packets.. I think as well. Unfortunately this host is not mine. > [jelischer@bob ~/p4/private/inverness-integ1]$ sysctl > net.inet.tcp.always_keepalive > net.inet.tcp.always_keepalive: 1 > > [jelischer@bob ~/p4/private/inverness-integ1]$ sysctl > net.inet.tcp.keepidle > net.inet.tcp.keepidle: 7200000 > > that's 2 hours for example. > > setting it to less than 300000 should make your control session > include keepalive packets net.inet.tcp.keepidle=299999 doesn't help In any case, thanks for your attention. -- Vitaly From owner-freebsd-ipfw@freebsd.org Thu Feb 15 10:08:53 2018 Return-Path: Delivered-To: freebsd-ipfw@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BBE9CF0F232 for ; Thu, 15 Feb 2018 10:08:53 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward105o.mail.yandex.net (forward105o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::608]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 399906EF7C for ; Thu, 15 Feb 2018 10:08:53 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback1g.mail.yandex.net (mxback1g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:162]) by forward105o.mail.yandex.net (Yandex) with ESMTP id 910244445F80; Thu, 15 Feb 2018 13:08:30 +0300 (MSK) Received: from smtp4o.mail.yandex.net (smtp4o.mail.yandex.net [2a02:6b8:0:1a2d::28]) by mxback1g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id aIURIgv2U6-8U6WK0uu; Thu, 15 Feb 2018 13:08:30 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1518689310; bh=+Dui3MGsYHX1Kqe9NyRvpMpFRj7si+M0dbczTRNLWqw=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=UFgCI56mZbc1SMddOcDNnN6S1201bBoWVs3pXZ4DV50ZA8RPrqdrEMZQjcmZFre1G YNHvsA8AZsTafuCDpL09IGq+KmEXp1wv3fhAZOXe+/bkJsrLNnj4AFhKpjjzMgs2Sm Ecs3baedJQIuqxpYcWxI7fmXTxe46c0GfpXbW7T0= Received: by smtp4o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id boSEgyTXWq-8T4KHb9X; Thu, 15 Feb 2018 13:08:30 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1518689310; bh=+Dui3MGsYHX1Kqe9NyRvpMpFRj7si+M0dbczTRNLWqw=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=UFgCI56mZbc1SMddOcDNnN6S1201bBoWVs3pXZ4DV50ZA8RPrqdrEMZQjcmZFre1G YNHvsA8AZsTafuCDpL09IGq+KmEXp1wv3fhAZOXe+/bkJsrLNnj4AFhKpjjzMgs2Sm Ecs3baedJQIuqxpYcWxI7fmXTxe46c0GfpXbW7T0= Authentication-Results: smtp4o.mail.yandex.net; dkim=pass header.i=@yandex.ru Subject: Re: IPFW and FTP client behind NAT To: wishmaster , freebsd-ipfw@freebsd.org References: <1518588674.863238377.1k6sp25r@frv52.fwdcdn.com> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Message-ID: <5a3df88d-0a08-08df-2851-38bf54940834@yandex.ru> Date: Thu, 15 Feb 2018 13:07:50 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <1518588674.863238377.1k6sp25r@frv52.fwdcdn.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="A8fu1TzL0vOwLyE1Px5WFQWv0JabUKmh8" X-BeenThere: freebsd-ipfw@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: IPFW Technical Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 10:08:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --A8fu1TzL0vOwLyE1Px5WFQWv0JabUKmh8 Content-Type: multipart/mixed; boundary="Y3ty6SCdWz0WbIM5tKTn3EObnan29Tsxn"; protected-headers="v1" From: "Andrey V. Elsukov" To: wishmaster , freebsd-ipfw@freebsd.org Message-ID: <5a3df88d-0a08-08df-2851-38bf54940834@yandex.ru> Subject: Re: IPFW and FTP client behind NAT References: <1518588674.863238377.1k6sp25r@frv52.fwdcdn.com> In-Reply-To: <1518588674.863238377.1k6sp25r@frv52.fwdcdn.com> --Y3ty6SCdWz0WbIM5tKTn3EObnan29Tsxn Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 14.02.2018 09:35, wishmaster wrote: > The issue is with the second remote server. When I transmit a very big = file, the control channel does not "recreated" and transmitting this file= and all the next is always fails. >=20 > root@xxx: ipfw -d show|grep '111.222.0.7' > 03200 2985778 2299927348 (300s) STATE tcp 111.222.0.253 63307 <-> 111= =2E222.0.7 44678 :nts > 03200 59 4622 (6s) STATE tcp 111.222.0.253 63623 <-> 111.2= 22.0.7 21 :nts >=20 > root@xxx: ipfw -d show|grep '111.222.0.7' > 03200 3137837 2414765852 (300s) STATE tcp 111.222.0.253 63307 <-> 111= =2E222.0.7 44678 :nts >=20 > The main server/router uses IPFW and in most places dynamic rules. Is w= orkaround I have added one rule on external interface: >=20 > $cmd 5153 allow log tcp from any 21 to any 1024-65535 # ipfw - ftp issu= e >=20 > But I want find the problem. ipfw starts send keep-alive TCP segments when dynamic state's lifetime is below than 20 seconds. If foreign host replies to keep-alive segment, the state's lifetime will be bumped up to 300 seconds (by default). Otherwise the state will be expired. In your case I guess the foreign host doesn't reply to keep-alive segments, probably due to it has lower value of state's lifetime. And when your host starts sending keep-alive requests, the foreign host has already dropped this state. You can try to decrease net.inet.ip.fw.dyn_ack_lifetime value and determine the value that will be enough for this host. For example, set it to 250, 200, 150, 100. --=20 WBR, Andrey V. Elsukov --Y3ty6SCdWz0WbIM5tKTn3EObnan29Tsxn-- --A8fu1TzL0vOwLyE1Px5WFQWv0JabUKmh8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAlqFW/YACgkQAcXqBBDI oXoviwf+Pcu5BicozqY46FMqv3mx2zbmasVzef1L20ERy1kqg+b2D3JNbO3dgWjk R2XvxMJg2PkXIVM60Ul+ykbGh5XQbEvRP9ef7B/RRQ31WbKkrdR0N9ZpKyX7kYCq u8x6YKA1XJEYB6BACvaNuAsH0ejdeml+qJpedUjkPBYa9znigBF7KQ06fPSTpls2 QFDibxGjtPr1f7nYylb08HGj5fFLPcnftREuWrktsSyZwNPXs0kacpx7jl//WNUF Y3ORoPB+aS68pa3CRfkZ8VoHWmTK3lQ+3aGt2TPDp3hq4F/8SR0PC/pzfWw1v0Pu MEo4pXXb8t4mGrUwukS1wxpeP86uTQ== =A7WG -----END PGP SIGNATURE----- --A8fu1TzL0vOwLyE1Px5WFQWv0JabUKmh8-- From owner-freebsd-ipfw@freebsd.org Fri Feb 16 07:47:59 2018 Return-Path: Delivered-To: freebsd-ipfw@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B979CF1DEFD for ; Fri, 16 Feb 2018 07:47:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5717B6B08D for ; Fri, 16 Feb 2018 07:47:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id A20601EF5 for ; Fri, 16 Feb 2018 07:47:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w1G7lwxQ032269 for ; Fri, 16 Feb 2018 07:47:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w1G7lwJ2032268 for freebsd-ipfw@FreeBSD.org; Fri, 16 Feb 2018 07:47:58 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-ipfw@FreeBSD.org Subject: [Bug 225944] ipfw table destruction exit code and -q option Date: Fri, 16 Feb 2018 07:47:58 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.1-STABLE X-Bugzilla-Keywords: feature X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ipfw@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ipfw@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: IPFW Technical Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2018 07:47:59 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225944 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-bugs@FreeBSD.org |freebsd-ipfw@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.=