AFS will do something like that, although not to the extent that I hear NetApp Filers can. Off the top of my head, there are two ways to do this with AFS. Both these methods require superuser access to your AFS cell, unless backups or replication releases are being done automatically.
(CodaFS should be able to do this too. I haven't played with CodaFS enough to know if it offers any other way to accomplish checkpointing.)
Method 1: backup volumes
$ cd/afs/mycell/some/path
$ kinit me/admin
Password for me/admin@MYCELL:
$ aklog
$ vos backup some.path.avol
$ kinit me
Password for me@MYCELL:
$ aklog
$ cd avol
do stuff with the filesystem...
Oops! I need files that I modified or deleted!
Many sites run 'vos backupsys' (generally before 'vos dump'ing volumes) every night to automatically back up all their volumes, and leave users' backup home volumes mounted under their home volumes, to provide easy access to yesterday's files without an administrator's help.
Method 2: for replicated volumes
$ cd/afs/.mycell/some/volume
do stuff - uh-oh, I need a file back that I changed!
$ cp/afs/mycell/some/volume/my/file my/file
ok, finished with the changes. Commit them!
$ kinit me/admin
Password for me/admin@MYCELL:
$ aklog
$ vos release some.volume
Released volume some.volume successfully
$ kinit me
Password for me@MYCELL:
$ aklog
Volume (for volume, read filesystem) backups work by saving the state of a volume at the time the backup command was issued. When changes are made to the volume, the original state is copied to the backup volume. The backup volume only takes as much space as the changes made since the last backup. Replication works by making read-only copies of a volume in one or more locations, as specified by 'vos addsite' commands. The copies are only updated when changes are 'released' from the read-write copy to the read-only copies. By convention, cell root volumes are mounted read-only on/afs/cellname and read-write on/afs/.cellname.
I think that newer versions of Solaris will do checkpointing on UFS. I haven't adminned Solaris since 2.3 (the slooow SS20 with 2.8 under my bed dosen't count until I play with it some more), so I'm not familiar with the details.
I had a similar problem with my iBook's Q key. The local Apple service center said that they couldn't get replacement keyboards themselves - that since it was a 'user-replacable part' I would have to call AppleCare.
When I called AppleCare last Friday, I learned that since it had been more than 90 days since I purchased the computer, I'd have to pay ~ $50 for phone support before I could order a keyboard, which cost about $100. Fortunately, since it was still under warranty and the damage wasn't caused by abuse, the phone tech managed to get one shipped out on warranty replacement without me having to fork over $50 for phone support.
Needless to say I'll think hard about buying another Apple product if I'll need to telephone them and pay $50 for the privlidge of buying basic spare parts.
On my iBook, I've gotten about four hours runtime under Linux without having set up any power conservation, but the battery didn't last the next hour in suspend mode. (There is no suspend-to-disk mode.) IMNSHO power consumption in suspend mode is too high. I expect I could squeeze out an extra hour or so if I adjusted my system configuration - currently the disk never spins down because of the various daemons I run. The main problems I've encountered are:
If you're used to having a control key to the left of A, you'll have to rewire the keyboard. Apple laptops use ADB keyboards, which were designed for use with mechanical latching capslock keys. Modern ADB keyboards still behave as if their capslock keys latched; therefore, it's not generally possible to remap the key in software.
As it is on many laptops, the power connector is fragile.
The touchpad is positioned such that my right hand tends to brush in to it, moving the pointer or resulting in a click. If it were positioned slightly further to the left, this wouldn't be a problem. You should probably try one out to see if your hands fit it better.
There is only one battery slot. Supposedly the laptop will last about 25 seconds in suspend mode without the battery, giving you time to swap, but I haven't tested it.
If you're developing for a Unix platform and you aren't writing in assembler, an Apple laptop might be worth looking in to. If you're developing for Windows, look elsewhere.
Since this is access for (supposedly) trusted techs, you could simply let them know that they had better have a very good excuse if you catch them invoking a shell and running privlidged commands without logging. Where I work, members of %wheel have an agreement that we use sudo but not 'sudo -s' (unless it's something like 'sudo -u test -s') or 'su', so that an audit log is kept of what commands have been run. More than once the sudo log has been useful for problem hunting.
If you don't trust your techs or you need to give out limited elevated privlidges to untrusted users, then none of what I've said applies.
I've got a RedHat 2.1 CD that I could copy if you'd like. My pipe isn't large enough to put it up for public download, but I could upload ISOs to a provided site or burn & mail copies.
The pidentd ident daemon can do something quite similar if run with the -C flag. From the manpage:
The -C[<keyfile>] option tells identd to return encrypted tokens instead of user names. The local and remote IP
addresses and TCP port numbers, the local user's uid num-
ber, a timestamp, a random number, and a checksum, are all
encrypted using DES with a secret key derived from the
first line of the keyfile (using des_string_to_key(3)).
The encrypted binary information is then encoded in a
base64 string (32 characters in length) and enclosed in
square brackets to produce a token that is transmitted to
the remote client. The encrypted token can later be
decrypted by idecrypt(8). There may not be a space
between the -C and the name of the keyfile. If the key-
file is not specified, it defaults to/etc/identd.key.
So, when an ident request is made, the daemon returns an encrypted token that is useless to the other end without the key. If someone has a problem, s/h/it sends back the encrypted token, and the admin decrypts it and takes apropriate action.
This method has an advantage over the method you described if multiple users make connections to the same foreign box within the same time period. If one system is not using NTP (or other time synchronization), the time period could be as long as ten minutes.
My no-name laptop only has two mouse-buttons, but has the undocumented feature that the touchpad recognizes a tap with two fingers as being a click of the middle mouse-button, and a tap with three as being the right mouse-button. Since I prefer tapping the pad to pressing buttons, it works fine - I never have to press buttons.
Touchpads made by Synaptics can be configured so that the left physical button acts as middle button - to left-click, you tap, to middle-click, you press the left button, and to right-click, you press the right button. There's a link to the appropriate program (tpconfig, IIRC) from Synaptics' web site.
I'm assuming that you've already discussed this with the local überBOFH and decided that ssh is not acceptable, but a tunnel is. My personal opinion of your situation is that a tunnel is only acceptable if the remote endpoint is behind a firewall with a ruleset as least as restrictive as the home network's firewall and is subject to usage rules (who has access, what is each user allowed to do, etc) at least as restrictive as those of the home network. Remember that establishing a tunnel between two nets is equivalent to connecting the two networks behind their firewalls - if someone has access to one network, he won't be bothered by the firewall on the other.
That said...
At a client site I'm currently tunneling past a NAT router (because I want to run a protocol that the router can't masquerade) by having a machine behind the router establish a connection to a machine outside. I'm using a program called Tunnel Vision (http://www.worldvisions.ca/tunnelv/, or package tunnelv on Debian), but since your firewall probably won't allow it past you should use a protocol that your firewall does allow in ways that it dosen't expect.
If your firewall allows https through, you should be able to run anything you please through port 443 as long as it's SSL-wrapped (so the firewall dosen't think anything's amiss). You could use the stunnel package (http://www.stunnel.org/, or package stunnel on Debian) for this - set a server running on port 443 of a machine outside the firewall, and start the client running inside. This will establish a stream between the two endpoints, and you can run anything you please over it - I'd choose to run pppd.
If your firewall dosen't allow https but does allow http, you can use httptunnel (http://www.nocrew.org/software/httptunnel.html, or package httptunnel on Debian). I haven't used httptunnel, so I don't know if you need to run pppd inside it. If it dosen't do strong authentication and encryption, you'll need something inside it for that, too.
These solutions require that an IP be reserved inside the firewall for the machine on the outside end. The machine inside should proxy-ARP for the machine outside.
You could also tunnel traffic over DNS queries - see http://nstx.dereference.de/nstx/ for a program that will do that - but it's doubtful that you'll need to do that.
PCMCIA schemes are set up in/etc/pcmcia. Your network settings live in/etc/pcmcia/network.opts and are used by the script/etc/pcmcia/network.
RedHat replaces/etc/pcmcia/network with a script that uses RedHat's network configuration files in/etc/sysconfig/network-scripts. This allows you to use the GUI configuration tools to set up your network but prevents you from using schemes to handle your network configuration. On my RedHat laptop, I went diving in the pcmcia-cs source tree to find the 'normal'/etc/pcmcia/network so I could use schemes.
That said, I normally leave my laptop set to obtain network configuration information from DHCP. The DHCP servers on networks where I have a static IP have been told to reserve it for my laptop (well, technically, for my laptop's NIC), and when visiting other networks I don't have to futz around finding an IP. Whenever the computer is away from its home network, it uses MobileIP to bring up a tunnel back to its home agent. It looks more or less the same to other hosts regardless of its location, and I can suspend the laptop, drive to another location, and plug in to a completely diffirent network without disturbing my ssh sessions.
> the goal of usb is to make ps/2, paralell and
> serial ports go away, and replace them with one
> general solution.
> the mac did this 10 years ago.
Hmm?
Until the advent of USB, the Mac used ADB (Apple Desktop Bus) to connect keyboards and mice, and used serial ports for other device attachment (printers, LocalTalk dongles, modems, what-have-you). The only difference I see from the PC situation is that in the Macintosh world printers were serial devices, where in the PC world printers tended to attach to parallel ports. ADB and PS/2 can be considered analogous, and a serial port is (ideally; ISTR certain electrical differences between Mac and PC serial ports, but I don't have a reference handy to verify) the same all over, despite a different connector. I'd hardly say that Macs had a USB-esque general solution ten years ago.
That said, I agree that using a single type of port to support devices with relatively low I/O bandwidth requirements and which the user may wish to hot-plug is a good idea.
If you look at your traceroute output you'll notice that your traceroute is defaulting to 18 hops max - if its destination isn't within 18 hops it'll stop the trace. If traffic were being rejected you'd be seeing something like:
Comparing your trace to mine, it looks like you're landing just a few hops short of the destination. I ran traces from two locations - the one through alter.net has bbr2.lax.netplanet.net (64.77.31.3) one hop upstream of mediamasters.org, and the one through cw.net went through bbr1.lax.netplanet.net (64.77.31.5).
If your traceroute accepts the same args as mine does, try 'traceroute -m 255 mediamasters.org' instead.
As I understand it, the robot arm makes the same motions as one of the monkey's arms, so when the monkey decides to move its arm up, the robot arm goes up, when the monkey arm goes down the robot arm follows, etc. It seems more or less to be sophisticated pattern matching - the computer figures out what the monkey's doing to its arm by reading input from electrodes in the brain and moves the robot arm accordingly
Their next experiment will involve the monkey learning how to use the arm - according to the CNN article they plan to have a restrained monkey feed itself with a robot arm.
The print edition is titled the CRC Concise Encyclopedia of Mathematics, which implies that CRC either takes great pride in publishing it or owns significant rights to it. Eric Weisstein is prominantly listed as the author, which implies that he was either hired to edit it or sold them rights to publish it. So, the question is:
Who owns the Concise Encyclopedia of Mathematics? Did CRC Press hire Eric to edit it, or did he approach them to publish it, and, if so, did he give them copyright (or any exclusive rights)?
If Mr. Weisstein owns it, his publisher dosen't have a legal leg to stand on unless it was granted exclusive electronic rights to the work. On the other hand, if it does have exclusive rights, CRC probably has the legal right to force the site down, regardless of whether it's morally right. If, when CRC bought the right to publish the Encyclopedia, it also bought the copyright, then Eric Weisstein is differently (and more) screwed unless he retained certain rights when transferring ownership. The most he can do is stop updating the work, start working on a new encyclopedia of mathematics, and encourage a boycott of his publisher (which will hurt him financially - he won't get any more royalties from the sale of the current book).
My old high school has east-slc.edu, from back when.edu domains were (officially) availible to non-four-year institutions.
They don't use it, though. I doubt that that anyone there even knows that it exists. Its record at NSI hasn't been updated since it was created on Sept 18 1992, the administrative contact left about six years ago, and the DNS zone seems to have gone missing recently.
I've thought about using a Dremel to cut holes in a spare drive-bay cover to mount some serial ports. I'd need to get ports with longer cables to make them reach, and there'd be some difficulty in mounting the port on the plate. Glue could work, or a metal plate could be attached to the back of the plastic one and the port could be mounted in it. A newer case (where the drive bay panels have metal plates already installed, for RF shielding) would make this easier. An ATX mainboard would present more of a problem, since the ports are built in to the board and intended to mount in the back. Either one could desolder the ports and install a connector for a cable, or one could loop a cable out a hole in the back (through a serial-port punchout?) and connect it the the port, like the FrontX does.
Alternately, as the anonymous coward suggested, one could turn the computer around so the ports are in the front, and cut holes in the back for the power switch and status lights. If you don't want the power cord coming out the computer's new front, one could open up the power supply, cut a hole in one side, run a power cord from that to your compuer's old front, cut a hole in the computer, and mount a new power connector there. You can cover up the now-unused holes in the power supply with metal plates, or you can mount power sockets in them so you can power other devices off of it.
Alternately, you can do what we do at work. Just get extender cables and run them from the ports in the back to the front. You can run them wherever you want the ports to be. We use them for our rack of servers (a wire rack, not rackmount) so that we don't have to roll it away to plug things in.
Speaking of racks, some rack-mount cases have front-accessable ports. You could find one that does, and then put rubber feet on it to stand it on a desk.
NiftyTelnet will work on the Mac, but if you're inside the United States you need a license from RSA to use it legally (until September 2000). I don't remember seeing a version that uses with RSAREF.
IIRC diffirent highly segregated groups in society evolving along diffirent paths has occured before. In India it's possible to find genetic diffirences between diffirent castes, since members of diffirent castes did not intermarry. Royal hemophelia is a European example of a similar thing - a mutation in one member of the ruling class propagates throughout all the royal families, because they only marry themselves.
makers of premium channel descramblers and early satellite dish owners tried the same hokey defense and LOST. You don't own the signals even when they're passing through your home, over your land, or through your skull.
And that is where I and the courts disagree. IMNSHO it is up to the `victim' to deal with shielding or scrambling the signal. I don't see anything more wrong with intercepting radio EMF than visual EMF; certainly there are laws against going up and peeking in someone's window, but I'm hardly spying someone if I see them in a public place or my from the privacy of my house. It's as if they were living in a glass house; just as there ought to be walls that can't be seen through with visual light, there should be walls (i.e. Tempest shielding) that are opaque to Tempest-range radiation.
Tempest shielding (or jamming) ought to be ubiquitous. Even assuming that Tempest equipiment and the use of Tempest were banned, there would be nothing to stop one from procuring (buying on the black market, or simply building it) and using it - unless you propose permitting random searches?
Perhaps, but the victim is broadcasting his signal (which the Tempest equipment or celluar scanner picks up) right through me. Why can't I intercept it?
I'd rather equip computers with Tempest shielding, so they don't broadcast their signals out. Even if Tempest were illegal, there'd be nothing else to stop someone from building a receiver.
I did that. The first name on my network was dis. My dead laptop is mercury, my old 486, now permanently dead, was cronus, and I've saved cerberus or janus for a router for when my home network gets a link to outside.
I've strayed away from the naming scheme, though. Dis was renamed to evil only weeks after installation, and my new laptop is tertia (it's the third laptop I've gone through). I may return to a mythological naming scheme if I resurrect mercury, as I'm contemplating the names lazarus and osiris for it.
53K is a limit on bandwidth (IIRC imposed by FCC regulations). Speed (latency) is another thing entirely, and the laws of physics limit it to the speed of the electric current flowing down the wire. Speed on digital and analog connections ought to be the same.
Slashdot Mirror
AFS will do something like that, although not to the extent that I hear NetApp Filers can. Off the top of my head, there are two ways to do this with AFS. Both these methods require superuser access to your AFS cell, unless backups or replication releases are being done automatically.
/afs/mycell/some/path
..
/afs/.mycell/some/volume
/afs/mycell/some/volume/my/file my/file
/afs/cellname and read-write on /afs/.cellname.
(CodaFS should be able to do this too. I haven't played with CodaFS enough to know if it offers any other way to accomplish checkpointing.)
Method 1: backup volumes
$ cd
$ kinit me/admin
Password for me/admin@MYCELL:
$ aklog
$ vos backup some.path.avol
$ kinit me
Password for me@MYCELL:
$ aklog
$ cd avol
do stuff with the filesystem...
Oops! I need files that I modified or deleted!
$ cd
$ fs mkm avol.backup some.path.avol.backup
$ cp avol.backup/little-lost-file avol/
$ fs rmm avol.backup
Many sites run 'vos backupsys' (generally before 'vos dump'ing volumes) every night to automatically back up all their volumes, and leave users' backup home volumes mounted under their home volumes, to provide easy access to yesterday's files without an administrator's help.
Method 2: for replicated volumes
$ cd
do stuff - uh-oh, I need a file back that I changed!
$ cp
ok, finished with the changes. Commit them!
$ kinit me/admin
Password for me/admin@MYCELL:
$ aklog
$ vos release some.volume
Released volume some.volume successfully
$ kinit me
Password for me@MYCELL:
$ aklog
Volume (for volume, read filesystem) backups work by saving the state of a volume at the time the backup command was issued. When changes are made to the volume, the original state is copied to the backup volume. The backup volume only takes as much space as the changes made since the last backup. Replication works by making read-only copies of a volume in one or more locations, as specified by 'vos addsite' commands. The copies are only updated when changes are 'released' from the read-write copy to the read-only copies. By convention, cell root volumes are mounted read-only on
I think that newer versions of Solaris will do checkpointing on UFS. I haven't adminned Solaris since 2.3 (the slooow SS20 with 2.8 under my bed dosen't count until I play with it some more), so I'm not familiar with the details.
!!
I had a similar problem with my iBook's Q key. The local Apple service center said that they couldn't get replacement keyboards themselves - that since it was a 'user-replacable part' I would have to call AppleCare.
When I called AppleCare last Friday, I learned that since it had been more than 90 days since I purchased the computer, I'd have to pay ~ $50 for phone support before I could order a keyboard, which cost about $100. Fortunately, since it was still under warranty and the damage wasn't caused by abuse, the phone tech managed to get one shipped out on warranty replacement without me having to fork over $50 for phone support.
Needless to say I'll think hard about buying another Apple product if I'll need to telephone them and pay $50 for the privlidge of buying basic spare parts.
On my iBook, I've gotten about four hours runtime under Linux without having set up any power conservation, but the battery didn't last the next hour in suspend mode. (There is no suspend-to-disk mode.) IMNSHO power consumption in suspend mode is too high. I expect I could squeeze out an extra hour or so if I adjusted my system configuration - currently the disk never spins down because of the various daemons I run. The main problems I've encountered are:
If you're used to having a control key to the left of A, you'll have to rewire the keyboard. Apple laptops use ADB keyboards, which were designed for use with mechanical latching capslock keys. Modern ADB keyboards still behave as if their capslock keys latched; therefore, it's not generally possible to remap the key in software.
As it is on many laptops, the power connector is fragile.
The touchpad is positioned such that my right hand tends to brush in to it, moving the pointer or resulting in a click. If it were positioned slightly further to the left, this wouldn't be a problem. You should probably try one out to see if your hands fit it better.
There is only one battery slot. Supposedly the laptop will last about 25 seconds in suspend mode without the battery, giving you time to swap, but I haven't tested it.
If you're developing for a Unix platform and you aren't writing in assembler, an Apple laptop might be worth looking in to. If you're developing for Windows, look elsewhere.
Since this is access for (supposedly) trusted techs, you could simply let them know that they had better have a very good excuse if you catch them invoking a shell and running privlidged commands without logging. Where I work, members of %wheel have an agreement that we use sudo but not 'sudo -s' (unless it's something like 'sudo -u test -s') or 'su', so that an audit log is kept of what commands have been run. More than once the sudo log has been useful for problem hunting.
If you don't trust your techs or you need to give out limited elevated privlidges to untrusted users, then none of what I've said applies.
I've got a RedHat 2.1 CD that I could copy if you'd like. My pipe isn't large enough to put it up for public download, but I could upload ISOs to a provided site or burn & mail copies.
The pidentd ident daemon can do something quite similar if run with the -C flag. From the manpage:
So, when an ident request is made, the daemon returns an encrypted token that is useless to the other end without the key. If someone has a problem, s/h/it sends back the encrypted token, and the admin decrypts it and takes apropriate action.
This method has an advantage over the method you described if multiple users make connections to the same foreign box within the same time period. If one system is not using NTP (or other time synchronization), the time period could be as long as ten minutes.
wandering rapidly off-topic...
My no-name laptop only has two mouse-buttons, but has the undocumented feature that the touchpad recognizes a tap with two fingers as being a click of the middle mouse-button, and a tap with three as being the right mouse-button. Since I prefer tapping the pad to pressing buttons, it works fine - I never have to press buttons.
Touchpads made by Synaptics can be configured so that the left physical button acts as middle button - to left-click, you tap, to middle-click, you press the left button, and to right-click, you press the right button. There's a link to the appropriate program (tpconfig, IIRC) from Synaptics' web site.
I'm assuming that you've already discussed this with the local überBOFH and decided that ssh is not acceptable, but a tunnel is. My personal opinion of your situation is that a tunnel is only acceptable if the remote endpoint is behind a firewall with a ruleset as least as restrictive as the home network's firewall and is subject to usage rules (who has access, what is each user allowed to do, etc) at least as restrictive as those of the home network. Remember that establishing a tunnel between two nets is equivalent to connecting the two networks behind their firewalls - if someone has access to one network, he won't be bothered by the firewall on the other.
That said...
At a client site I'm currently tunneling past a NAT router (because I want to run a protocol that the router can't masquerade) by having a machine behind the router establish a connection to a machine outside. I'm using a program called Tunnel Vision (http://www.worldvisions.ca/tunnelv/, or package tunnelv on Debian), but since your firewall probably won't allow it past you should use a protocol that your firewall does allow in ways that it dosen't expect.
If your firewall allows https through, you should be able to run anything you please through port 443 as long as it's SSL-wrapped (so the firewall dosen't think anything's amiss). You could use the stunnel package (http://www.stunnel.org/, or package stunnel on Debian) for this - set a server running on port 443 of a machine outside the firewall, and start the client running inside. This will establish a stream between the two endpoints, and you can run anything you please over it - I'd choose to run pppd.
If your firewall dosen't allow https but does allow http, you can use httptunnel (http://www.nocrew.org/software/httptunnel.html, or package httptunnel on Debian). I haven't used httptunnel, so I don't know if you need to run pppd inside it. If it dosen't do strong authentication and encryption, you'll need something inside it for that, too.
These solutions require that an IP be reserved inside the firewall for the machine on the outside end. The machine inside should proxy-ARP for the machine outside.
You could also tunnel traffic over DNS queries - see http://nstx.dereference.de/nstx/ for a program that will do that - but it's doubtful that you'll need to do that.
PCMCIA schemes are set up in /etc/pcmcia. Your network settings live in /etc/pcmcia/network.opts and are used by the script /etc/pcmcia/network.
RedHat replaces /etc/pcmcia/network with a script that uses RedHat's network configuration files in /etc/sysconfig/network-scripts. This allows you to use the GUI configuration tools to set up your network but prevents you from using schemes to handle your network configuration. On my RedHat laptop, I went diving in the pcmcia-cs source tree to find the 'normal' /etc/pcmcia/network so I could use schemes.
That said, I normally leave my laptop set to obtain network configuration information from DHCP. The DHCP servers on networks where I have a static IP have been told to reserve it for my laptop (well, technically, for my laptop's NIC), and when visiting other networks I don't have to futz around finding an IP. Whenever the computer is away from its home network, it uses MobileIP to bring up a tunnel back to its home agent. It looks more or less the same to other hosts regardless of its location, and I can suspend the laptop, drive to another location, and plug in to a completely diffirent network without disturbing my ssh sessions.
> the goal of usb is to make ps/2, paralell and
> serial ports go away, and replace them with one
> general solution.
> the mac did this 10 years ago.
Hmm?
Until the advent of USB, the Mac used ADB (Apple Desktop Bus) to connect keyboards and mice, and used serial ports for other device attachment (printers, LocalTalk dongles, modems, what-have-you). The only difference I see from the PC situation is that in the Macintosh world printers were serial devices, where in the PC world printers tended to attach to parallel ports. ADB and PS/2 can be considered analogous, and a serial port is (ideally; ISTR certain electrical differences between Mac and PC serial ports, but I don't have a reference handy to verify) the same all over, despite a different connector. I'd hardly say that Macs had a USB-esque general solution ten years ago.
That said, I agree that using a single type of port to support devices with relatively low I/O bandwidth requirements and which the user may wish to hot-plug is a good idea.
If you look at your traceroute output you'll notice that your traceroute is defaulting to 18 hops max - if its destination isn't within 18 hops it'll stop the trace. If traffic were being rejected you'd be seeing something like:
19 * * *
20 * * *
(if it's being dropped on the floor)
or:
19 bbr1.lax.netplanet.net (64.77.31.5) 250ms !X !X
20 bbr1.lax.netplanet.net (64.77.31.5) !X 260ms 250ms
Comparing your trace to mine, it looks like you're landing just a few hops short of the destination. I ran traces from two locations - the one through alter.net has bbr2.lax.netplanet.net (64.77.31.3) one hop upstream of mediamasters.org, and the one through cw.net went through bbr1.lax.netplanet.net (64.77.31.5).
If your traceroute accepts the same args as mine does, try 'traceroute -m 255 mediamasters.org' instead.
As I understand it, the robot arm makes the same motions as one of the monkey's arms, so when the monkey decides to move its arm up, the robot arm goes up, when the monkey arm goes down the robot arm follows, etc. It seems more or less to be sophisticated pattern matching - the computer figures out what the monkey's doing to its arm by reading input from electrodes in the brain and moves the robot arm accordingly
Their next experiment will involve the monkey learning how to use the arm - according to the CNN article they plan to have a restrained monkey feed itself with a robot arm.
The print edition is titled the CRC Concise Encyclopedia of Mathematics, which implies that CRC either takes great pride in publishing it or owns significant rights to it. Eric Weisstein is prominantly listed as the author, which implies that he was either hired to edit it or sold them rights to publish it. So, the question is:
Who owns the Concise Encyclopedia of Mathematics? Did CRC Press hire Eric to edit it, or did he approach them to publish it, and, if so, did he give them copyright (or any exclusive rights)?
If Mr. Weisstein owns it, his publisher dosen't have a legal leg to stand on unless it was granted exclusive electronic rights to the work. On the other hand, if it does have exclusive rights, CRC probably has the legal right to force the site down, regardless of whether it's morally right. If, when CRC bought the right to publish the Encyclopedia, it also bought the copyright, then Eric Weisstein is differently (and more) screwed unless he retained certain rights when transferring ownership. The most he can do is stop updating the work, start working on a new encyclopedia of mathematics, and encourage a boycott of his publisher (which will hurt him financially - he won't get any more royalties from the sale of the current book).
My old high school has east-slc.edu, from back when .edu domains were (officially) availible to non-four-year institutions.
They don't use it, though. I doubt that that anyone there even knows that it exists. Its record at NSI hasn't been updated since it was created on Sept 18 1992, the administrative contact left about six years ago, and the DNS zone seems to have gone missing recently.
Instead of special-mounting the floppy and CDROM, one could also use to use a USB floppy drive and put everything else in an external SCSI enclosure.
That, or put all your drives in another machine and export 'em over the network to the backwards one.
I've thought about using a Dremel to cut holes in a spare drive-bay cover to mount some serial ports. I'd need to get ports with longer cables to make them reach, and there'd be some difficulty in mounting the port on the plate. Glue could work, or a metal plate could be attached to the back of the plastic one and the port could be mounted in it. A newer case (where the drive bay panels have metal plates already installed, for RF shielding) would make this easier. An ATX mainboard would present more of a problem, since the ports are built in to the board and intended to mount in the back. Either one could desolder the ports and install a connector for a cable, or one could loop a cable out a hole in the back (through a serial-port punchout?) and connect it the the port, like the FrontX does.
Alternately, as the anonymous coward suggested, one could turn the computer around so the ports are in the front, and cut holes in the back for the power switch and status lights. If you don't want the power cord coming out the computer's new front, one could open up the power supply, cut a hole in one side, run a power cord from that to your compuer's old front, cut a hole in the computer, and mount a new power connector there. You can cover up the now-unused holes in the power supply with metal plates, or you can mount power sockets in them so you can power other devices off of it.
Alternately, you can do what we do at work. Just get extender cables and run them from the ports in the back to the front. You can run them wherever you want the ports to be. We use them for our rack of servers (a wire rack, not rackmount) so that we don't have to roll it away to plug things in.
Speaking of racks, some rack-mount cases have front-accessable ports. You could find one that does, and then put rubber feet on it to stand it on a desk.
IIRC it's been done, but so far the robot's arms are too slow to run - you can only walk around.
NiftyTelnet will work on the Mac, but if you're inside the United States you need a license from RSA to use it legally (until September 2000). I don't remember seeing a version that uses with RSAREF.
IIRC diffirent highly segregated groups in society evolving along diffirent paths has occured before. In India it's possible to find genetic diffirences between diffirent castes, since members of diffirent castes did not intermarry. Royal hemophelia is a European example of a similar thing - a mutation in one member of the ruling class propagates throughout all the royal families, because they only marry themselves.
makers of premium channel descramblers and early satellite dish owners tried the same hokey defense and LOST. You don't own the signals even when they're passing through your home, over your land, or through your skull.
And that is where I and the courts disagree. IMNSHO it is up to the `victim' to deal with shielding or scrambling the signal. I don't see anything more wrong with intercepting radio EMF than visual EMF; certainly there are laws against going up and peeking in someone's window, but I'm hardly spying someone if I see them in a public place or my from the privacy of my house. It's as if they were living in a glass house; just as there ought to be walls that can't be seen through with visual light, there should be walls (i.e. Tempest shielding) that are opaque to Tempest-range radiation.
Tempest shielding (or jamming) ought to be ubiquitous. Even assuming that Tempest equipiment and the use of Tempest were banned, there would be nothing to stop one from procuring (buying on the black market, or simply building it) and using it - unless you propose permitting random searches?
Perhaps, but the victim is broadcasting his signal (which the Tempest equipment or celluar scanner picks up) right through me. Why can't I intercept it?
I'd rather equip computers with Tempest shielding, so they don't broadcast their signals out. Even if Tempest were illegal, there'd be nothing else to stop someone from building a receiver.
You must have fun with newbies and talk(1).
Message from god@heaven at 12:45 29 Oct 1999:
....
I'm coming for your soul at 3:00 this afternoon.
I did that. The first name on my network was dis. My dead laptop is mercury, my old 486, now permanently dead, was cronus, and I've saved cerberus or janus for a router for when my home network gets a link to outside.
I've strayed away from the naming scheme, though. Dis was renamed to evil only weeks after installation, and my new laptop is tertia (it's the third laptop I've gone through). I may return to a mythological naming scheme if I resurrect mercury, as I'm contemplating the names lazarus and osiris for it.
53K is a limit on bandwidth (IIRC imposed by FCC regulations). Speed (latency) is another thing entirely, and the laws of physics limit it to the speed of the electric current flowing down the wire. Speed on digital and analog connections ought to be the same.
You're right. IIRC, a local TV station showed off that interface when they got a new SGI.