Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

D-Link Firmware Abuses Open NTP Servers

Posted by ScuttleMonkey on Fri Apr 07, 2006 09:36 AM
from the frustration-in-a-box dept.
DES writes "FreeBSD developer and NTP buff Poul-Henning Kamp runs a stratum-1 NTP server specifically for the benefit of networks directly connected to the Danish Internet Exchange (DIX). Some time last fall, however, D-Link started including his server in a hardcoded list in their router firmware. Poul-Henning now estimates that between 75% and 90% of NTP traffic at his server originates from D-Link gear. After five months of fruitless negotiation with a D-Link lawyer (who alternately tried to threaten and bribe him), he has written an open letter to D-Link, hoping the resulting publicity will force D-Link to acknowledge the issue. There are obvious parallels to a previous story, though Netgear behaved far more responsibly at the time than D-Link seem to be."
+ -
story

Related Stories

[+] Developers: Netgear Routers DoS UWisc Time Server 447 comments
numatrix writes "For the last few months, hundreds of thousands of netgear routers being sold had hardcoded values in their firmware for ntp synchronization, causing a major denial of service to the University of Wisconsin's network before it was filtered and eventually tracked down. Highlights how not to code embedded devices." A really excellent write-up of the incident.
[+] Your Rights Online: D-Link Settles Danish Time Dispute 192 comments
igb writes "The Register reports that DLink has settled the time server dispute described a little over a month ago here on Slashdot. They're going to stop using an NTP server they're not really authorized to chime with, and they've reached an amicable settlement over the use by existing products. The details of the settlement are, not unsurprisingly, somewhat vague, but let's hope that the good guys aren't out of pocket any more."
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • by SuperficialRhyme (731757) on Friday April 07 2006, @09:39AM (#15084051) Homepage
    From TFA: "A number of D-Link products, so far I have at least identified DI-604, DI-614+, DI-624, DI-754, DI-764, DI-774, DI-784, VDI604 and VDI624, contain a list of NTP servers in their firmware and using some sort of algorithm, they pick one and send packets to it."
    • by ajs (35943) <ajs AT ajs DOT com> on Friday April 07 2006, @12:47PM (#15086066) Homepage Journal
      I don't get why D-Link doesn't just solve the problem. All they need to do is put up an ntp.dlink.com with a simple mock DNS server that checks the requesting IP, and returns the closest known, public (or authorized for that network) NTP server as a CNAME. In most of the cases, that's going to be the IP's ISP-provided NTP server, which D-Link could easily compile a list of from ISP Web-sites. It's like 2 weeks of one person's work to write the server, gather data, and solve 80% of the problem (and avoid doing this to companies that CAN afford to sue in the future). This would also allow organizations to request special listings in D-Link's table.

      Even in the case where the request comes from a recursive lookup, it should (in almost all cases) come from a DNS server which indicates the rough location (in terms of Internet topography) of the client.

      Of course, they could also obey DHCP responses (either to the device or to a directly connected IP) as a fallback, solving even more of the problem.
      • by SuperficialRhyme (731757) on Friday April 07 2006, @10:57AM (#15084789) Homepage
        I asked for details and this is what he provided to me. I haven't gotten to do this yet:

        "If you download the firmware from DLink and run unarj on it
        you get a file called something like nml.mem.

        Run strings on that and grep for GPS.dix.dk to make sure it is not
        listed in there."
      • by MerlynEmrys67 (583469) on Friday April 07 2006, @11:12AM (#15084944)
        Can you please show me where the Source MAC address exists in an IP packet that has been forwarded over the internet from (for example) the United States - to a server in Denmark?

        Now that you look at your ethernet sniffs (I assume you just went running off and ran ethereal) look at the source ethernet address... Hmmmmm - doesn't that look familiar, like maybe it looks kinda like your first hop routers MAC address.

        Nice try -

        Thank you, Come Again

        And please read either Stevens or Comer before posting on networking topics again

        • by Anonymous Coward on Friday April 07 2006, @03:53PM (#15087736)
          From the RFC website: http://www.rfc-archive.org/getrfc.php?rfc=4330 [rfc-archive.org]

          10. Best Practices

                NTP and SNTP clients can consume considerable network and server
                resources if they are not good network citizens. There are now
                consumer Internet commodity devices numbering in the millions that
                are potential customers of public and private NTP and SNTP servers.
                Recent experience strongly suggests that device designers pay
                particular attention to minimizing resource impacts, especially if
                large numbers of these devices are deployed. The most important
                design consideration is the interval between client requests, called
                the poll interval. It is extremely important that the design use the
                maximum poll interval consistent with acceptable accuracy.

                1. A client MUST NOT under any conditions use a poll interval less
                        than 15 seconds.

                2. A client SHOULD increase the poll interval using exponential
                        backoff as performance permits and especially if the server does
                        not respond within a reasonable time.

                3. A client SHOULD use local servers whenever available to avoid
                        unnecessary traffic on backbone networks.

                4. A client MUST allow the operator to configure the primary and/or
                        alternate server names or addresses in addition to or in place of
                        a firmware default IP address.

                5. If a firmware default server IP address is provided, it MUST be a
                        server operated by the manufacturer or seller of the device or
                        another server, but only with the operator's permission.

                6. A client SHOULD use the Domain Name System (DNS) to resolve the
                        server IP addresses, so the operator can do effective load
                        balancing among a server clique and change IP address binding to
                        canonical names.

                7. A client SHOULD re-resolve the server IP address at periodic
                        intervals, but not at intervals less than the time-to-live field
                        in the DNS response.

                8. A client SHOULD support the NTP access-refusal mechanism so that
                        a server kiss-o'-death reply in response to a client request
                        causes the client to cease sending requests to that server and to
                        switch to an alternate, if available.

          -daedone
  • Moochers (Score:5, Insightful)

    by suso (153703) * on Friday April 07 2006, @09:39AM (#15084052) Homepage Journal
    Give people an inch and they take a mile. I don't see why D-Link and Netgear couldn't just make their own stratum-1 NTP servers. I mean, if you trust the brandname enough for your routing, don't you trust them enough for your time as well?
    • Re:Moochers (Score:4, Insightful)

      by archen (447353) on Friday April 07 2006, @10:05AM (#15084265)
      I mean why in the hell does cheap dlink crap need to connect to stratum-1 servers? Seriously these things should be running on stratum-3 or lower. I doubt the FBI will come into your home with national security at stake and the whole world ENDS because your $40 dlink router is off by half a second. Why doesn't dlink run their own damn ntp server off of the stratum-1 (making them stratum 2 - stratum 1 is sortof expensive). There is no need for these things to have this level of time precision - they just need ballpark correct time.
    • Re:Moochers (Score:5, Interesting)

      by typical (886006) on Friday April 07 2006, @10:07AM (#15084290) Journal
      It's cheaper for D-Link to freeload off other people.

      That being said, D-Link has acquired quite a bad reputation in my book. The last time they were prominently mentioned on Slashdot was when their routers were randomly silently redirecting a small chunk of HTTP traffic to D-Link advertisements, and causing the obvious mayhem in non-human-readable HTTP traffic.

      I'm also wondering just how much mayhem this guy could cause on various networks by playing with the time he returns. I'm not advocating that...I'm just pointing out that D-Link is rather leaving the owners of their routers open to whatever he chooses to do to them. Adding NTP support to a product is one thing -- hardcoding it to reference an NTP server that you can't guarantee is trustworthy is another thing. Suppose, for instance, this guy drops the name due to the expenses and someone else picks it up...

      To be blunt, buying D-Link hardware at this point means that you're kind of, well, asking for whatever the hardware does to you.
      • Re:Moochers (Score:5, Informative)

        That was Belkin [theregister.co.uk].
      • Path to Justice (Score:5, Interesting)

        by doublem (118724) on Friday April 07 2006, @11:13AM (#15084959) Homepage Journal
        1. Buy the domain name off this poor guy / arrange for alternate hosting if it can't be sold.

        2. Take a collection from the /. community to set up an alternate server.

        3. Wait a month for all the legitimate users to switch to a new URL.

        4. Fire up a server at the old URL reporting Midnight, Jan 1, 1900

        5. Let D-Link deal with users accusing D-Link of failing to sell a Y2K compliant product in 2006.
            • Re:WTF??? (Score:5, Interesting)

              by LurkerXXX (667952) on Friday April 07 2006, @12:57PM (#15086161)
              It doesn't seem like a moral crusade to me.

              He discovered a problem.
              He contacted the company causing the problem.
              He explained the problem, and simply asked them to fix it.
              They didn't.
              They put him off.
              They threw a lawyer at him to threaten him.
              They offered 'compensation' that didn't come close to covering his costs.

              He was trying to do it all quietly and nicely, not crusading, and they wouldn't have it.

              So instead of going through the often extremely troublesome and lengthy legal procedings (which are even worse than normal since this is an international case), he was hoping to publically embarrass the company into fixing the problem they caused. Seems like a reasonable attempt at a speedy solution, not a crusade.

                • Re:WTF??? (Score:5, Informative)

                  by LurkerXXX (667952) on Friday April 07 2006, @02:36PM (#15087055)
                  I would have contacted a lawyer right after step four

                  Right, because lawyers are cheap... right.

                  I like how he doesn't mention any numbers.
                  He already has dedicated hosting, do they charge him $1 per megabyte or something?

                  If you'd bother to RTFA, once again, he answers how much the hosting is costing him. He talks about numbers all over the place.

                  " because I offer this service free of charge and NTP is a low bandwidth protocol, the organization behind the DIX has graciously waived the normal DKR 27.000,00 (approx USD 4,400) connection fee."

                  " the current theory is that I will have to close the GPS.DIX.dk server or pay a connection-fee of DKR 54.000,00 (approx USD 8,800) a year as long as the traffic is a significant fraction of total traffic to the server."

                  " I owe $5000 to an external consultant who helped me track down where these packets came from."

                  " I have already spent close to 120 non-billable hours (I'm an independent contractor) negotiating with D-Link's laywers and mitigating the effect of the packets on the services provided to the legitimate users of GPS.dix.dk."

                  " Finally I have spent approx DKR 15.000,00 (USD 2,500) on lawyers fees trying to get D-Link to negotiate in good faith."

                  " If I closed the GPS.dix.dk server right now, wrote off all the time I have spent myself, then my expenses would amount to between DKR 45.000,00 and DKR 99.000,00 (USD 7,300 to 16,000) and several hundered administrators throughout Denmark would have to spend time reconfiguring their servers.

                  If on the other hand we assume I leave the service running and that the unauthorized packets from D-Link products continue for the next five years, the total cost for me will be around DKR 115.000,00 + 54.000,00 per year (approx USD 18,500 + USD 8,800 per year) or DKR 385.000,00 over the next five years (USD 62,000). " block the NTP traffic from anything outside his network if it is sooooo expensive for him. You can do that at the ISP level in most cases.

                  He also mentions how blocking traffic is not feasible, and why, IF YOU'D BOTHER TO READ THE FUCKING ARTICLE. Learn how to read or STFU about him being an asshole.

      • Re:Moochers (Score:4, Insightful)

        by suso (153703) * on Friday April 07 2006, @10:06AM (#15084284) Homepage Journal
        I'm not considering good will, appreciation, or the right thing to do. None of these things apply to a business unfortunately.

        Eh hem, at the risk of sounding like a troll, they apply to my business damnit and don't you forget that.

        The problem is, when you do the right thing, like enforcing security over convience, customers don't always appretiate it.
  • If he can detect that the majority of connections are from D-Link products, then he can detect which connections are from D-Link products. The easy solution? Whenever a D-Link product connects, report a very very wrong time. :)
    • Re:Easy fix (Score:5, Informative)

      by holdenholden (961300) on Friday April 07 2006, @09:46AM (#15084117)
      He says that such a solution is hard to implement on Cisco, and would be too CPU intensive. FTFA: "Filtering the D-Link packets requires inspection of fields which are not simple to implement in Cisco routers, and in particular such filtering seems to send all packets on the interface through the CPU instead of fast switching, so ingress filtering the packets at the ingress of AS1835 is totally out of the question."
    • If he can detect that the majority of connections are from D-Link products, then he can detect which connections are from D-Link products. The easy solution? Whenever a D-Link product connects, report a very very wrong time. :)

      Except, he'd still end up paying the $8000 USD bandwidth fees for the privelege of lying to people he'd rather not be connecting to him in the first place.

      An awfully expensive practical joke, don't you think?

      So he's stuck paying the bill, unless he wants to disconnect his legitimate u

    • by swschrad (312009) on Friday April 07 2006, @10:00AM (#15084231) Homepage Journal
      send a private communication to the authentic users (not the robot moochers from D-Link) that on date X, the new IP service address will be unhacked.gps.dix.de or whatever suits him.

      on date X, send bogus packets in response... not just wrong time, but seriously wrong time, like a packet with time of 9s in all fields, which would be most seriously wrong.

      hopefully, it would lock up the offending junkpiles, and clear the problem right smartly.

      the general idea in engineering an end to these things is to find a way to blow up the crooked machine by a seriously wrong entry that will screw up the internals. since they took an ugly and cheap shortcut by using firmware tables, they probably don't error-check their inputs from NTP and other services. so there should be a memory jump and a crash in those pirate boxes someplace.

      and that puts the onus back where it belongs, on supercheap designers for obnoxious companies that don't give a shit about network etiquette. the market will punish them. that's how it should be for slap-happy outfits.
      • the market will punish them.

        The market has no mechanism for punishing them. It is completely helpless to deal with this. It takes a sysadmin from a left-socialist country to deal with the things the market cannot.
  • by bersl2 (689221) on Friday April 07 2006, @09:42AM (#15084074) Journal
    pool.ntp.org?
  • by Bogtha (906264) on Friday April 07 2006, @09:43AM (#15084088)

    If there's one thing I hate more than incompetence, it's people who don't care that they are incompetent and carry on churning out crap regardless of the problems it causes others.

    According to this page [dlink.com], D-Link have an office operating in Denmark. This makes them subject to Danish law whether they like it or not. I don't know whether Denmark's computer crime laws cover this, but it wouldn't surprise me.

        • I think unauthorized is going to be tough to prove.

          1) The name of the server is public
          2) The address of the server is public
          3) The access to the server is public
          4) No attempt has been made to limit traffic.

          To use your trespass analogy:

          land that borders a public park without a fence without anything distinguishing it from the park.

          More importantly the time doesn't meet the criteria:

          (A) information contained in a financial record of a financial institution, or of a card issuer as defined in section 1602(n
          • No... (Score:4, Interesting)

            by way2trivial (601132) on Friday April 07 2006, @11:50AM (#15085342) Homepage Journal
            Consider this. To use NTP, they have to use it to spec.

            open specifications are still the property of the creators. (kinda like the GPL)
            they are licensed to 'the world' to use, so long as the specification is followed.
            the spec in this case, includes disallowing certain services to certain levels of useage

            So, the creators of NTP spec can (in an extreme beyond all belief example)
            deny d-link further permission to use NTP at all.

            Further, if they are not following the spec (honoring requests by the NTP server not to be used
            in this manner) you could as the owner of one of the devices(one again, extreme example)
            sue d-link for advertising/listing on the box of the products in question,
            for saying they are ntp capable- when it's proven they are not compatible with the spec.
            (the spec that includes respecting requests not to be used in this manner)
            what are your damages? at least the cost of the affected hardware.

  • pool.ntp.org (Score:3, Insightful)

    by martin (1336) <maxsec@gm[ ].com ['ail' in gap]> on Friday April 07 2006, @09:44AM (#15084093) Journal
    Should be using pool.ntp.org surely........

    or am I being daft again..

  • Blacklist time (Score:4, Insightful)

    by phil reed (626) on Friday April 07 2006, @09:45AM (#15084101) Homepage
    Time to add D-Link to the hardware vendor blacklist. Whenever you're asked by your non-tech friends what hardware they should buy, recommend anything BUT D-Link, and tell them to actively AVOID D-Link.
      • I already have done a complete 180 on recommending D-Link, since much of the D-Link equipment I use and work with has failed spontaneously.

        And that was BEFORE this.
  • by Aggrajag (716041) on Friday April 07 2006, @09:48AM (#15084127)
    The DI-624+ is not on the list and it is possible to manually change the NTP server which the router uses.
  • by MikeRT (947531) on Friday April 07 2006, @10:02AM (#15084243) Homepage
    So why didn't they just own up to the mistake, update the firmware and cut him a check for his expenses plus a 5% or so to apologize for the inconvenience? Bureaucrats and lawyers who cannot admit that they are wrong only end up creating more public disgust with their behavior. When you find yourself digging a hole, stop digging!
      • by DES (13846) * <des@des.no> on Friday April 07 2006, @10:58AM (#15084790) Homepage
        No, he can't "just firewall the server" and "tell the few people that would affect". There are thousands of legitimate users distributed across thousands of ASes covering thousands of IP ranges which may change from day to day or even hour to hour. His server is directly connected to the core switch at the Danish Internet Exchange, where all major Danish networks exchange BGP routing information and domestic IP traffic, and its purpose is to provide a stratum-1 reference for NTP servers on these networks. To determine which IP ranges may legitimately access his server, he would need a full BGP feed and a continuously updated copy of all as-block and aut-num records in the RIPE database.
  • by cdrudge (68377) on Friday April 07 2006, @10:02AM (#15084244) Homepage
    It's not the first time that D-Link's crappy programming has affected a service. DynDNS.com [dyndns.com] last year started blocking all update requests [dyndns.com] that match a user-agent of client/1.0, beleived primarily to be several D-Link routers. D-Link has been mum on a response last I heard.
  • by 91degrees (207121) on Friday April 07 2006, @10:17AM (#15084404) Journal
    Change the DNS name. Granted, he gives reasons for not wanting to do this, but the only practical alternative is to shut down the server entirely. This will still require 2000 or so system administrators to reconfigure their servers, so he might as well provide a logical alternative.
  • Stupid idea.... (Score:3, Insightful)

    by JaJ_D (652372) on Friday April 07 2006, @10:20AM (#15084434)
    ...why don't you change the one they (D-Link) use to (basically) lie about the time! Deliberatly send out the wrong information. Altered the config for the customers of dix and let the D-Link customers go mad at D-Link

    Brutal but (in theory) affective....

    Jaj
  • by spatenbrau (926486) on Friday April 07 2006, @10:30AM (#15084528)
    I'm surprised phk is screwing around writing long-winded letters. Much faster would have been to just add a dns A-record entry by the name of private-ntp.dix.dk for the legit users and have them use that server. The old gps.dix.dk entry should be made into a CNAME for www.dlink.com. That would put the crushing levels of ntp traffic back where it belonged -- right on Dlink's doorstep.
  • by phkamp (524380) on Friday April 07 2006, @10:48AM (#15084704) Homepage
    Let me clarify a number of details here.

    1. My server has not replied to the packets sinde the CodeRed virus/worm abused NTP servers to coordinate attacks. That was a couple of years ago. I doubt D-Link ever even tried to test this.

    2. NTP is a timing protocol. You do not want to do expensive and timeconsuming filtering on the packets because that disturbs your timing performance.

    3. If I have to sue D-Link, it will be either in USA or Taiwan. Both their Danish marketing office and the UK european office will be able to deflect a lawsuit to their mothership.

    4. If you download a firmware file from D-Link, it is often a ARJ archive. unpack that and run strings. If you see GPS.dix.dk in there, please use another version. If the firmware you run is older than about a month, please update it.

    5. The list of products in my open letter is unlikely to be complete, those are the only ones I have been able to positively identify (using the method above). If you find out other products are affected, please email me.

    6. We do have a number of very interesting sections of our penal code here in Denmark that are very likely to apply. Only problem is, they havn't been tried in a court yet. So I have to persuade an overworked criminal inspector to raise a criminal case against a foreigner over a, lets face it, quite small monetary amount. Then I have to spend a lot of time making sure that we convince a judge who have never heard of NTP that they are guilty and then if I win, I can see some D-link manager make a checkmark in their pocket book: "Remember to not visit Denmark under true name". I have better things to use my life for.

    I can see a couple of hits from a C-class belonging to "D-Link Irwine": please escalate this guys, your bosses don't read slashdot.

    Thanks for all the supportive email.

    Poul-Henning

    • by mpe (36238) on Friday April 07 2006, @02:20PM (#15086897)
      I can see some D-link manager make a checkmark in their pocket book: "Remember to not visit Denmark under true name".

      Can't that easily be re-written to "Remember not to visit the European Union"?
  • by Qbertino (265505) on Friday April 07 2006, @10:51AM (#15084734)

    Ok, let's do some good. Are we slashdot, or what?

    D-Link Business Development and Strategic Partnerships, E-mail: bdm@dlink.com

    >>>
    To whom ever it may concern:

    Hello.
    I just learned of you companies notably persistent inability and unwillingness to deal with a serious design flaw in a growing range of your products. This flaw is severly disrupting internet services for a large amount of internet participants and even though you have been informed in detail of these effects your products are having, you have done nothing of substance to resolve the issue and compensate for the damage done.

    Until I learn that the issue described in the open letter do D-Link, available under http://people.freebsd.org/~phk/dlink/ [freebsd.org], was resolved in a professional and mutualy satisfying manner I will not purchase any D-Link products and will strongly discourage anybody asking for my expertise as a professional in the IT field from buying D-Link products or from engageing in any sort of business relationship with D-Link.

    Sincerely
    An Internet User

    Mistakes in this one? Please post corrected version below and then add a 'mailto' link to the address.
    Grammar Nazis, it's your turn!


    • Re:Im confused (Score:5, Informative)

      by Nohea (142708) on Friday April 07 2006, @09:42AM (#15084078)
      NTP server use is tiered. So client PCs are not supposed to hit the tier 1s, they should hit 2nd tier or a local ntp server.

      You don't use the root DNS servers for all your DNS requests, right?
    • Re:Im confused (Score:5, Informative)

      by phil reed (626) on Friday April 07 2006, @09:42AM (#15084080) Homepage
      Yes, you're confused. And, you didn't read the article. The author is pissed because he's running an NTP server intended to be accessed only by Danish networks, and for use by servers, not clients. D-Link products are only marketed to clients, and not just Danish clients.
        • Re:Im confused (Score:5, Insightful)

          by honkycat (249849) on Friday April 07 2006, @09:57AM (#15084203) Homepage Journal
          He followed standard protocol for NTP servers, which is to list the restrictions on the use of your server with its entry on the NTP server list. System administrators are supposed to check this to make sure they're not making an unauthorized connection. They're also supposed to contact the NTP server administrator to let him know they're using the server, unless the server admin states otherwise.

          You can learn all this and check the list to be sure you comply within 10 minutes thanks to the power of Google. Any responsible company would know this and do so. D-Link made a big mistake (not in terms of the impact on them, sadly) and is evidently refusing to own up.

          As others have pointed out, it's not easy to implement the restrictions that would enforce the access policy. It's also sad, though not surprising, that one would have to. It'd be one thing if the server was the target of script kiddie DOS attacks, but a legitimate company selling network products really ought to know better (and care).
    • Re:Im confused (Score:5, Informative)

      by Chyeld (713439) <chyeld@NospAm.newsguy.com> on Friday April 07 2006, @09:48AM (#15084122)
      He hosts a NTP server with the intention of it being used by a certain audience. He's not pissed people outside of that audience are using the server, he's pissed that D-Link decided to abuse the service he's providing and now the overwhelming majority of the people using his service are outside the intended audience.

      Sorta like how server admins get pissed when an article posted on their site causes them to be Slashdotted.

      And honestly, the fact that D-Link is acting in the way it is while he trys to get them to resolve the issue probably isn't helping matters.

      Then again, as a former owner of a D-Link product which rebooted itself anytime I went over 50 simultaneous connections (think P2P), I don't doubt they'd be too cheap to actually just run their own.
    • Re:Im confused (Score:5, Insightful)

      by 99BottlesOfBeerInMyF (813746) on Friday April 07 2006, @09:49AM (#15084137)

      So let me get this straight... this guy hosts an NTP server and is pissed because... its being used as an NTP server?

      If I set up an NTP server, say for my university, and left it open for others, I also might think it a bit unorthodox if a multinational corporation hardcoded all there gear (which was deployed internationally) to query it. This is for several reasons. First, it generates unneeded bandwidth and violates convention by not using a local NTP server. Second, it means thousands of people are relying on one person for their gear to work properly, a person the company did not even bother to consult. What if he decides to change the time by five hours, just for fun? It is bloody irresponsible of the manufacturer to give him that option. And what happens if the server is deprecated or the hostname and IP changed in a reworking of the network? Tons of wasted traffic as they ping his IP space.

    • Re:Im confused (Score:5, Interesting)

      by typical (886006) on Friday April 07 2006, @10:16AM (#15084387) Journal
      There are three conventions being violated:

      * To keep the network working, the NTP system is tiered. Anything other than a time server used to redistribute time to other machines should probably access a Tier 3 system, or a Tier 2 if that is not possible. It should never hammer a Tier 1 -- this can screw up the rest of the NTP network.

      * There are large lists of NTP servers, and they list access restrictions. As pointed out in the letter, this guy explicitly stated in his access rules that this server was not for client use.

      * As pointed out in the letter, this guy explicitly stated in his access rules that this server was not for use outside of Denmark.

      You may not be used to this sort of thing, because no such set of agreements exists for, say, webservers. However, in the NTP world, network administrators respect these, and it is why the time system continues to work.

      What D-Link is doing hurts all Danish NTP users, and freeloads off a volunteer (D-Link is selling the product and profiting from it -- let *them* handle the traffic and factor any bandwidth costs into their product cost). It opens their product to potential abuse if the server becomes malicious (a properly-designed router would allow the user to specify an NTP server, or if the user is unable to configure a router, to do what the letter suggested and use a D-Link-controlled name.). It violates agreements that have been generally respected by the NTP-using administrator community for many years.
    • by DES (13846) * <des@des.no> on Friday April 07 2006, @09:48AM (#15084130) Homepage
      A good idea, but not easily doable, since the allowed networks include most of Denmark. He would have to filter traffic based on the AS of the sender; this would require a full BGP feed and probably also a continuously updated mirror of the RIPE database.
    • Re:Fishy (Score:3, Insightful)

      And it never occured to him to systematically unplug each device to see if it was the one causing the problem and then spend $99 on a new router? Something seems mighty fishy to me.

      Either this is a very weak attempt at a troll, or an incredible demonstration of ignorance.
    • And just when I thought reading comprehension on Slashdot couldn't get any worse...
    • if you dont want people to use your NTP server then logic would dictate dont set one up in the first place

      That is one of the dumbest things I have ever heard.

      Using your twisted logic there is nothing wrong with spammers sending people hundreds of thousands of unsolicited commercial email a day. If people don't want spam then they should not have set up an email address right?
    • RTFA. He discusses this.

      1. He's already out a bunch of money trying to figure out what happened.

      2. He could change the DNS name, but then every legitimate user would have to change their configuration, and there's no guarantee D-Link wouldn't just update the firmware with the new name.
    • I had heard a lot of complaints like this about D-Link hardware and had thus avoided them when purchasing network products. But a few months ago, I was in the market for a wireless router. I started off with a Netgear router because I had good success with one of the old purple metal boxes I bought a long time ago. I live in an apartment with a lot of nearby wireless networks, so perhaps the SNR was just too small, but I was constantly losing the connection. Even the wired ethernet connection would drop off