Slashdot Mirror


User: salty_oz

salty_oz's activity in the archive.

Stories
0
Comments
27
First seen
Last seen
Profile
(view on slashdot.org)

Comments · 27

  1. Re:In communist Russia... on Confidential Microsoft Emails Posted Online · · Score: 1

    In Soviet-Russia the "Soviet Russia" jokes work on you. :-)

  2. Re:Reasons to move to Australia: on 12Mbps Powerline Broadband Trial Unveiled · · Score: 1

    Moron!

    * Kangaroo attacks
          Tassie really only has wallabys - small versions of kangaroos. So you'll be pretty safe.

    * You have to learn a new language
          You sure will. They speak ENGLISH there.

    * It's hot
            Tassie hot. You have to be kidding. It's freezing and wet.

    * They're all a bunch of criminals
          That's true.

  3. Re:Words to Best Buy: Suck it up on Best Buy: 20% Of Customers Are Wrong · · Score: 1

    You had 30 days to decide you didn't want it. So bad luck. If it wasn't defective then I don't see your problem.

  4. Re:Use the virtual desktop on Expose Metacity With Expocity · · Score: 1

    No. You have got them wrong. I also use 8 virtual desktops, but 1 & 2 are xterm sessions to the local host, 3 are ssh sessions to our main development host, 4 are ssh sessions to the DNS's that I look after, 5 is Mozilla (browser), 6 is hardly used now that mozilla has tabs, 7 is my usenet news reader, and 8 email.

  5. You WILL need help on Managing Linux and Virtual Machines? · · Score: 4, Insightful

    If you have never touched VM, then you will be well and truely out of your depth. It's a whole different world to Unix/Linux.

    So you will have to get a VM person in. Probably only on part time contract, and IBM will can provide that person for an additional fee.

    In time you may learn enough to support your very limited VM environment.

  6. Re:No. on Managing Linux and Virtual Machines? · · Score: 2, Interesting

    Amdhals Unix was called UTS from memory. We ran it here many hears ago too.

  7. Re:Only person that doesn't get it on US Shrugs Off World's IP Address Shortage · · Score: 1

    Not everything needs to be connected to the Internet, but every device should have a unique address. That way it is possible for each device to comminucate to each other (with appropriate network interconnection and firewalls) without addressing/network conflicts. There is much more communications happening out there than just over the Internet. So much is business-to-business.

  8. Re:Here we go... on US Shrugs Off World's IP Address Shortage · · Score: 1

    Correct! I'm glad to see someone else bring this up. This is a real business problem that all of the weenies running NAT/Masquerading at home and thinking that their little solution that works for them is scalable.

  9. Two Words on US Shrugs Off World's IP Address Shortage · · Score: 1

    Not Scalable

    What if I have 5 servers behind my NAT box all running the same service (say http or ssh). So now I have to use non-standard ports to get back to each individual server. Solution sucks as it doesn't scale.

  10. Re:Shrug on US Shrugs Off World's IP Address Shortage · · Score: 1

    A single proxy still is no good if your problem is duplicate networks between two businesses. In that case you need two proxies so neither is visable to either of the duplicate network. This happens all of the time in business-to-business connections (not necessarily over the Internet.

  11. Re:Shrug on US Shrugs Off World's IP Address Shortage · · Score: 1

    Couldn't agree more! I work in a company with an internal network of about 40,000 devices and we interconnect to many other companies (over 200 at last count). We have had to use double NAT (both source & destination) on out firewalls to get around the troubles of MANY duplicate networks. It's a real pain to manage (and very confusing to the customers who are not networking specialists). Then there's problems with protocols that send IP addresses in their payload. The common ones like FTP, DNS (name/address responses only), H.323 (buggy at times) VoIP SIP (problem now), Corba IIOP (manh clients going to ine server, etc. Our NAt device can handle many of these, but not all. It's hard to tell a customer that we can't let your protocol through because of NAT. IPv6 would fix this; but it's going to be a long time coming (especially for businesses internal networks). So until then the magic NAT boxes will have to support more and more protocols - without the various bugs that they currently throw up.

  12. Re:Old News - Especially for Business-to-business on US Shrugs Off World's IP Address Shortage · · Score: 1

    Spoken by someone who probably has NOT had to deal with doing huge amounts of NAT between many businesses. NAT is just a hack to get over the shortage of IP addresses to start with. So NAT's not solving the real problem; it's a bandaid solution. Then there's the protocols that have issued with NAT. These include FTP, DNS, H.323, IIOP (Corba), various Voice over IP, etc. Each protocol has to be pulled apart by the device doing the NAT, and the IP addreses embeded within the data has to also be changed accoringly. For DNS, you can forget about zone transfers as the NAT will completely stuff that up. The list goes on.

    Another thing that hasn't been brought up is the massive shortage of IP adresses NOT used on the Internet. It's a huge problem. Many corporations run business-to-business connections between their own firewalls, the Internet is not used. Many of these internal networks are numbered out of either RFC1918 (private) networks, or bogus/stolen public networks. It doesn't take very long before you start to get clashes with the 10.0.0.0 network or the 192.168.0.0 network. Businesses need a large range of IP addresses to use internally, but still have uniqueness between each other for business communications.

  13. I get the same on my ISP on Telstra Denies Selling BigPond Customers' Data · · Score: 2, Interesting

    At times I get spam that the To: header contains a list of users all on my ISP in alphabetical order. All it means is that the spammer has a sorted list and spits out the spam to groups of addresses at once. The ISP doesn't have any thing to do with it in this case.

  14. Re:Try it with New Zealand money on Counterfeiting With High Resolution Inkjets · · Score: 1

    I think we have found the official monetry note for Linux. The NZ $5 note has a penguin on it.
    http://www.rbnz.govt.nz/currency/money/006061 7-8.j pg

  15. Re:just say no to cobol on Mainframe Operators Needed · · Score: 1

    Where does all of this monochrome screen stuff fome from? In 1987 when I started on mainframes we were using 7 color 3279E's that could do full graphic display some great graphs (SAS programming at the time).

  16. Re:Well now on Amazon Scores Another Patent · · Score: 1
    I remember an ad that had a final line:


    Must sell. Girlfriend pregnant, going over seas.

  17. Re:Melbourne Australia on Ghost Stations of the London Underground · · Score: 1

    Dig seeks city war bunkers
    By CHRIS TINKLER
    03nov02

    AN ELABORATE World War II underground network exists below Melbourne's streets, according to a team that has discovered a major Northcote tunnel.

    Live bombs, mustard gas, mini tanks, jeeps, machine guns, rifles and grenades could all be uncovered in bunkers beneath metropolitan Melbourne, the researchers warn.

    The amateur exploration team and a similar Queensland group are gathering evidence of an underground defence line with installations all the way from Melbourne to Townsville.

    They expect Melbourne's war tunnel network to be dozens of kilometres long -- with the Northcote discovery the tip of the iceberg.

    Maps and anecdotes from diggers, World War II workers and elderly residents show that more underground war systems were built in the Royal Park area, Richmond/South Yarra and possibly the outer suburbs.

    The Royal Park network and possibly one under Richmond were linked to a CBD web of services tunnels built about the turn of the last century to carry cables, pipes and vacuum tubes, researchers believe.

    It is believed the top-secret networks were developed when the Allied Forces were on the back foot -- to allow them to store arms, continue operations and protect Melbourne should the Japanese invade or bomb the city.

    Lawyer Mark Rawson, of the Melbourne exploration party, said the US Army was largely responsible.

    The team has already delved 80m into the Northcote tunnel and is chipping away at a clay seal more than 7m thick.

    The search was triggered by former local Neil Speed, who in 1942 saw a plain clothes guard standing by a green door built into a bank on the Merri Creek. This year he pinpointed where the entrance should be.

    The tunnel was thought to be part of a multi-pronged underground defence and storage network in the Northcote area, Mr Rawson said.

    The system at Royal Park, home to military base Camp Pell during the war, would be an even bigger discovery, he said.

    The team had a map reading of one Royal Park tunnel and would seek permission for an exploration drill when the Northcote investigations were complete.

    The Royal Park system, possibly including a tunnel between Royal Children's and Royal Melbourne hospitals, which is still used for laundry, was thought to contain large storage and administration bunkers.

    The installations at Royal Park and South Yarra/Richmond, which could include tunnels confirmed to run under Melbourne High School, probably serviced the Melbourne headquarters of General Douglas MacArthur, Mr Rawson said.

    Another tunnel unearthed earlier this year during Victoria's biggest archeological dig -- Casselden Place in the CBD -- was probably built as a wartime escape route, he said.

    "We believe these tunnels across Australia were left with virtually an army's worth of military stores, including mustard gas, phosgene and tank shells, which can become unstable after about 70 years," he said.

    "If the tank shells went up, so would whatever else was stored down there. We need to track these installations down as quickly as possible."

    privacy © Herald and Weekly Times

  18. Re:Imagine... on Why The Dinosaurs Won't Die · · Score: 1

    No need to. Just re-read the article and take note when you read "Parallel Sysplex".

  19. Check out Coober Pedy on Building Your Own Hobbit Hole · · Score: 2, Interesting

    The locals live under ground.

    http://www.walkabout.com.au/locations/SACooberPe dy .shtml

    Just do a google search on "Coober Pedy" and read away.

  20. Re:Vote with your wallet on Cell Phone Service Degenerates Further · · Score: 1

    ...and in Australia. They even gave it a name "MNP" for Mobile Number Portability.

  21. Obligatory beowulf response on Review: Harry Potter & the Chamber of Secrets · · Score: 0, Redundant

    Imaging a beowulf cluster of Harry Potter or Lord of the Rings movies.

  22. Re:IP over FireWire - Already in WinXP on Oracle's GPL Linux Firewire Clustering · · Score: 1

    Windows XP autodetects the firewire card at installation and it wants to put an IP address on it as though it found an Ethernet card. I haven't tried it because I only have the one card at home and nothing to talk to (other than DV camera).

  23. BIND 9 missing things from BIND 8 on Bind 4 and 8 Vulnerabilities · · Score: 1

    I would love to upgrade our internal DNSs to BIND9, but we use the "rrset-order" option quite heavily. BIND9 doco says this is still not supported...

  24. Re:slow? on GM's Billion-Dollar Fuel-Cell Bet · · Score: 1

    It's something that IS needed. Not that people need that much accelleration, but they NEED to see that an electric car has AT LEAST the performance of their current petrol cars. My guess is that most peoples assumption is that electric cars are very slow. What is seen mow that electric powered? Wheel chairs and golf buggies; not what you want to drive on the road now. This car can change their perception, and make electric cars that little more acceptable.

  25. Re:Nice article...but what about adding ssh? on Making an X Terminal from a PC · · Score: 3
    Over a local Ethernet LAN (which I assume this was done on) using SSH compression would probably slow things down.

    There's a trade off between network latency and compression latency. The general rule we use around here is if the link speed is over a few Mbps then compression ain't worth it.