Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Cyborg)
  • No Skin
Collapse
Brand Logo

CIRCLE WITH A DOT

  1. Home
  2. Uncategorized
  3. In making a lame joke, I thought up the IP 192.0.2.5.

In making a lame joke, I thought up the IP 192.0.2.5.

Scheduled Pinned Locked Moved Uncategorized
11 Posts 7 Posters 0 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • paco@infosec.exchangeP This user is from outside of this forum
    paco@infosec.exchangeP This user is from outside of this forum
    paco@infosec.exchange
    wrote last edited by
    #1

    In making a lame joke, I thought up the IP 192.0.2.5. I seem to recall that this subnet (but I thought it was this specific IP) was the default in early Sun Unix systems. Like all the Sun3’s or whatever. And since so many people were using it as their real IP, that’s the reason they had to make this range private.

    The way I remember the story is that they created this “documentation” range as an official range as an excuse to block that subnet.

    Having searched on the internet a bit, I can’t find any old Internet lore that has anything to do with this. Is any part of what I remember accurate? Was it just the IETF papering over a problem created by Sun’s defaults? Was it something else?

    dalias@hachyderm.ioD mira@shark.communityM 2 Replies Last reply
    1
    0
    • paco@infosec.exchangeP paco@infosec.exchange

      In making a lame joke, I thought up the IP 192.0.2.5. I seem to recall that this subnet (but I thought it was this specific IP) was the default in early Sun Unix systems. Like all the Sun3’s or whatever. And since so many people were using it as their real IP, that’s the reason they had to make this range private.

      The way I remember the story is that they created this “documentation” range as an official range as an excuse to block that subnet.

      Having searched on the internet a bit, I can’t find any old Internet lore that has anything to do with this. Is any part of what I remember accurate? Was it just the IETF papering over a problem created by Sun’s defaults? Was it something else?

      dalias@hachyderm.ioD This user is from outside of this forum
      dalias@hachyderm.ioD This user is from outside of this forum
      dalias@hachyderm.io
      wrote last edited by
      #2

      @paco 192.0.* isn't private so that might be messing up your search. It's 192.168.*

      lanodan@queer.hacktivis.meL jameswhite@tinnies.clubJ 2 Replies Last reply
      0
      • dalias@hachyderm.ioD dalias@hachyderm.io

        @paco 192.0.* isn't private so that might be messing up your search. It's 192.168.*

        lanodan@queer.hacktivis.meL This user is from outside of this forum
        lanodan@queer.hacktivis.meL This user is from outside of this forum
        lanodan@queer.hacktivis.me
        wrote last edited by
        #3
        @dalias @paco 192.0.2.0/24 isn't private but reserved for documentation purposes, see RFC5737
        paco@infosec.exchangeP astraleureka@social.treehouse.systemsA 2 Replies Last reply
        0
        • lanodan@queer.hacktivis.meL lanodan@queer.hacktivis.me
          @dalias @paco 192.0.2.0/24 isn't private but reserved for documentation purposes, see RFC5737
          paco@infosec.exchangeP This user is from outside of this forum
          paco@infosec.exchangeP This user is from outside of this forum
          paco@infosec.exchange
          wrote last edited by
          #4

          @lanodan Right. At the end of the day it is unrouteable. Any properly configured device will drop packets with that IP range. The question is the origin of the range.
          @dalias

          lanodan@queer.hacktivis.meL 1 Reply Last reply
          0
          • dalias@hachyderm.ioD dalias@hachyderm.io

            @paco 192.0.* isn't private so that might be messing up your search. It's 192.168.*

            jameswhite@tinnies.clubJ This user is from outside of this forum
            jameswhite@tinnies.clubJ This user is from outside of this forum
            jameswhite@tinnies.club
            wrote last edited by
            #5

            @dalias @paco from RFC 5737

            3. Documentation Address Blocks

            The blocks 192.0.2.0/24 (TEST-NET-1), 198.51.100.0/24 (TEST-NET-2),
            and 203.0.113.0/24 (TEST-NET-3) are provided for use in
            documentation.

            1 Reply Last reply
            0
            • paco@infosec.exchangeP paco@infosec.exchange

              @lanodan Right. At the end of the day it is unrouteable. Any properly configured device will drop packets with that IP range. The question is the origin of the range.
              @dalias

              lanodan@queer.hacktivis.meL This user is from outside of this forum
              lanodan@queer.hacktivis.meL This user is from outside of this forum
              lanodan@queer.hacktivis.me
              wrote last edited by
              #6
              @paco @dalias And digging in earlier ones, RFC1166 points to Jon B. Postel (rip), hopefully someone else would know.
              1 Reply Last reply
              0
              • paco@infosec.exchangeP paco@infosec.exchange

                In making a lame joke, I thought up the IP 192.0.2.5. I seem to recall that this subnet (but I thought it was this specific IP) was the default in early Sun Unix systems. Like all the Sun3’s or whatever. And since so many people were using it as their real IP, that’s the reason they had to make this range private.

                The way I remember the story is that they created this “documentation” range as an official range as an excuse to block that subnet.

                Having searched on the internet a bit, I can’t find any old Internet lore that has anything to do with this. Is any part of what I remember accurate? Was it just the IETF papering over a problem created by Sun’s defaults? Was it something else?

                mira@shark.communityM This user is from outside of this forum
                mira@shark.communityM This user is from outside of this forum
                mira@shark.community
                wrote last edited by
                #7

                @paco When my employer moved to Sun machines (circa 1995?) for use in our product, we were using 192.9.200.x for the product’s subnet, because that’s what was in the sample Sun code. We weren’t familiar enough with IP addresses to know that this was an actual Sun assigned IP. Wasn’t a problem until a customer hooked this new system to their network (which couldn’t be done with our old stuff) and much confusion and lessons were learned

                paco@infosec.exchangeP 1 Reply Last reply
                0
                • lanodan@queer.hacktivis.meL lanodan@queer.hacktivis.me
                  @dalias @paco 192.0.2.0/24 isn't private but reserved for documentation purposes, see RFC5737
                  astraleureka@social.treehouse.systemsA This user is from outside of this forum
                  astraleureka@social.treehouse.systemsA This user is from outside of this forum
                  astraleureka@social.treehouse.systems
                  wrote last edited by
                  #8

                  @lanodan @dalias @paco >_> I've got 192.0.2.0/32 bound to the upstream interface on my colo router to facilitate a NAT rule to allow the router external v4 connectivity - upstream interface is v6 only, but I announce a v4 block and NAT traffic sourced from 192.0.2.0 from one of the IPs announced by the router. hacky, but it works. specifically chosen to avoid colliding with rfc1918/6598 space

                  1 Reply Last reply
                  0
                  • mira@shark.communityM mira@shark.community

                    @paco When my employer moved to Sun machines (circa 1995?) for use in our product, we were using 192.9.200.x for the product’s subnet, because that’s what was in the sample Sun code. We weren’t familiar enough with IP addresses to know that this was an actual Sun assigned IP. Wasn’t a problem until a customer hooked this new system to their network (which couldn’t be done with our old stuff) and much confusion and lessons were learned

                    paco@infosec.exchangeP This user is from outside of this forum
                    paco@infosec.exchangeP This user is from outside of this forum
                    paco@infosec.exchange
                    wrote last edited by
                    #9

                    @mira I was called in to help a big retailer in the UK with some of their AWS stuff. Basically THIRTY years after your story. The customer had hired some consultants to do some work. And they needed private address space for their VPCs. The customer was using 10.0.0.0/8. So the consultants chose the next logical range for their private addressing. 11.0.0.0/8.

                    sheogorath@microblog.shivering-isles.comS mira@shark.communityM 2 Replies Last reply
                    0
                    • paco@infosec.exchangeP paco@infosec.exchange

                      @mira I was called in to help a big retailer in the UK with some of their AWS stuff. Basically THIRTY years after your story. The customer had hired some consultants to do some work. And they needed private address space for their VPCs. The customer was using 10.0.0.0/8. So the consultants chose the next logical range for their private addressing. 11.0.0.0/8.

                      sheogorath@microblog.shivering-isles.comS This user is from outside of this forum
                      sheogorath@microblog.shivering-isles.comS This user is from outside of this forum
                      sheogorath@microblog.shivering-isles.com
                      wrote last edited by
                      #10

                      @paco @mira that's just a form of digital detox. If you need anything from public 11.0.0.0/8 you just show your addiction and should do even more digital detox.

                      1 Reply Last reply
                      0
                      • paco@infosec.exchangeP paco@infosec.exchange

                        @mira I was called in to help a big retailer in the UK with some of their AWS stuff. Basically THIRTY years after your story. The customer had hired some consultants to do some work. And they needed private address space for their VPCs. The customer was using 10.0.0.0/8. So the consultants chose the next logical range for their private addressing. 11.0.0.0/8.

                        mira@shark.communityM This user is from outside of this forum
                        mira@shark.communityM This user is from outside of this forum
                        mira@shark.community
                        wrote last edited by
                        #11

                        @paco Consultants. Gotta hate ‘em. At least my employer had the excuse of being new at using commodity standards and products for networking (everything was custom prior). To make a mistake like that well into the 21st century, wow.

                        1 Reply Last reply
                        0
                        • R relay@relay.an.exchange shared this topic
                        Reply
                        • Reply as topic
                        Log in to reply
                        • Oldest to Newest
                        • Newest to Oldest
                        • Most Votes


                        • Login

                        • Login or register to search.
                        • First post
                          Last post
                        0
                        • Categories
                        • Recent
                        • Tags
                        • Popular
                        • World
                        • Users
                        • Groups