Kung Fu Jesus

Which I do as mentioned earlier. IPCop's Blue network is intended to be this way. When I want to be on my green network I use my VPN.

And I'm sure your MSI wind has a hacked kernel installed. Sometimes it works, sometimes it doesn't. In my experience most of the time it doesn't. For some reason the crappy netbooks seem to be ideal for OS X. Don't ask me why, maybe it's something to do with their all intel reference board specs. Although I've tried it on an i850, i865G, i810, and i845. All of which were failures. I also tried it on a Pentium M based Inspiron (with an ATI mobility card, otherwise centrino hardware). This of course resulted in a kernel panic on boot. I've also subsequently tried it on an nforce 4 chipset with Silicon Image and Nvidia SATA controllers. The only successful install I saw was on a modern core2 based HP notebook with an atheros 9k based wireless chipset (which didn't work with OS X, of course).

Yes but you see then at the worst they can only change your password, which is the whole point in password hashing. Seeing as my password is exactly what it was before the exploit, I'm fairly certain that there is no need to change my forum password. The speculation to change my password for anything else tied to this email that uses it is also a false one, as again, these were hashed passwords.

Was this the SQL root password or the actual root password? Regardless, most of the time it's quite difficult/impossible to reverse a hashed field.

No, not the same thing. Not the same thing at all. EFI-X emulates EFI (what one day is supposed to replace the PC-Bios standard). MSI I believe also has an EFI capable board. Kalway simply patches the kernel to remove hardware checks put in place only if you install it on a PC-BIOS based machine. Apple allowed backward compatibility with the PC-Bios for reasons I'll never know, but the macbooks for a while have been able to be reverted to a standard bios (perhaps to install windows). If you have an EFI based system, or you emulate such, and it resembles a mac on a next to firmware level, it doesn't need to do those hardware checks. In other words, you have almost a 100% chance of things going well if you use EFI-X. Kalyway, iDeneb, JaS and the likes I've had little to no luck with on at least 10 different hardware configurations. And again EFI-X emulates specifically apple's implementation of EFI. I doubt a native EFI board would naively install OS X.

My wireless lan is only wep encrypted with two AP's (running freebsd and slackware 12.1), however it's on a segmented vlan that can't touch my wired network. One day I'll actually bother to setup a WPA2/Radius config.

That's what I figured. Then why the hell does the email you guys sent say to change my passwords associated with my email address? The only thing I'm worried about is an additional 200 spam emails per day.

I know for a fact phpBB hashes the passwords in the database. I would assume the engine you guys use (looks like it may be vbulletin) does the same.

Yes, but the wonderful features of the zpool include things like redundancy and checksumming. There are reasons to use the zpool as a level of storage above the iscsi volume, just as there are reasons to do the same with LVMs (as I've seen done in the HP-UX, Solaris, RHEL and AIX worlds). The main reason being that you have the ability to carve out different volumes from a much larger one.

While I do see some marketing scheme happening here, I still agree that there are advantages with NFS (and NFS happens to be severely less expensive to set up).

I'm running it on a couple of FreeBSD machines. Sadly I tried it for the HTML 5 video functionality, but all it seemed to do was crash the browser (I suppose the freeBSD developers haven't added that to the port yet). It did seem sickly fast, though. I'm running it on my FreeBSD 7.2 craptop as well. Chrome is still realllly fast with javascript. If you happen to be on an x86 based linux machine, I highly suggest you check out the alpha build on something that has a lot of javascript (like digg.com). It is insane.

While I understand the performance benefits from removing the overhead of something like NFS, there are huge advantages to running ESXi over NFS. http://blogs.netapp.com/dave/2007/09/why-run-vmware-.html File management is easier, you can snapshot VM's, etc etc. Plus with iSCSI it's much harder to manage virtual space. For example, the way I'd do it (and I have a ZFS zpool with FreeBSD), I'd have to basically carve a chunk out of my zpool and allocate it as an iSCSI target (that is when iSCSI target is finished in FreeBSD). This actually subtracts from the overall storage in the zpool. Even though I'm carving out 20 or 30G, I may only us 15GB in the end, effectively wasting about 15G of space. A vmdk is dynamic in size and knows to not use the empty blocks. No space is wasted this way. Don't get me wrong, when I finally run out of ports to expand on my 4.7 TB NAS and utilize most of the bandwidth for the infiniband out that will come with the cheap SaS controller I'll purchase, I'm probably going to purchase a very large chassis and build a computer with as much storage as possible with openfiler, activate the iSCSI target functionality, and then use FreeBSD's iSCSI initiator over the spare gigabit port. The reason I'd do such a bizarre thing is simply so I can have at least virtual block devices to build more vdevs to add to my zpool. But for my virtual server environment, I'd probably just use NFS and spare myself the loads of extra wiring. My current NAS is packed to the brim, it's running FreeBSD with 4x750GB drives in one RAIDZ1, and 4x1TB drives in another, allowing for a fairly large and redundant pool. It's all packed into a tiny micro-atx case, with a cheap Sempron powering all of it. Since this server largely is used for NFS/CIFS shares, many of the CPU cycles are unused anyway. It has 4GB of memory, which provides a sufficient adaptive rebuild cache for now.

It's been a while since I've watched Hak5 post rev3 season (although I don't think we can call them that anymore), and I haven't downloaded the latest episodes as of yet. I don't mean to judge a book by it's cover, but after reading the descriptions, the episode content seems to have improved immensely. Keep up the good work guys.

I was thinking about writing a perl script to periodically check the RSS feeds, myself. I'm kind of annoyed by all the really bad RSS agregators (Miro is awful, Gnupod is awful, icecast is awful, they're all awful).

The last few episodes have seemed much better.