Slashdot Mirror


Generic TLDs Threaten Name Collisions and Information Leakage

CowboyRobot writes "As the Internet Corporation for Assigned Names and Numbers (ICANN) continues its march toward the eventual approval of hundreds, if not more than 1,000, generic top-level domains (gTLDs), security experts warn that some of the proposed names could weaken network security at many companies. Two major issues could cause problems for companies: If domain names that are frequently used on a company's internal network — such as .corp, .mail, and .exchange — become accepted gTLDs, then organizations could inadvertently expose data and server access to the Internet. In addition, would-be attackers could easily pick up certificates for domains that are not yet assigned and cache them for use in man-in-the-middle attacks when the specific gTLD is deployed." Another way to look at it: why were they using invalid domains in the first place?

115 comments

  1. Whats worse.. by sjwt · · Score: 3, Insightful

    I used to work for a company where some uncommon but in use domain names where being used on the intranet, and where overriding the internet ones.. A real pain in the ass.

    --
    You have 5 Moderator Points!
    Which Helpless Linux zealot/MS basher do you want to mod down today?
    1. Re:Whats worse.. by Anonymous Coward · · Score: 0

      What I don't get is, what the problem with separating your namespaces / name server views is.

      Either your internal DNS server gets a request for an internal domain, and ONLY directs it to an internal IP, or it gets a request for an external domain and ONLY directs it to an external IP.
      And either your external DNS server gets a request for a company-own internal domain, and rejects it, or it gets a request for a company-own external domain, and ONLY directs it to an external IP.
      External domains never override internal ones. Any internal software that tries to access an external domain with the same name as an internal one, will fail (e.g. because the service doesn't exist). And nothing internal will leak to the outside.
      End of story.

      Only a moron would prioritize external domains over internal ones, or make internal ones accessible from the public Internet.

      And no, you do not EVER allow a VPN user to use anything outside of the VPN, without going *through* the VPN first. Especially DNS requests. The firewall must block *everything* but the VPN connection. Fuck speed, the company's life is at stake!

    2. Re:Whats worse.. by Anonymous Coward · · Score: 1

      An external site (with a TLD not hidden by one of your internal TLDs) may link to domains in the external TLD which are hidden by your internal TLD. If you browse that site from your intranet, for you that link will point to the internal domain instead. Which means any interactions from the web page meant to go to the external site will instead go to the internal site.

    3. Re:Whats worse.. by AmiMoJo · · Score: 2

      I heard of a place were youtube.com redirected to a feed of the office CCTV cameras and a message stating "this event has been logged".

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    4. Re:Whats worse.. by aaarrrgggh · · Score: 2

      Likewise, if your users are set up to use the internal domain but are external to the network, it is an easy MITM attack.

    5. Re:Whats worse.. by Anonymous Coward · · Score: 0

      You can build huge creaky infrastructures that nobody can maintain or understand without hours of study, or you can just do it the simple way.

      In a successful large enterprise, it's commonplace to have (at least) dozens of connections to other networks that were created independently. This is what "internetworking" means - an internet is a network of networks, dig?

      My employer's network connects to 28 other networks that are all independently administrated, as well as the Internet. In the cases where the foreign networks are competently administrated, configuration of tunnels and routers and firewalling is trivial; it takes far less than 24 hours to set up a secure link. There's some NAT trickery required when RFC1918 addresses overlap (typically in the 10. class B address block, since nobody clever uses the 192.168 netblock outside the home any more) but as long as the namespaces are globally unique that's never a difficult problem to surmount.

      But when the idiots at the foreign network have all named their internal domain ".local" (as was once common in the Microsoft subculture) so that all their mailservers are named exchange.local and all their application servers (which my co-workers need to access on a daily basis) are named apps.local, we have to maintain separate names in our own DNS for their servers. Then some kind of ridiculous human bureaucracy has to be created so that name services are never desynchronized when they routinely upgrade their server farm or change the IPs or change their internal routing etc. etc. etc.. The bureaucracy is inherently vulnerable to admin ego issues that are extremely tiresome and interfere with proper technical administration.

      You closed with

      'And no, you do not EVER allow a VPN user to use anything outside of the VPN, without going *through* the VPN first. Especially DNS requests. The firewall must block *everything* but the VPN connection. Fuck speed, the company's life is at stake!'

      which frankly makes me want to reach through these wires and strangle you. Brain-dead one-size-fits-all dogmatism creates more problems than it solves... nothing is more annoying to people trying to do real work than some shortsighted admin who refuses to allow a hard-working end user access to local printers without traversing a WAN link that drops the traffic. The goal is not to worship the network and its high priest, it's to get the work done. You must never have a dogma that subverts real work - not even this one - if you're going to run with the big boys.

    6. Re:Whats worse.. by sjames · · Score: 1

      Salesman uses laptop to connect to internal domain over company wifi in the office. Goes to Starbucks later and connects to the very same domain name on the very same laptop and application, but since it's the Starbucks wifi it goes to the wrong place.

    7. Re: Whats worse.. by Anonymous Coward · · Score: 0

      Don't do that. You break too much, especially when you do like most sites and further filter internet with broad filters (like all port 22).

    8. Re:Whats worse.. by Anonymous Coward · · Score: 0

      Did you deliberately completely ignore what I wrote, or are you *that* stupid?

      No. First of all, only locked-down company laptops where the user has no admin rights are allowed to connect to the company network at all. With that in mind:

        "His" laptop has a VPN, and even if he's at a Bucksstar in China, there's no such thing as a connection outside of the VPN.
      The whole NIC is a virtual TUN device of a OpenVPN instance, which encrypts the whole packet, and sends it to a single very specific port on a very specific IP adress using the real NIC which has a firewall allowing ONLY that connection, and nothing else. That includes DNS and even ICMP. And even if somebody would do a MITM attack, it wouldn't work because only the real server can decrypt the packets and encrypt valid ones.

      I have that exact setup on this exact box I'm writing this on.

      Please learn how to Internet, before making such dumb comments.

    9. Re:Whats worse.. by Anonymous Coward · · Score: 0

      How is that different from right now?

      Every website you visit, including this one here, can contain a JS script that scans your internal network, finds your router and other equipment with no internal protections, and fucks it up.
      And if those internal TLDs are so popular that companies want to register them as Internet TLDs, you can bet your ass that they are already in the lists of such scripts.

      The only thing blocking anything there, is the cross-domain protection that all browsers have nowadays, which disallows interaction with the content of documents from foreign domains.

    10. Re:Whats worse.. by sjames · · Score: 2

      Did you deliberately completely ignore what I wrote, or are you *that* stupid?

      Improve the world, slit your wrists.

      That said, you said nothing about locked down laptops and in general, BYOD is the new black. You asked why namespace separation fails and I told you. Alas, you just wanted to thump your chest and blow out massive fart clouds. Please make that intent more clear next time so you can get your troll mod and move on.

    11. Re:Whats worse.. by Anonymous Coward · · Score: 0

      Every problem has a solution that is clear, simple, and *wrong*.

      If you can't handle something, that doesn't make it "huge", let alone "creaky", then that's you being a dumbass. But being a dumbass, I'm not surprised you are 1. very confident for your lack of knowledge, and 2. think everybody is just as dumb as you are.

      I created a TUN network device, installed and configured OpenVPN, and created iptables rules to completely ban every connection from the real networks device not going to one exact port on one exact fixed IP. Finally I only gave OpenVPN rights to access the actual NIC. It took me one evening. Not counting the security checks I did the next days.
      Soo "creaky" and "huge"... lol

      But no wonder your "internetwork" looks like a complete mess. You apparently allow every shit, no matter how badly maintained, to freely connect to it. Simple rule: There's no such thing as a connection to a network that's not properly administered and secured, except through a encrypted tunnel. Just like with a enemy country.

      And: NAT? 192.168? What time do you live in? Have you fallen out of the past? Goddammit, IPv6 is nearly two decades old! Get your shit together!

      My suggestion: DON'T CONNECT TO THE NETWORKS OF IDIOTS. Duh.
      Or quit that shit job. You'll probably earn a lot more, once your brain heals and goes back to normal from its impaired state right now.

      Your last paragraph is purely irrational emotion-based nonsense and doesn't contain any actual arguments. I'll let it slide as I'm not kicking somebody who's already on the floor, and you already have enough problems with a mind like that.
      But please quit that nightmare of a job and get a therapy. Maybe some sunshine too. It will do you good.

    12. Re:Whats worse.. by fast+turtle · · Score: 1

      Nice rant about not being able to print through the VPN but I bet there are several reasons for this.

      1) Some MBA decided to cut costs by cutting printing down
      2) It's a management decision for what ever reason - handed down to IT
      3) It's due to an idiot that doesn't know how to configure a VPN to allow printing - happens all the time
      4) Company may have a requirement that all docs are PDF for review/storage reasons instead of hardcopy

      Instead of Ranting on /. about it, ask the IT dept why. You may be suprised at the answer.

      --
      Mod me up/Mod me down: I wont frown as I've no crown
    13. Re:Whats worse.. by Jeremiah+Cornelius · · Score: 3, Informative

      Q: "Why were they using invalid domains in the first place?"

      A:Two words: "Active Directory". .corp .labs .legal

      Planning a non-Internet accessible directory infrastructure with AD's Internet namespace rooting has commonly resulted in the deliberate planning for alternative, corporate designated roots, by IT departments. I'm not saying it is right or wrong, but I ran across this frequently in years consulting and doing pen/vuln.

      --
      "Flyin' in just a sweet place,
      Never been known to fail..."
    14. Re:Whats worse.. by Anonymous Coward · · Score: 0

      So your "arguments" for the correctness of your view are (by sentence):
      1. Ad hominem. Unfounded.
      2. Ignorance.
      3. "People are morons. I let them."
      4. "What I already said". Even though I specifically already made that argument invalid with my original comment, and then again with my second comment.
      5. Another ad hominem. Even dumber.
      6. Wishful thinking to help over the hill of denial.

      In other words: From an argumentative standpoint, it's a blank post. It contains nothing.

      I'm very sorry for you, mate. I know you're struggling... helplessly... but can't let it go...
      But I can't help you anymore. It's not entering your brain. It seems not compatible with your view of the world. So that's that.
      I'm not angry at you. I just hope you get better... and rid of whatever this is. It's a sad sight.

  2. Worst idea ever by Anonymous Coward · · Score: 0

    The amount of spam and phishing will be 1000 fold of what it is today.

  3. That's why I have been giving my internal by ls671 · · Score: 5, Insightful

    That's why I have been giving my internal domains silly like .zyxprivnet for at least 15 years...

    It would be nice to reserve some domain names for internal use although, just like internal ip addresses.

    --
    Everything I write is lies, read between the lines.
    1. Re:That's why I have been giving my internal by Chrisq · · Score: 4, Insightful

      It would be nice to reserve some domain names for internal use although, just like internal ip addresses.

      That's a really insightful comment. Reserve .private, .internal, .reserved and a few others for internal use. Even better ban them as prefixes so .private-kellogs and .private-audi, etc can never be registered on the internet.

    2. Re:That's why I have been giving my internal by Anonymous Coward · · Score: 5, Insightful

      oh, like .local ? >_>

    3. Re:That's why I have been giving my internal by mwvdlee · · Score: 3, Insightful

      http://tools.ietf.org/html/rfc2606
      You can use .test, .example, .localhost and .invalid.
      The use of these TLD's is somewhat defined and not quite similar to the "intranet"-type use you describe, but atleast they're available for private use and nobody will bother you if you use, for example, ".invalid" for your internal domains.

      On the other hand, why not simply use subdomains of an actual domainname you own?
      If you own example.com, you could use intranet.example.com or perhaps privateserver.internal.example.com

      It would be nice if something like ".intranet" could be a reserved TLD.

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    4. Re:That's why I have been giving my internal by Anonymous Coward · · Score: 0

      What about RFC2606?

    5. Re:That's why I have been giving my internal by ls671 · · Score: 1
      --
      Everything I write is lies, read between the lines.
    6. Re:That's why I have been giving my internal by ls671 · · Score: 2

      Oh also, that rfc dates back a little. Things change and I wouldn't be surprised if they created a .example top domain at some point for something like teaching purposes.

      Back then, a domain couldn't start with a number and nowadays we have 2600.org.

      I think we need a new RFC with some reserved prefix like .intern

      So .internmyproject1 .internmail .internnews .internanything would be guaranteed never to be used.

      --
      Everything I write is lies, read between the lines.
    7. Re:That's why I have been giving my internal by 3247 · · Score: 2

      .local is used in mDNS (also known as Zeroconf or Bonjour).

      .localhost, however, is reserved in RFC 2606.

      --
      Claus
    8. Re:That's why I have been giving my internal by TheLink · · Score: 4, Interesting

      No. .local is for different usage:
      http://tools.ietf.org/html/rfc6762
      Sure took them a long while to reserve that too.

      I proposed reserving a "RFC1918" like TLD about 12+ years ago, but there was not enough interest: http://tools.ietf.org/html/draft-yeoh-tldhere-01

      I did try via the ICANN (emailed them to ask them to reserve it). But the ICANN were more interested in "yet another dotcom tld" like .biz .info.
      And I didn't have a spare USD100k lying around to apply for the TLD through ICANN, and give it to the world if I even succeeded in getting it.

      --
    9. Re:That's why I have been giving my internal by TheLink · · Score: 5, Insightful

      I actually tried to get a TLD reserved for "RFC1918" style use about 12+ years ago: http://tools.ietf.org/html/draft-yeoh-tldhere-01

      I also tried the ICANN but they weren't interested either. And when they approved stuff like .biz, .info. I got the impression they weren't really interested in improving the Internet from a technical aspect but more interested in $$$$. Did the creation of .biz etc really help the Internet that much?

      Maybe others may have more success trying it now?

      --
    10. Re:That's why I have been giving my internal by jawtheshark · · Score: 3, Interesting

      On the other hand, why not simply use subdomains of an actual domainname you own?

      I do realize it's inconceivable, but some people do not own domain names. Well, I do, but they don't really match my internal naming scheme. So, my internal domain is something that wasn't valid until they came up with the stupid gTLD concept: shark species as hostname, domain "sharks" on my network and in a similar vein Kiplings Jungle Book characters as hostnames and "jungle" as domain for my parents network. This works fine, looks pretty and works.

      Now of course, I could use jawtheshark.com for my internal network. As a direct consequence, I'd have to either slave my LAN DNS to a public DNS and expose my internal IP numbering to the world, or keep my LAN DNS manually synchronized with my global DNS. You see, all kind of problems I didn't have because my internal domain was completely not used on the Internet. For my parents network, I don't even have a domain name that would match the naming scheme. My dad has our surname.lu, but that hardly will match the jungle naming scheme. Well, I could just buy yet another domain name and use it only internally, but that's added cost I didn't use to have.

      The gTLD stuff is just stupid. That's my opinion.

      --
      Ahhh...the great dumpster continuum. Many a free computer will be found there. -- sowth (748135)
    11. Re:That's why I have been giving my internal by TheLink · · Score: 3, Funny

      You can use .test, .example, .localhost and .invalid. ...and nobody will bother you if you use, for example, ".invalid" for your internal domains.

      Some CEOs and PHBs might ;).

      --
    12. Re:That's why I have been giving my internal by Anonymous Coward · · Score: 0

      If you use a random letter combination anyway, then why not simply use the IP address directly? It's no less meaningless than a made-up random-letter TLD.

    13. Re:That's why I have been giving my internal by dissy · · Score: 4, Interesting

      I wonder which three letter organization icann will be giving .onion to :/

    14. Re:That's why I have been giving my internal by Anonymous Coward · · Score: 1

      I wonder which three letter organization icann will be giving .onion to :/

      Clearly it will be: T.H.E. because what other use would there be on the internet besides the.onion ;-)

    15. Re:That's why I have been giving my internal by mysidia · · Score: 2

      That's why I have been giving my internal domains silly like .zyxprivnet for at least 15 years...

      zyxprivnet sounds like a cool gTLD to register... i'll get right on it.

      On the other hand... .LOCAL and .LAN are unlikely to be allowed as a TLD; since .LOCAL has prior use by Apple for Bonjour/Multicast DNS.

      Also, .INVALID and .LOCALDOMAIN are reserved private TLDs.

    16. Re:That's why I have been giving my internal by mwvdlee · · Score: 2

      AFAIK, it still holds.
      A while back some idiots thought it would be smart to redirect all failed .com domains, so maybe example.com was also a victim of that.
      But this was quickly reverted after public outcry.

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    17. Re:That's why I have been giving my internal by gd2shoe · · Score: 1

      On the other hand, why not simply use subdomains of an actual domainname you own?

      How about: Because I don't own any... and I shouldn't need to for private use!

      --
      I won't join Slashcott. OTOH, If Beta goes live, I just won't be back until it's fixed. Sorry Dice.
    18. Re:That's why I have been giving my internal by FireFury03 · · Score: 4, Insightful

      It would be nice to reserve some domain names for internal use although, just like internal ip addresses.

      That's a really insightful comment. Reserve .private, .internal, .reserved and a few others for internal use. Even better ban them as prefixes so .private-kellogs and .private-audi, etc can never be registered on the internet.

      I've always advocated using your own FQDN for internal networks. If you own example.com, then put your internal stuff on internal.example.com - dead easy, job done. This gets even easier with Bind's RPZ functionality - you don't even need the "internal" subdomain; you can just add/replace RRs in your main domain, which is rather useful where you want different servers to handle your internal and external access (e.g. mail.example.com can point at an internal mail server when inside your LAN, and an external mail server for anyone on the internet).

      However, a lot of people decide to use random TLDs for this instead - in particular I've got a number of customers, who under the advice of supposidly qualified network engineers set up their networks to operate on the .local TLD. This, of course, now becomes a problem since .local is normally used by mDNS, so we end up with conflicting names and all sorts of problems.

      I would guess you're relatively safe using .localnet (since traditionally localhost is localhost.localnet) if you really must use a non-globally-unique domain name, but IMHO it solves a lot of problems in the long run if you just use a proper FQDN for everything (not least because you don't end up with naming conflicts if you merge LANs together at a later date).

      Another thing to consider is: if you're basing your security on reverse DNS lookups then you're an idiot, since the attacker can trivially set their reverse DNS to anything, valid or not.

    19. Re:That's why I have been giving my internal by FireFury03 · · Score: 1

      Oh also, that rfc dates back a little. Things change and I wouldn't be surprised if they created a .example top domain at some point for something like teaching purposes.

      example.com and example.org are explicitly registered for this purpose.

    20. Re:That's why I have been giving my internal by Eevee · · Score: 1

      I would suspect NRL, since they're the ones who sponsored the TOR project in the first place.

    21. Re:That's why I have been giving my internal by ICLKennyG · · Score: 2

      One problem with this convention is the simplicity of the domain name. You and I understand how DNS works and that it's just a representation of words, but to most people it works more on the principal of logical naming and their mental association with the words it forms.

      I.E. We may see sales.example.com/wiki and think of it as a very logical place to put a Wiki site for colaboration for the sales department of our organization. However, your average person who is of the intelligence level of sales is going to see asdfgqwerty.example.com/zxcvbnm and think where do we keep the sales notes. If you set it up at http://notes.sales/ they may actually have a chance to remember that. I know bookmarks may help, but when dealing with users you need to assume people who are so dumb that they can choke on pretzels even if you tell them to chew them completely before swallowing.

      This gets even worse with organizations that have domains like wehaveadumbbusinessname.com that can be organized into regions or units and before you know it you have people asking where is the mail web server and the reply is mail.salesandmarkenting.southeastern.wehaveadumbusinessname.com/outlookwebclient sales.mail is going to make your customers (employees) a whole happier and reduce tickets considerably.

      In the same way that ICANN has refused to grant sex.edu they should refuse a lot of gTLDs like .mail, .local .lan .intranet (from above, I like .here too). They don't work in the same way that .pepsi and .catholic do. it's clear that these tlds are in use in countless large deployments around the world and we should get a reserved list of words that will never be publicly addressable just like we got ip blocks. This can't be that hard to understand.

    22. Re:That's why I have been giving my internal by grcumb · · Score: 2

      ...and nobody will bother you if you use, for example, ".invalid" for your internal domains.

      Some CEOs and PHBs might ;).

      Indeed. The proper usage these days is .challenged.

      --
      Crumb's Corollary: Never bring a knife to a bun fight.
    23. Re:That's why I have been giving my internal by intermodal · · Score: 4, Interesting

      I think .biz was helpful, in that I don't trust any domain name that ends in .biz.

      --
      In SOVIET RUSSIA... erm...NSA AMERICA, the Internet logs onto YOU!
    24. Re:That's why I have been giving my internal by FireFury03 · · Score: 2

      I.E. We may see sales.example.com/wiki and think of it as a very logical place to put a Wiki site for colaboration for the sales department of our organization. However, your average person who is of the intelligence level of sales is going to see asdfgqwerty.example.com/zxcvbnm and think where do we keep the sales notes. If you set it up at http://notes.sales/ they may actually have a chance to remember that.

      I'd hope that the average employee would know who their employer is. i.e. if you're emplyed by Example Ltd. you might expect everything to be under example.com... In any case, all this would usually be linked from a company-wide intranet. Your example of sticking things under http://notes.sales/ increases the complexity, because now your users are going to have to understand that they need to use "notes.sales" when they're inside the company's network and "notes.sales.example.com" when they're outside the network. Good luck trying to get your users to figure out that they need to use the outside-facing name when they are sitting in their office but using 3G instead of the LAN...

      This gets even worse with organizations that have domains like wehaveadumbbusinessname.com that can be organized into regions or units and before you know it you have people asking where is the mail web server and the reply is mail.salesandmarkenting.southeastern.wehaveadumbusinessname.com/outlookwebclient sales.mail is going to make your customers (employees) a whole happier and reduce tickets considerably.

      This is a pretty bad example - in this example you can simply have mail.sales.businessname.com - everyone knows the name of their employer's website so having *everything* under this makes sense. If you need to divide the network into regions then you still need to do this even when using some random TLD, so that's not going to help you there either.

      In the same way that ICANN has refused to grant sex.edu they should refuse a lot of gTLDs like .mail, .local .lan .intranet (from above, I like .here too). They don't work in the same way that .pepsi and .catholic do.

      Why? It makes complete sense to have google.mail and yahoo.mail instead of googlemail.com, etc. Your reasoning is that a few idiots who should never have been in charge of a network to begin with have screwed up their own networks and you need to stop progress of the rest of the world in order to protect them from having to deal with their own cluelessness.

      Similarly, I can point to a number of networks I've had to deal with, where the clueless contractors who configured them had never heard of RFC1918 and just picked a random unallocated IPv4 network for the whole company. By your argument, IANA should have reserved these network addresses - that makes no sense at all, it harms the rest of the internet to protect the few who didn't know what they were doing.

      (FWIW, I'm continually shocked at the level of competence in contractors I have to deal with who claim to be network engineers - a very large proportion of them have absolutely no idea how IP routing works, and that's scary given the complexity of some of the networks they are dealing with.)

      it's clear that these tlds are in use in countless large deployments around the world and we should get a reserved list of words that will never be publicly addressable just like we got ip blocks.

      RFC1918 IP addresses were allocated because there was a need for private deployments, not because some idiots had decided to use them and to hell with everyone else.

      Notably IPv6 does not have an equivalent of RFC1918 networks because after much discussion it has been decided that having non-globally-unique addresses is a recipe for disaster.

    25. Re:That's why I have been giving my internal by JigJag · · Score: 2

      [offtopic] scary that with just your one post, I now know your name and address as they are posted at the bottom of your draft RFC [/offtopic]

      --
      "The hallmark of humanity is the ability to move beyond sensory inputs" - Mary Helen Immordino-Yang
    26. Re:That's why I have been giving my internal by Vhann · · Score: 1

      The ".localhost" TLD has traditionally been statically defined in
      host DNS implementations as having an A record pointing to the
      loop back IP address and is reserved for such use. Any other use
      would conflict with widely deployed code which assumes this use.

      Seems like that won't do either.

    27. Re:That's why I have been giving my internal by Zaelath · · Score: 2

      It (.local) was actually official MS advice for a long time http://en.wikipedia.org/wiki/.local#Microsoft_recommendations

      I tend to think Apple made a poor choice given the pre-existence of lots of .local domains in use (default on Small Business Server 2000 from memory, and supported by http://support.microsoft.com/kb/296250)

      I'm more familiar with .localdomain than .localnet, but it wasn't in wide use until long after .local became popular (though to be fair I can find at least one reference to it as far back as 1994)

    28. Re:That's why I have been giving my internal by FireFury03 · · Score: 1

      It (.local) was actually official MS advice for a long time http://en.wikipedia.org/wiki/.local#Microsoft_recommendations

      I tend to think Apple made a poor choice given the pre-existence of lots of .local domains in use (default on Small Business Server 2000 from memory, and supported by http://support.microsoft.com/kb/296250)

      I think that both of them made a terrible choice.

      Microsoft advised using a domain that (by their own admission) "At the present time, the .local domain name is not registered on the Internet." Not sure how that could ever have struck them as a bright idea. I guess MS was arrogant enough to think the rest of the world would bend to accomodate their de-facto standards rather than bothering to get them properly ratified.

      Apple then went along and chose a name that they knew was already widely in use, per official advice from MS. However, Apple did at least get this standardised (RFC 6762) - if MS had bothered to get their advice standardised then this conflict would never have happened. Apple could easilly have picked any number of equally appropriate TLDs, such as .linklocal

      However, IMHO IANA should just go ahead and ignore the idiots who have used arbitrary TLDs for their internal networks - doing stuff like having a ".mail" TLD for mail services does make some sense and if thats the direction they want to go then a few idiots who should never have been allowed to configure a network in the first place shouldn't stand in the way of that.

    29. Re:That's why I have been giving my internal by Zaelath · · Score: 1

      Agreed. To be fair, I was just defending the "supposidly qualified network engineers" [sic].

      I just find Apple's move a little more douchy given .local would have been discovered by a google at that time, probably.

  4. Why not use real domains instead? by Keruo · · Score: 3, Informative

    Why use some random .local when you can use intra.company.com subdomain for the internal lan.
    It's much better to use a real domain which you actually own and will remember to renew.

    --
    There are no atheists when recovering from tape backup.
    1. Re:Why not use real domains instead? by ls671 · · Score: 2

      Sometimes you work on small experimental projects where it is too bothersome to ask your big brother for a subdomain name. Example: mysmallproject.ibm.com.

      You just come up with a domain name to make things more simple for people working on your LAN. example: .zyx1999prj

      You can't forget to renew them because there is no renewing authority. You just made the tld up yourself!

      --
      Everything I write is lies, read between the lines.
    2. Re:Why not use real domains instead? by TheRaven64 · · Score: 1

      Using .local is a bad idea, because it's also the domain used for mDNS. This caused quite a few places problems when they started getting Macs with mDNS support appearing on the network. Now most operating systems support it, so people have had to work around it. For a while, some systems were putting .local in the search domains list, which made things all sorts of fun...

      --
      I am TheRaven on Soylent News
    3. Re:Why not use real domains instead? by Anonymous Coward · · Score: 0

      How is that problematic? They could just set it up in such a way that can easily be modified with lower group permissions

      team1.project.ibm.com

      Where those with project permissions can create third level domains (or whatever they are called) at will without changing project (or requesting any replacement). Heck, you could even make it "project5.team2@ibm.com" and set it so that it can only be viewed by the dev team and not the WWW.

    4. Re:Why not use real domains instead? by ls671 · · Score: 3, Insightful

      Have you ever worked for IBM or any other big corporation? You will have to go through 7 levels of approval, impact analysis, cost analysis, get about 50 people involved etc. and wait several months, Nah ;-)

      Note that, of course, I always create subdomains when I have control of the domain or when it is easy to get in touch with the person who does. Read: smaller companies.

      --
      Everything I write is lies, read between the lines.
    5. Re:Why not use real domains instead? by ubersoldat2k7 · · Score: 1

      In that case, simply edit your hosts file and add your own entry for project123.ibm.com. Your first DNS server is your computer... unless you've changed the default host.conf

    6. Re:Why not use real domains instead? by gidoca · · Score: 1

      Not everyone has a domain - what about my home network? Do I need to reserve a domain specifically for that?

    7. Re:Why not use real domains instead? by ls671 · · Score: 1

      If you choose to go the /etc/hosts file route, then you do not need a domain name at all. Host names will suffice.

      On the hand, I prefer DNS and I do not know any other way than using a zone file to cause hostnames to resolve to IP addresses. I might use the hosts file for something with at most 5 machines that need to know each other

      You need DNS and DHCP anyway for people with laptops that move around and that are not always on your network and who sometimes don't even have admin rights on their laptop.

      --
      Everything I write is lies, read between the lines.
    8. Re:Why not use real domains instead? by gd2shoe · · Score: 1

      He's AC. He's baiting you.

      --
      I won't join Slashcott. OTOH, If Beta goes live, I just won't be back until it's fixed. Sorry Dice.
    9. Re:Why not use real domains instead? by DragonWriter · · Score: 1

      > Have you ever worked for IBM or any other big corporation? You will have to go through 7 levels of approval, impact analysis, cost analysis, get about 50 people involved etc. and wait several months

      I can't understand why big organizations can't delegate responsibility for subdomains so that this isn't a problem. Once an internal unit of Example Corp (example.com) is goes through the internal hoops to get foo.example.com subdomain, they ought to handle the process when someone wants bar.foo.example.com.

    10. Re:Why not use real domains instead? by sapgau · · Score: 1

      Ironic that a tech company "leader" doesn't have a policy for this.

  5. I don't like numbers without context . . . by Mitchell314 · · Score: 4, Interesting

    Currently, 25 percent of queries to the domain name system are for devices and computers that do not exist, suggesting the companies are already leaking information to the Internet

    And how many of those are due to actual people as opposed to confused webcrawlers looking up dead links?

    "Oh hai, a new webpage. Lookie, a link. hddp://mywobsite.youspace.com/forum/?post=1. Oh, there's nothing there.
    Lookie, another link. hddp://mywobsite.youspace.com/forum/?post=2. Oh, there's nothing there
    Lookie, another link. hddp://mywobsite.youspace.com/forum/?post=3. Oh, there's nothing there"

    ...

    --
    I read TFA and all I got was this lousy cookie
    1. Re:I don't like numbers without context . . . by DriedClexler · · Score: 5, Interesting

      True. At the same time, though, I remember that for a while my favorite site was donotreply.com, where the owner would post emails he got as a result of organizations listing email addresses in the @donotreply.com domain. Apparently, even major security firms made it easy to accidentally reply confidential information to whoever happened to own donotreply.com.

      --
      Information theory is life. The rest is just the KL divergence.
    2. Re:I don't like numbers without context . . . by Anonymous Coward · · Score: 1

      And on that point, Google actually have a silly number of spiders crawling deepnet links these days such as queried pages, pages needing logins and so on.

      Not sure which year they started that, but it was a good while ago now. (maybe 5+ years ago)

      It could easily just be Google crawlers brute-forcing things that might have existed, or may still possibly exist, or might just be down. (due to Google)

    3. Re:I don't like numbers without context . . . by Anonymous Coward · · Score: 0

      hddp = Hyper-data drain protocol? :-)

      In case you wanted to avoid creating a link: A simple <a> ... </a> around the URL (without a href attribute!) will prevent Slashdot from converting it to a link.

    4. Re:I don't like numbers without context . . . by Anonymous Coward · · Score: 0

      And how many of those are due to actual people as opposed to confused webcrawlers looking up dead links? "Oh hai, a new webpage. Lookie, a link. hddp://mywobsite.youspace.com/forum/?post=1. Oh, there's nothing there. Lookie, another link. hddp://mywobsite.youspace.com/forum/?post=2. Oh, there's nothing there Lookie, another link. hddp://mywobsite.youspace.com/forum/?post=3. Oh, there's nothing there"

      It's not dead links (URLs), but dead domains (DNS). DNS queries are cached, so your example would only cause on failed lookup, not three. Of course, it might be one failed lookup every single day for years on end, so your point still stands, just not your example.

  6. Unknown lamer unknowledgeable and lame, news at 11 by Anonymous Coward · · Score: 4, Insightful

    why were they using invalid domains in the first place?

    Because they could and nobody had warned them that ICANN was eventually going to go for a massive AOLisation of the DNS.

    Even without these objections, ICANN is just fscking around (for money, it ain't cheap to sup at their table), and blaming what the rest of the world may or may not have done is not really constructive here.

  7. Why open that can of worms at all? by Opportunist · · Score: 3, Insightful

    Seriously, the internet has reached a level of growth where ANY major change like that WILL invariably break something that grew along with it. And we didn't even reach the point yet where this alone is obviously a serious business advantage or drawback, depending on who gets certain TLDs. Who gets to have .mail? Who gets .web? Who is the lucky dog who gets that license to print money? And, worse, to keep certain people from using it at all, preferably those that would present a competitor to them?

    Who gets to use .$well_known_name? .exchange? .office? Or how about .gates? .jackson?

    If this does anything, it just opens up a new round of domain name turf wars and domain squatting. Only this time, there is no escape from the squatter. There is no $name.$land when $name.com is held for ransom.

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    1. Re:Why open that can of worms at all? by viperidaenz · · Score: 1

      What ever you pick, how ever much it cost you, someone will use their trademarks and copyrights to sue you for it, plus damages.

    2. Re:Why open that can of worms at all? by SuricouRaven · · Score: 2

      "Who gets to have -?"

      The highest bidder, of course.

    3. Re:Why open that can of worms at all? by Anonymous Coward · · Score: 0

      Unless you make sure to get your own registered trademark for that name, of course.

    4. Re:Why open that can of worms at all? by Anonymous Coward · · Score: 0

      Seriously, the internet has reached a level of growth where ANY major change like that WILL invariably break something that grew along with it.

      And that is *exactly* the reason you must break it. Completely. Rigidity is never good. It leads to inflexibility and gridlock. Which leads to bolting shit on that doesn't fit, in a ghetto fashion. And ultimately to Windows ME syndrome. (Something Firefox now has for the second time, after it happened to SeaMonkey triggering the creation of "Phoenix". And something that nearly *defines* MS Office.)

      Don't let it happen. There's a reason we humans don't live forever, but have a "complete rewrite" every now and then, by having kids. The same thing is true for software and in fact any sufficiently complex system. (With the rewrite rate depending on its mutation rate.)
      It's what the fourth version number in the front (which equals the number in movie titles) is for.

      I think it's time for an actual Internet 2. (Not MBone.) With full enforced end-to-end encryption, unlimited named ports (becoming the same as subdomains), a smarter packet loss handling (or rather no packet loss at all as it doesn't count as sent by the lower OSI levels until it having been transferred can be guaranteed), and actual full fault tolerance.

    5. Re:Why open that can of worms at all? by Anonymous Coward · · Score: 0

      Who gets to use .$well_known_name? .exchange? .office? Or how about .gates? .jackson?

      According to ICANN, the person/organization who can cut them the largest cheque.

    6. Re:Why open that can of worms at all? by Opportunist · · Score: 1

      Ferrero might disagree.

      But rest easy, of course they made certain to get the ".kinder" domain before ANYONE could DARE to snatch it from them.

      And let's not go for funny little tidbits like Apple Computers vs. Apple Records. It's not so unlikely that people register the same trademark if it is a common name. And don't tell me there aren't many trademarked names that actually come from either normal words (where the trademark consists to a good deal of a picture, which is pretty moot when it comes to domain names) or acronyms (and who should keep me from forming a company named "Incredible Bread Makers" and trying to get the acronym thereof as a domain name?).

      I see some really funny lawsuits coming our way.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    7. Re:Why open that can of worms at all? by Opportunist · · Score: 1

      Just noticed the link wants a login now. Odd. But essentially it's about Ferrero losing the lawsuit for the "kinder.at" domain name to a charity organization. Use the search engine of your choice to find out details if interested.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    8. Re:Why open that can of worms at all? by gl4ss · · Score: 1

      they're opening the can of worms because for them it's actually a can of cash and can of need-to-be for otherwise useless guys.

      --
      world was created 5 seconds before this post as it is.
    9. Re:Why open that can of worms at all? by Opportunist · · Score: 1

      Then why do WE agree to partake in the can-of-worms-opening?

      Do I need a new TLD? For all I care they can keep it.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    10. Re:Why open that can of worms at all? by Demonantis · · Score: 1

      Trademarks only matter if they are using the same words in the same industry. Or at least thats how it used to be maybe domain names are different somehow. Squatters don't have an industry really.

  8. Sooo... by aaaaaaargh! · · Score: 1

    The Internet ought not evolve, because some network admins at companies don't know how to use it properly? Is that the argument? I'd say that's a rather bad argument.

    1. Re:Sooo... by Overzeetop · · Score: 4, Insightful

      The internet is critical infrastructure now.

      Would you suggest changing the mains voltage for the US power grid? "Evolving" to 220v would reduce substation transformer requirements and reduce copper usage in residential construction. Or perhaps people don't know how to use electricity properly, so screw them when nothing works.

      --
      Is it just my observation, or are there way too many stupid people in the world?
    2. Re:Sooo... by Cid+Highwind · · Score: 2

      I think we're saying the internet ought not evolve bug mandibles and a third arm growing out of its forehead. Arbitrary TLDs are just bad design.

      --
      0 1 - just my two bits
    3. Re:Sooo... by aaaaaaargh! · · Score: 1

      In my opinion, adding the TLD .assholes and reserving it strictly for business cannot do harm.

  9. Put tld's without country code under .usa by Anonymous Coward · · Score: 0

    We should reserve the domains .icann and .usa so that these 'global' top level names don't bother the rest of the world. Each country then has the choice to support these 'global' top level domain names and if they don't you can find them all by adding .usa or .icann behind their expensive name vanity. Also countries can sell a temp licence to icann and get some of that icann money, no icann money then icann top level domains remain one notch down at .icann :-)

    1. Re:Put tld's without country code under .usa by Anonymous Coward · · Score: 0

      Why ".usa" and not ".us"? Otherwise, agree. Especially .mil and .gov should've been migrated to .us years ago.

  10. This is a BS article and masks the real issue by tlambert · · Score: 5, Informative

    This is a BS article.

    The main concern incluse using internal gTLDs for internal use. In the article, they call this a "split brain DNS". When I wrote the IETF Draft, we called it "split horizon DNS". Implementing it requires specific modifications to a DNS server so that it can be both a forwarding server and an authoritative server at the "." level, and there is practically no DNS server out there which implements it. Certainly, the top 4 don't. In addition, browser completion into ".com" by default means that any typo will take you outside the company, so it's an idiotic example anyway.

    The real issue is that if there are 1000 TLDs, all the companies that stupidly equate the DNS namespace with the trademark namespace will, in order to "defend their trademarks" feel they have to register their trademarks as domain names with 1000's of registrars. The don't like this.

    As a pointed example, we used to maintain the top level DNS servers for free; it was a volunteer thing, and Paul Vixie did most of the work. Then the idiots at Dupont went off and registered over 400 domains in a single day, and that was it; that was too much work to expect the volunteers to do for free, and so they decided not to do so. Thereafter you paid for registration. Then people decided they could make a good profit at it, and instead of paying for a change to the TLD subdelegation record. And the whole "let's rent domain subdelegations of TLDs instead of selling them was born".

    So back to Dupont... 400 domains * 1000 registrars * $30 average per year = $12M

    Expect legislation protecting trademarks across all TLDs to follow shortly on this whole fiasco.

    1. Re:This is a BS article and masks the real issue by Anonymous Coward · · Score: 0

      in order to keey their trademark they MUST reserve the TLD otherwise they lose the TLD for not actively defending it, very profitable move by ICANN as they know this too.

    2. Re:This is a BS article and masks the real issue by FireFury03 · · Score: 1

      This is a BS article.

      The main concern incluse using internal gTLDs for internal use. In the article, they call this a "split brain DNS". When I wrote the IETF Draft, we called it "split horizon DNS". Implementing it requires specific modifications to a DNS server so that it can be both a forwarding server and an authoritative server at the "." level, and there is practically no DNS server out there which implements it. Certainly, the top 4 don't.

      I think this is untrue - I'm pretty sure you could use Bind's RPZ functionality to do this. Although why you would is anyone's guess.

      However, that doesn't seem to be what the article is talking about. The article is talking about your DNS server being nonauthoritative (and forwarding) at the . level, but authoritative for (for example) "exchange.", "corp.", etc. which is, of course, fully supported in any DNS server because thats how DNS works.

      In addition, browser completion into ".com" by default means that any typo will take you outside the company, so it's an idiotic example anyway.

      What browsers complete to .com by default? Firefox, at least, just pushes things that don't look like domain names into a google search. It appears that anything that doesn't resolve and doesn't have a dot in it goes to google, everything else results in a normal error page.

      And the whole "let's rent domain subdelegations of TLDs instead of selling them was born".

      This doesn't seem like a bad move, to be honest. DNS space is a limited resource (there are only so many relatively short and pronouncable combinations of letters), so it seems like a good idea to encourage unused domains to be returned to the pool. If domains were sold, they would never be returned, even after the owner had gone out of business.

      So back to Dupont... 400 domains * 1000 registrars * $30 average per year = $12M

      Expect legislation protecting trademarks across all TLDs to follow shortly on this whole fiasco.

      $30/year sounds like several times too much to me.

    3. Re:This is a BS article and masks the real issue by Anonymous Coward · · Score: 0

      I think, legally, they can wait and challenge anyone else who tries to use a domain that is the same as their trademark, as long as they do so within a reasonable time. Practically, it might be easier for them to do as you say and just register it themselves up front.

    4. Re:This is a BS article and masks the real issue by Luyseyal · · Score: 1

      Indeed, this needs to be an exception to trademark law as the namespace doesn't actively distinguish between similarly named companies in different lines of work. The UDRP -- warts and all -- does work for disputes if one comes up. That should be a sufficient starting place for encroachment if someone is attempting to mimic you.

      Every company in America should not have to license 800000000000000000000 domain names "because TM".

      -l

      --
      Help cure AIDS, cancer, and more. Donate your unused computer time to worldcommunitygrid.org. Join Team Slashdot!
  11. Re:1984 Removed from Netflix by Anonymous Coward · · Score: 0

    You mean the copyrighted work that has to be licensed in order for Netflix to let you view it? The horrors.

  12. Re:1984 Removed from Netflix by Anonymous Coward · · Score: 0

    Netflix? Is this your local torrent site? Oh, you silly Americans.

  13. And more importantly... by ArsenneLupin · · Score: 4, Insightful
    ... why are certification agencies issuing certificates for such fake domains? Even if the domains remain non-existant, it's asking for trouble!

    Just imagine if company A asks for a certificate for mail.corporate, but then uses it for industrial espionage against company B's mail.corporate server...

    1. Re:And more importantly... by Anonymous Coward · · Score: 0

      Why do they accept the fake domains? Because they get the credit card order for the domain, and the SSL certificates that are often sold with it.

  14. There is money in it. by Anonymous Coward · · Score: 0

    Why you'd even shell out for overpriced crap you can just as well (better, really) do yourself is beyond me. But nonetheless, there is demand for it. And so the certificate authorities deliver. Whoever thought that commercialisation of trust was a good idea... yeah.

    The simple fix, though, is to reserve, say, .local or somesuch in RFC1918-like fashion, just like example.{com,net} are reserved.

    But this whole discussion highlights again the complete arbitrariness of what ICANN is up to now. Why not allow anyone to register anything at all at top level for godaddy prices? Why not turn the thing into a complete bloody flat space? It'd have the same effect minus the racketeering.

    What ICANN is effectively doing is turn the DNS into a big corporate playpen. Take out the racketeering and it's the same thing except for everyone, anyone at all. Isn't that what the internet was supposed to be about?

  15. Time to scrap DNS and ICANN. by Anonymous Coward · · Score: 0

    They are obviously worthless creations and only around due to legacy reasons.

    They are also highly virtual in actual use so can easily be changed. ICANN can just be fired and dissolved so they can finally retire on that eleventy billion dollars they likely got from all those retards buying TLDs.

    I'm for creating newsgroup hierarchy / DNS hybrid, it gets rid of the need for search engines and most advertising and fixes everything.

    1. Re:Time to scrap DNS and ICANN. by aaaaaaargh! · · Score: 1

      Count me in.

      It's the current DNS system that's flawed, no matter what TLD's there are or not. It is time to abolish the old system.

      DNS management must be decentralized, everyone who connects to the Internet should be automatically in charge of it (by running a p2p DNS search node), domain names ought to be arbitrary, free and strictly distirbuted on a first come, first served basis. There are plenty of working models that would prevent abuse and contrary to what some people claim security is NOT an issue (any "security" that relies on the correctness of simple name->address translations instead of proper certificates/key distribution is bogus anyway).

      While we're at it, it would also make sense to get rid of "certificate authorities". The right system for encrypted network traffic is that of ssh, the key is transmitted on the first connection and then used every subsequent access. Important entities like banks and payment providers need to roll out their own security tokens anyway, everything else is insecure, so authenticating them is no problem.

      The revolution could start with a simple browser plugin. I really hope somebody works on that. Would be nice to put an end to DNS tampering and censoring.

  16. Microsoft's Best Practices by Anonymous Coward · · Score: 0

    Microsoft previously (pre 2007) recommended the use of no registerable TLD's such as .local for internal domain naming. Current recommendation is to use a subdomain, there is however no supported method to rename an Microsoft Active Directory Domain with Exchange 2007 or newer. The only way to change is to cross forest migrate to a new domain, kind of a hard to sell to management that they have to invest a mass of time into the process, for really zero return.

    Certificate Authorities are no longer registering certificates with unregisterable domains or ip addresses in them. The majority of companies have internal domains with .local, It definetly makes sense to reserve this and allow certificates to be issues for it.

    Some time in the future, Microsoft admins will be banging their heads against the wall when they are told their public internal domains are no longer considered best practice.

  17. Re:1984 Removed from Netflix by Overzeetop · · Score: 1

    It wasn't removed...there just aren't any more seeders.

    --
    Is it just my observation, or are there way too many stupid people in the world?
  18. Invalids and GIMP haters by jabberw0k · · Score: 1

    If you have heard them scream and shout and stomp their feet when we talk about GIMP here, wait until you see the reaction to .invalid

  19. why were they using invalid domains in the first.. by tverbeek · · Score: 3, Informative

    "why were they using invalid domains in the first place?"

    Because they could. Because it was an easy solution. Because no one could imagine that ICANN would someday be so broken that .local or .office or .internal could ever possibly be a valid TLD.

    --
    http://alternatives.rzero.com/
  20. Re:Unknown lamer unknowledgeable and lame, news at by FireFury03 · · Score: 3

    why were they using invalid domains in the first place?

    Because they could and nobody had warned them that ICANN was eventually going to go for a massive AOLisation of the DNS.

    The answer is "because there are a lot of idiots passing themselves off as network engineers who actually don't have a clue". It's *never* been sane to pick arbitrary unreserved addresses in any network address space and assume they won't ever be used. And frankly I've seen this time and time again, including such crazyness as people picking arbitrary unallocated IPv4 networks to use internally instead of RFC1918 networks, and then being surprised when things start breaking after those networks have been allocated out to a third party.

  21. FUD by jeffasselin · · Score: 1

    This is mostly FUD.

    Regarding external certificates, most certification agencies (at least those that are members of the https://www.cabforum.org/ have stopped issuing certificates for invalid domain names for any date posterior to November 1st 2015. They put this policy in place on Nov 1st 2012. Any such certificates that might be marked as valid beyond that date will be revoked on October 1st 2016.

    Now, there may be a concern with internal certificates for such domains, but that is for the internal policy of businesses to fix in time. It should be easy to implement redirecting policies to new domains for any internal web site or system that could collide with gTLDs before they're actually implemented. It is certainly NOT a serious security concern in my opinion.

    --
    If he explores all forms and substances Straight homeward to their symbol-essences; He shall not die.
  22. Re:why were they using invalid domains in the firs by Anonymous Coward · · Score: 0

    Never bet against incompetence.

  23. Re:why were they using invalid domains in the firs by Anonymous Coward · · Score: 0

    "why were they using invalid domains in the first place?"

    Because they could. Because it was an easy solution. Because no one could imagine that ICANN would someday be so broken that .local or .office or .internal could ever possibly be a valid TLD.

    And sometimes, because the best documentation on setting up Exchange servers or iMail servers would actually include exampels where .exchange or .mail were the preferred choice of avoiding internet collision!
    But seriously, if you aren't hosting your own DNS to begin with you've got a slew of problems to handle from the onset.

  24. Another way to look at it by Skapare · · Score: 1

    Another way to look at it: why were they using invalid domains in the first place?

    Another way to look at it: why are they being dependent on an external TLD structure for their security mechanism?

    --
    now we need to go OSS in diesel cars
  25. Re:Unknown lamer unknowledgeable and lame, news at by Anonymous Coward · · Score: 0

    To answer the last point a bit. In 1986 I put the first tcp/ip network in place at the company I worked at at the time. Recall back then commercial use of the internet was not allowed. So I decided that we would never need to be on the internet, and decided I could set up Ip addresses as I pleased. (There were just 2 hosts at the time, decnet was bigger). I decided that addresses of 1.1.1.1 and 1.1.1.2 made a lot of sense and went with them. Of course things grew and times changed and later we had to move to network 10. But back in 1986 if one could have forecast the internet of today, one could have become very rich. (This was when the corporate IT folks wanted SNA and Token Ring networking because they were an IBM shop)

  26. Re:Unknown lamer unknowledgeable and lame, news at by Anonymous Coward · · Score: 0

    The former parent of the company I work for used 11.x.x.x for some of their internal systems. Stepping on the DOD's toes isn't a good idea...

  27. If creating new top-level domains breaks security by Anonymous Coward · · Score: 0

    If creating new top-level domains breaks your network security, you were already doing it wrong. Companies need to take a proactive approach to preventing XSS and similar attacks, and not leave themselves open to these sorts of attacks.

  28. I'm putting in a bid for the gTLD "localhost" by Anonymous Coward · · Score: 0

    I hope I win.

  29. please do buy a cheap domain name for home use by Anonymous Coward · · Score: 0

    Not everyone has a domain - what about my home network? Do I need to reserve a domain specifically for that?

    Only if you want to do it properly, and/or be part of the Internet.

    Here's a traditional automotive analogy for you:
    What about my own garden tractor? Do I have to put oil in that? Why should I pay for oil if the tractor's never going to be on public roads? Why can't I just use oatmeal or tapwater in the crankcase?

    Sometimes doing it right has a maintenance cost. Pay it or create some half-assed thing you'll probably be ashamed of later; either way don't bother complaining.

  30. Nothing new by davidwr · · Score: 1

    I'm sure major entities already re-route things like .com, .net, and .org to "internal" sites on an as-needed basis.

    Let the Balkanization of the Internet begin^H^H^H^H^Hcontinue.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
  31. why were they using invalid domains by Anonymous Coward · · Score: 0

    This is bullshit.

    There are no "invalid domains" These "invalid's" are domains the public infrastructure doesn't maintain.

    The internet is a decentralized entity, and should remain that way. ICANN NEEDS to lose the central authority over shit like this. Even it it took major governments or large corporations each getting an address that was listed as a "root server" and each computer in the world had say any address in a single /8-/16 to pick a valid root server from. This would HOPEFULLY force multinationals to get along, at least well enough to allow the internet to function.

    Or you know, a true peer to peer distributed name scheme that rewards the people spending time answering queries and validating everyone else's names. something like https://en.bitcoin.it/wiki/Namecoin . But the chances of general acceptance of that are pretty low.

  32. It broke itself by gmuslera · · Score: 1

    If you have internal systems facing the internet where just using the right domain name would unveil what is inside to all the world, the one that "broke it" is you, either by designing "security" that way or choosing vendors that force you to work that way. Depending in the ignorance of the remote side is a bad security measure (or better, is a good insecurity measure).

    In fact, probably is good that something makes evident that you have an open insecure system in internet. The bad guys (including NSA and associated companies) are already aware of this, so if something actually forces you to fix it will be something positive (but take a review of those exposed systems, odds that have been exploited in a non immediately obvious way are not low).

  33. Obviously the other IT dept has been asked. by Medievalist · · Score: 2

    Nice rant about not being able to print through the VPN but I bet there are several reasons for this.

    Not being able to print is the tip of the iceberg. That was one example of a local resource being blocked by stupid VPN dogmatism. There are many more! Here's one: You have an end user who needs to VPN-connect from a business partner site to use a single app. You've forced all the traffic from the end user through the VPN tunnel (as advocated in the post inspiring the rant) so now the end user cannot reach his local mail server. If you create some baroque combination of filters so that painfully slow access to the local mailserver works by routing traffic through the WAN and back again, so a year later when the mail service configuration changes on the local site the VPNs all have to be reconfigured - and the email admins do not know this, of course, so it's designed to fail.

    Instead of Ranting on /. about it, ask the IT dept why. You may be suprised at the answer.

    It's impossible to set up a WAN link to an independently administered network without talking to the other end of the connection, so why in the world would you assume nobody has asked? Of course the question's been asked.

    Smart IP netadmins have used only IANA registered names since before Jon Postel died, and smart WAN admins don't use one-size-fits-all security solutions that wreck end-user productivity.

  34. Re:why were they using invalid domains in the firs by Anonymous Coward · · Score: 0

    They should have anticipated it on January 30, 1998, when the NTIA announced it wanted an ICANN like body. Multistakeholder my ass. I remember the farce those first elections were.

    Hell, they should have anticpated THAT in 1982. Or maybe they did.

    Oh, look, there's a Google Streetview car! Yeah, that's me waving. No, I promise I wasn't flipping you a bird:-)

  35. .local issues by TeddyR · · Score: 1

    Old news. This has been an issue for YEARS.

    Microsoft used to use and even advocate .local in many of its articles and educational documentation even after it became used by Multicast DNS / mDNS and other systems (http://en.wikipedia.org/wiki/.local)

    It was only recently that they stopped when the SSL registrars will no longer accept .local for certificates.

    I have also seen several networks using .int for internal domains even though those were used for international organizations for a LONG time. Same as with .local and SSL is when these companies finally understand that the RFCs are there for a reason... .:-)

    --

    --
    Time is on my side
  36. Reserverd TLD's by c_g_hills · · Score: 1

    It might be worthwhile to define some "reserved" TLDs for private use, as we have 10/8/, 192.168/16, 172.16/18 for IP addresses, so we can ensure that anybody using a reserved TLD does not have to worry about it being allocated in the future.