![]() ![]() Here is what I am thinking for the preferences format: I think in some cases it might be useful give the tap interface an ip address. As you mentioned, it would be nice to be able work with existing preferences editors, so I think rather than add new preferences items, we can embed more options in the "ether" option. Never new -)ĭsumorok: I don't want to modify the existing tap code, since it is used in linux etc., so for now I am going to keep "etherslave" as the networking option. I'll get back on that.Ĭat7: Just tested, the tap device can be brought up without ip address or subnetmask and the bridge will still function. I haven't tried without ip-address for the tap devices yet, but I suspect it will need an address. en0) subnet?Ĭat7: All devices are on the same net: host, tap and Mac OS. Another advantage of using the new process will be that only the helper tool will run as root.ĭsumorok: Do you really need to give the tap interface an IP address? Is the emulator os on the tap subnet, or the bridged ethernet (i.e. I'll let you know if I have any questions. I am going to see if I can reproduce your steps first, then I will work on the automation. The idea was to automate that procedure.Įther_unix.cpp to which you added the ethernetslave code also contains the code that brings up the tap device.ĭsumorok: I agree. When you set the ether parameter to "tap0" and have tuntaposx installed, BII/SS (when ran as root) will bring up the tap device tap0 which then needs to be configured manually through the script and added to the bridge also brought up by the script. But only with the script I described above. Does tun/tap work with Basilisk already in OSX, or does that functionality need to be added?Ĭat7: Yes it does work, both in BII and SS. what happens when someone runs multiple bridges on the host and wants to add BII/SS to different bridges?ĭsumorok: sounds good. That would eliminate the need for entering a specific tap device in the prefs (thus only "tap").Īd 5. If running, do not remove bridge, if not destroy bridge (sudo ifconfig bridge0 destroy)Īd 4: could be nice to automatically check for the next higher tap device not in use and select that. Check whether a bridge is already running, if yes add the tap device to the bridge.Configure the tap device with value of "ether" and "ethertap ip" and netmask 255.0.0.0.Check whether tapx is already running, if yes: warning and do not bring up.Read new prefs item "ethertap ip" for ip-address.Read prefs item "ether" for "tap0" to "tap16".Sudo ifconfig tap1 "free IP address in host range+1" netmask 255.0.0.0 Sudo /Users/"username"/"path-to-BasiliskII"/BasiliskII.app/Contents/MacOS/BasiliskII & sleep 5 Sudo ifconfig tap0 "free IP address in host range" netmask 255.0.0.0Īn additional guest on the same host can be brought up like this: Sudo /Users/"username"/"path-to-SheepShaver"/SheepShaver.app/Contents/MacOS/SheepShaver & sleep 5 have been set to be absolute and ether to "tap0": This enhances the network gaming capability, the possibility to remotely run programs, to run servers, etc.Ĭurrently BII/SS support tap networking by running a script such as this to start a guest, after paths to disks, rom etc. Tap networking allows two or more emulators on the same host to connect to each other and to connect to other machines on the network (either emulators or real Appletalk capable Macs). Due to the complexities of setting this up and the incompatibilities it introduces with existing preferences editors (that don't do "full paths") the use of this capability is limited. It therefore supports Appletalk networking from BII/SS, greatly enhancing the usability/completeness of the emulators. Tap networking allows all ethernet packages to appear on the network. required: set all paths in the prefs file to be absolute required: manually edit prefs to set param "ether" to "tap0" up to "tap16" Tap networking for OSX supporting bridging of ethernet devices (only 10.8.x?): ![]()
0 Comments
Leave a Reply. |