Practical Technology

for practical people.

January 15, 2010
by sjvn01
0 comments

Update your Adobe software Now

Some things are the same no matter what operating system you run. Mac, Windows, or Linux user chances are you use Adobe Reader to read PDF (Portable Document Files) and Adobe Acrobat to create them. So it is that, no matter what you’re running on your PC, you need to update your copies of Reader and Acrobat.

After some delays, Adobe has finally updated these programs and to run safely you need to update as soon as possible. Windows, Mac and Linux users can all find the Reader updates at this site. Windows Acrobat users need to go to this page for their updates, while Mac users need to head to this site.

Why am I making such a fuss about this update? After all software gets patched every day. I’m raising a little Cain about it because major attacks on Google and Adobe are already happening because of these now fixed security holes.

These attacks aren’t coming from J. Random Hacker, they’re coming, according to Google, from the Chinese government.If you don’t want your computer to be part of state-sponsored espionage, you need to fix it now before you run across a malware-infected PDF.

More >

January 15, 2010
by sjvn01
0 comments

The best Linux file system of all?

Want to get Unix/Linux techies arguing? Besides such classic flame wars such as whether vi or EMACS is the bgetter editor, another sure fire way to start a fight is to talk about which file systems are the best. Now, Google, which knows a thing or two about fast systems has decided that, for their purposes anyway, Ext4 is the best and close to the fastest file system of all.

In a recent note to the Ext4 developer mailing list, Google’s Michael Rubin, a senior staff engineer, wrote, “Google is currently in the middle of upgrading from ext2 to a more up to date file system. We ended up choosing ext4.”

Rubin then explains, “The driving performance reason to upgrade is that while ext2 had been ‘good enough’ for a very long time the metadata arrangement on a stale file system was leading to what we call “read inflation”. This is where we end up doing many seeks to read one block of data. In general latency from poor block allocation was causing performance hiccups.”

More >

January 14, 2010
by sjvn01
0 comments

Linux Foundation helps Linux job hunters

These are rotten times for job hunters, but if you know Linux, you’ve got a better shot at getting a job. And, now the Linux Foundation, the nonprofit organization that backs Linux’s growth is doing its part to help by starting a new Web site: the Linux Jobs Board.

According to the Linux Foundation, “the new Linux.com Jobs Board will provide employers and job seekers with an important online forum in which anyone can find the best and brightest Linux talent or the ideal job opportunity.” Jim Zemlin, the Foundation’s director said in a statement, “Linux’s increasing use across industries is building high demand for Linux jobs despite national unemployment stats. Linux.com reaches millions of Linux professionals from all over the world. By providing a Jobs Board feature on the popular community site, we can bring together employers, recruiters and job seekers to lay the intellectual foundation for tomorrow’s IT industry.”

He’s right. Linux is still a hot area for would-be software developers, system and network administrators. The JobThread Network, an online jobs site, reports that the demand for Linux-related jobs has grown 80 percent since 2005. By the Linux Foundation’s count that makes Linux professionals the “fastest growing job category in the IT industry.”

More >

January 13, 2010
by sjvn01
0 comments

You don’t need to ‘know’ Linux to use Linux

Lately, I’ve been noticing stories about how to use Linux you need to know half-a-hundred Linux shell commands and the like. Ah, what century are you from? Today, if you can see a window and handle a mouse, you’re ready to use Linux.

And no, I’m not talking about how we’re all already using Linux in devices like the TiVo or the Droid smartphone and through Linux-powered Web sites like Google. I’m talking about using Linux on the desktop.

There is nothing — I repeat, nothing — that requires any special knowledge to use Linux on the desktop today. If you’ve already mastered Windows XP, you’ll have little more trouble moving to a Linux desktop like Red Hat’s Fedora 12; Novell’s openSUSE 11.2; or Canonical’s Ubuntu 9.10 than you would in switching over to Windows 7.

I’m not saying using Linux isn’t different from running Windows. It is. For example, you’ll need special software like Crossover Linux to run Windows-specific software.

The interfaces also aren’t the same — but then, Windows 7 and Vista’s interfaces aren’t the same as XP’s, and Mac OS X’s Aqua interface doesn’t look anything like the others. Besides, can any other operating system besides Linux let you set up the interface so that it duplicates XP’s look and feel? I think not!

What you don’t need to use desktop Linux is to learn dozens of obscure Linux shell (aka command line) programs to get work done. Neither do you need to know how to edit configuration files by hand to get Linux set up properly.

Sure, it can help to know how to use the Unix/Linux shell. I was writing shell (awk, sed, and grep) scripts to get work done in Unix, and later Linux, before many of you played your first game of solitaire on Windows 1.0. My point is, for ordinary, everyday use, you don’t need to know anymore about those things than you need to know how to edit Windows’ registry to run Windows.

I use desktop Linux every day, and I’m a Linux expert. Do you know how often I turn to a terminal to get to a shell to run commands? Maybe once a month, if that.

Between the two major Linux desktop interfaces, KDE and GNOME, Linux has you covered. For applications, many of the most popular applications, such as Firefox and OpenOffice, run just the same on Linux as they do on Windows. For other end-user programs, Linux programs such as Evolution for e-mail and Pidgin for IM are just as good, if not better, than their Windows equivalents. And again, you don’t need to know anything special to use them.

Installing new software on Linux isn’t any trouble either. Better still, major Linux distributors like Ubuntu are continuing to make installing Linux software easier than ever with programs like Ubuntu Software Center.

Don’t get me wrong: if you’re running a Linux server, you really need to know Linux’s technical guts. But you know what? If you’re running a Windows server, you also need to know Window’s version of the shell, the PowerShell.

No matter what desktop operating system you’re running, if you really want control over exactly what it does, you need to know how to manage its command line tools. But for day-to-day use, Linux’s graphical interfaces makes it just as easy to use as Windows or Mac OS X. Pretending that you need to be some kind of computer wizard to run Linux on the desktop today is just downright silly.

A version of You don’t need to ‘know’ Linux to use Linux first appeared in ComputerWorld.>

January 13, 2010
by sjvn01
0 comments

Microsoft’s hidden XP ‘patch’

If you’re still running Windows 2000, then you need to update your PC or server right now with the latest Microsoft patch. That was it. The Windows problem this patch fixes exists in other versions of Windows, but there it can’t do much harm. But, at the same time, Microsoft admitted that the version of Adobe Flash they’ve been shipping with XP until recently is hopelessly outdated and is totally insecure.

Really? Adobe Flash 6, circa 2002, which Adobe hasn’t supported in years, isn’t safe? Who knew!?

How dumb can Microsoft be? You and I might have immediately updated our copy of Flash to the latest version — Flash Player 10.x. But how many of the people who would have picked up a new XP computer in the last few years are likely to assume that software that came with their ‘new’ operating system was dangerously obsolete? I’d bet that a lot of them, especially those with new netbooks with XP Home, haven’t even thought about updating Flash.

More >

January 13, 2010
by sjvn01
0 comments

BranchCache Basics: Moving the Central Office Closer

It’s Monday morning, everyone’s hammering the servers, and your customers want the information yesterday. Part of the remote branch IT blues is that it can be darn hard to get quick access to the data stored at the company’s central office when you need it Right Now.

With Windows 7 and Server 2008 R2, Microsoft has an answer to these woes. BranchCache enables a user in a remote office or home office to access the central office’s files much faster. The first person who wants the file — let’s call it MarketingBudget.xls — still needs to download it over the Internet the way you’re used to. But, once the first remote office user (we’ll call her Nancy) downloads the file, a copy is cached locally on either a local Windows Server 2008 R2 server, or, if need be, on a PC running Windows 7 Enterprise or Windows 7 Ultimate. That way, when Joe (in the cubicle next to Nancy) needs the file, Joe’s PC automatically grabs it from the local BranchCache server. Joe doesn’t waste time, not to mention bandwidth, by dragging the file from the central network servers all over again .

Doesn’t sound like much? Think again. Let’s say your company has several dozen employees all accessing the same multi-megabyte pricing Excel spreadsheet several times a day. The difference between waiting for the file repeatedly over a 1.54 Megabit per second T1 line adds up. What might take a minute or two over an Internet VPN or Secure Remote Connect takes less than a second over your local office’s Gigabit or even Fast Ethernet (100 Mbps) network.

The basics of BranchCache, in either Distributed or Hosted, are quite simple. Frequently accessed files are kept locally, either on Windows 7 PCs or Windows Server 2008 R2. When a file is called for, BranchCache checks in with the central office to make sure it’s up-to-date. If it is, it delivers the data at LAN speed instead of Internet speeds.

Of course, as with many of Windows 7’s best networking features, Windows 7 can’t use BranchCache by itself. You also need to run Windows Server 2008 R2. However, the good news is that you only need Windows Server 2008 R2 at the home office data center; it’s not an absolute requirement to have a Windows Server 2008 R2 server at your branch offices. Here’s how it works.

First, keep in mind that BranchCache doesn’t cache everything. You can’t use it, for example, to speed up an application you’re running from a home office data server. What BranchCache does help you with is any data or files that can be transferred by Background Intelligent Transfer service (BITS), Server Message Block 2 (SMB) protocol, Secure Hypertext Transfer Protocol (HTTPs), and Hypertext Transfer Protocol 1.1 (HTTP). Still, that should cover 99% of data transfers.

If you don’t have an instance of Server 2008 R2 running at the local office, you need to use Distributed Cache. In this approach, your local Windows 7 client PCs can cache content from the central office after the first person who needs it. Then, if someone else needs the file in the local office, the request is intercepted by the Windows 7 BranchCache software and the file is sent to the other user via a peer-to-peer networking link.

If you have a Server 2008 R2 server at hand, you are better off using it with Hosted Cache. Here, BranchCache operates as a classic client/server application. As a user requests the popular Web page or file, the Windows 7 PC retrieves the the file from the server. The hosted cache software keeps track of what everyone is requesting from the home office. In server mode, BranchCache isn’t too demanding; you can use the server for other lightweight jobs such as file and print-serving.

To set up either version, turn to Microsoft Technet’s BranchCache Early Adopter’s Guide. While this Microsoft document hasn’t been updated since April 2009, in my BranchCache testing I didn’t find any outdated information.

For the most part, there’s little to choose from between these two modes. There is, however, one important difference: how they scale. Microsoft recommends, and I agree with them, that you should only use Distributed Cache if you have 50 or fewer Windows 7 PCs in your office. If you go over that, chances are you’ll start running into local slowdowns that erase the advantage you were getting from BranchCache in the first place.

Another difference between Distributed and Hosted Cache is that Distributed Cache can only work on a single subnet. With Hosted Cache mode, however, that’s not a problem. If the clients can reach the Server 2008 R2 server, they can get to its Hosted Cache files, even if they’re on different subnets.

The moral of this story is pretty clear. If you operate a good-sized office with 50 or more Windows 7 PCs, just bite the bullet and add a Windows Server 2008 R2 box to the local hardware mix.

No matter which method you use, BranchCache works in the same basic way. Whenever someone asks for a file or a Web page that might be held in a cache, the client software first checks to see if there’s an up-to-date version of the file locally. This is done by seeing if the local content’s metadata matches up with the home office’s content metadata. If it does, the local client goes on to retrieve the data from the local BranchCache server, be it another Windows 7 PC or a Server 2008 R2 server.

Before BranchCache goes that far, though, it checks to make sure that the Windows 7 PC and its user are authorized to get at the data. This authentication and authorization works just as it would if BranchCache wasn’t in the loop at all. Thus, BranchCache uses your normal security protocols without needing any additional safeguards.

Those of you with a hacker’s turn of mind might be thinking, “That’s all well and good, but what about the data sitting on a Windows 7 PC in a Distributed Cache? What’s to stop me from walking over to that PC and seeing how much Joe in accounting really makes?” That is a problem.

You see, both Windows 7 and Windows Server 2008 R2 keeps the cached data in its ordinary format. If you want to keep that safe-and I think you will-you need to use BitLocker on the BranchCache computer drive. Alternatively, although it’s more trouble, you can use the older Encrypting File System on just the cache directory.

One thing you won’t need to worry about though is someone grabbing the cached information as it moves from PC to PC on your LAN. BranchCache data transmissions are automatically encrypted with 128-bit Advanced Encryption Standard (AES). Of course, when the data first gets to your local office it’s probably made it there over the Internet, but you are using a VPN or Secure Remote Connect? Right? Of course you are.

Finally, I feel I should spell it out: This feature, which makes corporate office file and Web site caching totally transparent to users, is only available to Windows 7 Enterprise and Windows 7 Ultimate PC users. You can’t get any good from BranchCache with Windows 7 Professional or any earlier version of Windows like Windows XP Pro.

That’s rather a pity, since it strikes me that would be easy to implement and very useful for small to medium businesses; they are likely to be Windows 7 Pro customers. That said, for larger customers with multiple offices and Windows 7 Enterprise or Windows 7 Ultimate on their IT shopping list for 2010, BranchCache should prove to be a very useful feature.

A version of this story was first published in IT Expert Zone. >