From owner-freebsd-net@freebsd.org Sun Oct 23 17:51:04 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6290FC1E1E7 for ; Sun, 23 Oct 2016 17:51:04 +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 mx1.freebsd.org (Postfix) with ESMTPS id 526BDF97 for ; Sun, 23 Oct 2016 17:51:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9NHp40w022385 for ; Sun, 23 Oct 2016 17:51:04 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213729] showmount doesn't work with IPv6 Date: Sun, 23 Oct 2016 17:51:04 +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.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: short_desc cc 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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2016 17:51:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213729 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|showmount and IPv6 |showmount doesn't work with | |IPv6 CC|freebsd-amd64@FreeBSD.org | Assignee|freebsd-bugs@FreeBSD.org |freebsd-net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun Oct 23 18:03:50 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A99F2C1E842 for ; Sun, 23 Oct 2016 18:03:50 +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 mx1.freebsd.org (Postfix) with ESMTPS id 997AAD22 for ; Sun, 23 Oct 2016 18:03:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9NI3oRL055251 for ; Sun, 23 Oct 2016 18:03:50 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213729] showmount doesn't work with IPv6 Date: Sun, 23 Oct 2016 18:03:50 +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.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: asomers@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2016 18:03:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213729 Alan Somers changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |asomers@FreeBSD.org --- Comment #1 from Alan Somers --- It works for me when rpcbind binds to both IPv4 and IPv6, and I specify an = IPv6 addr to showmount. Please show the exact command line used by both rpcbind= and showmount, and the ifconfig output on both client and server. Also, show t= he output of "showmount -e". --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun Oct 23 18:27:34 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05020C1EE14 for ; Sun, 23 Oct 2016 18:27:34 +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 mx1.freebsd.org (Postfix) with ESMTPS id E082198F for ; Sun, 23 Oct 2016 18:27:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9NIRXri045597 for ; Sun, 23 Oct 2016 18:27:33 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213729] showmount doesn't work with IPv6 Date: Sun, 23 Oct 2016 18:27:34 +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.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: jasonmader@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2016 18:27:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213729 --- Comment #2 from Jason Mader --- root 94263 0.0 0.0 10424 1932 - Ss 14:06 0:00.02 /usr/sbin/rpcbind -6 There is no output to `showmount -e` because it hangs. You tested what works, which is `rpcbind` without `-6` when it binds to IPv4 and IPv6 both. When it only binds to IPv6, then from on the same host `showmount -e` does not work. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun Oct 23 18:31:13 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7DDCC1E08E for ; Sun, 23 Oct 2016 18:31:13 +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 mx1.freebsd.org (Postfix) with ESMTPS id D7D51BAE for ; Sun, 23 Oct 2016 18:31:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9NIVD3S056192 for ; Sun, 23 Oct 2016 18:31:13 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213729] showmount doesn't work with IPv6 Date: Sun, 23 Oct 2016 18:31:14 +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.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: asomers@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2016 18:31:14 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213729 --- Comment #3 from Alan Somers --- Please post the output of ifconfig on both client and server as well. And = if you have a firewall enabled, post its ruleset, too. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun Oct 23 19:08:01 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 266ABC1E75C for ; Sun, 23 Oct 2016 19:08:01 +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 mx1.freebsd.org (Postfix) with ESMTPS id F3666CEB for ; Sun, 23 Oct 2016 19:08:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9NJ80tQ067983 for ; Sun, 23 Oct 2016 19:08:00 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213729] showmount doesn't work with IPv6 Date: Sun, 23 Oct 2016 19:08:01 +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.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: jasonmader@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2016 19:08:01 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213729 --- Comment #4 from Jason Mader --- $ ifconfig -a cxl0: flags=3D8843 metric 0 mtu 9198 options=3D880523 ether 00:07:43:36:ca:00 inet 10.141.254.2 netmask 0xffff0000 broadcast 10.141.255.255 nd6 options=3D29 media: Ethernet 10Gbase-Twinax status: active cxl1: flags=3D8802 metric 0 mtu 1500 =20=20=20=20=20=20=20 options=3Dec07bb ether 00:07:43:36:ca:08 nd6 options=3D29 media: Ethernet 10Gbase-Twinax status: no carrier lo0: flags=3D8049 metric 0 mtu 16384 options=3D600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet 127.0.0.1 netmask 0xff000000 nd6 options=3D21 groups: lo But, again, I am running `showmount -e` on the same host about that is runn= ing `rpcbind -6`. program version netid address service owner 100000 4 tcp6 ::.0.111 rpcbind superuser 100000 3 tcp6 ::.0.111 rpcbind superuser 100000 4 udp6 ::.0.111 rpcbind superuser 100000 3 udp6 ::.0.111 rpcbind superuser 100000 4 local /var/run/rpcbind.sock rpcbind superuser 100000 3 local /var/run/rpcbind.sock rpcbind superuser 100000 2 local /var/run/rpcbind.sock rpcbind superuser 100005 1 udp6 ::.2.174 mountd superuser 100005 3 udp6 ::.2.174 mountd superuser 100005 1 tcp6 ::.2.174 mountd superuser 100005 3 tcp6 ::.2.174 mountd superuser 100005 1 udp 0.0.0.0.2.174 mountd superuser 100005 3 udp 0.0.0.0.2.174 mountd superuser 100005 1 tcp 0.0.0.0.2.174 mountd superuser 100005 3 tcp 0.0.0.0.2.174 mountd superuser 100003 2 tcp 0.0.0.0.8.1 nfs superuser 100003 3 tcp 0.0.0.0.8.1 nfs superuser 100003 2 tcp6 ::.8.1 nfs superuser 100003 3 tcp6 ::.8.1 nfs superuser USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS root sshd 49424 3 tcp4 10.141.254.2:22 10.141.255.254:38= 860 root sshd 3916 3 tcp4 10.141.254.2:22 *:* root nfsd 19504 5 tcp4 *:2049 *:* root nfsd 19504 6 tcp6 *:2049 *:* root mountd 11220 5 udp6 ::1:686 *:* root mountd 11220 6 tcp6 ::1:686 *:* root mountd 11220 7 udp4 127.0.0.1:686 *:* root mountd 11220 8 tcp4 127.0.0.1:686 *:* root rpcbind 72125 4 udp6 *:* *:* root rpcbind 72125 5 stream /var/run/rpcbind.sock root rpcbind 72125 6 udp6 *:111 *:* root rpcbind 72125 7 udp6 *:947 *:* root rpcbind 72125 8 tcp6 *:111 *:* root nfsuserd 27059 3 udp4 *:746 *:* root nfsuserd 22349 3 udp4 *:746 *:* root nfsuserd 22313 3 udp4 *:746 *:* root nfsuserd 21219 3 udp4 *:746 *:* root nfsuserd 16437 3 udp4 *:746 *:* root syslogd 51206 4 dgram /var/run/log root syslogd 51206 5 dgram /var/run/logpriv root devd 56543 4 stream /var/run/devd.pipe root devd 56543 5 seqpac /var/run/devd.seqpacket.pipe root devd 56543 7 dgram -> /var/run/logpriv --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun Oct 23 20:25:26 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 36C7EC1B924 for ; Sun, 23 Oct 2016 20:25:26 +0000 (UTC) (envelope-from bwhaley@gmail.com) Received: from mail-yw0-x232.google.com (mail-yw0-x232.google.com [IPv6:2607:f8b0:4002:c05::232]) (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 F194930F for ; Sun, 23 Oct 2016 20:25:25 +0000 (UTC) (envelope-from bwhaley@gmail.com) Received: by mail-yw0-x232.google.com with SMTP id w3so145418330ywg.1 for ; Sun, 23 Oct 2016 13:25:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=HxstiiyHWmcKaRz0V8JkT66F2FBaB3mU8p0irNpJl1A=; b=ur0R8Vz6c7AmS3OTbn0nAETiO9pMsakaiaWyx9fxVieve9sUtQEoW+KwPz0wu/7UYP T+vcxgIuDQz0ICBeOOMCqS1J71YVykw/5smOalYWah1lF25YFvvV0lDkBwYgfxeu/i6Y t5LVmNYQtl+gP/99pntHQkCQK3W1UvsIp4KRMU3oBQG5Ud4M/X9P5VhSnnQVwHAr8/iG tokXWMZjhGeSkdVQ0/WsO8Rb6ylV9u4NQ/Mf+3XcdbvS4gHNC9hIUAE+n630Ikg94wCt Ql2BwYbgN0mSMsRDdzF9Q0VVjhTAoWpV5bXiWj2isRLg5jNkZMk7DSjzKeusgkjCBQoO jQ2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=HxstiiyHWmcKaRz0V8JkT66F2FBaB3mU8p0irNpJl1A=; b=BywLqIHyv9klVCmaW/J+Z/+wv8m9RwSVTHE/hLFy8U4EDT7Jq7jUn4y6B2+Pc4gODo FyqZ8uNFI1YZmLshIn+g9lbdgw7ZU/Q8aHinvLLA8sov/Rx6oBPBGXQ6D4CK4J4mmfuC 8JDl7Nqs3+4BjUquEP+pBU69VXY2kkbHvXfw6xf2LjgFPYkWn0loNYv/f4tj0LHVEC8u F5fhM+xquRjaY7EHH2zTD3oQ6/sGBOjgUUl74MoXv7wkdYnUjz7LP7X8P7Sjri572FWY uc2GU9rOj9uYUiYJuksIMOBDUt11MpFRuF9VsQBhdj6CX1746MuEbOeOZl7EyuCVFO9u hEyg== X-Gm-Message-State: ABUngvcUXgPkHvGWMAYsoolRsdzfFlGNsjF0UHXna713GoA4s6oNqKXycHGG654rVMbyIAL2c53L72w0Q7LVIA== X-Received: by 10.36.220.130 with SMTP id q124mr221755itg.16.1477254324782; Sun, 23 Oct 2016 13:25:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.223.131 with HTTP; Sun, 23 Oct 2016 13:25:24 -0700 (PDT) From: Ben Whaley Date: Sun, 23 Oct 2016 13:25:24 -0700 Message-ID: Subject: NFSv4 exports confusion To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2016 20:25:26 -0000 Hi all, I=E2=80=99m probably just misunderstanding something pretty basic here so a= pologies if that=E2=80=99s the case. The NFSv4 pseudo-filesystem root is not behaving the way I=E2=80=99d expect= . Consider the following extremely simple /etc/exports (just for example purposes): V4: /exports /exports/export1 /exports/export2 -network 172.28.0.0/16 And this directory structure: # tree /exports/ /exports/ |-- export1 | `-- file1 |-- export2 | `-- file2 `-- notanexport `=E2=80=94 file Now when I mount / as the NFSv4 pseudo-fs root (from an Ubuntu Xenial client): mount -t nfs4 server:/ /mnt I would expect to see only export1 and export2. But in fact I see # ls /mnt export1 export2 notanexport And the contents of /exports/notanexport/file are available to the client. Why is this? The language in RFC7530 seems explicit to me: > Portions of the server namespace that are not exported are bridged via a =E2=80=9Cpseudo-file system=E2=80=9D that provides a view of exported direc= tories only. E.g. per the spec, only exported filesystems should be visible, and the path to get to them. The pseudo-fs only exposes directories that must be traversed to reach all exports. The FreeBSD exports(5) language is somewhat confusing/ambiguous. I won=E2= =80=99t quote it here because it=E2=80=99s too long, but see the third paragraph un= der the description section. I can see from a few past threads (for example, this one: https://lists.freebsd.org/pipermail/freebsd-net/2014-July/039407.html) that some work has been done to clarify this. I=E2=80=99m not sure the clarification ever made it in to the man page though. The man page also states: > The nfsd(8) allows a limited subset of operations to be performed on non-exported subtrees of the local file system, so that traversal of the tree to the exported subtrees is possible. So this all supports my understanding of how it works. But why is =E2=80=9Cnotanexport=E2=80=9D in my example above visible, and why can I re= ad the file in that directory if it isn=E2=80=99t exported? The situation on Linux is not 100% clear either. If you specify fsid=3D0 fo= r a mount as instructed the Linux man pages, you=E2=80=99ll have the same beh= avior as in FreeBSD. OTOH, if you ONLY specify the exports and do NOT have an fsid option, eg. /etc/exports looks like: /exports/export1 /exports/export2 Then it works as described by the RFC. Can anyone help me to understand? Thanks, Ben From owner-freebsd-net@freebsd.org Sun Oct 23 21:00:27 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A62A5C1E525 for ; Sun, 23 Oct 2016 21:00:27 +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 mx1.freebsd.org (Postfix) with ESMTPS id 9BDAF947 for ; Sun, 23 Oct 2016 21:00:27 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9NL01Di036946 for ; Sun, 23 Oct 2016 21:00:27 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201610232100.u9NL01Di036946@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: freebsd-net@FreeBSD.org Subject: Problem reports for freebsd-net@FreeBSD.org that need special attention Date: Sun, 23 Oct 2016 21:00:27 +0000 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2016 21:00:27 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- In Progress | 203422 | mpd/ppoe not working with re(4) with revision 285 In Progress | 206581 | bxe_ioctl_nvram handler is faulty New | 204438 | setsockopt() handling of kern.ipc.maxsockbuf limi New | 205592 | TCP processing in IPSec causes kernel panic New | 206053 | kqueue support code of netmap causes panic Open | 148807 | [panic] "panic: sbdrop" and "panic: sbsndptr: soc Open | 193452 | Dell PowerEdge 210 II -- Kernel panic bce (broadc Open | 194485 | Userland cannot add IPv6 prefix routes Open | 194515 | Fatal Trap 12 Kernel with vimage Open | 199136 | [if_tap] Added down_on_close sysctl variable to t Open | 206544 | sendmsg(2) (sendto(2) too?) can fail with EINVAL; Open | 211031 | [panic] in ng_uncallout when argument is NULL 12 problems total for which you should take action. From owner-freebsd-net@freebsd.org Sun Oct 23 22:02:09 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 19452C1E625 for ; Sun, 23 Oct 2016 22:02:09 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0094.outbound.protection.outlook.com [157.56.110.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AFA80795 for ; Sun, 23 Oct 2016 22:02:07 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0192.CANPRD01.PROD.OUTLOOK.COM (10.165.218.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.679.12; Sun, 23 Oct 2016 22:01:59 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.0679.015; Sun, 23 Oct 2016 22:01:59 +0000 From: Rick Macklem To: Ben Whaley , "freebsd-net@freebsd.org" Subject: Re: NFSv4 exports confusion Thread-Topic: NFSv4 exports confusion Thread-Index: AQHSLWucozDdtL+lyE6vm6JZQIT3LaC2kR0r Date: Sun, 23 Oct 2016 22:01:59 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-office365-filtering-correlation-id: 02dd5110-0d14-421d-5e15-08d3fb903636 x-microsoft-exchange-diagnostics: 1; YTXPR01MB0192; 7:pss6l9OT1n9oDDJkLj14d4cztseM83QgmrjTsL+lzUCHSRGokslarRgNHmuobcVIVkjkXaTevspEY9yQeEtPuQ0lGcy9eLsrvbkdzTx6p6plbXocI8xdPB9W0bw8mxbT0OVI8nW1EnT8JPYJSNTHA+PffnPcad1nQMgA8Zvf57L+y+izO2YWojCoHeqf8IxirzC4r5FeJvIHsvGMDRqgoE31qfwTfyn8D/U52Qu0xYdpgqtn2jI5qMnNhR/nlQKqglvq6r7R00TTTqnj19G92+0+yUvBmd+TAISprewSXvHFX6o+/YQw3xn8Gou00Ph8CjkKCgTEN5/9GiBO+pPGHxDPRTx9eLnFirOMFnOTqyg= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:YTXPR01MB0192; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6042046)(6043046); SRVR:YTXPR01MB0192; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0192; x-forefront-prvs: 0104247462 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(24454002)(174864002)(53754006)(189002)(199003)(9686002)(107886002)(122556002)(3660700001)(189998001)(68736007)(3280700002)(92566002)(86362001)(7696004)(33656002)(2906002)(8936002)(2950100002)(5002640100001)(102836003)(5001770100001)(8676002)(106356001)(97736004)(50986999)(10400500002)(54356999)(2501003)(76176999)(2900100001)(87936001)(77096005)(74482002)(586003)(305945005)(5660300001)(74316002)(101416001)(11100500001)(7846002)(81166006)(106116001)(7116003)(105586002)(81156014); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0192; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Oct 2016 22:01:59.0395 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0192 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Oct 2016 22:02:09 -0000 Ben Whaley wrote: > Hi all, > > I=92m probably just misunderstanding something pretty basic here so apolo= gies > if that=92s the case. > > The NFSv4 pseudo-filesystem root is not behaving the way I=92d expect. > Consider the following extremely simple /etc/exports (just for example > purposes): FreeBSD does not implement a pseudo-filesystem (which was just a suggested mechanism in the RFC that only Solaris did, as far as I know. The "V4:" line simply specifies where in the real server file system tree t= he NFSv4 root is. > V4: /exports > /exports/export1 /exports/export2 -network 172.28.0.0/16 Since these paths are both on the same line, it suggests that they are the = same server file system. Exports are handled by the FreeBSD kernel on a per-serv= er-filesystem basis. --> As such this line exports the file system /export to 172.28.0.0 and any= where in that file system is exported. If you only want /export/export1 and /export/export2 to be exported, they n= eed to be separate server file systems and need to be exported by separate lines i= n /etc/exports. (The two directories /export/export1 and /export/export2 on the above line = are referred to as "administrative control". In practice that means that the N= FSv3 mount protocol implemented by mountd(8) will only accept those paths. The rest o= f the file system is actually exported, but a typical NFSv3 client won't be able= to mount them. A hacked or malicious one could access the rest of /export, since the kern= el doesn't know anything about subtrees of a server fiule system.) Since NFSv4 doesn't use the Mount protocol (and never talks to mountd(8)), = it knows nothing about these "administrative controls". (And, yes, /etc/exports is c= omplicated including the man page that tries to explain it.) --> The behaviour you describe is what is expected to happen, given /export= /export1 and /export/export2 are on the same server file system. > And this directory structure: > > # tree /exports/ > /exports/ > |-- export1 > | `-- file1 > |-- export2 > | `-- file2 > `-- notanexport > `=97 file > > Now when I mount / as the NFSv4 pseudo-fs root (from an Ubuntu Xenial > client): > > mount -t nfs4 server:/ /mnt > > I would expect to see only export1 and export2. But in fact I see If you want the client to just see export1 and export2, you can mount them individually. For example: mount -t nfs4 server:/export1 /mnt/export1 mount -t nfs4 server:/export2 /mnt/export2 > # ls /mnt > export1 export2 notanexport > > And the contents of /exports/notanexport/file are available to the client= . >=20 > Why is this? The language in RFC7530 seems explicit to me: > > Portions of the server namespace that are not exported are bridged via a >=93pseudo-file system=94 that provides a view of exported directories only= . > > E.g. per the spec, only exported filesystems should be visible, and the > path to get to them. The pseudo-fs only exposes directories that must be > traversed to reach all exports. I am not aware of exactly what the Linux server does these days. At one tim= e, you specified a single file system as the root and the "root of the tree is= there". (I once did a pseudo-file system, but the code was complicated and no one s= eemed to care, so I tossed it. As I noted above, only Solaris ever did a real ps= eudo-fs as far as I am aware and everyone assumed the RFC described it just to demonstrat= e it was a possible solution, not a required one.) > The man page also states: > > The nfsd(8) allows a limited subset of operations to be performed on non-= exported >subtrees=20 Subtrees are segmented on file system mount points in the server. In this c= ase, it refers to one or more file systems that need to be traversed on the way = to the file systems that are actually exported. rick= From owner-freebsd-net@freebsd.org Mon Oct 24 14:58:59 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2819BC1EAF0 for ; Mon, 24 Oct 2016 14:58:59 +0000 (UTC) (envelope-from bwhaley@gmail.com) Received: from mail-yb0-x235.google.com (mail-yb0-x235.google.com [IPv6:2607:f8b0:4002:c09::235]) (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 D92C56A8 for ; Mon, 24 Oct 2016 14:58:58 +0000 (UTC) (envelope-from bwhaley@gmail.com) Received: by mail-yb0-x235.google.com with SMTP id d128so28600925ybh.2 for ; Mon, 24 Oct 2016 07:58:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=NKvvnEuP/GFRNZPIXrMOQrtqMxXeE7mFOPnAInp7p8U=; b=FRL08MmBe7Uqb3SGM8W6TnPJw4ep0kxqd1ORh6O1m3JdOXjIUmDrGXJAQJJ0ROZV18 r1BzGRxrtVRq2WBM7jsxgJegJzEIxfw5DflUxu1F3JEw2W1qL8GdZVETjUDBLUs3/PkH 0Mm+e9xFunpwYl25FR6KUmAnvbctniirJipwnPqQLcJ+SaxcQVb1CXgkamP8ZyE0B+ML X3o6NJITEyTzoVM9lGPKR48Kt/L78Oqwk51gcZfxuCeqFgEqhQARtCdfMZgPYqoct8dq BRti0pgWsoYAlUdMpA+gUX5SS+WOVXDsjJ7HvcOxVEbsOutdxDY5MkV3IxF16HLuVPcj uu1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=NKvvnEuP/GFRNZPIXrMOQrtqMxXeE7mFOPnAInp7p8U=; b=aLOWG4qmKVrCLV9yBESVWexAR2ilctg1yMO2u14lazQf+lKwt93qXmlMEMvmJrhNj2 MCIgQOeNoCeHZClHVoiWHehiHfBngKt5sk0gKQXxYwQ4jIaYN3ZJVPazf2cZZIW4xJm5 SE50HvXN3M4GSO9nzsb13sj/iqqfNZklEqdjLmjOJ5sY51v66RfJCklv2Uy5W7bCj8e0 qMBWxYFUGnZBXll66nFQUE0G7jYfcmYr4wrOiTCmsl28Gwql9F6F/nf4/WP2s1/JwJ8d X6nM4kaukBWBOk0efrLp58cO79t4k/dd433o5XHx88Imv+YWSXGdwhvDavM2C5KwKdUu /o7A== X-Gm-Message-State: ABUngvdtWtVC18spSsz9SE6VKQLAogd9GOUaJA1mD1NF0Re6w5iD+mYY0yd7gsIkcSr4IhhAtGHShmBD8p+JOw== X-Received: by 10.107.129.151 with SMTP id l23mr12952973ioi.149.1477321137928; Mon, 24 Oct 2016 07:58:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.223.131 with HTTP; Mon, 24 Oct 2016 07:58:57 -0700 (PDT) In-Reply-To: References: From: Ben Whaley Date: Mon, 24 Oct 2016 07:58:57 -0700 Message-ID: Subject: Re: NFSv4 exports confusion To: Rick Macklem Cc: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2016 14:58:59 -0000 Thank you, Rick, for taking the time to reply. In an NFSv4 server, is it possible to have multiple exports on the same filesystem but not under the same tree without exposing the top level directory? E.g. if you wanted to export the following without also exporting / /path/to/export1 /anotherpath/to/export2 Assuming export1 and export2 are both on the same server filesystem, could they both be exported without exporting / as the NFSv4 root? Also, exports(5) says: > The third form has the string ``V4:=E2=80=99=E2=80=99 followed by a singl= e absolute path name, to specify the NFSv4 tree root. > This line does not export any file system, but simply marks where the root of the server=E2=80=99s directory t= ree is for > NFSv4 clients. Yet the V4 root seems to behave like a =E2=80=9Cnormal=E2=80=9D export with= the -alldirs option. A V4 client can mount the V4 root and any subdirectory under it, whether the subdir was exported or not. Am I misunderstanding what the man page says? Thanks again, Ben On Sun, Oct 23, 2016 at 3:01 PM, Rick Macklem wrote: > Ben Whaley wrote: > > > Hi all, > > > > I=E2=80=99m probably just misunderstanding something pretty basic here = so > apologies > > if that=E2=80=99s the case. > > > > The NFSv4 pseudo-filesystem root is not behaving the way I=E2=80=99d ex= pect. > > Consider the following extremely simple /etc/exports (just for example > > purposes): > FreeBSD does not implement a pseudo-filesystem (which was just a suggeste= d > mechanism in the RFC that only Solaris did, as far as I know. > The "V4:" line simply specifies where in the real server file system tree > the NFSv4 root > is. > > > V4: /exports > > /exports/export1 /exports/export2 -network 172.28.0.0/16 > Since these paths are both on the same line, it suggests that they are th= e > same > server file system. Exports are handled by the FreeBSD kernel on a > per-server-filesystem > basis. > --> As such this line exports the file system /export to 172.28.0.0 and > anywhere in > that file system is exported. > If you only want /export/export1 and /export/export2 to be exported, they > need to > be separate server file systems and need to be exported by separate lines > in > /etc/exports. > (The two directories /export/export1 and /export/export2 on the above lin= e > are > referred to as "administrative control". In practice that means that the > NFSv3 mount > protocol implemented by mountd(8) will only accept those paths. The rest > of the > file system is actually exported, but a typical NFSv3 client won't be > able to mount them. > A hacked or malicious one could access the rest of /export, since the > kernel doesn't > know anything about subtrees of a server fiule system.) > > Since NFSv4 doesn't use the Mount protocol (and never talks to mountd(8))= , > it knows > nothing about these "administrative controls". (And, yes, /etc/exports is > complicated > including the man page that tries to explain it.) > --> The behaviour you describe is what is expected to happen, given > /export/export1 > and /export/export2 are on the same server file system. > > > And this directory structure: > > > > # tree /exports/ > > /exports/ > > |-- export1 > > | `-- file1 > > |-- export2 > > | `-- file2 > > `-- notanexport > > `=E2=80=94 file > > > > Now when I mount / as the NFSv4 pseudo-fs root (from an Ubuntu Xenial > > client): > > > > mount -t nfs4 server:/ /mnt > > > > I would expect to see only export1 and export2. But in fact I see > If you want the client to just see export1 and export2, you can mount the= m > individually. For example: > mount -t nfs4 server:/export1 /mnt/export1 > mount -t nfs4 server:/export2 /mnt/export2 > > > # ls /mnt > > export1 export2 notanexport > > > > And the contents of /exports/notanexport/file are available to the > client. > > > > Why is this? The language in RFC7530 seems explicit to me: > > > > Portions of the server namespace that are not exported are bridged via = a > >=E2=80=9Cpseudo-file system=E2=80=9D that provides a view of exported di= rectories only. > > > > E.g. per the spec, only exported filesystems should be visible, and the > > path to get to them. The pseudo-fs only exposes directories that must b= e > > traversed to reach all exports. > I am not aware of exactly what the Linux server does these days. At one > time, > you specified a single file system as the root and the "root of the tree > is there". > (I once did a pseudo-file system, but the code was complicated and no one > seemed > to care, so I tossed it. As I noted above, only Solaris ever did a real > pseudo-fs as far > as I am aware and everyone assumed the RFC described it just to > demonstrate it was a possible solution, not a required one.) > > > > The man page also states: > > > > The nfsd(8) allows a limited subset of operations to be performed on > non-exported >subtrees > > Subtrees are segmented on file system mount points in the server. In this > case, > it refers to one or more file systems that need to be traversed on the wa= y > to the > file systems that are actually exported. > > rick From owner-freebsd-net@freebsd.org Mon Oct 24 16:25:49 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03F8AC1FE1F for ; Mon, 24 Oct 2016 16:25:49 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 D9838DB6 for ; Mon, 24 Oct 2016 16:25:48 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (97-123-147-175.albq.qwest.net [97.123.147.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 4FA111928BA; Mon, 24 Oct 2016 16:25:47 +0000 (UTC) Subject: Re: CURRENT: re(4) crashing system To: "freebsd-net@freebsd.org" References: <20161023132538.6bf55fb2@hermann> <20161024051359.GA1185@michelle.fasterthan.co.kr> Cc: pyunyh@gmail.com From: Sean Bruno Message-ID: <85a3d2f6-74cd-cd75-b056-a226b9366bc3@freebsd.org> Date: Mon, 24 Oct 2016 10:25:44 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <20161024051359.GA1185@michelle.fasterthan.co.kr> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="o9LHsSroGrJEwlPLeM8JU6FQ4ENpfrJQ2" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2016 16:25:49 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --o9LHsSroGrJEwlPLeM8JU6FQ4ENpfrJQ2 Content-Type: multipart/mixed; boundary="Vlfu8BM4s8U47I60d7mOVE265tORQp4ER"; protected-headers="v1" From: Sean Bruno To: "freebsd-net@freebsd.org" Cc: pyunyh@gmail.com Message-ID: <85a3d2f6-74cd-cd75-b056-a226b9366bc3@freebsd.org> Subject: Re: CURRENT: re(4) crashing system References: <20161023132538.6bf55fb2@hermann> <20161024051359.GA1185@michelle.fasterthan.co.kr> In-Reply-To: <20161024051359.GA1185@michelle.fasterthan.co.kr> --Vlfu8BM4s8U47I60d7mOVE265tORQp4ER Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 10/23/16 23:14, YongHyeon PYUN wrote: > BTW, I was told that the vendor's FreeBSD driver seems to work fine > for normal usage pattern. The vendor's driver triggered an instant > panic and lacked H/W offloading features in the past. It might > have changed though. Hrm ... I just looked and I see they are actively updating their version of re(4). http://www.realtek.com.tw/Downloads/downloadsView.aspx?Langid=3D4&PNid=3D= 13&PFid=3D5&Level=3D5&Conn=3D4&DownTypeID=3D3&GetDown=3Dfalse#2 Its very different ... and a different implementation of lots of things. sean --Vlfu8BM4s8U47I60d7mOVE265tORQp4ER-- --o9LHsSroGrJEwlPLeM8JU6FQ4ENpfrJQ2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJYDjYIXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kHzIH/RnFXhT2EpTMe0FD0SlrZR6a Ua9mYDDKJTofe7z+S2kTXX7mhSKy4UiSABVQ0dyWQB81UnNiiGZa3BLQP8kaG7Aq 26RqriKcg3ZI8z6epb30kWeiFxxSC5B9enCyXhx9jQyd1VayKVCO9u8y18JdNRRP bVUbZhYdjq/EfskQBLhn64zLeJUfT/PfhKEsdLMYI95/u8gvB8sKNtKGGGuve1HS ODdOcmGWu57WQqtCWjHKLYjxjd/PPy6GEIf7CuS01Ajt3mRc1ZcaDFLblXtOqw8T GgqBHD4ersZwfpAvmDnhB91RD3xMXw4WnNZwgwpx2vNjVeO9dy7RL7Kwn8lpgPw= =J3OE -----END PGP SIGNATURE----- --o9LHsSroGrJEwlPLeM8JU6FQ4ENpfrJQ2-- From owner-freebsd-net@freebsd.org Mon Oct 24 20:38:11 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6EEE8C1F2D1 for ; Mon, 24 Oct 2016 20:38:11 +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 mx1.freebsd.org (Postfix) with ESMTPS id 5DE38EB9 for ; Mon, 24 Oct 2016 20:38:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9OKcA7n068581 for ; Mon, 24 Oct 2016 20:38:11 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213751] bfe(4) link state goes down und up when big transfers start over socket to geom volume Date: Mon, 24 Oct 2016 20:38:11 +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.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to cc 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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2016 20:38:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213751 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-bugs@FreeBSD.org |freebsd-net@FreeBSD.org CC|freebsd-i386@FreeBSD.org | --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Mon Oct 24 21:25:42 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93D81C20624 for ; Mon, 24 Oct 2016 21:25:42 +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 mx1.freebsd.org (Postfix) with ESMTPS id 830E4B87 for ; Mon, 24 Oct 2016 21:25:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9OLPg7j016188 for ; Mon, 24 Oct 2016 21:25:42 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213729] showmount doesn't work with IPv6 Date: Mon, 24 Oct 2016 21:25:42 +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.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: asomers@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2016 21:25:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213729 --- Comment #5 from Alan Somers --- Everything is working as designed. First, note that "showmount -e ::1" ret= urns immediately. Second, note that "showmount -e" will return eventually, but = it takes 2 minutes to timeout. You probably didn't give it the full two minut= es before. What's going on is that if you don't specify "::1" then showmount assumes y= ou meant "localhost", and it tries to find the best way to talk to localhost. = It will try both ::1 and 127.0.0.1 with both tcp and udp. But since udp is connectionless, it has no way of knowing whether rpcbind is listening excep= t by waiting for the full timeout period. The timeout is adjustable in the RPC library (using the undocumented __rpc_control), but showmount currently uses the default. Does that solve = your problem? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Mon Oct 24 21:44:12 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 20B4EC20ADC for ; Mon, 24 Oct 2016 21:44:12 +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 mx1.freebsd.org (Postfix) with ESMTPS id 10ABC890 for ; Mon, 24 Oct 2016 21:44:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9OLiBga054413 for ; Mon, 24 Oct 2016 21:44:11 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213729] showmount doesn't work with IPv6 Date: Mon, 24 Oct 2016 21:44:12 +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.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: jasonmader@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2016 21:44:12 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213729 --- Comment #6 from Jason Mader --- I suppose, if that=E2=80=99s the design. Though it just seems that maybe th= e design could be improved so that it returns quickly when `rpcbind -6`. Note, my `showmount -e ::1` doesn=E2=80=99t return immediately =E2=80=94 takes the f= ull 2 minutes. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue Oct 25 00:26:14 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88916C1E415 for ; Tue, 25 Oct 2016 00:26:14 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0065.outbound.protection.outlook.com [207.46.100.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 42D529E2 for ; Tue, 25 Oct 2016 00:26:13 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0191.CANPRD01.PROD.OUTLOOK.COM (10.165.218.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.679.12; Mon, 24 Oct 2016 21:52:12 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.0679.015; Mon, 24 Oct 2016 21:52:12 +0000 From: Rick Macklem To: Ben Whaley CC: "freebsd-net@freebsd.org" Subject: Re: NFSv4 exports confusion Thread-Topic: NFSv4 exports confusion Thread-Index: AQHSLWucozDdtL+lyE6vm6JZQIT3LaC2kR0rgAEiVoCAAG7YWQ== Date: Mon, 24 Oct 2016 21:52:12 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-office365-filtering-correlation-id: 56740951-7947-487c-7461-08d3fc5802b1 x-microsoft-exchange-diagnostics: 1; YTXPR01MB0191; 7:DJADmpOP/tZXZQ19guwhVZZYBiMHrMId8db9tAXf7gq60lxtXvzQmmT0eETL1+6eKEZ0xJcHuVD3RnPF7M1HnwCJOBVTJbEmnCaOaiA3xmsfMg0d3G+hoSLd4SaQZCQB/tOfICcOncZGk431fS1+IWL1r6viMA1csOJmv58+dZbXLYQDExkYCB/vxutoTkRphpTIItnyz9TVd03aylbA15dcU1L5Kucx3vGtQurCoaaW4Hy/XvNMs143MUEM+4E4R+xHKn/qhZUQfKsZVE+1az+d8SZIMGy+8bJE+vKq9jRTHdvuaO4FQEXKfll2Lw0YE3xWZbCaZmIyHVxn4wWup+Yx0p03fgJOOZUe3ZhhkjE= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:YTXPR01MB0191; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6043046)(6042046); SRVR:YTXPR01MB0191; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0191; x-forefront-prvs: 0105DAA385 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(24454002)(199003)(189002)(122556002)(5002640100001)(305945005)(86362001)(2906002)(586003)(68736007)(50986999)(102836003)(54356999)(106116001)(8676002)(92566002)(76176999)(106356001)(81156014)(81166006)(74316002)(3280700002)(9686002)(105586002)(101416001)(7846002)(4326007)(3660700001)(189998001)(8936002)(77096005)(11100500001)(5660300001)(7116003)(33656002)(6916009)(110136003)(7696004)(97736004)(1411001)(74482002)(10400500002)(2900100001)(2950100002)(87936001); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0191; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Oct 2016 21:52:12.0596 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0191 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 00:26:14 -0000 Ben Whaley wrote: > Thank you, Rick, for taking the time to reply. > > In an NFSv4 server, is it possible to have multiple exports on the same > filesystem but not under the same tree without exposing the top level > directory? No. The same is actually true for NFSv3, except that the Mount command won'= t translate the path to an FH for the mount. (Or, the NFSv3 client must find = it via a Lookup on "..", which clients won't normally do.) > > E.g. if you wanted to export the following without also exporting / > > /path/to/export1 > /anotherpath/to/export2 > > Assuming export1 and export2 are both on the same server filesystem, coul= d > they both be exported without exporting / as the NFSv4 root? Again, no. > Also, exports(5) says: > > > The third form has the string ``V4:=92=92 followed by a single absolute= path > name, to specify the NFSv4 tree root. > This line does not export any fi= le > system, but simply marks where the root of the server=92s directory tree = is > for > NFSv4 clients. > > Yet the V4 root seems to behave like a =93normal=94 export with the -alld= irs > option. A V4 client can mount the V4 root and any subdirectory under it, > whether the subdir was exported or not. Am I misunderstanding what the ma= n > page says? No, if you created a /etc/exports with only a "V4:" line, no file system w= ould be exported. (You might be able to mount, but you wouldn't be able to do much = of anything with it. I don't think even a Readdir/ls works. It just allows Loo= kup and a few other Ops, so that the mount can work without all the parent files sy= stems being exported.) It is the line that exports any path in the file system that exports that f= ile system. ie. It is the /path/to/export that exports everything in that file system. --> So, yes, it is like all export lines except the "V4:" line have "-alldi= rs" on them. rick From owner-freebsd-net@freebsd.org Tue Oct 25 05:09:12 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA54AC20EB9 for ; Tue, 25 Oct 2016 05:09:12 +0000 (UTC) (envelope-from david@aogsquid.ucsd.edu) Received: from fed1rmfepo101.cox.net (fed1rmfepo101.cox.net [68.230.241.143]) by mx1.freebsd.org (Postfix) with ESMTP id 876343C9 for ; Tue, 25 Oct 2016 05:09:12 +0000 (UTC) (envelope-from david@aogsquid.ucsd.edu) Received: from fed1rmimpo305.cox.net ([68.230.241.173]) by fed1rmfepo101.cox.net (InterMail vM.8.01.05.28 201-2260-151-171-20160122) with ESMTP id <20161025050905.DKQL2641.fed1rmfepo101.cox.net@fed1rmimpo305.cox.net> for ; Tue, 25 Oct 2016 01:09:05 -0400 Received: from [192.168.25.200] ([174.65.112.147]) by fed1rmimpo305.cox.net with cox id zh8m1t00H3ArtDJ01h8uPG; Tue, 25 Oct 2016 01:08:54 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A090201.580EE8E6.0073, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=2.1 cv=dLMG4Ltb c=1 sm=1 tr=0 a=kEcOQgfb31AP6aoOu6fJYg==:117 a=kEcOQgfb31AP6aoOu6fJYg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=N659UExz7-8A:10 a=G9mKJWSYaxJC26YW2YAA:9 a=pILNOxqGKmIA:10 X-CM-Score: 0.00 Authentication-Results: cox.net; auth=pass (PLAIN) smtp.auth=dhorwitt@cox.net Subject: Re: Adding RTL8153 support to rue(4) (actually cdce(4)) USB to Ethernet driver [SOLVED] To: freebsd-net@freebsd.org References: <5807B630.1060806@aogsquid.ucsd.edu> <3622755d-b0cd-60bf-0f81-469d06e65595@selasky.org> <58092C6D.8080105@aogsquid.ucsd.edu> <30de3b9c-98c4-0bbc-dce2-eddc52e98b10@selasky.org> From: David Horwitt Message-ID: <580EE8DE.2060005@aogsquid.ucsd.edu> Date: Mon, 24 Oct 2016 22:08:46 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <30de3b9c-98c4-0bbc-dce2-eddc52e98b10@selasky.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 05:09:12 -0000 ... or, at least, worked around. I added a SetEthernetPacketFilter request with wValue PACKET_TYPE_PROMISCUOUS in cdce_init() (right before the cdce_start() call) and joy ensued. Note that (PACKET_TYPE_DIRECTED | PACKET_TYPE_BROADCAST) did _not_ work, but setting the promiscuous bit was the key. HPS: thanks again for your help. Cheers, DH On 10/21/16 00:18, Hans Petter Selasky wrote: > On 10/20/16 22:43, David Horwitt wrote: >> On 10/19/16 11:25, Hans Petter Selasky wrote: >> Do you mean that I need to implement a small driver at VID:PID (0bda:8153 for this device) using cfg 0 to initialize the >> built-in MII (using the Linux RTL8152/8153 driver as a model), and then switch to cfg 1 to use the CDC device for actual >> operation? >> > > No, I think the cfg 1 with CDC has the additional interface. Look at what the Linux driver does or get another ethernet > adapter :-) > > --HPS > From owner-freebsd-net@freebsd.org Tue Oct 25 06:12:42 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2D807C208F5 for ; Tue, 25 Oct 2016 06:12:42 +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 mx1.freebsd.org (Postfix) with ESMTPS id 1D6429DC for ; Tue, 25 Oct 2016 06:12:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9P6CfuJ050124 for ; Tue, 25 Oct 2016 06:12:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213606] LACP not working with qlogic BCM57800 Date: Tue, 25 Oct 2016 06:12:41 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: eentsalu@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 06:12:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213606 --- Comment #11 from Kristjan --- Sorry, it does not make things better. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue Oct 25 07:33:23 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF444C21362 for ; Tue, 25 Oct 2016 07:33:23 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (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 B963BEA8 for ; Tue, 25 Oct 2016 07:33:23 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 426A11FE023; Tue, 25 Oct 2016 09:33:19 +0200 (CEST) Subject: Re: Adding RTL8153 support to rue(4) (actually cdce(4)) USB to Ethernet driver [SOLVED] To: David Horwitt , freebsd-net@freebsd.org References: <5807B630.1060806@aogsquid.ucsd.edu> <3622755d-b0cd-60bf-0f81-469d06e65595@selasky.org> <58092C6D.8080105@aogsquid.ucsd.edu> <30de3b9c-98c4-0bbc-dce2-eddc52e98b10@selasky.org> <580EE8DE.2060005@aogsquid.ucsd.edu> From: Hans Petter Selasky Message-ID: <144b5507-b57e-a3b4-02e8-f7a9f7e85648@selasky.org> Date: Tue, 25 Oct 2016 09:38:23 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <580EE8DE.2060005@aogsquid.ucsd.edu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 07:33:24 -0000 On 10/25/16 07:08, David Horwitt wrote: > ... or, at least, worked around. > > I added a SetEthernetPacketFilter request with wValue PACKET_TYPE_PROMISCUOUS in cdce_init() (right before the > cdce_start() call) and joy ensued. > > Note that (PACKET_TYPE_DIRECTED | PACKET_TYPE_BROADCAST) did _not_ work, but setting the promiscuous bit was the > key. > > HPS: thanks again for your help. > Do you want to submit a patch upstream? Maybe like a quirk or tunable sysctl? --HPS From owner-freebsd-net@freebsd.org Tue Oct 25 08:52:39 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C6ED3C1FCC5 for ; Tue, 25 Oct 2016 08:52:39 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6DEEBBBB for ; Tue, 25 Oct 2016 08:52:38 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (localhost [127.0.0.1]) by ns.kevlo.org (8.15.2/8.15.2) with ESMTPS id u9P8oLE9080143 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 25 Oct 2016 16:50:21 +0800 (CST) (envelope-from kevlo@ns.kevlo.org) Received: (from kevlo@localhost) by ns.kevlo.org (8.15.2/8.15.2/Submit) id u9P8oIm5080137; Tue, 25 Oct 2016 16:50:18 +0800 (CST) (envelope-from kevlo) Date: Tue, 25 Oct 2016 16:50:12 +0800 From: Kevin Lo To: David Horwitt Cc: freebsd-net@freebsd.org Subject: Re: Adding RTL8153 support to rue(4) (actually cdce(4)) USB to Ethernet driver [SOLVED] Message-ID: <20161025085012.GA80112@ns.kevlo.org> References: <5807B630.1060806@aogsquid.ucsd.edu> <3622755d-b0cd-60bf-0f81-469d06e65595@selasky.org> <58092C6D.8080105@aogsquid.ucsd.edu> <30de3b9c-98c4-0bbc-dce2-eddc52e98b10@selasky.org> <580EE8DE.2060005@aogsquid.ucsd.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <580EE8DE.2060005@aogsquid.ucsd.edu> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 08:52:39 -0000 Been busy at work, sorry for the late reply. I have a patch that adds preliminary support for the RTL8153 to ure(4), available at: https://people.freebsd.org/~kevlo/ure.diff Performance is not good, it could be improved later. Can you please give it a try and let me know? Thanks. Kevin On Mon, Oct 24, 2016 at 10:08:46PM -0700, David Horwitt wrote: > > ... or, at least, worked around. > > I added a SetEthernetPacketFilter request with wValue PACKET_TYPE_PROMISCUOUS in cdce_init() (right before the > cdce_start() call) and joy ensued. > > Note that (PACKET_TYPE_DIRECTED | PACKET_TYPE_BROADCAST) did _not_ work, but setting the promiscuous bit was the > key. > > HPS: thanks again for your help. > > Cheers, > DH > > On 10/21/16 00:18, Hans Petter Selasky wrote: > > On 10/20/16 22:43, David Horwitt wrote: > >> On 10/19/16 11:25, Hans Petter Selasky wrote: > >> Do you mean that I need to implement a small driver at VID:PID (0bda:8153 for this device) using cfg 0 to initialize the > >> built-in MII (using the Linux RTL8152/8153 driver as a model), and then switch to cfg 1 to use the CDC device for actual > >> operation? > >> > > > > No, I think the cfg 1 with CDC has the additional interface. Look at what the Linux driver does or get another ethernet > > adapter :-) > > > > --HPS > > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@freebsd.org Wed Oct 26 04:22:12 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A2C0C2065C for ; Wed, 26 Oct 2016 04:22:12 +0000 (UTC) (envelope-from david@aogsquid.ucsd.edu) Received: from fed1rmfepo202.cox.net (fed1rmfepo202.cox.net [68.230.241.147]) by mx1.freebsd.org (Postfix) with ESMTP id 06557A20 for ; Wed, 26 Oct 2016 04:22:11 +0000 (UTC) (envelope-from david@aogsquid.ucsd.edu) Received: from fed1rmimpo305.cox.net ([68.230.241.173]) by fed1rmfepo202.cox.net (InterMail vM.8.01.05.28 201-2260-151-171-20160122) with ESMTP id <20161026042204.CEZP3827.fed1rmfepo202.cox.net@fed1rmimpo305.cox.net> for ; Wed, 26 Oct 2016 00:22:04 -0400 Received: from [192.168.113.202] ([174.65.112.147]) by fed1rmimpo305.cox.net with cox id 04Mx1u00J3ArtDJ014N3y6; Wed, 26 Oct 2016 00:22:04 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A090203.58102F6C.001F, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=2.1 cv=dLMG4Ltb c=1 sm=1 tr=0 a=kEcOQgfb31AP6aoOu6fJYg==:117 a=kEcOQgfb31AP6aoOu6fJYg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=N659UExz7-8A:10 a=0Caa4EdOQjz2N-bQyHwA:9 a=pILNOxqGKmIA:10 X-CM-Score: 0.00 Authentication-Results: cox.net; auth=pass (PLAIN) smtp.auth=dhorwitt@cox.net Subject: Re: Adding RTL8153 support to rue(4) (actually cdce(4)) USB to Ethernet driver [SOLVED] To: freebsd-net@freebsd.org References: <5807B630.1060806@aogsquid.ucsd.edu> <3622755d-b0cd-60bf-0f81-469d06e65595@selasky.org> <58092C6D.8080105@aogsquid.ucsd.edu> <30de3b9c-98c4-0bbc-dce2-eddc52e98b10@selasky.org> <580EE8DE.2060005@aogsquid.ucsd.edu> <144b5507-b57e-a3b4-02e8-f7a9f7e85648@selasky.org> From: David Horwitt Message-ID: <67d22559-0066-91a0-5822-8120bbbc51ec@aogsquid.ucsd.edu> Date: Tue, 25 Oct 2016 21:21:58 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <144b5507-b57e-a3b4-02e8-f7a9f7e85648@selasky.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2016 04:22:12 -0000 On 10/25/16 00:38, Hans Petter Selasky wrote: > On 10/25/16 07:08, David Horwitt wrote: >> ... or, at least, worked around. >> >> I added a SetEthernetPacketFilter request with wValue PACKET_TYPE_PROMISCUOUS in cdce_init() (right before the >> cdce_start() call) and joy ensued. >> >> Note that (PACKET_TYPE_DIRECTED | PACKET_TYPE_BROADCAST) did _not_ work, but setting the promiscuous bit was the >> key. >> >> HPS: thanks again for your help. >> > > Do you want to submit a patch upstream? > > Maybe like a quirk or tunable sysctl? > > --HPS > I'll convert what I've got to a tunable (I don't know quirks well enough) and send it on. DH From owner-freebsd-net@freebsd.org Wed Oct 26 11:48:36 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5516C218D5 for ; Wed, 26 Oct 2016 11:48:36 +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 mx1.freebsd.org (Postfix) with ESMTPS id D4530B4F for ; Wed, 26 Oct 2016 11:48:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9QBmaHt005512 for ; Wed, 26 Oct 2016 11:48:36 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213803] ixl ethernet driver does not report transceiver details ? Date: Wed, 26 Oct 2016 11:48:36 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: feature, needs-patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to component keywords version bug_status cc product 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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2016 11:48:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213803 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-ports-bugs@FreeBSD. |freebsd-bugs@FreeBSD.org |org | Component|Individual Port(s) |kern Keywords| |feature, needs-patch Version|Latest |CURRENT Status|New |Open CC| |freebsd-net@FreeBSD.org Product|Ports & Packages |Base System --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Wed Oct 26 12:54:43 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A4824C22960 for ; Wed, 26 Oct 2016 12:54:43 +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 mx1.freebsd.org (Postfix) with ESMTPS id 8A036FBB for ; Wed, 26 Oct 2016 12:54:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9QCshTv087349 for ; Wed, 26 Oct 2016 12:54:43 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213803] ixl ethernet driver does not report transceiver details ? Date: Wed, 26 Oct 2016 12:54:43 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: feature, needs-patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: jeffrey.e.pieper@intel.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2016 12:54:43 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213803 Jeff Pieper changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeffrey.e.pieper@intel.com --- Comment #1 from Jeff Pieper --- The next driver release will have this functionality: # ifconfig -v ixl2 ixl2: flags=3D8843 metric 0 mtu 1500 =20=20=20=20=20=20=20 options=3D6407bb ether 00:00:00:00:03:14 inet 190.4.9.30 netmask 0xffff0000 broadcast 190.4.255.255 inet6 fec0::4:930 prefixlen 112 inet6 fe80::200:ff:fe00:314%ixl2 prefixlen 64 scopeid 0x5 nd6 options=3D21 media: Ethernet autoselect (10Gbase-Twinax ) status: active plugged: SFP/SFP+/SFP28 1X Copper Passive (Copper pigtail) # ifconfig -vvv ixl2 ixl2: flags=3D8843 metric 0 mtu 1500 =20=20=20=20=20=20=20 options=3D6407bb ether 00:00:00:00:03:14 inet 190.4.9.30 netmask 0xffff0000 broadcast 190.4.255.255 inet6 fec0::4:930 prefixlen 112 inet6 fe80::200:ff:fe00:314%ixl2 prefixlen 64 scopeid 0x5 nd6 options=3D21 media: Ethernet autoselect (10Gbase-Twinax ) status: active plugged: SFP/SFP+/SFP28 1X Copper Passive (Copper pigtail) vendor: Amphenol PN: 624380003 SN: APF14460034PK7 DATE: 2014-11-14 SFF8472 DUMP (0xA0 0..127 range): 03 04 21 01 00 00 04 41 84 80 D5 00 67 00 00 00 00 00 03 00 41 6D 70 68 65 6E 6F 6C 20 20 20 20 20 20 20 20 00 78 A7 14 36 32 34 33 38 30 30 30 33 20 20 20 20 20 20 20 41 20 20 20 03 00 00 66 00 00 00 00 41 50 46 31 34 34 36 30 30 33 34 50 4B 37 20 20 31 34 31 31 31 34 20 20 00 00 00 EB FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Wed Oct 26 12:57:12 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3E8BC22A89 for ; Wed, 26 Oct 2016 12:57:12 +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 mx1.freebsd.org (Postfix) with ESMTPS id C31FD243 for ; Wed, 26 Oct 2016 12:57:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9QCvCrf090640 for ; Wed, 26 Oct 2016 12:57:12 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213803] ixl ethernet driver does not report transceiver details ? Date: Wed, 26 Oct 2016 12:57:13 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: feature, needs-patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: pi@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2016 12:57:12 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213803 --- Comment #2 from Kurt Jaeger --- Very cool! Thanks a lot! --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Wed Oct 26 13:15:32 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09316C2216A for ; Wed, 26 Oct 2016 13:15:32 +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 mx1.freebsd.org (Postfix) with ESMTPS id EC403107E for ; Wed, 26 Oct 2016 13:15:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9QDFVmP072157 for ; Wed, 26 Oct 2016 13:15:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213803] net/intel-ixl-kmod: Does not report transceiver details ? Date: Wed, 26 Oct 2016 13:15:31 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: feature, needs-patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: product component version assigned_to short_desc 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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2016 13:15:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213803 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Product|Base System |Ports & Packages Component|kern |Individual Port(s) Version|CURRENT |Latest Assignee|freebsd-bugs@FreeBSD.org |freebsd-ports-bugs@FreeBSD. | |org Summary|ixl ethernet driver does |net/intel-ixl-kmod: Does |not report transceiver |not report transceiver |details ? |details ? --- Comment #3 from Kubilay Kocak --- Revert incorrect classification and clarify Summary according to category/portname hidden^W mentioned in comment 0 --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Wed Oct 26 13:17:49 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 400D0C222CD for ; Wed, 26 Oct 2016 13:17:49 +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 mx1.freebsd.org (Postfix) with ESMTPS id 2F04912CA for ; Wed, 26 Oct 2016 13:17:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9QDHmKc076345 for ; Wed, 26 Oct 2016 13:17:49 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213803] net/intel-ixl-kmod: Does not report transceiver details Date: Wed, 26 Oct 2016 13:17:48 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: feature, needs-patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: pi@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: assigned_to flagtypes.name short_desc 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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2016 13:17:49 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213803 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-ports-bugs@FreeBSD. |pi@FreeBSD.org |org | Flags| |maintainer-feedback?(jeffre | |y.e.pieper@intel.com) Summary|net/intel-ixl-kmod: Does |net/intel-ixl-kmod: Does |not report transceiver |not report transceiver |details ? |details --- Comment #4 from Kubilay Kocak --- Reporter is committer, assign accordingly. Pending patch & QA (it appears from comment 1?) --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Wed Oct 26 13:18:05 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27B25C2232F for ; Wed, 26 Oct 2016 13:18:05 +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 mx1.freebsd.org (Postfix) with ESMTPS id 1726013C2 for ; Wed, 26 Oct 2016 13:18:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9QDI4r3076916 for ; Wed, 26 Oct 2016 13:18:04 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213803] net/intel-ixl-kmod: Does not report transceiver details Date: Wed, 26 Oct 2016 13:18:05 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: feature, needs-patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: pi@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: cc 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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2016 13:18:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213803 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- CC|freebsd-net@FreeBSD.org | --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Wed Oct 26 22:35:29 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8AA08C239C1 for ; Wed, 26 Oct 2016 22:35:29 +0000 (UTC) (envelope-from tailings@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C8FEDC8B for ; Wed, 26 Oct 2016 22:35:28 +0000 (UTC) (envelope-from tailings@gmx.com) Received: from [192.168.0.10] ([177.192.248.135]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0M9s2y-1cAU4W1Quu-00B5KR for ; Thu, 27 Oct 2016 00:35:21 +0200 Subject: Unbound: trying to resolve AAAA on a IPv6 free network. References: <5810B319.5090305@nlnetlabs.nl> From: tailings@gmx.com To: "freebsd-net@freebsd.org" X-Forwarded-Message-Id: <5810B319.5090305@nlnetlabs.nl> Message-ID: Date: Wed, 26 Oct 2016 20:35:17 -0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <5810B319.5090305@nlnetlabs.nl> X-Provags-ID: V03:K0:EgsXrYHgD9sBrUdmJS6r4UWqcOwnGONf8Bie9ExvzKnwALxL8aW Ixg0Zg92ldKrlm8rbWnZuKR4CFEejTyg/rBHbS7nfOYFN/OgLpsi14eObV3kHzqnXRttvlv aY+C+ZZBNu1XpMidvnwL4YBqZnX9wi39d6r3b6l1bO1ZzUYMONK6tcjRt/klD0fRUw4iFKv Y39gZnKnLAElVfpY+k+Qg== X-UI-Out-Filterresults: notjunk:1;V01:K0:zbHsNtA/6BA=:5+oYzOTsFTSoWEkkCy6D/u K/UZ/0c8M6Lf/dIJcQPv485PJ7AlqEiK0Wl5VA1gl4uGOxJcy1KSNEXonnZLRIQH8vKOyscov cx/Y3uoe6kKXzI5CmoSYgOJcS7qwUHzkTeOj2+Kyv6T6fXBmfBMg+c4ir3XoaB/m7vP9kwuLY ioYgUC+b606tGi3/CnMf97bYV1oFq6ogUKpi3jb3K/K0WlhwetZMk5hYOU7/QECrXjc6oC8TO /P+HIMh+O89mvkFBEbH2HvXCJMNV3zk41jTh2g1MFHrMLPsnEBTeHjV78YTnyt/MHMOxgLeWZ vFse1jRKkIhVYmkquiYrZ706IFWzMUUeJg55lC2qfokFp9QHv4YjAW8wDtthrZ09yH8ivdID/ CciOygUGLUF9uH5Q7Ckze94wHdehRo1SRwK0fWHIyNID8JccKntDj+OtqwtxnUSlCVHl6eMjz Fh5uBqGs6LaLvMMD9OWxTRiluiCE5faaYOJ5lYSxEaBeGbCTwmoeGUsllkHWtxzrC6Bio0XRE CE+L51lNs5dKztRDQ9PIlqO0s8tlT5INe7X02IJRQ/ejrdIzor5borKGkIo5h3fUGnWl8TJ08 cCy5eF8wHrbuTgZnAIjmSHrvsvJgCS22X2HTsOCCAoAFiEgpPIiofN4R0NgASMVIKOTpE/rwb U3M3PRJy+Fjmsvu1fOIz8Zi1D7ngX9ZSJFDum8ydLt8nMybzGydWJLBkKRNIwU/so2ljhPlcK bEUBWMkpdk51Q0seAIPmZDx84xFve2PUlrT3SrEwt1eoPyUYKEi7pyhJpgUJPLagS8ma4WMyW MPAbr42 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2016 22:35:29 -0000 Hello, First I had before on Unbound mailing list but they could not find the real source of the problem. I am forward the messages in order to give more information of what was already be tried. I am having problems with Unbound on FreeBSD (first 10.3 and now 11) what simple stop resolving from time to time when there is just on client accessing it. If a second one is added it almost stop working completely. I am currently using Unbound from Ports in a Jail, but before it was from Base on Host, with the same problem. Using unbound-control when it stop working, I found out it is trying to resolve IPv6 address instead IPv4: thread #0 # type cl name seconds module status 0 A IN blade.4t2.com. - iterator wait for 217.11.57.53 1 AAAA IN www.edicron.com. 40.960788 iterator wait for 217.160.83.143 2 AAAA IN www.edicron.com.privacychain.ch. 10.932778 iterator wait for 185.148.76.30 3 AAAA IN www.tubetown.de. 6.024901 iterator wait for 88.198.65.232 4 AAAA IN www.eurotubes.com. 11.084678 iterator wait for 208.109.255.22 5 AAAA IN www.tubemonger.com. 10.982738 iterator wait for 69.49.191.246 6 AAAA IN www.diyhifisupply.com. 40.981773 iterator wait for 216.35.197.129 7 AAAA IN www.diyhifisupply.com.privacychain.ch. 10.954016 iterator wait for 185.148.76.30 8 AAAA IN www.hificollective.co.uk. 41.052734 iterator wait for 212.67.202.2 9 AAAA IN www.hificollective.co.uk.privacychain.ch. 11.024719 iterator wait for 46.16.200.135 It is relevant ot point out I do not have IPv6 configured anywhere, it is disabled even on the router. Thank you in advance. Alex. -------- Forwarded Message -------- Subject: Re: Unbound: slow issues. Date: Wed, 26 Oct 2016 15:43:53 +0200 From: W.C.A. Wijngaards To: tailings@gmx.com -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, I don't have a clue what is wrong here, maybe you are better off asking on the mailing list with more freebSD or pfSense knowledge. (you sent this to my email). The unbound error means that the directory: statement does not work after you have chrooted and then try to reread the unbound.conf again. Make the directory value the absolute path that starts with the chroot. This is not your problem, I think. Since it works for others, it is likely the firewall or something along those lines. Note that AAAA queries are a data type (with an IPv6 address in it). They can be carried over IPv4 networks fine. I don't see anything else wrong, but I also don't know about PF, perhaps ask others about that. Best regards, Wouter On 26/10/16 15:06, tailings@gmx.com wrote: > Hello Wouter, > > This is the problem I do not have IPV6 activated anywhere. It is > disabled even on router. Also, until this night my Gentoo Desktop > (the only client accessing Unbound, usually) did not even had IPV6 > compiled in anything - /I rebuild the entire system and activated > the IPV6 flags during the last night, but it was after I sent this > e-mail/. > > The only exception is a Macmini what I am using to test from a > second client and I assume it have IPV6 activated (but not a > address assigned), but it was not configured with the Unbound as > DNS since hours before I get what I posted. > > This is my PF config - /unbound is installed on /dns_jail: > > ext_if = "em0" int_if = "em1" > > host_server = "192.168.0.200" > > afp_jail = "192.168.0.210" dns_jail = "192.168.0.220" sql_jail = > "192.168.0.230" web_jail = "192.168.0.254" > > tcp_pass_host = "{ 22 }" > > tcp_pass_afp = "{ 548 }" tcp_pass_dns = "{ 53 }" tcp_pass_web = "{ > 80 443 }" > > udp_pass_dns = "{ 53 }" > > icmp_types = "echoreq" > > table persist table persist table > { 192.168.0.0/24 } > > set skip on lo0 set skip on lo1 set loginterface $ext_if > > scrub out on $ext_if all fragment reassemble random-id scrub in on > $ext_if all fragment reassemble > > antispoof log quick for $ext_if inet > > block log all block quick from block quick from > > > pass inet proto icmp all icmp-type $icmp_types keep state pass > inet proto icmp from to any keep state > > pass log on $ext_if inet proto tcp from any to any port ssh \ > flags S/SA keep state \ (max-src-conn 100, max-src-conn-rate 15/5, > \ overload flush global) > > pass out all > > pass in proto tcp from any to $web_jail port $tcp_pass_web > synproxy state > > pass in quick proto tcp from to $host_server port > $tcp_pass_host > > pass in quick proto tcp from to $dns_jail port > $tcp_pass_dns pass in quick proto udp from to $dns_jail > port $udp_pass_dns > > pass in quick proto tcp from to $afp_jail port > $tcp_pass_afp > > > The only errors I found on Unbound log are: > > Oct 23 15:18:51 unbound[2280:0] error: cannot chdir to directory: > (No such file or directory) Oct 25 22:36:08 unbound[1123:0] error: > cannot chdir to directory: (No such file or directory) > > ls -l /usr/local/etc/unbound: > > drwxr-xr-x 2 unbound unbound 3 Oct 23 02:37 conf.d > drwxr-xr-x 2 unbound unbound 3 Oct 23 02:58 log -rw-r--r-- 1 > unbound unbound 3291 Oct 20 17:35 root.hints -rw-r--r-- 1 > unbound wheel 759 Oct 26 00:50 root.key -rw-r--r-- 1 > unbound unbound 1813 Oct 26 00:49 unbound.conf -rw-r--r-- 1 > unbound unbound 29366 Oct 23 02:33 unbound.conf.sample srw-rw---- > 1 unbound unbound 0 Oct 26 00:50 unbound.ctl -rw-r--r-- 1 > unbound unbound 5 Oct 26 00:50 unbound.pid > > > PS. Please, note I had the same problem when I was using Unbound > on the Host instead in a Jail. PS.2 May be interesting to point out > I also had the same problem early this year while I was trying > pfSense, but in another box. > > > Thank you! > > > > On 26/10/16 10:16, W.C.A. Wijngaards via Unbound-users wrote: Hi > Alex, > > Your requestlist has AAAA queries in it, destined for IPv4 > addresses. The wait times are very long; they look stalled. > > Unbound generates AAAA queries internally, but only when do-ip6 is > enabled. You have it disabled. > > Your clients must therefore be the ones asking for AAAA records. > The firewall is blocking query type AAAA? Blocking a query type > generates this type of trouble. Unbound cannot tell the > difference between this 'random filtering' and a 'down server', and > therefore must cease sending traffic. Also for your type A > requests. This causes resolution to stop. > > If you wanted to filter out queries on some sort of 'random' topic; > return a reply with an error code set. Otherwise unbound can only > conclude the server is unreachable. > > Best regards, Wouter > > On 26/10/16 04:34, tailings--- via Unbound-users wrote: >>>> Following the advise I found out, while running >>>> "unbound-control dump_requestlist", what seems to be Unbound >>>> trying to resolve IPV6 address instead IPV4. >>>> >>>> I do not have IPV6 configured on the server, and have >>>> "do-ip6: no" explicitly in unbound.conf. >>>> >>>> thread #0 # type cl name seconds module status 0 >>>> A IN blade.4t2.com. - iterator wait for 217.11.57.53 1 AAAA >>>> IN www.edicron.com. 40.960788 iterator wait for >>>> 217.160.83.143 2 AAAA IN www.edicron.com.privacychain.ch. >>>> 10.932778 iterator wait for 185.148.76.30 3 AAAA IN >>>> www.tubetown.de. 6.024901 iterator wait for 88.198.65.232 4 >>>> AAAA IN www.eurotubes.com. 11.084678 iterator wait for >>>> 208.109.255.22 5 AAAA IN www.tubemonger.com. 10.982738 >>>> iterator wait for 69.49.191.246 6 AAAA IN >>>> www.diyhifisupply.com. 40.981773 iterator wait for >>>> 216.35.197.129 7 AAAA IN >>>> www.diyhifisupply.com.privacychain.ch. 10.954016 iterator >>>> wait for 185.148.76.30 8 AAAA IN www.hificollective.co.uk. >>>> 41.052734 iterator wait for 212.67.202.2 9 AAAA IN >>>> www.hificollective.co.uk.privacychain.ch. 11.024719 iterator >>>> wait for 46.16.200.135 >>>> >>>> Thank you. >>>> >>>> On 25/10/16 13:28, Daniel Ryšlink via Unbound-users wrote: >>>>> For the record, I am also running the latest version of >>>>> Unbound (1.5.10) on FreeBSD 10.3 with libevent compilation >>>>> option, and I have no problems whatsoever. >>>>> >>>>> Recommended things to check: >>>>> >>>>> - sysctl limits for network buffers, expecially TCP >>>>> buffers, since the penetration of DNSSec means that TCP >>>>> based DNS traffic is increasing. >>>>> >>>>> - in case you use stateful firewall, check limits for max >>>>> number of states, since you can run out quite easily. >>>>> Stateless rules for DNS traffic are recommended. Also >>>>> limit for maximum fragmented packet limits. >>>>> >>>>> - try to monitor your system resource usage, especially >>>>> memory - do you have enough? does the system swap during >>>>> peaks in traffic? >>>>> >>>>> - check logs for messages concerning failures to send >>>>> packets, limits for various resources reached, etc >>>>> >>>>> Also, my servers are constantly bombarded by bogus queries >>>>> about bogus domains featuring non-responsive authoritative >>>>> nameservers (targets of some DDOS attack, if I understand >>>>> it correctly), and such queries can exhaust your resources >>>>> rapidly, since each unresolved TCP query consumes a >>>>> portion of memory before it times out. Use the command >>>>> "unbound-control dump_requestlist" to check what queries >>>>> are being resolved during the time the server appears to >>>>> be non-responsive/slow. I had to implement a >>>>> countermeasure that recognizes these bogus queries and >>>>> replies with NXDOMAIN RCODE immediately, saving the >>>>> resolver's memory for legitimate traffic. >>>>> >>>>> I am not saying that there cannot be a problem with the >>>>> newest version of Unbound, just reporting everything is >>>>> fine here and trying to provide some tips. >>>>> > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJYELMZAAoJEJ9vHC1+BF+NsF0P/0bpcLga1AptO8S6ljUGTtjy tnmqQsgy1mrTQf5ylT3OeqlMvw4N8dBoRTDzCeeG9TMxErl8IuaHf06pGhkZQana g5RiA8A5bexLurlmSmg65hQpH0s+HaYOmJATC34kuC9QgddM9Cc034zrkbiRMnmG EFvqqmsKJJwZ5lDRHbgHYYXV7VRL0RtxeeL6HW/P3fv1Vnh4I2OL5TLfscc0b6N/ nL79IRAYW7qMX7Oo0KpGARnA/IYJehXbRrIn7xg9LmOdfxmxxT+7PWBExVyGmi7j 0ROijBAH4AuZAUlyct5X+hnbxsgNfPQOvhwSmWoScJZ8+mBLHr9ShwSKEKd7lfAr kUM16WiosnYg4D+EZmEdET4JuN+roizyaylbM83RzdFMgf3xwaO8UbwevQ5xWjao vKtsOONfGSnl3dSzbJTO/8+XqC5jb8Ml6T7M1OZcXQxjoAncW2mjRGhADR8ok0nj dMNM4wqbX+x2VTmQhTVIbyEc1ld7s0IoV1rgyomF7kx5JQ45QBVFYmBaJj/rT/LJ h8oBD1azU8NSWc2SHfViUpbm9Dn1A17wt3719daqPL5+S5nYiGD7mg0ivGs4Fb1N wgcPWQq3KqMJFtqtBKkzyHN5qHDbqyd8S7HZK8B4Q5kyB8slps618MExaK8FE3vg GW76I5TQHa7/3fraSBgX =bp4F -----END PGP SIGNATURE----- *Original message!!!* Hello, I am running Unbound on FreeBSD, initially 10.3 and now 11, I tried the one on the FreeBSD Base, and now the Port (unbound-1.5.10) compiled with libevent support. The problem I am experiencing is, from time to time unbound become utterly slow or do not resolve anything, or almost anything. I did several changes on unbound.conf file and the problem now return about one time a day when just me (one user) is using Unbound as resolver. If a second user begin to using Unbound at same time it became slow as described until it have just one user again. I opened a post on FreeBSD forum, what have more information: https://forums.freebsd.org/threads/57493/ I need to add I also tried without success to disable PF firewall looking for any kind of firewall related issue. Also, this is my current unbound.conf: # This file was generated by local-unbound-setup. # Modifications will be overwritten. server: port: 53 username: unbound directory: /usr/local/etc/unbound chroot: /usr/local/etc/unbound pidfile: /usr/local/etc/unbound/unbound.pid auto-trust-anchor-file: /usr/local/etc/unbound/root.key root-hints: "/usr/local/etc/unbound/root.hints" logfile: log/unbound.log log-time-ascii: yes val-log-level: 2 do-ip6: no do-tcp: yes interface: 127.0.0.2 interface: 192.168.0.220 access-control: 127.0.0.2/16 allow access-control: 192.168.0.0/24 allow private-address: 192.168.0.0/24 private-domain: mydomain.com qname-minimisation: yes minimal-responses: no hide-identity: yes hide-version: yes do-not-query-localhost: no val-clean-additional: yes harden-glue: yes harden-dnssec-stripped: yes unwanted-reply-threshold: 10000 prefetch: yes prefetch-key: yes cache-min-ttl: 3600 cache-max-ttl: 86400 num-threads: 4 msg-cache-slabs: 8 rrset-cache-slabs: 8 infra-cache-slabs: 8 key-cache-slabs: 8 rrset-cache-size: 100m msg-cache-size: 50m outgoing-range: 8192 num-queries-per-thread: 4096 so-rcvbuf: 1m so-sndbuf: 1m unblock-lan-zones: yes insecure-lan-zones: yes include: /usr/local/etc/unbound/conf.d/*.conf #forward-zone: # name: . # forward-addr: 189.38.95.95 # forward-addr: 189.38.95.96 remote-control: control-enable: yes control-interface: /usr/local/etc/unbound/unbound.ctl control-use-cert: no From owner-freebsd-net@freebsd.org Wed Oct 26 22:44:10 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 321ADC23B79 for ; Wed, 26 Oct 2016 22:44:10 +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 mx1.freebsd.org (Postfix) with ESMTPS id 21E7516 for ; Wed, 26 Oct 2016 22:44:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9QMi8oe067993 for ; Wed, 26 Oct 2016 22:44:10 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213818] bxe driver error QLogic NetXtreme II BCM57840 4x10GbE Date: Wed, 26 Oct 2016 22:44:09 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-STABLE X-Bugzilla-Keywords: 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-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to cc 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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2016 22:44:10 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213818 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-bugs@FreeBSD.org |freebsd-net@FreeBSD.org CC|freebsd-amd64@FreeBSD.org | --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Wed Oct 26 22:44:31 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3EE9FC23C01 for ; Wed, 26 Oct 2016 22:44:31 +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 mx1.freebsd.org (Postfix) with ESMTPS id 2E9C619B for ; Wed, 26 Oct 2016 22:44:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9QMiU0J068605 for ; Wed, 26 Oct 2016 22:44:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213804] [carp]: packets got processes on the BACKUP node under certain conditions Date: Wed, 26 Oct 2016 22:44:30 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-STABLE X-Bugzilla-Keywords: 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-net@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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2016 22:44:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213804 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-bugs@FreeBSD.org |freebsd-net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Thu Oct 27 06:52:18 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 425C3C2248F for ; Thu, 27 Oct 2016 06:52:18 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D7A45C26 for ; Thu, 27 Oct 2016 06:52:17 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (localhost [127.0.0.1]) by ns.kevlo.org (8.15.2/8.15.2) with ESMTPS id u9R6oHwM096065 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 27 Oct 2016 14:50:18 +0800 (CST) (envelope-from kevlo@ns.kevlo.org) Received: (from kevlo@localhost) by ns.kevlo.org (8.15.2/8.15.2/Submit) id u9R6oG8W096064; Thu, 27 Oct 2016 14:50:16 +0800 (CST) (envelope-from kevlo) Date: Thu, 27 Oct 2016 14:50:16 +0800 From: Kevin Lo To: David Horwitt Cc: freebsd-net@freebsd.org Subject: Re: Adding RTL8153 support to rue(4) (actually cdce(4)) USB to Ethernet driver [SOLVED] Message-ID: <20161027065016.GA96055@ns.kevlo.org> References: <5807B630.1060806@aogsquid.ucsd.edu> <3622755d-b0cd-60bf-0f81-469d06e65595@selasky.org> <58092C6D.8080105@aogsquid.ucsd.edu> <30de3b9c-98c4-0bbc-dce2-eddc52e98b10@selasky.org> <580EE8DE.2060005@aogsquid.ucsd.edu> <20161025085012.GA80112@ns.kevlo.org> <14a75b66-5951-5ea0-5ab6-a9f18bd920c7@aogsquid.ucsd.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <14a75b66-5951-5ea0-5ab6-a9f18bd920c7@aogsquid.ucsd.edu> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2016 06:52:18 -0000 On Tue, Oct 25, 2016 at 09:34:31PM -0700, David Horwitt wrote: > > On 10/25/16 01:50, Kevin Lo wrote: > > Been busy at work, sorry for the late reply. I have a patch that adds > > preliminary support for the RTL8153 to ure(4), available at: > > https://people.freebsd.org/~kevlo/ure.diff > > > > Performance is not good, it could be improved later. > > Can you please give it a try and let me know? Thanks. > > > > Congratulations, it seems to basically work (I didn't test it rigorously, just dhclient and a few pings). However, > I tested while wireshark was running; network traffic ceased when wireshark stopped. It appears that the native cfg > may need promiscuous mode like cdce does. > > I spent many hours trying to merge the linux r8152.c code into if_ure.c, and was overwhelmed by all the magic > numbers and lack of associated documentation. I tip my hat to you... Thanks for the testing and feedback! The revised patch [1] should fix your problem, thanks [1] https://people.freebsd.org/~kevlo/ure.diff > Cheers, > DH Kevin From owner-freebsd-net@freebsd.org Sat Oct 29 10:53:06 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 382FAC26854 for ; Sat, 29 Oct 2016 10:53:06 +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 mx1.freebsd.org (Postfix) with ESMTPS id 277E087D for ; Sat, 29 Oct 2016 10:53:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9TAr5hg027737 for ; Sat, 29 Oct 2016 10:53:06 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 212283] oversized IP datagrams on raw socket with IP_RAWOUTPUT hang network interface drivers Date: Sat, 29 Oct 2016 10:53:06 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: mat@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? X-Bugzilla-Changed-Fields: 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-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2016 10:53:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D212283 --- Comment #18 from Mathieu Arnold --- Still a problem with 11.0-RELEASE-p2. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sat Oct 29 20:21:34 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E5B9C25872 for ; Sat, 29 Oct 2016 20:21:34 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from vms173013pub.verizon.net (vms173013pub.verizon.net [206.46.173.13]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 04A84D47 for ; Sat, 29 Oct 2016 20:21:33 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from vz-proxy-m004.mx.aol.com ([64.236.83.8]) by vms173013.mailsrvcs.net (Oracle Communications Messaging Server 7.0.5.32.0 64bit (built Jul 16 2014)) with ESMTPA id <0OFT00MDRSJMS9D0@vms173013.mailsrvcs.net> for FreeBSD-net@FreeBSD.org; Sat, 29 Oct 2016 15:21:27 -0500 (CDT) X-CMAE-Score: 0 X-CMAE-Analysis: v=2.2 cv=e4J2ceh/ c=1 sm=1 tr=0 a=Bcm0RCOkHTZ4We9DUxtllQ==:117 a=CH0kA5CcgfcA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=tXNp_sQbAAAA:8 a=1tJKHpuAfZOtZZjSFmIA:9 a=QEXdDO2ut3YA:10 a=M3HAx0D1WwAPgf-oe0cA:9 a=1QXfd-jvFRXT7unS:21 a=_W_S_7VecoQA:10 Received: by 108.5.58.106 with SMTP id 71236061; Sat, 29 Oct 2016 20:21:27 GMT Subject: How to forward traffic out via a non-default interface? To: FreeBSD-net@FreeBSD.org From: "Mikhail T." Message-id: <2685a303-1450-d060-0206-c84004f73e6d@aldan.algebra.com> Date: Sat, 29 Oct 2016 16:21:22 -0400 MIME-version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2016 20:21:34 -0000 Hello! I asked this question online already: http://superuser.com/q/1138996/247471?sem=2 if you have an answer, please, share it wherever you feel appropriate... have a fairly vanilla home LAN with an Internet provider-supplied router providing DHCP. The router uses many of its default settings unmodified. The home network is 192.168.1.0/24 and the router itself is known internally as 192.168.1.1. I need to configure several similar routers to change their default settings. One of my computers (running FreeBSD) has a spare Ethernet interface (|bce0|) and I connected one of these additional routers to it. As expected, this router /also/ uses 192.168.1.1. The machine now has two "configured" interfaces: * |bce1| -- 192.168.1.8, which is connected to the "real" router, connecting it to the Internet and the rest of the home LAN * |bce0| -- 192.168.1.5, which is connected to the second router, which I need to change to use different network settings How can I reach this second router without breaking the machine's connectivity with the LAN and the Internet? Simply trying to reach 192.168.1.1 goes through |bce1| and reaches my normal router... Can |ipfw(8)| somehow force certain packets to go out using |bce0| instead of |bce1|? Preferably, without the use of "fib", because adding one requires a reboot... Thanks! Yours, -mi From owner-freebsd-net@freebsd.org Sat Oct 29 20:48:44 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1C2CC26174 for ; Sat, 29 Oct 2016 20:48:44 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ua0-x22d.google.com (mail-ua0-x22d.google.com [IPv6:2607:f8b0:400c:c08::22d]) (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 7457FCB2 for ; Sat, 29 Oct 2016 20:48:41 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by mail-ua0-x22d.google.com with SMTP id 12so79056920uas.2 for ; Sat, 29 Oct 2016 13:48:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=1VWcEpWcs6R1Zn83WTzlJ048hS+IvXSSgGvCoJtOH+k=; b=ywuFB6siTwkci9DSVvOZPIxGgKlopccBrI/hThiYjLyPbxSGVQFo5BrnzUjY+8CuE2 r481zBata8CcoBc8vRwDt7W7ou0y2YbV04WzGtTOcnjyEFifUnlB8X13rgUQ8zkoP8ai cx1iUhrNr6xXzTSso3gFUjxkZ4NqMH6BHTLIQFkQNFJGOrHE240JL6mU9aAIRTyU8e+I OI3EZdoxfE1+bW0cCI/lTDQ9s08dvxZT1h3hWbBJZ0RqasBazg83k0a3PtGGGjl9Ec5a B0a+MNLaMJjzlkFaj/W3CMMWO3EG7p7OvXnRUmYWqNY8B1R0mV7YDVG10u4u684C0QiG tidg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=1VWcEpWcs6R1Zn83WTzlJ048hS+IvXSSgGvCoJtOH+k=; b=A7otbplQKschVIslg7qf121GSLxOQva9qtEs6H+/NBbmnbd/UodJFT2tw7kA+Oy2sA 71o9nPttu74PAnGzh43e1GmFhcvQh3noFTdWE+7p865Led72zS5FlUDo9JwMQjFCg6nc /niuY9YNCPyXUV5/TCl4pfr0qdD8aB0bNVbsAqFzAlXGuqzXWYzJ8/bZF2addtnYPK5i 9kTmswfZU3ay9ZZWlC8srppd+yznzwMrgV/kOsljhJujKKaCL1gWqpzX68vI0AuvpKwG 9oGSsMNbLzJaVsSHwsWUaVZnqm+DRQ2V1hhL0jxq84qB3tIBM4DUQbYx4Gv/MFYHw4Kn bzlw== X-Gm-Message-State: ABUngve6Wr+XMkKPVszh0stz6YiUfNYSJU8C0hUv6anT7jLOlDrcTjHG/ek6g5VQJjtqxvtB3U0KAi05AJE3YQ== X-Received: by 10.159.48.207 with SMTP id k15mr18024795uab.53.1477774120615; Sat, 29 Oct 2016 13:48:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.92.151 with HTTP; Sat, 29 Oct 2016 13:48:40 -0700 (PDT) In-Reply-To: <2685a303-1450-d060-0206-c84004f73e6d@aldan.algebra.com> References: <2685a303-1450-d060-0206-c84004f73e6d@aldan.algebra.com> From: Jack Vogel Date: Sat, 29 Oct 2016 13:48:40 -0700 Message-ID: Subject: Re: How to forward traffic out via a non-default interface? To: "Mikhail T." Cc: FreeBSD Net Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2016 20:48:44 -0000 You got your answer on the other site :) You do know you can change the default address of the router so its not 192.168.1 don't you, it even persists over a reset... On Sat, Oct 29, 2016 at 1:21 PM, Mikhail T. wrote: > Hello! I asked this question online already: > > http://superuser.com/q/1138996/247471?sem=2 > > if you have an answer, please, share it wherever you feel appropriate... > > have a fairly vanilla home LAN with an Internet provider-supplied router > providing DHCP. The router uses many of its default settings unmodified. > The home network is 192.168.1.0/24 and the router itself is known > internally as 192.168.1.1. > > I need to configure several similar routers to change their default > settings. One of my computers (running FreeBSD) has a spare Ethernet > interface (|bce0|) and I connected one of these additional routers to it. > As expected, this router /also/ uses 192.168.1.1. The machine now has two > "configured" interfaces: > > * |bce1| -- 192.168.1.8, which is connected to the "real" router, > connecting it to the Internet and the rest of the home LAN > * |bce0| -- 192.168.1.5, which is connected to the second router, > which I need to change to use different network settings > > How can I reach this second router without breaking the machine's > connectivity with the LAN and the Internet? Simply trying to reach > 192.168.1.1 goes through |bce1| and reaches my normal router... > > Can |ipfw(8)| somehow force certain packets to go out using |bce0| instead > of |bce1|? Preferably, without the use of "fib", because adding one > requires a reboot... > > Thanks! Yours, > > -mi > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >