From owner-freebsd-isp@FreeBSD.ORG Mon Jan 16 00:31:25 2012 Return-Path: Delivered-To: freebsd-isp@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFDF11065675 for ; Mon, 16 Jan 2012 00:31:25 +0000 (UTC) (envelope-from up@3.am) Received: from mail.pil.net (ns3.pil.net [209.17.170.205]) by mx1.freebsd.org (Postfix) with SMTP id 812EA8FC25 for ; Mon, 16 Jan 2012 00:31:25 +0000 (UTC) Received: (qmail 22163 invoked by uid 80); 15 Jan 2012 19:00:35 -0500 Received: from 165.123.243.248 (SquirrelMail authenticated user up) by ssl.pil.net with HTTP; Sun, 15 Jan 2012 19:00:35 -0500 Message-ID: Date: Sun, 15 Jan 2012 19:00:35 -0500 From: up@3.am To: freebsd-isp@freebsd.org User-Agent: SquirrelMail/1.4.19 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Suddenly IP aliases don't work from rc file? X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 00:31:25 -0000 A dedicated server that I rent has a primary IP and 6 alias IPs. Everything was working ok with the rc.conf configured like this: ifconfig_rl0="inet primary.ip.address netmask 255.255.254.0" The primary IP above comes up fine. I then have: ifconfig_rl0_alias0="inet second.ip.addr netmask 255.255.255.255" ifconfig_rl0_alias1="inet third.ip.addr netmask 255.255.255.255" and so on. This worked fine until we had an Ethernet card go bad. It was replaced and I had to use a different driver, but none of the alias IPs worked. They showed up in ifconfig, but they couldn't be reached from outside the localhost. So, I had them put in an identical Realtek s before, change the driver back as above but the problem persisted. I tried moving the ifconfig lines from the end of the rc file to near the beginning, right after the main IP ifconfig, but still no go after rebooting each time. I messed around with this for a while and finally just removed the alias IPs using the manual "ifconfig rl0 second.ip.addr netmask 255.255.255.255 -alias" and re-adding it the same way. That got those IPs working again. The only thing I can think of is that this server does have an onboard Attansic Ether that the GENERIC kernel sees...we actually used it yesterday after the first Realtek died and it worked fine for a while, then would just crap out intermittently. We went back to Realtek and that fixed the connection crappiness, but that's when the alias problems began...all I had done was change the driver letters. One thing that makes me wonder about the other Ether is that "netstat -rn showed "link#2" for the alias IPs. However, it still shows that after deleting and re-adding them, which fixed it. Any ideas? It's working now but any kind of reboot is going to cause havoc. From owner-freebsd-isp@FreeBSD.ORG Mon Jan 16 01:04:46 2012 Return-Path: Delivered-To: freebsd-isp@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 000CB106564A for ; Mon, 16 Jan 2012 01:04:45 +0000 (UTC) (envelope-from cbuechler@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 849488FC0A for ; Mon, 16 Jan 2012 01:04:45 +0000 (UTC) Received: by wibhq12 with SMTP id hq12so538910wib.13 for ; Sun, 15 Jan 2012 17:04:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=UWd+bgrBOzQ+wHWxtQDnd3iJlTZfyYyif6YTI1+1+aI=; b=Is640syF6Hg84U4Lr8knW1eKoC2aOBcYUT4M9clBf5DcqXQJLJWaABh5Bu1g2qJ5dY ASiefFBHc0sT7S6PWCn+BOB8vzbGQu84W2v96soaIqkNtToIB4CHmhJep/CDC4x+4fbe ixweTEP2fcJDqxIoWyCD9H7KT53GuLP5SjV+Y= Received: by 10.180.103.97 with SMTP id fv1mr9642135wib.17.1326674230288; Sun, 15 Jan 2012 16:37:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.61.15 with HTTP; Sun, 15 Jan 2012 16:36:49 -0800 (PST) In-Reply-To: References: From: Chris Buechler Date: Sun, 15 Jan 2012 19:36:49 -0500 Message-ID: To: up@3.am Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-isp@freebsd.org Subject: Re: Suddenly IP aliases don't work from rc file? X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 01:04:46 -0000 On Sun, Jan 15, 2012 at 7:00 PM, wrote: > A dedicated server that I rent has a primary IP and 6 alias IPs. =A0Every= thing was > working ok with the rc.conf configured like this: > > ifconfig_rl0=3D"inet primary.ip.address netmask 255.255.254.0" > > The primary IP above comes up fine. =A0I then have: > > ifconfig_rl0_alias0=3D"inet second.ip.addr netmask 255.255.255.255" > ifconfig_rl0_alias1=3D"inet third.ip.addr netmask 255.255.255.255" > > and so on. =A0This worked fine until we had an Ethernet card go bad. =A0I= t was > replaced and I had to use a different driver, but none of the alias IPs w= orked. > They showed up in ifconfig, but they couldn't be reached from outside the > localhost. =A0So, I had them put in an identical Realtek s before, change= the driver > back as above but the problem persisted. > > I tried moving the ifconfig lines from the end of the rc file to near the > beginning, right after the main IP ifconfig, but still no go after reboot= ing each > time. =A0I messed around with this for a while and finally just removed t= he alias > IPs using the manual "ifconfig rl0 second.ip.addr netmask 255.255.255.255= -alias" > and re-adding it the same way. =A0That got those IPs working again. > > The only thing I can think of is that this server does have an onboard At= tansic > Ether that the GENERIC kernel sees...we actually used it yesterday after = the first > Realtek died and it worked fine for a while, then would just crap out > intermittently. =A0We went back to Realtek and that fixed the connection = crappiness, > but that's when the alias problems began...all I had done was change the = driver > letters. =A0One thing that makes me wonder about the other Ether is that = "netstat > -rn showed "link#2" for the alias IPs. =A0However, it still shows that af= ter > deleting and re-adding them, which fixed it. > > Any ideas? =A0It's working now but any kind of reboot is going to cause h= avoc. Are you sure it's the reboot that causes havoc? Sounds like you may have been fighting an ARP cache upstream that either timed out or got updated in the process of mucking around with the IPs. I also wouldn't touch a server with Realtek NICs in it, probably the worst NIC hardware ever built. From owner-freebsd-isp@FreeBSD.ORG Mon Jan 16 01:36:58 2012 Return-Path: Delivered-To: freebsd-isp@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 604001065670; Mon, 16 Jan 2012 01:36:58 +0000 (UTC) (envelope-from SRS0=fNa5Mu=73=socllc.net=khatfield@srs.bis6.us.blackberry.com) Received: from smtp04.bis6.us.blackberry.com (smtp04.bis6.us.blackberry.com [74.82.85.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0D3008FC1E; Mon, 16 Jan 2012 01:36:57 +0000 (UTC) Received: from b3.c15.bise6.blackberry ([192.168.0.103]) by srs.bis6.us.blackberry.com (8.13.7 TEAMON/8.13.7) with ESMTP id q0G18CZL013833; Mon, 16 Jan 2012 01:08:12 GMT Received: from 172.29.208.217 (cmp47.c15.bise6.blackberry [172.29.208.217]) by b3.c15.bise6.blackberry (8.13.7 TEAMON/8.13.7) with ESMTP id q0G18AnE000403; Mon, 16 Jan 2012 01:08:10 GMT X-rim-org-msg-ref-id: 201882339 Message-ID: <201882339-1326676090-cardhu_decombobulator_blackberry.rim.net-2038766906-@b1.c15.bise6.blackberry> Content-Transfer-Encoding: base64 X-Priority: Normal References: In-Reply-To: Sensitivity: Normal Importance: Normal To: up@3.am, owner-freebsd-isp@freebsd.org, freebsd-isp@freebsd.org From: khatfield@socllc.net Date: Mon, 16 Jan 2012 01:08:09 +0000 Content-Type: text/plain MIME-Version: 1.0 Cc: Subject: Re: Suddenly IP aliases don't work from rc file? X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: khatfield@socllc.net List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 01:36:58 -0000 QXJlIHRoZSBhbGlhcyBJUCdzIGFzIHBhcnQgb2YgdGhlIHNhbWUgc3VibmV0PyBGb3IgZXhhbXBs ZSwgaW4gb25lIHN1Ym5ldD8NCg0KSXQncyBhIGxpdHRsZSBjb25jZXJuaW5nIHlvdXIgcHJpbWFy eSBzdWJuZXQgbWFzayBpcyBvZiBhIC8yMy4gQXJlIHlvdSBhY3R1YWxseSBhc3NpZ25pbmcgYWxs IDUxMiBJUCdzIHRvIG9uZSBzZXJ2ZXIgb3Igc2V0IC8gdmxhbj8NCg0KSXQgaXMgbGlrZWx5IHRo ZXJlIGlzIGEgZ2F0ZXdheSBpc3N1ZS4gVGhlIG90aGVyIGFsdGVybmF0aXZlIGlzIHRoZSByb3V0 ZXMgd2VyZSBtaXNzaW5nLiBCYXNlZCBvbiB3aGF0IHlvdSdyZSBsaXN0aW5nIGluIHRoZSBleGFt cGxlLCB5b3UgaGF2ZSA1MTIgSVAncyBhc3NpZ25lZCB0byB0aGlzIG9uZSBzaW5ndWxhciBzeXN0 ZW0gcHJpbWFyeSBJUD8NCg0KSSdkIGRvdWJsZSBjaGVjayB0aGUgZ2F0ZXdheXMgYW5kIHRoZSBu ZXRtYXNrcy4NCg0KSWYgYSByZWJvb3QgYnJlYWtzIGFnYWluIGFmdGVyIHRob3NlIGFyZSB2ZXJp ZmllZCwgc2VuZCB1cyBhIG5ldHN0YXQgLW5yIHdpdGggc29tZSBtb3JlIGRldGFpbC4NCg0KTm90 IHN1cmUgdGhpcyBpcyB0aGUgZXhhY3QgZm9ydW0gZm9yIHRoaXMgcXVlc3Rpb24gYnV0IHlvdSdy ZSB3ZWxjb21lIHRvIGVtYWlsIG1lIGRpcmVjdGx5IGFuZCBJIGNhbiB0cnkgdG8gYXNzaXN0LiBJ IGFtIG5vdCByZXByZXNlbnRhdGl2ZSBvZiB0aGUgRnJlZUJTRCB0ZWFtIGhvd2V2ZXIgSSBkbyBo YXZlIGEgbG90IG9mIGV4cGVyaWVuY2Ugd2l0aCBpdCAvIGV4dGVuc2l2ZSB1c2UuDQoNCk90aGVy d2lzZSwgbWF5YmUgc29tZW9uZSBlbHNlIGNhbiBwcm92aWRlIGEgbW9yZSBwcm9iYWJsZSBhbnN3 ZXIuDQoNCihBbHNvIGVuc3VyZSB5b3UgaGF2ZSBybCBhbmQgcmUgY29tcGlsZWQgaW4gdGhlIGtl cm5lbCAtIGl0J3MgcG9zc2libGUgeW91IG1heSBzdGlsbCBoYXZlIGEgZHJpdmVyIGlzc3VlKQ0K DQpCZXN0IG9mIGx1Y2shDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogdXBAMy5h bQ0KU2VuZGVyOiBvd25lci1mcmVlYnNkLWlzcEBmcmVlYnNkLm9yZw0KRGF0ZTogU3VuLCAxNSBK YW4gMjAxMiAxOTowMDozNSANClRvOiA8ZnJlZWJzZC1pc3BAZnJlZWJzZC5vcmc+DQpTdWJqZWN0 OiBTdWRkZW5seSBJUCBhbGlhc2VzIGRvbid0IHdvcmsgZnJvbSByYyBmaWxlPw0KDQpBIGRlZGlj YXRlZCBzZXJ2ZXIgdGhhdCBJIHJlbnQgaGFzIGEgcHJpbWFyeSBJUCBhbmQgNiBhbGlhcyBJUHMu ICBFdmVyeXRoaW5nIHdhcw0Kd29ya2luZyBvayB3aXRoIHRoZSByYy5jb25mIGNvbmZpZ3VyZWQg bGlrZSB0aGlzOg0KDQppZmNvbmZpZ19ybDA9ImluZXQgcHJpbWFyeS5pcC5hZGRyZXNzIG5ldG1h c2sgMjU1LjI1NS4yNTQuMCINCg0KVGhlIHByaW1hcnkgSVAgYWJvdmUgY29tZXMgdXAgZmluZS4g IEkgdGhlbiBoYXZlOg0KDQppZmNvbmZpZ19ybDBfYWxpYXMwPSJpbmV0IHNlY29uZC5pcC5hZGRy IG5ldG1hc2sgMjU1LjI1NS4yNTUuMjU1Ig0KaWZjb25maWdfcmwwX2FsaWFzMT0iaW5ldCB0aGly ZC5pcC5hZGRyIG5ldG1hc2sgMjU1LjI1NS4yNTUuMjU1Ig0KDQphbmQgc28gb24uICBUaGlzIHdv cmtlZCBmaW5lIHVudGlsIHdlIGhhZCBhbiBFdGhlcm5ldCBjYXJkIGdvIGJhZC4gIEl0IHdhcw0K cmVwbGFjZWQgYW5kIEkgaGFkIHRvIHVzZSBhIGRpZmZlcmVudCBkcml2ZXIsIGJ1dCBub25lIG9m IHRoZSBhbGlhcyBJUHMgd29ya2VkLiANClRoZXkgc2hvd2VkIHVwIGluIGlmY29uZmlnLCBidXQg dGhleSBjb3VsZG4ndCBiZSByZWFjaGVkIGZyb20gb3V0c2lkZSB0aGUNCmxvY2FsaG9zdC4gIFNv LCBJIGhhZCB0aGVtIHB1dCBpbiBhbiBpZGVudGljYWwgUmVhbHRlayBzIGJlZm9yZSwgY2hhbmdl IHRoZSBkcml2ZXINCmJhY2sgYXMgYWJvdmUgYnV0IHRoZSBwcm9ibGVtIHBlcnNpc3RlZC4NCg0K SSB0cmllZCBtb3ZpbmcgdGhlIGlmY29uZmlnIGxpbmVzIGZyb20gdGhlIGVuZCBvZiB0aGUgcmMg ZmlsZSB0byBuZWFyIHRoZQ0KYmVnaW5uaW5nLCByaWdodCBhZnRlciB0aGUgbWFpbiBJUCBpZmNv bmZpZywgYnV0IHN0aWxsIG5vIGdvIGFmdGVyIHJlYm9vdGluZyBlYWNoDQp0aW1lLiAgSSBtZXNz ZWQgYXJvdW5kIHdpdGggdGhpcyBmb3IgYSB3aGlsZSBhbmQgZmluYWxseSBqdXN0IHJlbW92ZWQg dGhlIGFsaWFzDQpJUHMgdXNpbmcgdGhlIG1hbnVhbCAiaWZjb25maWcgcmwwIHNlY29uZC5pcC5h ZGRyIG5ldG1hc2sgMjU1LjI1NS4yNTUuMjU1IC1hbGlhcyINCmFuZCByZS1hZGRpbmcgaXQgdGhl IHNhbWUgd2F5LiAgVGhhdCBnb3QgdGhvc2UgSVBzIHdvcmtpbmcgYWdhaW4uDQoNClRoZSBvbmx5 IHRoaW5nIEkgY2FuIHRoaW5rIG9mIGlzIHRoYXQgdGhpcyBzZXJ2ZXIgZG9lcyBoYXZlIGFuIG9u Ym9hcmQgQXR0YW5zaWMNCkV0aGVyIHRoYXQgdGhlIEdFTkVSSUMga2VybmVsIHNlZXMuLi53ZSBh Y3R1YWxseSB1c2VkIGl0IHllc3RlcmRheSBhZnRlciB0aGUgZmlyc3QNClJlYWx0ZWsgZGllZCBh bmQgaXQgd29ya2VkIGZpbmUgZm9yIGEgd2hpbGUsIHRoZW4gd291bGQganVzdCBjcmFwIG91dA0K aW50ZXJtaXR0ZW50bHkuICBXZSB3ZW50IGJhY2sgdG8gUmVhbHRlayBhbmQgdGhhdCBmaXhlZCB0 aGUgY29ubmVjdGlvbiBjcmFwcGluZXNzLA0KYnV0IHRoYXQncyB3aGVuIHRoZSBhbGlhcyBwcm9i bGVtcyBiZWdhbi4uLmFsbCBJIGhhZCBkb25lIHdhcyBjaGFuZ2UgdGhlIGRyaXZlcg0KbGV0dGVy cy4gIE9uZSB0aGluZyB0aGF0IG1ha2VzIG1lIHdvbmRlciBhYm91dCB0aGUgb3RoZXIgRXRoZXIg aXMgdGhhdCAibmV0c3RhdA0KLXJuIHNob3dlZCAibGluayMyIiBmb3IgdGhlIGFsaWFzIElQcy4g IEhvd2V2ZXIsIGl0IHN0aWxsIHNob3dzIHRoYXQgYWZ0ZXINCmRlbGV0aW5nIGFuZCByZS1hZGRp bmcgdGhlbSwgd2hpY2ggZml4ZWQgaXQuDQoNCkFueSBpZGVhcz8gIEl0J3Mgd29ya2luZyBub3cg YnV0IGFueSBraW5kIG9mIHJlYm9vdCBpcyBnb2luZyB0byBjYXVzZSBoYXZvYy4NCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpmcmVlYnNkLWlzcEBmcmVl YnNkLm9yZyBtYWlsaW5nIGxpc3QNCmh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xp c3RpbmZvL2ZyZWVic2QtaXNwDQpUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJl ZWJzZC1pc3AtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciDQo= From owner-freebsd-isp@FreeBSD.ORG Mon Jan 16 20:06:38 2012 Return-Path: Delivered-To: freebsd-isp@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47638106564A for ; Mon, 16 Jan 2012 20:06:36 +0000 (UTC) (envelope-from khatfield@socllc.net) Received: from smtp186.iad.emailsrvr.com (smtp186.iad.emailsrvr.com [207.97.245.186]) by mx1.freebsd.org (Postfix) with ESMTP id B99638FC08 for ; Mon, 16 Jan 2012 20:06:35 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp48.relay.iad1a.emailsrvr.com (SMTP Server) with ESMTP id 007841686EC; Mon, 16 Jan 2012 14:50:38 -0500 (EST) X-Virus-Scanned: OK Received: from dynamic14.wm-web.iad.mlsrvr.com (dynamic14.wm-web.iad1a.rsapps.net [192.168.2.221]) by smtp48.relay.iad1a.emailsrvr.com (SMTP Server) with ESMTP id C1523168491; Mon, 16 Jan 2012 14:50:38 -0500 (EST) Received: from socllc.net (localhost [127.0.0.1]) by dynamic14.wm-web.iad.mlsrvr.com (Postfix) with ESMTP id B1CB52E98039; Mon, 16 Jan 2012 14:50:38 -0500 (EST) Received: by apps.rackspace.com (Authenticated sender: khatfield@socllc.net, from: khatfield@socllc.net) with HTTP; Mon, 16 Jan 2012 14:50:38 -0500 (EST) Date: Mon, 16 Jan 2012 14:50:38 -0500 (EST) From: khatfield@socllc.net To: "Chris Buechler" MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: quoted-printable Importance: Normal X-Priority: 3 (Normal) X-Type: plain In-Reply-To: References: Message-ID: <1326743438.72677849@apps.rackspace.com> X-Mailer: webmail7.0 Cc: freebsd-isp@freebsd.org, up@3.am Subject: Re: Suddenly IP aliases don't work from rc file? X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 20:06:38 -0000 I think I missed Chris' response prior to replying to this but I agree as i= t could have just been an ARP issue but if it fails on reboot then that sho= ws it's something else.=0A=0AAssigning 255.255.255.255 would assume each IP= is assigned to the primary IP. However, the subnet for the primary is a /2= 3 subnet. Either the company you're renting from has horrible methods of ma= naging the way IP's are issued or it's incorrect in itself.=0A=0AI would ve= rify all of the information is indeed what they have set upstream. If it is= , I cannot fathom the amount of arp spam your box is getting anyway.=0A=0AA= lso with Chris' statement: RealTek is generic enough that works and it work= s on just about anything. However, they offer no real tuning or much suppor= t community-wise when it comes to getting the best throughput or even troub= leshooting. The idea is that it should 'just work'. My personal opinion is = if they have an Intel card lying around, ask them to stick an Intel (1000) = card in there and at least you guarantee no driver issues and really the be= st out-of-the-box performance.=0A=0AOf course, that would be the last resor= t as you're wanting to simply fix the problem right now. However, if all of= the above fails - change the card. You would be surprised when it comes to= tons of trash traffic how some cards can be flakey or cause the system's C= PU's to actually do more work than would be required with a higher-end NIC.= =0A=0A-----Original Message-----=0AFrom: "Chris Buechler" =0ASent: Sunday, January 15, 2012 7:36pm=0ATo: up@3.am=0ACc: freebsd-is= p@freebsd.org=0ASubject: Re: Suddenly IP aliases don't work from rc file?= =0A=0AOn Sun, Jan 15, 2012 at 7:00 PM, wrote:=0A> A dedicated se= rver that I rent has a primary IP and 6 alias IPs. =C2=A0Everything was=0A>= working ok with the rc.conf configured like this:=0A>=0A> ifconfig_rl0=3D"= inet primary.ip.address netmask 255.255.254.0"=0A>=0A> The primary IP above= comes up fine. =C2=A0I then have:=0A>=0A> ifconfig_rl0_alias0=3D"inet seco= nd.ip.addr netmask 255.255.255.255"=0A> ifconfig_rl0_alias1=3D"inet third.i= p.addr netmask 255.255.255.255"=0A>=0A> and so on. =C2=A0This worked fine u= ntil we had an Ethernet card go bad. =C2=A0It was=0A> replaced and I had to= use a different driver, but none of the alias IPs worked.=0A> They showed = up in ifconfig, but they couldn't be reached from outside the=0A> localhost= . =C2=A0So, I had them put in an identical Realtek s before, change the dri= ver=0A> back as above but the problem persisted.=0A>=0A> I tried moving the= ifconfig lines from the end of the rc file to near the=0A> beginning, righ= t after the main IP ifconfig, but still no go after rebooting each=0A> time= . =C2=A0I messed around with this for a while and finally just removed the = alias=0A> IPs using the manual "ifconfig rl0 second.ip.addr netmask 255.255= .255.255 -alias"=0A> and re-adding it the same way. =C2=A0That got those IP= s working again.=0A>=0A> The only thing I can think of is that this server = does have an onboard Attansic=0A> Ether that the GENERIC kernel sees...we a= ctually used it yesterday after the first=0A> Realtek died and it worked fi= ne for a while, then would just crap out=0A> intermittently. =C2=A0We went = back to Realtek and that fixed the connection crappiness,=0A> but that's wh= en the alias problems began...all I had done was change the driver=0A> lett= ers. =C2=A0One thing that makes me wonder about the other Ether is that "ne= tstat=0A> -rn showed "link#2" for the alias IPs. =C2=A0However, it still sh= ows that after=0A> deleting and re-adding them, which fixed it.=0A>=0A> Any= ideas? =C2=A0It's working now but any kind of reboot is going to cause hav= oc.=0A=0AAre you sure it's the reboot that causes havoc? Sounds like you ma= y=0Ahave been fighting an ARP cache upstream that either timed out or got= =0Aupdated in the process of mucking around with the IPs. I also wouldn't= =0Atouch a server with Realtek NICs in it, probably the worst NIC=0Ahardwar= e ever built.=0A_______________________________________________=0Afreebsd-i= sp@freebsd.org mailing list=0Ahttp://lists.freebsd.org/mailman/listinfo/fre= ebsd-isp=0ATo unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebs= d.org"=0A=0A=0A=0A From owner-freebsd-isp@FreeBSD.ORG Mon Jan 16 21:43:18 2012 Return-Path: Delivered-To: freebsd-isp@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55B7C106564A for ; Mon, 16 Jan 2012 21:43:18 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout027.mac.com (asmtpout027.mac.com [17.148.16.102]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1728FC08 for ; Mon, 16 Jan 2012 21:43:18 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by asmtp027.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LXW00I2RS7VN110@asmtp027.mac.com> for freebsd-isp@freebsd.org; Mon, 16 Jan 2012 12:43:08 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110,1.0.211,0.0.0000 definitions=2012-01-16_04:2012-01-16, 2012-01-16, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1201160233 From: Chuck Swiger X-Priority: 3 (Normal) In-reply-to: <1326743438.72677849@apps.rackspace.com> Date: Mon, 16 Jan 2012 12:43:07 -0800 Message-id: <704D4E41-270B-46BA-AEED-CEF79CF508E4@mac.com> References: <1326743438.72677849@apps.rackspace.com> To: khatfield@socllc.net X-Mailer: Apple Mail (2.1084) Cc: FreeBSD-ISP ISP Subject: Re: Suddenly IP aliases don't work from rc file? X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 21:43:18 -0000 On Jan 16, 2012, at 11:50 AM, khatfield@socllc.net wrote: > I think I missed Chris' response prior to replying to this but I agree as it could have just been an ARP issue but if it fails on reboot then that shows it's something else. If you also reboot the attached switch(es) also, then I'd agree. I've seen my fair share of switches, DSL/cable routers, and the like which seem to fixate upon a given IP-to-ethernet-MAC mapping and don't seem to notice when it changes even if the right ARP traffic is being generated by a host after it reboots. > Assigning 255.255.255.255 would assume each IP is assigned to the primary IP. However, the subnet for the primary is a /23 subnet. Either the company you're renting from has horrible methods of managing the way IP's are issued or it's incorrect in itself. What makes you say that? CIDR has been around for a long time, and the machine I'm typing on happens to have a 0xfffffc00 netmask (aka an IPv4 /22). > I would verify all of the information is indeed what they have set upstream. If it is, I cannot fathom the amount of arp spam your box is getting anyway. I see about 2 ARPs per second. That's about 3% of the packets and maybe 0.2% of data bytes received by my machine, which wasn't doing anything on the net beyond me reading email. Regards, -- -Chuck