In the OS X the destination and gateway parameter is defined by its position in the command line, the Linux command expects the parameters to be prefixed with “-net” and “gw”. The man page of the related commands are usually a good source of what is different between Linux and Mac OS X. With these in place it's time to start configuring the various Screen Time elements. Click on Downtime and you'll be able to set the times when the Mac will be unavailable to the user.
Please note that this hint is specifically describing wired-Ethernet interfaces, however it also directly relates to wireless-Ethernet interfaces (such as AirPort, AirPort Extreme, or wireless PCI cards), and Ethernet-over-FireWire interfaces (including the built-in FireWire ports).Picture a tower which has two ethernet interfaces -- one built-in, and a second via a PCI card (but no AirPort interface). Normally, Mac OS X will assign the built-in interface a BSD name of en0 and the PCI card interface a BSD name of en1.
Now, imagine the following three possible scenarios for a computer with the above specifications: - You replace (or upgrade) the PCI Ethernet card in a tower.
- You move a hard drive from one tower to another tower with similarly two Ethernet interfaces (perhaps a brain/hard drive transfer, AKA a massive hardware upgrade).
- You clone a hard drive from one tower to another tower with similarly two Ethernet interfaces (perhaps as a backup for a mission-critical server or workstation).
I'll answer the second question first. That's possibly bad if you have a bunch of configuration files that specifically refer to en1. For instance, a firewall/gateway computer that bridges en0 (internet interface) to en1 (LAN interface). If en1 doesn't exist, then all of your LAN traffic won't go anywhere and won't do anything. This has implications for your IPFW2 startup and configuration files, and also your DHCPD startup files.
So why does the system exhibit this behavior? Because there are files in your system which record very specific information about your secondary Ethernet interface. If the information does not exactly match, then the system keeps the old information linked with the en1
Next Mac Os Name
BSD name, and creates a new BSD name for the new ethernet interface. So how do you solve this problem? There are two solutions:- You can hand edit your configuration files, replacing en1 with en2. That's lame, especially if you miss any iterations (it's like looking for a needle in a haystack), or if you have to make another transition in the future.
- Before you make the transition, record all of the pertinent settings and modes from the Network System Preferences pane. Actually, you should have this information backed-up in a dead-tree edition in case of a catastrophic failure anyway. Then make your transition. Once complete, boot your modified tower and move the following files to a safe location (your Desktop, perhaps). Here is a cute command line command which you can enter into the Terminal.app [the following command is all one line; the backslashes should allow a copy and paste to work]: Enter your admin password, then restart your computer. Once restarted, you will need to re-enter your settings and modes into your now blank Network preference pane. Also, you will need to update your Computer Name in the Sharing preference pane.
Downtime (na-es) Mac Os Download
Note that I'm not sure how Mac OS X will deal with naming the new G5 towers' built-in Ethernet ports, since there are now two built-in 1Gb Ethernet ports, and an AirPort Extreme interface. Will the 1Gbs be named en0 and en1 with the AirPort being named en2? I also don't know how the default naming scheme order would play-out for a tower with one built-in Ethernet interface, an AirPort card interface, and a PCI Ethernet interface. I would assume en0,
en1, and en2 in that order. Thankfully, FireWire interfaces follow a different, but similar scheme for their BSD names: fw0, fw1, fw2, etc.