Geoff

I don't discourage my users from poking and prodding. Granted I'm not in a school environment at the moment. But still, aren't they there to learn? OTOH if you don't like the way Windows UI handles the situation, maybe you should suggest a better way to handle it to Microsoft?

Ok, this sounds less like a driver issue and more like faulty memory. Stick a memtest disk in and see if it finds any bad ram.

VLANs would be another option if you wanted to use one network card but needed some sort of separation of traffic flows. Youtube caching would work fine (although I'd like to hear what the issue is with the T&Cs and caching from @tom_newton). 20gb is fine, but I've only used such big caches when I needed to cache big files for a while (eg windows update with no local WSUS and slow broadband).

Uninstall the Dell Network drivers first.

Go back to the horses mouth and use the reference driver from Broadcom. NetXtreme II 1 Gigabit Drivers | Broadcom The latest driver at the time of writing is 15.2.5.6 which was released on the 4th June.

I am not a fan of this. You've added a lot of complexity to your GPOs for very little real benefit. What's so wrong with just setting the network share permissions right in the first place?

Ok you are basically looking at broadcast traffic. ARP and Netbios traffic is normal. As are LLDP and STP. Anything else you should be suspicious of. In particular look out for things broadcasting on protocols you don't use (eg SSDP, DHCPv6, MDNS, IPX, Appletalk). You also might want to look at the wiki. DisplayFilters - The Wireshark Wiki

Perhaps if you tell us what question you want wireshark to answer we can give you some example filters to try on your network?

Also it might be the drivers for the UPS USB connections causing problems.

Other than a process of elimination via trial and error, the only other way you can track this down is with a debug console. How's your x86 assembler and C skills?

Can also be caused by network card drivers. Basically a driver is accessing memory that's not allocated to it.

Assume Bob and John both use the same NFS server for a shared project. Assume their client machines both mount the same NFS share with root access intacted. Now assume there is some script or program contained within this NFS share that needs root access to do its job. Bob alters this script/program and introduces an error that causes it to corrupt filesystem data. Bob doesn't test this change but John does. Bob just hosed Johns machine via NFS. The system administrator investigates and also runs the program without the protection of a chroot jail. Bob just broke the server too.

The default for NFS (at least on Linux) is for root to be mapped to guest. That way nothing bad happens when you mount an NFS share from a server you do not entirely trust or do not know where all its files came from. If you don't care about security then yes, allow root access.

Ah, LXDM? Go find the lxdm.conf file (I imagine its in /etc/lxdm but your distro might of hidden it somewhere else) and check the [base] section. You need something like: [base] autologin=dave

What display manager are you using? Is it XDM? As that doesn't support autologin out the box. You can change the display manager to something else. Or you can the system so it runs a window manager at bootup instead.

Yeah that'll do. Just watch out for issues with the permission and user/group ownership translation when writing files back to the NFS share.

If your port 53 isn't open then the latter.

You would only use conditional forwarding with your LEA if you had two connections. So all LEA network traffic went down a separate connection to your Internet traffic. That way you would want to use conditional forwarders with your LEA servers to resolve internal LEA services.

For personal use I have a truecrypt file taking up the entirety of my dropbox allocated space. This gets round any privacy issues I might have about my data.

I would suggest you take a look at UserLock. There is a trial version you can download and test.

If you install services for unix on the windows server you can expose the windows shares over NFS. http://technet.microsoft.com/en-us/library/cc753302(v=ws.10).aspx

heck you could even use fuse

You can't do that within the fstab.

assuming the *nix machine is correctly joned to the domain then yes.

It is not possible to restrict simultaneous logins in a W2k8 AD environment without 3rd party software.