11.xhtml 10 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138
  1. <?xml version="1.0" encoding="utf-8"?>
  2. <!--
  3. h t t :: / / t /
  4. h t t :: // // t //
  5. h ttttt ttttt ppppp sssss // // y y sssss ttttt //
  6. hhhh t t p p s // // y y s t //
  7. h hh t t ppppp sssss // // yyyyy sssss t //
  8. h h t t p s :: / / y .. s t .. /
  9. h h t t p sssss :: / / yyyyy .. sssss t .. /
  10. <https://y.st./>
  11. Copyright © 2015 Alex Yst <mailto:copyright@y.st>
  12. This program is free software: you can redistribute it and/or modify
  13. it under the terms of the GNU General Public License as published by
  14. the Free Software Foundation, either version 3 of the License, or
  15. (at your option) any later version.
  16. This program is distributed in the hope that it will be useful,
  17. but WITHOUT ANY WARRANTY; without even the implied warranty of
  18. MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
  19. GNU General Public License for more details.
  20. You should have received a copy of the GNU General Public License
  21. along with this program. If not, see <https://www.gnu.org./licenses/>.
  22. -->
  23. <!DOCTYPE html>
  24. <html xmlns="http://www.w3.org/1999/xhtml">
  25. <head>
  26. <base href="https://y.st./en/weblog/2015/12-December/11.xhtml" />
  27. <title>//test. and //10.in-addr.arpa. &lt;https://y.st./en/weblog/2015/12-December/11.xhtml&gt;</title>
  28. <link rel="icon" type="image/png" href="/link/CC_BY-SA_4.0/y.st./icon.png" />
  29. <link rel="stylesheet" type="text/css" href="/link/basic.css" />
  30. <link rel="stylesheet" type="text/css" href="/link/site-specific.css" />
  31. <script type="text/javascript" src="/script/javascript.js" />
  32. <meta name="viewport" content="width=device-width" />
  33. </head>
  34. <body>
  35. <nav>
  36. <p>
  37. <a href="/en/">Home</a> |
  38. <a href="/en/a/about.xhtml">About</a> |
  39. <a href="/en/a/contact.xhtml">Contact</a> |
  40. <a href="/a/canary.txt">Canary</a> |
  41. <a href="/en/URI_research/"><abbr title="Uniform Resource Identifier">URI</abbr> research</a> |
  42. <a href="/en/opinion/">Opinions</a> |
  43. <a href="/en/coursework/">Coursework</a> |
  44. <a href="/en/law/">Law</a> |
  45. <a href="/en/a/links.xhtml">Links</a> |
  46. <a href="/en/weblog/2015/12-December/11.xhtml.asc">{this page}.asc</a>
  47. </p>
  48. <hr/>
  49. <p>
  50. Weblog index:
  51. <a href="/en/weblog/"><abbr title="American Standard Code for Information Interchange">ASCII</abbr> calendars</a> |
  52. <a href="/en/weblog/index_ol_ascending.xhtml">Ascending list</a> |
  53. <a href="/en/weblog/index_ol_descending.xhtml">Descending list</a>
  54. </p>
  55. <hr/>
  56. <p>
  57. Jump to entry:
  58. <a href="/en/weblog/2015/03-March/07.xhtml">&lt;&lt;First</a>
  59. <a rel="prev" href="/en/weblog/2015/12-December/10.xhtml">&lt;Previous</a>
  60. <a rel="next" href="/en/weblog/2015/12-December/12.xhtml">Next&gt;</a>
  61. <a href="/en/weblog/latest.xhtml">Latest&gt;&gt;</a>
  62. </p>
  63. <hr/>
  64. </nav>
  65. <header>
  66. <h1><code>//test.</code> and <code>//10.in-addr.arpa.</code></h1>
  67. <p>Day 00279: Friday, 2015 December 11</p>
  68. </header>
  69. <p>
  70. I received a response about transferring credits, but I the person I wrote to misunderstood.
  71. She said that I needed to contact my old school and ask them which credits I can transfer.
  72. She had misunderstood which direction I was trying to transfer my credits.
  73. I wrote back to clarify, and she understood the second time.
  74. She said that all credits could be transferred in, but that was possible that only some would count toward a degree at the school that she represents.
  75. I asked how to tell how many credits were usable and how many courses I would need to complete my degree, so directed me to a third person.
  76. She only gave me a telephone number for third person, so I explained that I do not have a telephone and asked how to reach him by email.
  77. It seems that he is not reachable by email though, so she gave me the email address of yet a fourth person with which to make an appointment to come in in person.
  78. </p>
  79. <p>
  80. I updated the weblog index-building script.
  81. Not only does it now take care of the main, multi-year spanning index, it also includes the year on the <abbr title="American Standard Code for Information Interchange">ASCII</abbr> calendars to make navigating the new main index easier.
  82. </p>
  83. <p>
  84. I think that I have come up with the format that I want to use for resolved <abbr title="reverse Domain Name System">rDNS</abbr> host names on my local network.
  85. My main goal is to learn how to run a <abbr title="Domain Name System">DNS</abbr> server for both forward and backward name resolution, but as a secondary goal, I want to set up a clean structure that will make it easier to manage the Wi-Fi router&apos;s whitelist.
  86. By combining the whitelist feature and the router&apos;s static <abbr title="Dynamic Host Configuration Protocol">DHCP</abbr> allocation option, I can assign permanent <abbr title="Internet Protocol">IP</abbr> addresses to any host that I allow on the network.
  87. I can then use <abbr title="reverse Domain Name System">rDNS</abbr> resolution to find out what device has a given <abbr title="Internet Protocol">IP</abbr> address and who that device belongs to, making it easier to find out which devices are no longer around and should be removed from the whitelist.
  88. The format that I currently want to use for <abbr title="reverse Domain Name System">rDNS</abbr> return values is &quot;{device name}.{owner name}.[no-mdns.]in-addr.test.&quot; If I know that, for example, Vanessa only has her laptop and there are three devices associated with her, I can remove the other two from the whitelist and <abbr title="Domain Name System">DNS</abbr> server.
  89. Likewise, if I see a device that I do not recognize on the whitelist, I can check to see who owns or owned it.
  90. The <code>no-mdns</code> segment is just a flag to myself.
  91. I doubt that it will come in handy, but any host that does not answer to a <code>//local.</code> domain will be given this designation.
  92. </p>
  93. <p>
  94. Quite a while ago, I set our Wi-Fi router to reserve the shortest nine available local <abbr title="Internet Protocol">IP</abbr> addresses for my personal use.
  95. I wanted to be able to assign these <abbr title="Internet Protocol">IP</abbr> addresses to my machines so that the router&apos;s <abbr title="Dynamic Host Configuration Protocol">DHCP</abbr> server would always assign my machines the same addresses and I could find them accross the network when I needed them.
  96. This was before I learned that <abbr title="multicast Domain Name System">mDNS</abbr> was being used by all of my machines and that I did not need static <abbr title="Internet Protocol">IP</abbr> addresses for any machine that I was not port forwarding to.
  97. <abbr title="reverse Domain Name System">rDNS</abbr> is pretty meaningless without static <abbr title="Internet Protocol">IP</abbr> addresses though, so because all <abbr title="Internet Protocol">IP</abbr> addresses will now be static, reserving the short addresses for static use is pointless.
  98. Instead, I am now reserving the larger address range from <code>10.0.0.1</code> to <code>10.0.0.99</code> for use by any machine that answers to an <abbr title="multicast Domain Name System">mDNS</abbr> domain.
  99. Any that do not will instead be assigned an <abbr title="Internet Protocol">IP</abbr> address with three digits in its least-significant segment.
  100. I have also reallocated <a href="/en/domains/chicken.local.xhtml"><code>chicken</code></a>&apos;s and <a href="/en/domains/thinkpad-x60s.local.xhtml"><code>thinkpad-x60s</code></a>&apos;s <abbr title="Internet Protocol">IP</abbr> addresses (<code>10.0.0.1</code> and <code>10.0.0.2</code>, respectively) to Vanessa&apos;s and Cyrus&apos; machines.
  101. Cleaning out the old whitelist meant removing machines that were no longer in use on the network.
  102. </p>
  103. <p>
  104. I found a <a href="https://help.ubuntu.com/community/BIND9ServerHowto">guide to configuring Bind9</a> and used it to set up zones for both the <a href="/en/domains/test.xhtml"><code>//test.</code></a> and <a href="/en/domains/10.in-addr.arpa.xhtml"><code>//10.in-addr.arpa.</code></a> name spaces.
  105. At first, only the <code>//test.</code> zone functioned.
  106. I spent quite a bit of time trying to figure out what was wrong with the <code>//10.in-addr.arpa.</code> zone file, but it turned out that there was nothing wrong with that file itself.
  107. Instead, the problem was in the configuration file that told Bind9 where to even locate the file.
  108. </p>
  109. <p>
  110. I received a letter written in Arabic from a company today.
  111. It seems that someone once again used one of my email addresses to register an account.
  112. Luckily, the email contained instructions for having that account deleted, though on second thought, I should have just sent a password reset request and added the account to my collection of accounts that people gave me by using my email address to register instead of their own.
  113. </p>
  114. <p>
  115. My <a href="/a/canary.txt">canary</a> still sings the tune of freedom and transparency.
  116. </p>
  117. <hr/>
  118. <p>
  119. Copyright © 2015 Alex Yst;
  120. You may modify and/or redistribute this document under the terms of the <a rel="license" href="/license/gpl-3.0-standalone.xhtml"><abbr title="GNU&apos;s Not Unix">GNU</abbr> <abbr title="General Public License version Three or later">GPLv3+</abbr></a>.
  121. If for some reason you would prefer to modify and/or distribute this document under other free copyleft terms, please ask me via email.
  122. My address is in the source comments near the top of this document.
  123. This license also applies to embedded content such as images.
  124. For more information on that, see <a href="/en/a/licensing.xhtml">licensing</a>.
  125. </p>
  126. <p>
  127. <abbr title="World Wide Web Consortium">W3C</abbr> standards are important.
  128. This document conforms to the <a href="https://validator.w3.org./nu/?doc=https%3A%2F%2Fy.st.%2Fen%2Fweblog%2F2015%2F12-December%2F11.xhtml"><abbr title="Extensible Hypertext Markup Language">XHTML</abbr> 5.1</a> specification and uses style sheets that conform to the <a href="http://jigsaw.w3.org./css-validator/validator?uri=https%3A%2F%2Fy.st.%2Fen%2Fweblog%2F2015%2F12-December%2F11.xhtml"><abbr title="Cascading Style Sheets">CSS</abbr>3</a> specification.
  129. </p>
  130. </body>
  131. </html>