Web Hosting Talk







View Full Version : IP issue


clocker1996
03-13-2002, 06:31 AM
Hi
i'm encountering this really weird problem, and i was wondering if anyone could help me out.

Basically we have server A, and B. All on the same network, same subnet.

Here's the scenario:

Box A's ifconfig stats:
eth0 --> 216.18.0.100
eth0:1 --> 216.18.0.101
eth0:2 --> 216.18.0.102

Box B's ifconfig stats:
eth0 --> 216.18.0.30
eth0:1 --> 216.18.0.31
eth0:2 --> 216.18.0.32

On Box A, i have websites, and mail running.
Mail.mywebsites.com dns to either 216.18.0.101 or .102
Domains and www DNS to .101 and .102
name servers run off .101 and .102 (tinydns)

On Box B, nothing. Fresh, just put online.

What i want to do is dupliate Box A, onto Box B.
Then once i'm done duplicating, copying files, and all that. I would like to unbind the two ips (101 and 102) off Box A and bind them on Box B. Get what i'm saying?

Sounds easy doesn't it?

Well, after i finished copying. I was ready
I logged into box A, and ran:
cd /etc/rc.d/
pico ipsoff

inside the file ipsoff i wrote:
/sbin/ifconfig eth0:1 down
/sbin/ifconfig eth0:2 down

saved it, chmod +x'ed it
then pico ipson
inside there i wrote:
/sbin/ifconfig eth0:1 216.18.0.101
/sbin/ifconfig eth0:2 216.18.0.102

chmod +x'ed that too.

then i Logged into box B and did:
cd /etc/rc.d
pico ipsnew
i wrote
/sbin/ifconfig eth0:3 216.18.0.101
/sbin/ifconfig eth0:4 216.18.0.102

saved it, chmod +x'ed it

Then on BOX A, i ran
cd /etc/rc.d
./ipsoff

then on box B i ran:
cd /etc/rc.d/
./ipsnew

ran /sbin/ifconfig on box B
ips were binded
But for some reason when i told someone to goto www.mysite.com
it wouldnt work

I don't know why.... So i restored everything back to normal, i wont explain how. I'm sure you can figure that out.

I logged onto ANOTHER server, on a totally different network
I typed this command:

ping 218.18.0.102

the replies came, and came.. and kept going, steady, great.

So then, after everything was restored, everything worked. So then what i did was, i logged in box A, and i ran ifconfig, and what i saw was:
eth0 --> 216.18.0.100
eth0:1 --> 216.18.0.101
eth0:2 --> 216.18.0.102

That's correct. At this point, i was still pinging that ip, anyhow, this is what i did

/sbin/ifconfig eth0:2 down

Once i did that, the ping replies stopped. Normal.

Then, i went onto box B and ran
/sbin/ifconfig eth0:3 216.18.0.102

You would think, that after doing this, i would get ping replies, right? well.. --> No ping replies

So then
ifconfig eth0:3 down
ifconfig eth0:99 216.18.0.102

Still no ping replies
then
ifconfig eth0:99 down

I logged back onto box A, and put 216.18.0.102 BACK on the ip list
with ifconfig eth0:2 216.18.0.102 -- BAM
ping came back
replies were coming in the second i hit enter

Why? This makes me wonder. Have i done something wrong? Or does my isp have a setting or somethign where it gives the main ip (eth0) control over my eth0:* ips ?

I'm calling my provider today or tomorrow anyway, i just wanted to know if anyone could help me find a solution.

XTStrike
03-13-2002, 06:39 AM
*Jaw Drops* LOL
That message just totally baffled me! haha

allan
03-13-2002, 04:38 PM
I already said this over IM, but I thought I would follow up here...

I think this might be an issue with the ARP cache. Switches are a lot "smarter" than hubs, so they learn to match IP Addresses with MAC Addresses. If you have an IP Address bound to a server, and move it to another server on a different port on the switch, the switch will still attempt to forward packets to the MAC address cached in the ARP table.

There are a couple of things that may clear this up. If you have access to the switch make the change, then clear the arp cache on the switch.

If you do not have access to the switch, then ping from the server, setting the new IP address as the source IP address. This should also fix it.

If neither of those work, start pinging the IP address, go over to 7-11 and get a Slurpee (Blueberry) and come back...by then the ARP cache will have cleared and you should be pinging fine.

Unless, of course, I am wrong about this :).

RackMy.com
03-13-2002, 04:43 PM
Sounds right :)

allan
03-13-2002, 04:52 PM
Originally posted by RackMy.com
Sounds right :)

I like your new title :).

RackMy.com
03-13-2002, 04:54 PM
I thought you would :)

Noldar
03-13-2002, 05:03 PM
go over to 7-11 and get a Slurpee (Blueberry)
Does it have to be Blueberry for this to work?

Also, what if their is no 7-11 nearby. Can I substitute a different Convenience Store?

Thanks,
Richard

clocker1996
03-13-2002, 05:07 PM
yep
thanks
it worked

allan
03-13-2002, 06:00 PM
Originally posted by Noldar

Also, what if their is no 7-11 nearby. Can I substitute a different Convenience Store?


Dude, do you ever read the RFCs, sheesh :D? Okay, I just tried this and here is what I found:

1. 7-11 and Pina Colada Slurpee did not work
2. 7-11 and Coke Slurpee worked
3. 7-11 and Cherry Slurpee worked
4. 7-11 and Mountain Dew Slurpee did not work
5. 7-11 and Code Red Mountain Dew Slurpee worked
6. Sheetz and Grape Gatorade did not work
7. Sheetz and Pink Lemonade Gatorade did not work
8. Sheetz and Alpine Ice Gatorade did not work
9. Wawa and 6" Steak and Cheese and a Rasberry Slushy worked
10. Wawa and 6" Cold Cut Suband a Grape Slushy worked
11. Wawa and 6" Chicken, heated and a Lime Slushy worked
12. Wawa and 6" Chicken, cold and a Cherry Slushy did not work


I think that covers the most common configurations, please feel free to add any more...I'm stuffed :)

serve-you
03-13-2002, 06:06 PM
You totally forgot circle k lime slush puppies!

-Dan

ScottD
03-13-2002, 06:11 PM
Wow, this whole exchange regarding 7-11, bluberry slurpees, Wawa and 6" Steak and Cheese and a Rasberry Slushy and what not got me to thinking of an old RFC:

http://www.ietf.org/rfc/rfc1149.txt

Great reading!