Hello forum!
After several years of faithful service I had to change my OpenBSD 3.8 gateway from using a static IP to using a dynamic IP since my ISP stopped providing static IPs.
I didn't think much about it and when the day of the changeover came I edited /etc/hostname.vr1 and made it contain "dhcp" instead of the ip and sub mask used so far expecting the transition to be smooth. (this should be enough to convince you that I'm too naive to run around without supervision ...)
To my great surprise the new setup didn't work.
Now I have spent a couple of days trying to sort this out without success while trying to cope with the mounting frustration of a wife, a teen daughter and a tween ditto. I really need assistance sorting this out…
Symptoms are:
From the OpenBSD gateway I can ping the default gateway (and all other external addresses).
From computers on the subnet I can ping the internal interface (192.168.1.1) and the external interface but not the default gateway! I.e. no internet access for the Snapchat addicts…
Some (hopefully relevant) info:
Code:
$ ifconfig -A
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 33224
groups: lo
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6
vr0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
lladdr 00:40:63:ef:9a:ef
media: Ethernet autoselect (100baseTX full-duplex)
status: active
inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255
inet6 fe80::240:63ff:feef:9aef%vr0 prefixlen 64 scopeid 0x1
vr1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
lladdr 00:40:63:ef:9a:ee
groups: egress
media: Ethernet autoselect (100baseTX full-duplex)
status: active
inet6 fe80::240:63ff:feef:9aee%vr1 prefixlen 64 scopeid 0x2
inet 85.224.177.158 netmask 0xfffffc00 broadcast 85.224.179.255
xl0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
lladdr 00:60:97:9f:f6:5d
media: Ethernet autoselect (none)
status: no carrier
pflog0: flags=141<UP,RUNNING,PROMISC> mtu 33224
enc0: flags=0<> mtu 1536
Code:
$ netstat -rn
Routing tables
Internet:
Destination Gateway Flags Refs Use Mtu Interface
default 85.224.176.1 UGS 6 28584 - vr1
85.224.176/22 link#2 UC 1 0 - vr1
85.224.176.1 00:26:cb:39:a3:00 UHLc 2 31 - vr1
85.224.177.158 127.0.0.1 UGHS 0 0 33224 lo0
127/8 127.0.0.1 UGRS 0 0 33224 lo0
127.0.0.1 127.0.0.1 UH 25 2734 33224 lo0
192.168.1/24 link#1 UC 4 0 - vr0
192.168.1.1 00:40:63:ef:9a:ef UHLc 0 210 - lo0
192.168.1.36 5c:f6:dc:2d:3b:e0 UHLc 1 2092 - vr0
192.168.1.38 f0:b4:79:1f:45:47 UHLc 5 1465 - vr0
192.168.1.56 00:12:ab:1b:c5:66 UHLc 0 14 - vr0
224/4 127.0.0.1 URS 0 947 33224 lo0
Internet6:
Destination Gateway Flags Refs Use Mtu Interface
::/104 ::1 UGRS 0 0 - lo0
::/96 ::1 UGRS 0 0 - lo0
::1 ::1 UH 15 1 33224 lo0
::127.0.0.0/104 ::1 UGRS 0 0 - lo0
::224.0.0.0/100 ::1 UGRS 0 0 - lo0
::255.0.0.0/104 ::1 UGRS 0 0 - lo0
::ffff:0.0.0.0/96 ::1 UGRS 0 0 - lo0
2002::/24 ::1 UGRS 0 0 - lo0
2002:7f00::/24 ::1 UGRS 0 0 - lo0
2002:e000::/20 ::1 UGRS 0 0 - lo0
2002:ff00::/24 ::1 UGRS 0 0 - lo0
fe80::/10 ::1 UGRS 0 0 - lo0
fe80::%vr0/64 link#1 UC 0 0 - vr0
fe80::240:63ff:feef:9aef%vr0 00:40:63:ef:9a:ef UHL 0 0 - lo0
fe80::%vr1/64 link#2 UC 0 0 - vr1
fe80::240:63ff:feef:9aee%vr1 00:40:63:ef:9a:ee UHL 0 0 - lo0
fe80::%lo0/64 fe80::1%lo0 U 0 0 - lo0
fe80::1%lo0 link#6 UHL 0 0 - lo0
fec0::/10 ::1 UGRS 0 0 - lo0
ff01::/16 ::1 UGRS 0 0 - lo0
ff01::%vr0/32 link#1 UC 0 0 - vr0
ff01::%vr1/32 link#2 UC 0 0 - vr1
ff01::%lo0/32 ::1 UC 0 0 - lo0
ff02::/16 ::1 UGRS 0 0 - lo0
ff02::%vr0/32 link#1 UC 0 0 - vr0
ff02::%vr1/32 link#2 UC 0 0 - vr1
ff02::%lo0/32 ::1 UC 0 0 - lo0
Based on the symptoms I'd guess that there is a problem with routing as opposed to the PF setup but I simply can't figure out what to do about it. I'd be more than happy to provide PF configuration as well as shoe size to sort this issue, just let me know what I can do to help you help me!
Thanks in advance for any and all support with solving this before I get eaten alive!
// Magnus