The reason it's up and having such a high load is box it's probably rooted beyond recognition... 2.4.18 is a lethal kernel, especially with such a public server as file/print/web/anything-you-can-throw-at-it...
I suggest atleast patching the ptrace-bug or upgrading to a fixed kernel;-)
Most people working support has enough experience to know that saying "star" or "slash" over the phone requires them to say "symbol star" or "asterisk" instead of relying on the customer to understand the double meaning...
I've been using *nix for dunno how many years (more than I have windows I guess) and I haven't once done a rm -rf / (apart from once on purpose... dieing system... blahblah)
The gun example doesn't hold water, as you would be killing something you don't own... Owning something doesn't mean you have the right to impose your will on other people (or things) outside your possesion...
I guess some international treaty has banned owning people, but if you want to kill your own cow you'd certainly be allowed to use your gun (and your bullets) for that...
Seems like somebody barfed in their my.cnf or during their compile...
I've never haad MySQL crash on me, even under high-load (and yes through PHP and others)..
Or perhaps you run it from Windows ?
The statistics does hold, the efficiency of the worm decreases because there simply aren't enough hosts on the internet (or in IPv4 for that sake) to keep the worm busy for several hours...
If the worm spews out X packets over Y minutes, why would it change in the Y+n next minutes ? Think about it yourself, the worm doesn't suddenly stop and think "hey I've infected 3 bn. systems now, I better slow down", it keeps on going, but as only a fraction of the 4 bn available addresses in IPv4 are available and globally reachable it doesn't make sense to do an exhaustive test...
Not only spam, another problem with VRFY is that it give blackhats a pretty easy way of finding valid systemaccounts (given that many still use email -> systemaccount)...
VRFY doesn't leave as many traces as most other ways of finding valid accounts
I can't really follow your argument here, you say that the games are worse than the cheaters because the games are *payware* and the cheats aren't ?
Where do you think the next big game will spawn from, some late-night-hackers' bedroom, or a company that charges money...
Jeez some day I hope that even slashdot-zealots could figure out the simple little fact that everything in life doesn't come for free...
The fact that microsoft.com is run on a serverfarm bigger than your house (and probably your neighbours' too) might make 'em invincible to slashdottings...
CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:
Traceback (most recent call last):
File "c:\inetpub\wwwroot\cgi-bin\denim\download_denim.p y", line 170, in ?
(('Downloading', data.file),
File "c:\inetpub\wwwroot\cgi-bin\denim\guirlog.py", line 97, in writeToLog
f.close() IOError: [Errno 28] No space left on device
As long as all these migrating programmers stay with java and other rubberhead-safe languages and stay away from the lurking dangers of buffer-overruns and c... I guess the world is just about the same... Must say tho' VB seems like a good RAD-tool
Worst place I've been they had a card-proximity sensor both ways; so if you piggybacked into the toilet you could get stuck and had to wait for somebody to let you back in...
Thank god for mobilephones
Whether people "bother" with security measures all depends on whether the measures are appropriate for the object secured (why put a cardreader on your toilet, is it *really* necessary?) and if they grasp the value of the object that is secured...
If your coworker kept pictures of his wife naked or his life-savings (s/his/her/g, etc) in his deskdrawer you'd bet your life he/she would make sure that drawer was locked down with the best possible securitymeasures every time it he/she leaves...
Or rather dead and not able to tell anyone; if you're hard enough you'd take the pin to the grave and the badguys could hang out as much as they like with any of your fingers... won't get them anywhere though...
When the first part of the sentence is in bits, I quickly assumed that the latter part was too...
256kbit isn't bad for an upstream though, I've seen them as low as 64kbit... that IS bad for "broadband"
Not if you use SSH with X-forwarding, all the X traffic travels through the ssh-tunnel. (Hence ssh sets your display-env to localhost:10.0-etc so everything is as secure as your SSH-session)
The reason it's up and having such a high load is box it's probably rooted beyond recognition...
;-)
2.4.18 is a lethal kernel, especially with such a public server as file/print/web/anything-you-can-throw-at-it...
I suggest atleast patching the ptrace-bug or upgrading to a fixed kernel
Most people working support has enough experience to know that saying "star" or "slash" over the phone requires them to say "symbol star" or "asterisk" instead of relying on the customer to understand the double meaning...
I've been using *nix for dunno how many years (more than I have windows I guess) and I haven't once done a rm -rf / (apart from once on purpose... dieing system... blahblah)
How often do you put rm -rf / in your buffer ?
It's not like it's the most common command on the planet...
I find your maths interesting... in short terms you write: 1 Mpbs == 3.348TB
(I also guess that was Mbps), be careful of using to many =='s
WiFi has pisspoor reception in caves, so the spammers would be in trouble ;-)...
The gun example doesn't hold water, as you would be killing something you don't own... Owning something doesn't mean you have the right to impose your will on other people (or things) outside your possesion...
I guess some international treaty has banned owning people, but if you want to kill your own cow you'd certainly be allowed to use your gun (and your bullets) for that...
Seems like somebody barfed in their my.cnf or during their compile...
I've never haad MySQL crash on me, even under high-load (and yes through PHP and others)..
Or perhaps you run it from Windows ?
It would give a new meaning to the term system-crash ;-) *kaboom*
how the kaboodle did you get this past /.'s notorious filterchecks when posting ?
The statistics does hold, the efficiency of the worm decreases because there simply aren't enough hosts on the internet (or in IPv4 for that sake) to keep the worm busy for several hours...
If the worm spews out X packets over Y minutes, why would it change in the Y+n next minutes ?
Think about it yourself, the worm doesn't suddenly stop and think "hey I've infected 3 bn. systems now, I better slow down", it keeps on going, but as only a fraction of the 4 bn available addresses in IPv4 are available and globally reachable it doesn't make sense to do an exhaustive test...
Rumours has it that Windows XP even defaults to IPv6 now... (as it's 100 times easier to auto-configure)
If I only knew braille this would be wicked coupled with a mirror of project gutenberg.... Portable free books!
Or even easier...
sendmail -fpresident@whitehouse.gov spamrecipien@dot.com
Hello dear...
.
OR from any OS
telnet blahblah.example.org 25
mail from: president@whitehouse.gov
rcpt to: my favourite spamrecipient...
data
blahblah
.
Not only spam, another problem with VRFY is that it give blackhats a pretty easy way of finding valid systemaccounts (given that many still use email -> systemaccount)... VRFY doesn't leave as many traces as most other ways of finding valid accounts
I can't really follow your argument here, you say that the games are worse than the cheaters because the games are *payware* and the cheats aren't ?
Where do you think the next big game will spawn from, some late-night-hackers' bedroom, or a company that charges money...
Jeez some day I hope that even slashdot-zealots could figure out the simple little fact that everything in life doesn't come for free...
it sure speeds the time that pesky booting win2000 thing uses to boot ;-)
The fact that microsoft.com is run on a serverfarm bigger than your house (and probably your neighbours' too) might make 'em invincible to slashdottings...
CGI Error
p y", line 170, in ?
The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:
Traceback (most recent call last):
File "c:\inetpub\wwwroot\cgi-bin\denim\download_denim.
(('Downloading', data.file),
File "c:\inetpub\wwwroot\cgi-bin\denim\guirlog.py", line 97, in writeToLog
f.close()
IOError: [Errno 28] No space left on device
As long as all these migrating programmers stay with java and other rubberhead-safe languages and stay away from the lurking dangers of buffer-overruns and c... I guess the world is just about the same...
Must say tho' VB seems like a good RAD-tool
Worst place I've been they had a card-proximity sensor both ways; so if you piggybacked into the toilet you could get stuck and had to wait for somebody to let you back in...
Thank god for mobilephones
Whether people "bother" with security measures all depends on whether the measures are appropriate for the object secured (why put a cardreader on your toilet, is it *really* necessary?) and if they grasp the value of the object that is secured...
If your coworker kept pictures of his wife naked or his life-savings (s/his/her/g, etc) in his deskdrawer you'd bet your life he/she would make sure that drawer was locked down with the best possible securitymeasures every time it he/she leaves...
Or rather dead and not able to tell anyone; if you're hard enough you'd take the pin to the grave and the badguys could hang out as much as they like with any of your fingers... won't get them anywhere though...
When the first part of the sentence is in bits, I quickly assumed that the latter part was too... 256kbit isn't bad for an upstream though, I've seen them as low as 64kbit... that IS bad for "broadband"
Not if you use SSH with X-forwarding, all the X traffic travels through the ssh-tunnel. (Hence ssh sets your display-env to localhost:10.0-etc so everything is as secure as your SSH-session)
32kbit ?
Get real, that's about what a 56k modem can handle. Most cable and xDSLs has atleast 128k up... Tight, but not impossible for X