SecurID has also been proven to be insufficient - if the perpetrator gets his hands on one and logs a few of the numbers then it's possible to digest those and predict the future numbers
Could you provide some citations for that please? To my knowledge this is just not possible.
Don't be silly. PostgreSQL has had this feature for ages (atleast since 7.x days) implemented via NOTIFY, which interested listeners can register to be notified of. I'm sure all the big databases have similar functionality.
I don't suppose to care to provide a link for these rather outrageous claims? FBSD docs recommend like five million reboots per upgrade, and live kernel patching is a horrific problem to overcome so I doubt Linux is going to be able to do it any time soon.
Do not under any circumstance buy Extreme switches. They are really a bunch of lower-bandwidth units coupled together, which results in crazy packet reordering problems if you are putting streams of any size across them.
One of our sites tried them.... and practically kicked them straight out of the window. If you care about throughput then you want to stay well clear.
So the maximum distance following ground cables from any one point to another is ~20 megametres.
Speed of light: ~3x10^8 m/s
Therefore, the max delay would be
2x10^7 / 3x10^8 = 0.067s, or 67ms. And that is in the worst possible scenario. That's hardly 'killer lag', and will allow all of 15fps natively, ignoring any compression et al.
Do the same numbers and assume that people would place servers intelligently, ie US/Europe/Asia, and suddenly the numbers don't look so bad.
It is presumably a shared _logical_ disk. Simply have failover on your FC node and it's not really a problem.
For example, the boxes I used to work with were dual host adapter boxes with the RAID5 containers in RAID1 setup. Each box+adapter has two NICs, going to different switches. Each box has a three PSUs, going to different UPSs.
Using a simple setup like this, there simply is no single point of failure. Apart from the room they are in, obviously.
Cheap? No. Avoiding single points of failure completely is expensive. And mostly impossible. It's one of those risk/cost curves.
Don't be so bloody naive. Once you are running code in ring 0, do you _really_ think it is still entirely the OS' fault? Why do you think the Linux kernel developers refuse to touch dumps from tainted kernels?
Once that driver code is running, it can break the machine. Full stop. This is not yet-another-application, which Windows handles perfectly well.
Just out of interest, how are you generating your doc/xls documents? I assume from your post that this is on a Linux backend.
I'm in a situation where I need to generate dynamic Word documents, and so far my choice pretty much seems to tie me to C#/ASP.net as those are the only architectures available to me that can do the Word DDE things to autogenerate documents.
If there is an easy way to do this with a Linux backend I would be very very interested to hear about it!
If you are sufficiently stupid to think that installing a service pack can 'crash your HD' then you have no business trying to post anything that even looks vaguely technical.
Well - atleast the CEO seems to be able to own up and say 'Yes we screwed up and yes we realise this', rather than the obfuscated search for a scape goat that most other companies seem to participate in these days. Hopefully this will be a trend for the future. Would be nice to hear more people admit blame and move on trying to change it than do everything they can do cover over mistakes.
What happens to all the astronauts who have trained for many years of their life to do this type of stuff safely, if a robot suddenly comes along? I expect the robot will probably break down occasionally, and so will need repairing by a human hand, but still - those guys have invested a lot in their future and it seems like they could likely loose a lot of their necessity when (if) robots come onto the market. By the way - anyone know how they evaluate this kind of technology? Take prototypes up with them in the shuttle and see how they work or is there a cheaper way of doing it?
Slashdot Mirror
SecurID has also been proven to be insufficient - if the perpetrator gets his hands on one and logs a few of the numbers then it's possible to digest those and predict the future numbers
Could you provide some citations for that please? To my knowledge this is just not possible.
Salts don't protect against brute-forcing of hashes; they protect against rainbow tables. You still need to store that hash somewhere!
Surely the problem is that you're assuming sqrt(1) = 1 when actually it is +- 1? You're throwing away the sign change in that step :)
Don't be silly. PostgreSQL has had this feature for ages (atleast since 7.x days) implemented via NOTIFY, which interested listeners can register to be notified of. I'm sure all the big databases have similar functionality.
Nice try. People like you are why filters are so frequently defined wrongly on routers these days.
The actual (RFC1918) private address spaces are:
10.0.0.0 - 10.255.255.255 (10/8 prefix)
172.16.0.0 - 172.31.255.255 (172.16/12 prefix)
192.168.0.0 - 192.168.255.255 (192.168/16 prefix)
Note that the 192.168/16 range was a range of class C space, not class B.. not that classes have really existed for a long time.
Don't be silly. Just go into 'Advanced' and untick the interfaces you do not want the firewall applied to.
I don't suppose to care to provide a link for these rather outrageous claims? FBSD docs recommend like five million reboots per upgrade, and live kernel patching is a horrific problem to overcome so I doubt Linux is going to be able to do it any time soon.
Do not under any circumstance buy Extreme switches. They are really a bunch of lower-bandwidth units coupled together, which results in crazy packet reordering problems if you are putting streams of any size across them.
One of our sites tried them.... and practically kicked them straight out of the window. If you care about throughput then you want to stay well clear.
Let's do a little maths here:
Circumference of Earth: 40,075,160 metres
So the maximum distance following ground cables from any one point to another is ~20 megametres.
Speed of light: ~3x10^8 m/s
Therefore, the max delay would be
2x10^7 / 3x10^8 = 0.067s, or 67ms. And that is in the worst possible scenario. That's hardly 'killer lag', and will allow all of 15fps natively, ignoring any compression et al.
Do the same numbers and assume that people would place servers intelligently, ie US/Europe/Asia, and suddenly the numbers don't look so bad.
Lets see... with RAID 5+1, you get..
4x250GB = 500GB of storage
7x146GB = 730GB of storage
For the same redundancy, you get nearly 50% more space by using 146GB drives, using your numbers.
It is presumably a shared _logical_ disk. Simply have failover on your FC node and it's not really a problem.
For example, the boxes I used to work with were dual host adapter boxes with the RAID5 containers in RAID1 setup. Each box+adapter has two NICs, going to different switches. Each box has a three PSUs, going to different UPSs.
Using a simple setup like this, there simply is no single point of failure. Apart from the room they are in, obviously.
Cheap? No. Avoiding single points of failure completely is expensive. And mostly impossible. It's one of those risk/cost curves.
Don't be so bloody naive. Once you are running code in ring 0, do you _really_ think it is still entirely the OS' fault? Why do you think the Linux kernel developers refuse to touch dumps from tainted kernels?
Once that driver code is running, it can break the machine. Full stop. This is not yet-another-application, which Windows handles perfectly well.
So do your end users have OO installed, or can you call OO to automatically convert the XML into a Word document and send the end users that?
Just out of interest, how are you generating your doc/xls documents? I assume from your post that this is on a Linux backend.
I'm in a situation where I need to generate dynamic Word documents, and so far my choice pretty much seems to tie me to C#/ASP.net as those are the only architectures available to me that can do the Word DDE things to autogenerate documents.
If there is an easy way to do this with a Linux backend I would be very very interested to hear about it!
Surely you mean a homogeneous network if everything is running Linux?
But that is *exactly* what you did say. Don't blame me for your own incompetence.
If you are sufficiently stupid to think that installing a service pack can 'crash your HD' then you have no business trying to post anything that even looks vaguely technical.
Well - atleast the CEO seems to be able to own up and say 'Yes we screwed up and yes we realise this', rather than the obfuscated search for a scape goat that most other companies seem to participate in these days. Hopefully this will be a trend for the future. Would be nice to hear more people admit blame and move on trying to change it than do everything they can do cover over mistakes.
Isnt that spelt Fahrenheit?
-E
What happens to all the astronauts who have trained for many years of their life to do this type of stuff safely, if a robot suddenly comes along? I expect the robot will probably break down occasionally, and so will need repairing by a human hand, but still - those guys have invested a lot in their future and it seems like they could likely loose a lot of their necessity when (if) robots come onto the market.
By the way - anyone know how they evaluate this kind of technology? Take prototypes up with them in the shuttle and see how they work or is there a cheaper way of doing it?
-Evo.