If you have some important data that you need to stow away where confidentiality is your first priority, and you have some deep pockets, than check this out.
ULTRA* Secure Hosting hosts its data centre at an ex nuclear bunker that is under 30 metres of earth and concrete. This is some serious physical security! Hmmmm I wonder if only some of the companies at the WTT had their data hosted there...
Wednesday, March 01, 2006
Saturday, February 11, 2006
Hitch
Organisation for the July conference is underway. We are way behind time and really should have made a start last year. I can't say it's not my fault at all but if the person who will be doing most of the work couldn't do it then, there is nothing to co-ordinate.
Just when I thought we are off to a good start, an idea from the branch chair turns into a hitch in the plan and is stressing everyone out, especially those at the branch office who will be doing most of the work. It sounds good on the surface, especially when he is so convincing that it will be good for the ACS. But I think otherwise.
It's time for lunch so I may post the suggested idea later, or not at all, depending on whether i get pre-occupied with my 3 season supply of Smallville first :)
Just when I thought we are off to a good start, an idea from the branch chair turns into a hitch in the plan and is stressing everyone out, especially those at the branch office who will be doing most of the work. It sounds good on the surface, especially when he is so convincing that it will be good for the ACS. But I think otherwise.
It's time for lunch so I may post the suggested idea later, or not at all, depending on whether i get pre-occupied with my 3 season supply of Smallville first :)
Monday, January 02, 2006
Back to work
After a nice 10-day break it's back to work tomorrow. The first few days of the break was like forever, then the rest of the week just flew past. I can't believe I used to have 3 whole months off while I was at uni. What did I do with my time then!! I guess like many things, I don't appreciate it until I don't have it anymore :(
My wireless router has been acting up, just when I decide to use its wireless feature after having that turned off for a few months. I have tried everything - rebooting, changing the channels, changing the security settings (including disabling wireless security. That's naughty I know but I have to prove that the router is stuffed) and turning off the zero wireless config service in SP2. DHCP just won't work and the network disappears after a random period of time. The wired network is fine and I've had no problems for the last 10 months. The only thing that has been changed was that the laptop was upgraded to SP2. Now wasn't that supposed to provide better wireless functionality? Good thing though is that I am not the only one experiencing these problems. There are stacks of ppl having the same problem with that router. I should send it back to the vendor to get it fixed (when I get around to it). Errr I should've read the forums before buying the router...
My wireless router has been acting up, just when I decide to use its wireless feature after having that turned off for a few months. I have tried everything - rebooting, changing the channels, changing the security settings (including disabling wireless security. That's naughty I know but I have to prove that the router is stuffed) and turning off the zero wireless config service in SP2. DHCP just won't work and the network disappears after a random period of time. The wired network is fine and I've had no problems for the last 10 months. The only thing that has been changed was that the laptop was upgraded to SP2. Now wasn't that supposed to provide better wireless functionality? Good thing though is that I am not the only one experiencing these problems. There are stacks of ppl having the same problem with that router. I should send it back to the vendor to get it fixed (when I get around to it). Errr I should've read the forums before buying the router...
Wednesday, December 28, 2005
Ho ho ho!
I received a letter today from the mail. It's been years since I've received letters via snail mail! It's one of the best presents for Christmas - getting to know how friends are doing, friends who I don't get to talk to much normally. Ah that's what I like about this festive season!
Thursday, November 24, 2005
Freaked out
3PM, all three developers from the same project (the only ones working on that project) came over and asked if I was running anything against their client-test database. I haven't been in Oracle all day and no one else in our team was running anything either. Problem is, 2 tables mysterioulsy appeared in the main schema, created at 3:08PM. One was called "New Table" and the style of the create script is not the standard we use in Oracle. OK so I believe the developers that it wasn't one of them who did it. Checked the database and there were no suspicious login accounts in the sessions list. Had a look at the history for SQL statements executed. Wola there it was, executed by the application's system account! But everyone who knows the password said they didn't executed the statements..
The table name gave it away that it was created by a GUI tool and defaults the name to "New Table". So which tool? Access doesn't - it calls it Table1. But MS SQL Enterprise Manager does! No jobs on our servers ran any transfers at 3, and the only server with a link to the Oracle database is dvel. But for someone to create a table via linked server, they will need to know the password to the account, which is a different account from the one that executed the statement.
Turns out that the developer who did it (by mistake) is on another project, and who doesn't know any of the passwords in question. How? He copied a DTS in dvel that connects to the Oracle client-test database and modified it. That way the connection details are still intact and he could do whatever the account details in the DTS package allows. He didn't mean no harm. So it wasn't a hack which is a big relief. Tomorrow we'll be doing so spring cleaning to clear out any undesirable DTS packages and server logins.
The table name gave it away that it was created by a GUI tool and defaults the name to "New Table". So which tool? Access doesn't - it calls it Table1. But MS SQL Enterprise Manager does! No jobs on our servers ran any transfers at 3, and the only server with a link to the Oracle database is dvel. But for someone to create a table via linked server, they will need to know the password to the account, which is a different account from the one that executed the statement.
Turns out that the developer who did it (by mistake) is on another project, and who doesn't know any of the passwords in question. How? He copied a DTS in dvel that connects to the Oracle client-test database and modified it. That way the connection details are still intact and he could do whatever the account details in the DTS package allows. He didn't mean no harm. So it wasn't a hack which is a big relief. Tomorrow we'll be doing so spring cleaning to clear out any undesirable DTS packages and server logins.
Subscribe to:
Posts (Atom)