07.xhtml 6.1 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081
  1. <?php
  2. /**
  3. * <https://y.st./>
  4. * Copyright © 2016 Alex Yst <mailto:copyright@y.st>
  5. *
  6. * This program is free software: you can redistribute it and/or modify
  7. * it under the terms of the GNU General Public License as published by
  8. * the Free Software Foundation, either version 3 of the License, or
  9. * (at your option) any later version.
  10. *
  11. * This program is distributed in the hope that it will be useful,
  12. * but WITHOUT ANY WARRANTY; without even the implied warranty of
  13. * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
  14. * GNU General Public License for more details.
  15. *
  16. * You should have received a copy of the GNU General Public License
  17. * along with this program. If not, see <https://www.gnu.org./licenses/>.
  18. **/
  19. $xhtml = array(
  20. 'title' => "Onion addresses are fixed in a more recent version of $a[Tor]",
  21. 'body' => <<<END
  22. <p>
  23. <a href="http://www.joshwoodward.com/">Josh Woodward</a> wrote back today.
  24. He said that I couldn&apos;t use a $a[URI], but didn&apos;t comment on using a name other than my legal name.
  25. Hopefully, the fact that my credit card is issued under my preferred name instead of my legal name will get him to allow me to use my preferred name.
  26. </p>
  27. <p>
  28. Further testing of <a href="apt:tor">$a[Tor]</a> led me to some interesting new information about the bugs I ran into yesterday.
  29. And yes, it tuns out that the &quot;unparseable address&quot; issue was a second bug.
  30. The bug is in the error messages though.
  31. Instead of being unparseable, the addresses are actually <strong>*unresolvable*</strong>.
  32. Four of the addresses are outdated and no longer exist in $a[DNS].
  33. Instead of $a[Tor] saying that they can&apos;t be resolved, it says they cannot be parsed.
  34. Second, it seems that if I tell $a[Tor] to forward to $a[IP] addresses instead of $a[DNS] names, the pointer error goes away.
  35. I can forward as many ports as I like as long as I use numbers instead of names! It&apos;s of course suboptimal because $a[IP] addresses are more likely to change than domain names, but at least it allows me to make full use of my onion address.
  36. </p>
  37. <p>
  38. On <a href="ircs://irc.oftc.net/%23Tor">#Tor</a>, I mentioned the fact that using $a[IP] addresses instead of fixed the pointer error that I had mentioned yesterday, but that no one had cared about at the time.
  39. This time though, with new information, it piqued arma&apos;s interest.
  40. Arma wanted me to test on a much newer version of $a[Tor] though, as the Debian version is eleven months old.
  41. I usually prefer to use packages from the Debian repository, but I added the $a[Tor] repository anyway and upgraded.
  42. This lead to another issue: the newer version of $a[Tor] claimed that my file system was read-only, so it couldn&apos;t properly interact with my hidden service directories.
  43. As it turns out, the new version of $a[Tor] refuse to use hidden service directories that are outside of <a href="file:///var/lib/tor/">/var/lib/tor/</a>, but again, returns an incorrect error message.
  44. Weasel said that $a[Tor] resolves each domain name to a single $a[IP] address when $a[Tor] starts, which is a bit of a drag.
  45. It means that when a domain name has multiple A records, only one will be used.
  46. Then again though, arma also said that $a[Tor] doesn&apos;t have a round robin feature and that there is no point in trying to map one onion port to multiple destinations.
  47. However, as <a href="https://opalrwf4mzmlfmag.onion/">wowaname</a> pointed out, the round robin feature is actually documented in the manual (<code>man tor</code>).
  48. With the new version of $a[Tor] seeming to function fine for onion port forwarding, I finished testing $a[IRC] networks and setting up port forwards.
  49. I also refined my <code>torrc</code> file parser a bit more to clean up the output further.
  50. I need to get that function released at some point, but I&apos;ll probably put it off until the next unrelated update of include.d.
  51. </p>
  52. <p>
  53. I had planned to walk to my health care provider today.
  54. It would have been an all-day affair given how far they are from me, but it would have given me a chance to time the trip.
  55. Before I can schedule any appointments, I need to know how long before an appointment I should head out.
  56. However, I decided to put that off for a while.
  57. It turned out to be useful that I stayed at home.
  58. My $a[IRS] check came today when I would have been out, so I took it down to the bank to start an account.
  59. </p>
  60. <p>
  61. When I went down there, there was a huge line.
  62. Today was the first day in which this branch was officially Bank of the Cascades instead of Bank of America; it had caused a lot of confusion.
  63. At least one person was there to close her account because her account had been sold when the branches were, but she didn&apos;t want to transfer to Bank of the Cascades.
  64. She wanted her Bank of America account back.
  65. Another person had been on vacation, so he didn&apos;t get the email about his Bank of America debit card soon being canceled and the fact that he needed to activate a new Bank of the Cascades debit card.
  66. He got a nasty surprise when he tried to charge to his card.
  67. I found though that the savings accounts that they offer have a fairly low minimum balance for avoiding fees: \$100 $a[USD].
  68. I can only withdraw money a maximum of three times per month before dealing with fees, but I don&apos;t withdraw that often, and if for some reason I needed more money, I could start withdrawing in larger increments.
  69. As usual, the low-ranking bank representatives thought that having a telephone number was mandatory, but after speaking with their bosses to see if there was a workaround for this because I don&apos;t have telephone service, found that the workaround is to simply leave the telephone number field blank when entering my information into their computer system.
  70. A telephone number is not in any way needed, as usual.
  71. </p>
  72. <p>
  73. Whitanne_, from <a href="ircs://kitsune6uv4dtdve.onion:6697/%23Volatile">#Volatile</a>, said that I should add an $a[RSS] feen to my weblog.
  74. I suppose when I have time, I&apos;ll try to set that up.
  75. I don&apos;t know the $a[RSS] format though, so it might take a while.
  76. Hopefully, I&apos;ll be able to set up a script to update the feed automatically.
  77. </p>
  78. END
  79. );