TunTap Installed But No Internet Connectivity Inside SheepSh

[Old-School-BBSer]

Hello guys; it has been a while.

As some of you will already know, I have been using tuntap_20150118.zip for quite some time now to create an ethernet bridge between my Mac OS X setup -- now macOS Sierra Beta 4 -- and my Mac OS 9.0.4 installation which runs inside of SheepShaver. This has worked quite well, as long as I remember to use the "sudo ifconfig bridge0 destroy" command in the Terminal app when necessary.

However, today I encountered a problem which I have not yet been able to resolve.

Apparently, today while I was sleeping, there was a power fluctuation -- we get those a lot here -- so that when I woke up, my iMac was off.

So I went through the usual routine of rebooting it, and then waiting for all of my various apps to relaunch.

As per instructions I found on this same website, for a long time now, I have used a Terminal Script to start SheepShaver, and to get things going between OS X and AppleTalk under OS 9.

Once the Terminal window is opened, I watch the progress of the script to make sure that everything is okay.

Today, while running the script, even though I used the "sudo ifconfig bridge0 destroy" a few times, and rebooted SheepShaver a few times, the Terminal still kept reporting that the tap0 device did not exist.

So, I took this as an indication that there was apparently something wrong with my TunTap installation -- possibly resulting from the power fluctuation -- and that I had to reinstall it. I had to reinstall it once before not too long ago when I first installed macOS Sierra.

However, this time it was different.

When the installer got to the end where it is "Registering updated components", it just hung at about 80% done. The window said that there was about a minute remaining, but that dragged on to an hour with no end in sight, so I knew there was something wrong somewhere.

So I force quit the TunTap installer.

Then, when I attempted to run the installer again -- and I tried several times -- it said "Waiting for other installations to complete". So I assumed that it was thinking that the previous TunTap installations were still in progress.

I removed both the tun and tap extensions from "Library/Extensions". I also found and removed a .plist file for each one in "Library/LaunchDaemons".

Despite doing that, it did not help, so I used Spotlight to scour my hard drive for any other related files -- such as log files or cache files -- which might be indicating to the installer that a previous install operation was still in progress. I found nothing.

As a last resort, I was forced to force quit my computer, because when I tried to restart it the regular way, up came a dialog stating that the computer could not be restarted, because the TunTap installation was still in progress, and I might damage my machine if I interrupted it.

Too bad! I force quit the machine anyway!

Well, that definitely helped, because after rebooting my machine, the TunTap installer was happy to do the installation all over again without the previous warning regarding a previous installation still being in progress.

But guess what?

You guessed it. I was at the same place again with the installer stuck at "Registering updated components", with no end in sight.

I find this odd, because after I installed macOS Sierra Beta 4 not too long ago, I had no problem with re-installing TunTap.

So I honestly don't know what to think.

I can run SheepShaver without TunTap being installed. However my BBS and my FTP server won't have any Internet connectivity, so what's the use?

Well, the TunTap installer finally crashed after sitting there a while at "Registering updated components".

I launched it again and tried to re-install yet again.

This time, to my surprise, after about five minutes, the dialog reported that the installation had been successful.

I visually confirmed that both the tun and tap kernel extensions were in the Library/Extensions folder, and that the two .plist files were in the Library/LaunchDaemons folder as well.

Then, as is my custom before running the SheepShaver Terminal script, I ran "sudo ifconfig bridge0 destroy" in the Terminal window, just to clear out anything that might still be there.

After that, I ran my SheepShaver Terminal script.

Well, even though I can visually see that all of the TunTap components were installed, the Terminal is still reporting the following:

Password:
ifconfig: SIOCIFCREATE2: File exists
ifconfig: BRDGADD en0: File exists
ifconfig: BRDGADD tap0: No such file or directory
logout
Saving session...
...copying shared history...
...saving history...truncating history files...
...completed.

[Process completed]

So, as before, I can still run SheepShaver, but I have no Internet connectivity inside of Mac OS 9.

I don't know what to try next. Any assistance here would be appreciated. I also posted on the TunTap mailing list, so I am hoping that between here and there, I will get the help I need.

Thanks in advance.

[Cat_7]

Hi,

The tap device only becomes accessible for bridging after SheepShaver has started with the appropriate parameter.
Only then can the tap0 device be added to the bridge.

To troubleshoot: can you provide the output of ifconfig after you started sheepshaver with the tap parameter, but before adding the tap device to the bridge? That way we can see whether the tap0 device became active at all.

Best,
Cat_7

[Old-School-BBSer]

Hello cat_7. Long time, eh?

I will, if you say that to me in English instead of Greek.

What I posted above is the output in the Terminal after I run the Terminal Script to start SheepShaver.

If you need me to do something else, please explain more clearly, because I am not an expert in such matters as you apparently are.

As I said, everything has been working fine until before the power fluctuation this morning which knocked out my machine.

Okay . . . I think I might understand now what you are asking me to do.

Are you saying that after I run my Terminal script to start SheepShaver, and after SheepShaver is running, even though the tap0 device is not present according to the Terminal output, to type sudo ifconfig, and then send you the Terminal's output?

***** Is this what you need to see? •••••

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
options=1203<RXCSUM,TXCSUM,TXSTATUS,SW_TIMESTAMP>
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
nd6 options=201<PERFORMNUD,DAD>
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
options=27<RXCSUM,TXCSUM,VLAN_MTU,TSO4>
ether 00:26:bb:59:c7:ea
inet6 fe80::10:e57f:826a:1edf%en0 prefixlen 64 secured scopeid 0x4
inet 10.0.1.2 netmask 0xffffff00 broadcast 10.0.1.255
nd6 options=201<PERFORMNUD,DAD>
media: autoselect (1000baseT <full-duplex,flow-control>)
status: active
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 00:26:08:f8:bd:95
inet6 fe80:eeef9888%en1 prefixlen 64 secured scopeid 0x5
inet 10.0.1.4 netmask 0xffffff00 broadcast 10.0.1.255
nd6 options=201<PERFORMNUD,DAD>
media: autoselect
status: active
p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
ether 02:26:08:f8:bd:95
media: autoselect
status: inactive
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
lladdr 00:26:bb:ff:fe:59:c7:ea
nd6 options=201<PERFORMNUD,DAD>
media: autoselect <full-duplex>
status: inactive
utun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 2000
inet6 fe80::4a1e:a58b:c9e9:c6d4%utun0 prefixlen 64 scopeid 0x8
nd6 options=201<PERFORMNUD,DAD>
bridge0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=23<RXCSUM,TXCSUM,TSO4>
ether 02:26:bb:95:96:00
Configuration:
id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0
maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200
root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0
ipfilter disabled flags 0x2
member: en0 flags=3<LEARNING,DISCOVER>
ifmaxaddr 0 port 4 priority 0 path cost 0
media: autoselect
status: active
tap0: flags=8842<BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 3e:6e:dc:a4:35:16
media: autoselect
status: active
open (pid 3820)

[Cat_7]

This seems to tell us that the tap0 device is active but has not been added to the bridge0.

Bridge0 is active, but has only one member: en0. It should have a second member: tap0.

When in this state, please try to "sudo ifconfig bridge0 addm tap0"

and repost the result from "ifconfig" (only the part about bridge0 and its members)


bridge0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=23<RXCSUM,TXCSUM,TSO4>
ether 02:26:bb:95:96:00
Configuration:
id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0
maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200
root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0
ipfilter disabled flags 0x2
member: en0 flags=3<LEARNING,DISCOVER>
ifmaxaddr 0 port 4 priority 0 path cost 0
media: autoselect
status: active
tap0: flags=8842<BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 3e:6e:dc:a4:35:16
media: autoselect
status: active
open (pid 3820)

[Old-School-BBSer]

Well, when I enter that command and hit my return key, I get this:

Password:
ifconfig: BRDGADD tap0: No such file or directory

Then, if I type "ifconfig" like before, I get this in the bridge0 section:

bridge0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=23<RXCSUM,TXCSUM,TSO4>
ether 02:26:bb:95:96:00
Configuration:
id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0
maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200
root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0
ipfilter disabled flags 0x2
member: en0 flags=3<LEARNING,DISCOVER>
ifmaxaddr 0 port 4 priority 0 path cost 0
media: autoselect
status: active


No mention of tap0 eh?

So why is that?

[Cat_7]

Just to be sure: you gave that "sudo ifconfig bridge0 addm tap0" command while ifconfig showed that there was a device called tap0? (AFAIR, your script should start SheepShaver so the tap0 gets activated).

Best,
Cat_7

[Old-School-BBSer]

Okay, I just logged out of my account and then logged back in again.

I launched the Terminal and typed "ifconfig".

When I do that, the output in the bridge0 section does NOT show tap0 as a member:

bridge0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=23<RXCSUM,TXCSUM,TSO4>
ether 02:26:bb:95:96:00
Configuration:
id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0
maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200
root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0
ipfilter disabled flags 0x2
member: en0 flags=3<LEARNING,DISCOVER>
ifmaxaddr 0 port 4 priority 0 path cost 0
media: autoselect
status: active

If I type "sudo ifconfig bridge0 addm tap0" right after that, the Terminal spits out:

Password:
ifconfig: BRDGADD tap0: No such file or directory

Which is what we would expect it to do, since we don't see it listed under bridge0, right?

Then, if I run my SheepShaver Terminal script right after that -- without using "sudo ifconfig bridge0 destroy" first as I normally do, the output again shows that tap0 does not exist:

Password:
SheepShaver V2.4 by Christian Bauer and Mar"c" Hellwig
ifconfig: SIOCIFCREATE2: File exists
ifconfig: BRDGADD en0: File exists
Reading ROM file...
ifconfig: BRDGADD tap0: No such file or directory
logout
Saving session...
...copying shared history...
...saving history...truncating history files...
...completed.

[Process completed]

If I then immediately run "sudo ifconfig bridge0 destroy", it asks for my password, and then shows nothing. In my experience, this always indicates that the bridge has been eliminated.

If I again run my SheepShaver script right after destroying bridge0, I get this new surprise, with SheepShaver giving me the question mark, and asking "Where is your OS, dude???" :

Password:
SheepShaver V2.4 by Christian Bauer and Mar"c" Hellwig
Reading ROM file...
sparsebundle: Refusing to double-mount
Using SDL/coreaudio audio output
WARNING: Cannot open /dev/tap0 (Resource busy). Ethernet will not be available.
Detected CPU features: MMX SSE SSE2 SSE3 SSSE3
PowerPC CPU emulator by Gwenole Beauchesne
logout
Saving session...
...copying shared history...
...saving history...truncating history files...
...completed.

[Process completed]

I have never gotten that before. It is a new one.

I am going to back out of Terminal, shut down SheepShaver, and start fresh.

HA! OOPS! I had another instance of SheepShaver running under the top SheepShaver window, and I didn't even realize it.

Anyway, I already know from experience that if I run my SheepShaver script, and the Terminal asks me for my password, the bridge is going to fail for some reason.

In other words, when everything is fine, I run the script, the Terminal spits out its stuff -- without asking me for a password, and SheepShaver is launched with the ethernet bridge just fine.

[Cat_7]

Can you post your script so we can run it step by step?

Best,
Cat_7

[Old-School-BBSer]

Hello Cat_7,

I apologize for not responding sooner. I was waiting to receive an email notification regarding a new response here, but I never received one. I checked my gmail spam folder to see if one had gone there by accident, but there was nothing there, so I don't know why I was not notified.

Anyway, here is the script which I have always used, and which has always worked for over a year now:

#!/bin/bash
sudo arch -arch i386 /Applications/SheepShaver/SheepShaver.app/Contents/MacOS/SheepShaver & sleep 10
sudo ifconfig tap1
sudo ifconfig bridge0 create
sudo ifconfig bridge0 addm en0
sudo ifconfig bridge0 up
sudo ifconfig bridge0 addm tap1

On a side note, I have never quite understood how or why this works, because while this script says to add member tap1, in my SheepShaver prefs, I actually have tap0.

Or maybe I just don't understand the relationship between the two.

In either case, as I said, this script, and having my prefs set to tap0 in SheepShaver, has always worked for over a year now.

So other than relying on conspiracy theories -- like Apple is out to get me, and surreptitiously broke my setup -- I don't know what to think.

[Cat_7]

I am perplexed that that script should work.
You are absolutely right that tap0 gets created when SheepShaver starts (assuming you have tap0 in your prefs).
Your posts with the output of ifconfig also indicated that tap0 gets created.

Here is what the script should look like:

#!/bin/bash
sudo arch -arch i386 /Applications/SheepShaver/SheepShaver.app/Contents/MacOS/SheepShaver & sleep 10
sudo ifconfig bridge0 create
sudo ifconfig bridge0 addm en0
sudo ifconfig bridge0 up
sudo ifconfig bridge0 addm tap0

Is en0 your wired connection? Is should be, as bridging wireless connections is not support out of the box.

Perhaps living on the edge of the world and on the edge of new OS software has caught up with you

Best,
Cat_7

[Old-School-BBSer]

As I said, I have never understood it either, but it has worked for over a year.

Yes, en0 is my wired ethernet connection for my printer.

Well, I took your script and saved it as a Terminal scrip using BBEdit.

I saved it on my desktop, and I got the usual:

geezer@El-Capitan:~$ /Users/geezer/Desktop/SheepShaverAppletalk\[active\].command ; exit;
Password:
ifconfig: SIOCIFCREATE2: File exists
ifconfig: BRDGADD en0: File exists
ifconfig: BRDGADD tap0: No such file or directory
logout
Saving session...
...copying shared history...
...saving history...truncating history files...
...completed.
Deleting expired sessions...none found.

[Process completed]

Just in looking that, I knew that my OS 9 apps would not have Internet connectivity. So, the minute that SheepShaver finished loading, I shut it down and ran this, as I always do:

geezer@El-Capitan:~$ sudo ifconfig bridge0 destroy
Password:
geezer@El-Capitan:~$

I then double-clicked the new script again. The minute that I got the password request, I knew that it was a no go, because as I said before, when everything is working right, it does not ask me for the password. The script just runs, and SheepShaver is launched with Internet connectivity.

But here is what I got for the second time:

geezer@El-Capitan:~$ /Users/geezer/Desktop/SheepShaverAppletalk\[active\].command ; exit;
Password:
ifconfig: BRDGADD tap0: No such file or directory
logout
Saving session...
...copying shared history...
...saving history...truncating history files...
...completed.

[Process completed]


So I am as stumped as you are. I definitely have SheepShaver's prefs set to tap0.

Any more ideas?

I just did another ifconfig, and it is still showing an active tap0, but no member listed under bridge0:

bridge0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=23<RXCSUM,TXCSUM,TSO4>
ether 02:26:bb:95:96:00
Configuration:
id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0
maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200
root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0
ipfilter disabled flags 0x2
member: en0 flags=3<LEARNING,DISCOVER>
ifmaxaddr 0 port 4 priority 0 path cost 0
media: autoselect
status: active
tap0: flags=8842<BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether d2:34:48:39:5f:47
media: autoselect
status: active
open (pid 35048)

[Cat_7]

Can you post your sheepshaver prefs?

Best,
Cat_7

[Old-School-BBSer]

Addendum: I stand to be corrected. The script I have been using actually does have it set to tap0, and not to tap1. I was looking at a different copy of the script on my hard drive, and mistakenly thought that was the active one in my Dock.

Which SS prefs do you need precisely?

I haven't changed any of them in a very long time.

I think something else is going on here . . . maybe something Apple changed -- some security change? -- in macOS Sierra.

But even that doesn't seem to make sense, because SheepShaver with Internet was already running fine under Sierra.

It was only after I woke up to the power outage that things went funky.

[Cat_7]

Open a fresh terminal and type "open .sheepshaver_prefs"

Best,
Cat_7

[Old-School-BBSer]

Yes, I already had it open and was looking at it.

I honestly don't think the problem lies here, because SheepShaver runs just fine. It is just Internet connectivity. And as you can see below, it is set to tap0 in my prefs:

disk /Applications/SheepShaver/OS9.sparsebundle
cdrom /dev/poll/cdrom
extfs /Applications/SheepShaver/Shared
screen win/1344/840
windowmodes 0
screenmodes 0
seriala /dev/cu.Bluetooth-Modem
serialb /dev/null
rom /Applications/SheepShaver/Mac OS ROM
bootdrive 0
bootdriver 0
ramsize 536870912
frameskip 1
gfxaccel true
nocdrom false
nonet false
nosound false
nogui false
noclipconversion false
ignoresegv true
ignoreillegal false
jit true
jit68k false
keyboardtype 5
ether tap0
keycodes true
keycodefile /Applications/SheepShaver/keycodes
mousewheelmode 1
mousewheellines 3
dsp /dev/dsp
mixer /dev/mixer
ignoresegv true
idlewait true

[Old-School-BBSer]

Going to bed now, my friend. It is going on 2:45 AM here and I am very tired. We can pick this up tomorrow, my time.

I hope you can figure out what is going on here. I still suspect a change somewhere in macOS Sierra, but I have no definite proof of that. But I could be wrong.

Would this have anything to do with permissions anywhere by any chance?

[Cat_7]

Sleep well!

Best,
Cat_7

[Old-School-BBSer]

Thanks, my friend.

Well, I am up after three hours, so if you have any fresh ideas, I am all ears.

[Cat_7]

We should go through the script step by step.

1. Our start position: you open a fresh terminal and use ifconfig to check there is no tap device, and no bridge0
2. You start SheepShaver by only entering "sudo arch -arch i386 /Applications/SheepShaver/SheepShaver.app/Contents/MacOS/SheepShaver" Just let it start.
3. Open a new terminal
4. You check with ifconfig whether the tap0 device has been created
5. You enter "sudo ifconfig bridge0 create" and check for the bridge which should have no members
6. You enter "sudo ifconfig bridge0 addm en0" and check for the bridge member en0
7. You enter "sudo ifconfig bridge0 addm tap0" and check for the bridge member tap0

please report your findings on every step (except 3, of course )

[Old-School-BBSer]

Man, I have been getting a lot of lag with this board, basically since we began this conversation.

You didn't mention if I should run" sudo ifconfig bridge0 destroy" first to clear everything out first, so I didn't.

Step 1 results when I run just "ifconfig" alone:

bridge0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=23<RXCSUM,TXCSUM,TSO4>
ether 02:26:bb:95:96:00
Configuration:
id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0
maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200
root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0
ipfilter disabled flags 0x2
member: en0 flags=3<LEARNING,DISCOVER>
ifmaxaddr 0 port 4 priority 0 path cost 0
media: autoselect
status: active

[Cat_7]

Ok, question is why that bridge is already there. Clear it please with the destroy command.

[Old-School-BBSer]

Step 2 results when I run "sudo arch -arch i386 /Applications/SheepShaver/SheepShaver.app/Contents/MacOS/SheepShaver"


Password:
SheepShaver V2.4 by Christian Bauer and Mar"c" Hellwig
Reading ROM file...
Using SDL/coreaudio audio output
Detected CPU features: MMX SSE SSE2 SSE3 SSSE3
PowerPC CPU emulator by Gwenole Beauchesne
WARNING: Unknown DiskStatus(6)
WARNING: Unknown DiskStatus(6)

[Old-School-BBSer]

Ok, question is why that bridge is already there. Clear it please with the destroy command.

Ha! I thought I should, but you didn't say to, so I didn't, as I noted in my previous message.

Let me start over after running destroy.

Okay, I just ran destroy and now there is no bridge when I run ifconfig.

Let me proceed with step 2 and see what happens.

Just ran Step 2 and got the following, with no bridge or anything:

SheepShaver V2.4 by Christian Bauer and Mar"c" Hellwig
Reading ROM file...
Using SDL/coreaudio audio output
Detected CPU features: MMX SSE SSE2 SSE3 SSSE3
PowerPC CPU emulator by Gwenole Beauchesne
WARNING: Unknown DiskStatus(6)
WARNING: Unknown DiskStatus(6)

Just did Step 3 with SheepShaver still running. Opened a new Terminal window in addition to the one that is already open. ifconfig shows a tap device, but no bridge:

tap0: flags=8842<BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 66:47:fb:98:06:f2
media: autoselect
status: active
open (pid 38076)

Just ran "sudo ifconfig bridge0 create" and it is showing both the tap0 device and bridge0, but tap0 is not listed as a member under bridge00:

tap0: flags=8842<BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 66:47:fb:98:06:f2
media: autoselect
status: active
open (pid 38076)
bridge0: flags=8822<BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 1500
options=63<RXCSUM,TXCSUM,TSO4,TSO6>
ether 02:26:bb:95:96:00
Configuration:
id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0
maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200
root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0
ipfilter disabled flags 0x2
media: <unknown type>
status: inactive

GGGRRRrrr . . .

Just like before when I run the script directly, the tap0 device is NOT being added to bridge0:

bridge0: flags=8822<BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 1500
options=23<RXCSUM,TXCSUM,TSO4>
ether 02:26:bb:95:96:00
Configuration:
id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0
maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200
root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0
ipfilter disabled flags 0x2
member: en0 flags=3<LEARNING,DISCOVER>
ifmaxaddr 0 port 4 priority 0 path cost 0
media: autoselect
status: active

SORRY . . . I goofed and misread your instructions. I ran create tap0 when I was supposed to run en0 first. Let me backtrack a bit and try to add en0 first.

[Cat_7]

N.M. I posted before you fixed that step.

[Old-School-BBSer]

What is the output when you enter "sudo ifconfig bridge0 addm tap0"?

I already told you. Look at my previous message. I have been editing it and adding each step that I complete.

However, I just ran the addm en0, and got this:

geezer@El-Capitan:~$ sudo ifconfig bridge0 addm en0
ifconfig: BRDGADD en0: File exists

That's because I just scrolled back in the Terminal, and it is ALREADY listed when I did the ifconfig:

tap0: flags=8842<BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 66:47:fb:98:06:f2
media: autoselect
status: active
open (pid 38076)
bridge0: flags=8822<BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 1500
options=23<RXCSUM,TXCSUM,TSO4>
ether 02:26:bb:95:96:00
Configuration:
id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0
maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200
root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0
ipfilter disabled flags 0x2
member: en0 flags=3<LEARNING,DISCOVER>
ifmaxaddr 0 port 4 priority 0 path cost 0
media: autoselect
status: active

Man, oh man. No dice.

I still had SheepShaver running after it showed that there was now a tap0 device connected to the bridge above.

So I checked for Internet connectivity. Results: none.

So I rebooted just OS 9 without shutting down SheepShaver. Results: still no I-net.

So I shut down SheepShaver and started it directly from the Terminal, without doing anything with ifconfig commands. Results: no I-net.

Finally, I shut down SheepShaver again, used the destroy command, and tried using the script again. Results: same as before. No I-net.

So, somehow, using the commands directly in the Terminal got the tap0 device connected once, but it was no use, because I still had to reboot SheepShaver anyway, and by then, the member tap0 was gone.