Date: Fri, 30 Mar 2018 08:26:27 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 227086] Upgraded world - broken OpenVPN second tun - ifconfig: ioctl (SIOCAIFADDR): File exists Message-ID: <bug-227086-2472-BL64moDoAx@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-227086-2472@https.bugs.freebsd.org/bugzilla/> References: <bug-227086-2472@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227086 --- Comment #3 from Eugene Grosbein <eugen@freebsd.org> --- (In reply to Marek from comment #2) The problem is the address 10.20.20.1 that is bounded first to "local syste= m" by means of assigning it to local side of tun0. Then, an attempt is made to assign it to "remote" part of tun1 that is accomplished with creation of another route to 10.20.20.1/32 overriding existing one. Such configuration worked in older versions of FreeBSD breaking traffic flow to such an address via loopback interface but recent versions does not allow overrides to loop= back routes anymore. However, your task can be solved with much simplier configuration. In fact,= you need not local "client" OpenVPN/tun1 at all. Just assign 10.20.20.10/32 to loopback interface as alias in /etc/rc.conf: ifconfig_lo0_alias0=3D"inet 10.20.20.10/32" And your services like mail, www, etc. will work as usual. --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-227086-2472-BL64moDoAx>