you said it buster... americans may be very good at getting money under their control, but the motivations for doing so are not too great...
consider the hundreds, if not thousands, of miserable, highly-paid investment banking analysts who give up years of their lives to do what? to make lots of money. i KNOW that more than a few of those people would rather be doing something else, but they want the money so badly that they can't see anything else.
maybe volunteering more at local charities/missions would do a world of good for people whose lives revolve around money?
>True--most finance types probably wouldn't know Alpha from UltraSPARC;
you mean *day-trader* types. finance types don't usually deal with this stuff in that much detail. they're more interested in management strategy, cash flow, M&A, and other capital-investment-type information.
(granted, most finance-types wouldn't know either, but they also wouldn't ever have to deal with that stuff.)
i know from my experience at princeton that here the recommended, endorsed, anointed, whatever-you-want-to-call-it browser is netscape. the reason is simply that it has so much cross-platform support, and it has a consistent cross-platform menu system.
for example, over the phone i can walk somebody through the basic preferences dialog on my linux machine, even though the person on the other end of the call is using the windows version.
it's very handy, and is much preferable to having to dual-boot or run wine to use the windows version.
some of us also like using the networks LEGALLY. don't think that using napster is proper 'civil disobedience'. civil disobedience is only justified when there is _gross_injustice_, like discrimination or tyranny... keeping me from distributing illegally-copied mp3s is a far cry from banning me from restaurants or relegating me to the back of a bus because of the color of my skin.
probably the worst thing about bellatlantic's setup (and i would guess most of the rest of the PPPoE world) is that you change your IP every so often. this is, of course, always at the most inconvenient times, like right after you've su'ed root remotely and restarted the company's webserver. you can't kill -9 the shell after you log back in once the IP is done changing since that would also kill the webserver. grrr.
"This is important because it confirms some of the Big Bang models that predict how much hydrogen should have been created."
i'm not sure how this "confirms" the models.... isn't the probability that we have it right approximately 0.0000? it seems to me that "confirming" any theoretical hypothesis is impossible, given that there are infinitely many viable explanations for given phenomena.
predictive value may factor heavily in how much we value a given hypothesis, but it is only a value along with elegance, fit to the current data, ease of calculation, relevance to current research, etc.
there was a scientific american article on this subject over three years ago.... i can't remember which issue (i'm not at home) but it addressed this same idea.
there *is* a way to communicate faster than light. (this is from a scientific american letter to the editor from a few years back.) let's say you have a long stick, long enough to reach from pluto to the earth. let's also say that the stick is REALLY REALLY stiff, so that axial movements at one end are transmitted instantly to the other end. presto: information can travel faster than light since you can tap out morse code with the stick.
what stoll describes is a real-machine-turned-honeypot. AC was suggesting a machine dedicated to monitoring activities, so no important accounts or information could be compromised. stoll's compromised box was still being used for departmental affairs (an odd choice) but monitored. in this case, the admins would not allow anything important to get on the honeypot.
it's a tough decision to make. on one hand, observing a honeypot machine carefully could be very valuable for finding out how a cracker works. this might even yield good findings on new exploits, etc.
on the other hand, if they compromise the machine with your knowledge and start attacking other sites with it because you were too busy to shut it down, then there are definitely cases where you might be liable. an easy way around this would be to use ipchains or a firewall to block outgoing connections from that machine.
another consideration: does the machine go inside or outside of your firewall? if inside, you've just given 31337 h4x0r prime access to your network (even if it's a switched ethernet). if outside, you can't keep control of the honeypot's network usage.
probably the best setup for a honeypot is that described in cheswick/bellovin (1994), firewalls and internet security. they implemented their honeypot as a chroot jail on the outside gateway. they set up a "callsucker" that would snag outside connections, relay them to the inside gateway, log the traffic, relay the connection back to the outside gateway (i haven't figured that one out yet) and then to the chroot "jail." from here they were able to log all access to the jail and monitor berferd's activities.
still, they trod in dubious legal territory by allowing berferd to attack outside sites with their full knowledge.
there already is such a thing, although it's not as closely integrated as a beowolf. it's a process-migration kernel enhancement that allows several machines (whether workstations or clusters) to share cpu loads.
check it out at mosix.org. it is especially useful for compiling large projects (i.e. xfree86).
i worked with a fellow this summer who was answering phones with me at a help desk, and one headhunter called up and asked to talk to our unix people. (this was odd enough, since we are the main entrance to the unix support system there.) this guy told the headhunter that he was the main interceptor for tech support calls on that subject, and the headhunter would have to talk to him and tell him the problem. the headhunter then asked him how much he knew about solaris.
now my friend knows his stuff, so he explained some VERY basic things about solaris to the headhunter, who then came clean: he was actually trying to recruit a solaris technician from our people.
people have got to be DESPERATE for good unix sysadmins if they're doing stuff like that.
jon
notebooks aren't obselete!
on
Laptop Exams?
·
· Score: 1
notebooks aren't obsolete quite yet. they've just stopped being *spiral* notebooks. now they're *electronic* notebooks.
mummy, ah ah.
jon
the slashdot connection
on
Muppets Sold
·
· Score: 1
why are there so many gripes about slashdot and why are they always snide?
slashdot is funny and sometimes just punny but slashdot has nothing to hide.
trolling and flaming are part of the treasure, though they're just moderated down.
someday we'll find it the slashdot connection andover, va linux, and me.....
How do you think future campaigns will use the Internet? Will campaign websites continue to be merely tools to disseminate press releases and gather donations from the masses, or will they carry large amounts of substantive content, i.e. past speeches, opponents' voting records, etc.?
Slashdot Mirror
you said it buster... americans may be very good at getting money under their control, but the motivations for doing so are not too great...
consider the hundreds, if not thousands, of miserable, highly-paid investment banking analysts who give up years of their lives to do what? to make lots of money. i KNOW that more than a few of those people would rather be doing something else, but they want the money so badly that they can't see anything else.
maybe volunteering more at local charities/missions would do a world of good for people whose lives revolve around money?
jon
that's pretty slick....
:)
impressive, a job posting on slashdot.
jon
>True--most finance types probably wouldn't know Alpha from UltraSPARC;
you mean *day-trader* types. finance types don't usually deal with this stuff in that much detail. they're more interested in management strategy, cash flow, M&A, and other capital-investment-type information.
(granted, most finance-types wouldn't know either, but they also wouldn't ever have to deal with that stuff.)
jon
can you explain a bit further the 'right' to pirate music?
jon
i know from my experience at princeton that here the recommended, endorsed, anointed, whatever-you-want-to-call-it browser is netscape. the reason is simply that it has so much cross-platform support, and it has a consistent cross-platform menu system.
for example, over the phone i can walk somebody through the basic preferences dialog on my linux machine, even though the person on the other end of the call is using the windows version.
it's very handy, and is much preferable to having to dual-boot or run wine to use the windows version.
jon
amen to that...
some of us also like using the networks LEGALLY. don't think that using napster is proper 'civil disobedience'. civil disobedience is only justified when there is _gross_injustice_, like discrimination or tyranny... keeping me from distributing illegally-copied mp3s is a far cry from banning me from restaurants or relegating me to the back of a bus because of the color of my skin.
jon
ahhh, i had forgotten about nohup. :-) time to hit the man pages...
jon
OpenBSD supports PPPoE as of version 2.7.
e &aprop os=0&sektion=0&manpath=OpenBSD+Current&arch=i386&f ormat=html
jon
http://www.openbsd.org/cgi-bin/man.cgi?query=pppo
probably the worst thing about bellatlantic's setup (and i would guess most of the rest of the PPPoE world) is that you change your IP every so often. this is, of course, always at the most inconvenient times, like right after you've su'ed root remotely and restarted the company's webserver. you can't kill -9 the shell after you log back in once the IP is done changing since that would also kill the webserver. grrr.
jon
license, schmicense, who cares what kind of license it has? it they thought the license was objectionable, they wouldn't use it.
jon
"This is important because it confirms some of the Big Bang models that predict how much hydrogen should have been created."
i'm not sure how this "confirms" the models.... isn't the probability that we have it right approximately 0.0000? it seems to me that "confirming" any theoretical hypothesis is impossible, given that there are infinitely many viable explanations for given phenomena.
predictive value may factor heavily in how much we value a given hypothesis, but it is only a value along with elegance, fit to the current data, ease of calculation, relevance to current research, etc.
jon
there was a scientific american article on this subject over three years ago.... i can't remember which issue (i'm not at home) but it addressed this same idea.
there *is* a way to communicate faster than light. (this is from a scientific american letter to the editor from a few years back.) let's say you have a long stick, long enough to reach from pluto to the earth.
let's also say that the stick is REALLY REALLY stiff, so that axial movements at one end are transmitted instantly to the other end. presto: information can travel faster than light since you can tap out morse code with the stick.
:)
to make it accessible for redhat, debian and suse... tar.gz files cover all distributions just fine. :)
take a look at abiword (it's linked from gnome.org somewhere) or lyx. both these do a lot of nifty stuff without being bloated.
jon
what stoll describes is a real-machine-turned-honeypot. AC was suggesting a machine dedicated to monitoring activities, so no important accounts or information could be compromised. stoll's compromised box was still being used for departmental affairs (an odd choice) but monitored. in this case, the admins would not allow anything important to get on the honeypot.
jon
it's a tough decision to make. on one hand, observing a honeypot machine carefully could be very valuable for finding out how a cracker works. this might even yield good findings on new exploits, etc.
on the other hand, if they compromise the machine with your knowledge and start attacking other sites with it because you were too busy to shut it down, then there are definitely cases where you might be liable. an easy way around this would be to use ipchains or a firewall to block outgoing connections from that machine.
another consideration: does the machine go inside or outside of your firewall? if inside, you've just given 31337 h4x0r prime access to your network (even if it's a switched ethernet). if outside, you can't keep control of the honeypot's network usage.
probably the best setup for a honeypot is that described in cheswick/bellovin (1994), firewalls and internet security. they implemented their honeypot as a chroot jail on the outside gateway. they set up a "callsucker" that would snag outside connections, relay them to the inside gateway, log the traffic, relay the connection back to the outside gateway (i haven't figured that one out yet) and then to the chroot "jail." from here they were able to log all access to the jail and monitor berferd's activities.
still, they trod in dubious legal territory by allowing berferd to attack outside sites with their full knowledge.
it's a tough call.
jon
there already is such a thing, although it's not as closely integrated as a beowolf. it's a process-migration kernel enhancement that allows several machines (whether workstations or clusters) to share cpu loads.
check it out at mosix.org. it is especially useful for compiling large projects (i.e. xfree86).
jon
amen, my brother.
no excuse, no excuse.
jon
i worked with a fellow this summer who was answering phones with me at a help desk, and one headhunter called up and asked to talk to our unix people. (this was odd enough, since we are the main entrance to the unix support system there.) this guy told the headhunter that he was the main interceptor for tech support calls on that subject, and the headhunter would have to talk to him and tell him the problem. the headhunter then asked him how much he knew about solaris.
now my friend knows his stuff, so he explained some VERY basic things about solaris to the headhunter, who then came clean: he was actually trying to recruit a solaris technician from our people.
people have got to be DESPERATE for good unix sysadmins if they're doing stuff like that.
jon
notebooks aren't obsolete quite yet. they've just stopped being *spiral* notebooks. now they're *electronic* notebooks.
mummy, ah ah.
jon
why are there so many
gripes about slashdot
and why are they always snide?
slashdot is funny
and sometimes just punny
but slashdot has nothing to hide.
trolling and flaming are part of the treasure,
though they're just moderated down.
someday we'll find it
the slashdot connection
andover, va linux, and me.....
How do you think future campaigns will use the Internet? Will campaign websites continue to be merely tools to disseminate press releases and gather donations from the masses, or will they carry large amounts of substantive content, i.e. past speeches, opponents' voting records, etc.?
everything is proceeding as i have forseen....
mergers are good in some cases, bad in others. this one looks like a good idea.
jon
indeed. i will merely point out that linux can only handle 8 processors at one time (not including a beowulf cluster) while irix is comfortable at 64.
'nuff said. i don't really like irix either, but it does have the goods for SMP.
jon