Networking

Easy Entertainment Center WiFi

Wifi_TV

Recently, I entered into a truce with the pay-for-television industry, gave into the demands of my family, and signed an “exclusive” 2-year deal with DirecTV.  I was perfectly happy the last couple of years not having a monthly bill and besides online entertainment has been coming into its own for a while (Hulu, ABC/NBC/Fox, Joost, etc.).  Well, one thing I was looking forward to was that the DirecTV receiver I ordered has the capability to connect to the Internet to download OnDemand programming, weather, etc.  There is only one problem:  running Ethernet cabling in my home would not be pretty.

So, I decided to go wireless.  I purchased a Linksys WRT54GL router, installed DD-WRT firmware, configured it as an access point, and voila – I now have a 4-port wireless ap to connect my DirecTV receiver, my hacked Xbox, and with two ports left over for future expansion.  The whole setup took about 30 minutes.

Twitter/Facebook DDoS Attack!

fb_twit_fail

Today, as of 11 a.m. (EST) the popular web service Twitter was down.  A recent status update from Twitter attributed the cause of the outage to the site experiencing a denial-of-service attack.  While the site previously suffered from numerous system-related outages last year, they have taken great steps to ensure the reliability of the service, given its increasing popularity.  To add insult to injury, other popular social networking sites , such as Facebook, have also been reported to be experiencing problems.

Denial-of-What?

Denial-of-service attacks attempt to bring down sites/services by overwhelming them with more traffic than they can handle.  They are hard to defend against, especially distributed denial-of-service attacks, due to their distributed nature and the difficulty in distinguishing valid requests from malevolent ones using automated methods.

Counter-measures

While their is no sure way to prevent DDoS attacks, the best counter-measure would be to increase the amount of available resources for the site/service, effectively providing the attackers with a harder target.  Provisioning increased bandwidth and backup server resources will not stop the attack, but may defeat its purpose by ensuring continuity of the site/service.

The BIG picture

What makes attacks like these possible are the numerous unprotected and unpatched vulnerabilities (published and unpublished) present on the millions of average user workstations around the world.  Unethical individuals and groups can take advantage of these vulnerabilities to assume control of an unsuspecting victim’s personal computer, creating a “zombie army” of computing.  They can then use this platform for launching attacks.  Keeping computers up to date with the latest security patches as well as monitoring your network traffic for any unusual traffic spikes is key to doing your part to help prevent these attacks.

UPDATE (2:30 pm EST)

Facebook confirmed that it also was suffering from a DDoS attack.  Facebook posted a message on its own service stating:

You may have had trouble accessing Facebook earlier today because of network issues related to an apparent distributed denial-of-service attack. We have restored full access for most people. We’ll keep monitoring the situation to make sure you have the reliable experience you expect from us.

Is My ISP Throttling My Bandwidth?

Speedtest

Speedtest

I had recently worked on a problem with a customer in which they had been experiencing  issues with the phone quality of their Voice-over-IP (VOIP) phone system at one of their branch offices (VPN connection).  During my review, I was told the Internet connection was supposed to be 20×2 (20 Mbps down and 2 Mbps up), but my speed tests were showing 3Mbps down/512 Kbps up.  What?!

I asked my customer to verify with their ISP what the contracted bandwidth was and they confirmed that they were paying for 20×2 service.  Many phone calls later, the customer determined “unofficially” from a friendly insider at the ISP that they may be throttling their bandwidth due to BitTorrent traffic.  A BitTorrent client was discovered in use by an employee at that location.  After the BitTorrent client was stopped, the bandwidth resumed to normal levels.

Well this situation was resolved for this particular customer, but how do you determine if your traffic is being throttled if you don’t have an “inside” connection?

Glasnost

Glasnost is a tool that will test to see if your ISP is suspected of throttling bandwidth.  It performs a series of tests that download/upload normal traffic and BitTorrent traffic, then compares the results of the two types of tests.  If any significant difference is detected, you can assume that your ISP is throttling your bandwidth.

According to their site, “Our test runs BitTorrent and TCP downloads as well as uploads on a well-known BitTorrent port and a non-BitTorrent port.”.

Bad ISPs

Another source of useful info is Bad ISPs.  This site maintains a list of ISPs known to throttle bandwidth for BitTorrent/P2P traffic, as well as other issues, such as high traffic volume.

Bottom Line

Of course, the main issue here is to restore your bandwidth levels.  You would think that ISPs would not throttle traffic on a “business” type account, but that’s not always the case.  Most likely any technician or higher up you speak with at the ISP will not be able to remove the throttling, so the best course of action is to find the offending workstation(s) on your network that may be causing the BitTorrent/P2P traffic and stop it or block the traffic directly on your firewall.  Tools such as Wireshark or Microsoft NetMon are useful for detecting, identifying, and analyzing network packets.

Domain-wide Time Synchronization: Part 2

TimeOk, sorry for the delay, but I want to dive right in. Let’s break down the steps from part 1:

1 – Configure NTP time source for PDC domain contoller

For this step, you want to configure the PDC to check in with a reliable Internet time server. A couple of ones that I prefer to use are hosted by the US Naval Observatory (tock.usno.navy.mil) and NIST (time.nist.gov). To configure the necessary settings, you’ll need to make a bunch of registry changes, which you can find here. But, since I’m always looking for an easier way, I found this handy utility that will make the necessary changes for you, after entering a few settings. The only gotcha that I found with this utility was that you need to enter a space before the name of your preferred NTP server; otherwise, the registry doesn’t get updated correctly. Check the event logs afterward to verify that everything worked ok.

2 – Configure poll interval on member servers (15 minutes; my preference)

On each member server, I change the “poll interval” on domain controllers and member servers to 15 minutes (900 seconds)

Edit the following registry value:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient\SpecialPollInterval = "900" (DWORD)

3 – Ensure that all member servers and workstations are configured for the NTP time source type of “NT5DS”

From command prompt:

w32tm /dumpreg /subkey:Parameters

4 – Test and verify time sync

Verify NTP servers:

Net time /querysntp

Compare time difference on PDC to other machines:

w32tm /stripchart /computer:[computer name] /samples:1

For more info, check out the following:

Windows Time Service Tools and Settings
How to configure an authoritative time server in Windows Server 2003
Using and configuring Windows time service


Better Tag Cloud