<div dir="ltr">Is the bug in my descriptor or the parser?<div><br></div><div>In testing it took a little bit of finagling to get chutney to accept a non-Tor "platform" item in the descriptor. Turned out adding a "proto" line as well is enough. But it did occur to me that other code may assume the "platform" line takes a certain form.</div><div><br></div><div>I can easily change the descriptor if necessary? I've included it below for reference:</div><div><br></div><div>---</div><div><br></div><div><div>router pearl000 35.203.138.1 9001 0 0</div><div>signing-key</div><div>-----BEGIN RSA PUBLIC KEY-----</div><div>MIGJAoGBAKzTaN4tZGv1kiQWBzeuOk+ovr2LtIURlaVC38j6j/fQuYfuAZX/XvV1</div><div>fQr9EVh+T617dh+frt2D0QDuzLUvP3hpgVozW94w+Ib85pUCne03f4rj3QYu5Qtg</div><div>GvzShslZI6vgyy0g2jAOGa4jxT/UYAcKE5dQo8CBKA6Qb0P5Joc1AgMBAAE=</div><div>-----END RSA PUBLIC KEY-----</div><div>fingerprint 6832 5B4B 1E17 7374 B84D 372F 0304 6351 BEE7 FF6A</div><div>onion-key</div><div>-----BEGIN RSA PUBLIC KEY-----</div><div>MIGJAoGBANN/gLTe05kWKPSEyYJeknuxQst+cVsVmZrZgIYNXuhPn+3XnWhEc10r</div><div>ICa82FkB7hBH6REuW0ugGDc2QLwENmDiaBiFW1LDujEFeVlV8o0VSDwrL3VCPsPL</div><div>zC4/zHqR4DmLFXp5V238MKj85Pud04g65piZCIAsy6hiGMDCoGdtAgMBAAE=</div><div>-----END RSA PUBLIC KEY-----</div><div>ntor-onion-key ATSN2Q9KwCeRu35agh/ChjX8MsgM/FGFRDUX6o9Sbmk</div><div>platform Pearl 0fd5756 on Linux</div><div>contact <a href="mailto:pearl@m15n.org">pearl@m15n.org</a> <a href="https://github.com/mmcloughlin/pearl">https://github.com/mmcloughlin/pearl</a></div><div>bandwidth 153600 307200 153600</div><div>published 2017-10-25 18:00:28</div><div>reject *:*</div><div>proto Link=4 LinkAuth=1 Relay=2</div><div>router-signature</div><div>-----BEGIN SIGNATURE-----</div><div>OyY0vQc5n2RYdkrXqfn09HoACJBx7GrBHZMnmNtlX5nJIL9N4eyyPvmxhmuC+A94</div><div>dDE0u/6w3nCABikFFLHcKaBAdmYBdxrzk3imfVjzYZazHWWr/se8HxK1jibP186A</div><div>8K8bdtMih127CGv3mn+g17uXFTbbuylM7r1xf8NpqRs=</div><div>-----END SIGNATURE-----</div></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 25, 2017 at 12:34 PM, D.S. Ljungmark <span dir="ltr"><<a href="mailto:spider@takeit.se" target="_blank">spider@takeit.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So it's already finding bugs in other implementations?<br>
<br>
That's pretty awesome! ;-)<br>
<br>
//Spider<br>
<span class="im HOEnZb"><br>
On 25/10/17 21:16, nusenu wrote:<br>
> <a href="https://trac.torproject.org/projects/tor/ticket/23981#comment:9" rel="noreferrer" target="_blank">https://trac.torproject.org/<wbr>projects/tor/ticket/23981#<wbr>comment:9</a><br>
> wrote:<br>
><br>
>> Looks like this issue is caused by a server descriptor produced by an<br>
>>  alternate Tor implementation that identifies itself as `"platform Pearl<br>
>>  0fd5756 on Linux"`. And that implementation uses a different order of<br>
>>  elements in its descriptor.<br>
><br>
> :)<br>
><br>
><br>
><br>
</span><div class="HOEnZb"><div class="h5">> ______________________________<wbr>_________________<br>
> tor-relays mailing list<br>
> <a href="mailto:tor-relays@lists.torproject.org">tor-relays@lists.torproject.<wbr>org</a><br>
> <a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays" rel="noreferrer" target="_blank">https://lists.torproject.org/<wbr>cgi-bin/mailman/listinfo/tor-<wbr>relays</a><br>
><br>
<br>
</div></div><br>______________________________<wbr>_________________<br>
tor-relays mailing list<br>
<a href="mailto:tor-relays@lists.torproject.org">tor-relays@lists.torproject.<wbr>org</a><br>
<a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays" rel="noreferrer" target="_blank">https://lists.torproject.org/<wbr>cgi-bin/mailman/listinfo/tor-<wbr>relays</a><br>
<br></blockquote></div><br></div>