Date: Thu, 10 Aug 2000 16:00:31 -0700 (PDT) From: Darren Pilgrim <dmp@aracnet.com> To: freebsd-questions@freebsd.org Subject: A very strange problem when changing IPs Message-ID: <Pine.LNX.4.21.0008101421240.10470-100000@shell1.aracnet.com>
next in thread | raw e-mail | index | archive | help
I have a P133 w/ 56MB RAM running FreeBSD 3.4-R. It's a mail server using
Postfix (snapshot-20000531, not from ports) and the UoW IMAP+POP3 package
(v4.7c2, not from ports).
The box has two interfaces:
de0 (DEC 21041), internet interface, a.b.c.8
ed1 (RealTek 8029), LAN interface, x.y.z.8
There's no gateway between interfaces--the LAN interface is to allow me
direct access for testing.
The very strange problem I'm running into is when I change de0's IP
address to that of the primary MX for the domain it's going to serve by
issuing "ifconfig de0 inet a.b.c.9"
As soon as I do this the box becomes unresponsive to any new connections
on both interfaces. Telnetting to the SMTP, POP3, and IMAP ports when de0
is on a.b.c.8 results in immediate responses, when de0 is on a.b.c.9,
there are no server responses, though 'netstat -an' from the client side
shows the TCP connection as being established.
Nothing I tried would get the server to start responding again. So, I
changed the ifconfig_de0 line in /etc/rc.conf and rebooted. After the
restart the server was responsive on both interfaces with de0 set
to a.b.c.9! This makes absolutely no sense to me at all. Why would I
have to reboot to make this change?
FYI:
% uname -a
FreeBSD mail.<snipped>.com 3.4-RELEASE FreeBSD 3.4-RELEASE #0: Thu Aug 10
00:56:25 PDT 2000 root@mail.<snipped>.com:/usr/src/sys/compile/MAIL i386
% dmesg
Copyright (c) 1992-1999 FreeBSD Inc.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
FreeBSD 3.4-RELEASE #0: Thu Aug 10 00:56:25 PDT 2000
root@mail.<snipped>.com:/usr/src/sys/compile/MAIL
Timecounter "i8254" frequency 1193182 Hz
Timecounter "TSC" frequency 132959134 Hz
CPU: Pentium/P54C (132.96-MHz 586-class CPU)
Origin = "GenuineIntel" Id = 0x52b Stepping = 11
Features=0x3bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,APIC>
real memory = 58720256 (57344K bytes)
config> q
avail memory = 54824960 (53540K bytes)
Preloaded elf kernel "kernel" at 0xc023d000.
Preloaded userconfig_script "/boot/kernel.conf" at 0xc023d09c.
eisa0: <MIC54 (System Board)>
Probing for devices on the EISA bus
Probing for devices on PCI bus 0:
chip0: <Intel 82434NX (Neptune) PCI cache memory controller> rev 0x11 on
pci0.0.0
chip1: <Intel 82375EB PCI-EISA bridge> rev 0x03 on pci0.2.0
wdc0: <CMD 640B IDE> rev 0x02 int a irq 14 on pci0.4.0
de0: <Digital 21041 Ethernet> rev 0x21 int a irq 9 on pci0.13.0
de0: 21041 [10Mb/s] pass 2.1
de0: address 00:80:c8:7b:12:bd
ed1: <NE2000 PCI Ethernet (RealTek 8029)> rev 0x00 int a irq 11 on
pci0.14.0
ed1: address 00:80:c8:c1:82:8c, type NE2000 (16 bit)
vga0: <Cirrus Logic GD5446 SVGA controller> rev 0x00 on pci0.15.0
Probing for PnP devices:
Probing for devices on the ISA bus:
sc0 on isa
sc0: VGA color <16 virtual consoles, flags=0x0>
ed0 not found at 0x280
atkbdc0 at 0x60-0x6f on motherboard
atkbd0 irq 1 on isa
sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa
sio0: type 16550A
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1.44MB 3.5in
wdc0 at 0x1f0-0x1f7 irq 14 on isa
wdc0: CMD640B workaround enabled
wdc0: unit 0 (wd0): <WDC AC2635F>
wd0: 610MB (1249920 sectors), 1240 cyls, 16 heads, 63 S/T, 512 B/S
wdc0: unit 1 (atapi): <FX001DE/B06>, removable, intr, iordis
acd0: drive speed 689KB/sec, 128KB cache
acd0: supported read types:
acd0: Audio: play, 255 volume levels
acd0: Mechanism: ejectable tray
acd0: Medium: CD-ROM 120mm photo disc loaded, unlocked
wdc1 at 0x170-0x177 irq 15 on isa
wdc1: unit 0 (wd2): <WDC AC35100L>
wd2: 4924MB (10085040 sectors), 10672 cyls, 15 heads, 63 S/T, 512 B/S
vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa
npx0 on motherboard
npx0: INT 16 interface
stray irq 7
de0: enabling 10baseT port
Intel Pentium detected, installing workaround for F00F bug
IP packet filtering initialized, divert enabled, rule-based forwarding
disabled, logging limited to 100 packets/entry by default
changing root device to wd0s1a
That "stray irq 7" message is from the onboard parallel port, which I
apparently forgot to disable.
ipfw is running, but the ruleset is minimal, blocking only unroutable nets
and unwanted imcptypes and ipoptions.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.21.0008101421240.10470-100000>