Text 10519, 182 rader
Skriven 2018-12-09 10:28:46 av mark lewis (1:3634/12.73)
Kommentar till text 10459 av Markus Reschke (2:240/1661)
Ärende: Candidates vision request
=================================
On 2018 Dec 05 21:10:56, you wrote to Carol Shenkenberger:
CS>> What standards do you show to represent when a site has 2 resolving
CS>> addresses, one preferred for IBN but the other for everything? Z1
CS>> practical resolution, yet another thing not documented. The world is
CS>> not black and white.
MR> Putting on my software developer hat, I'm quite unhappy with such
MR> undocumented features.
what undocumented features? IIRC, binkd was the first to offer this
capability... you can easily list multiple semicolon separated domains in the
NODE lines...
MR> I've written a small tool to extract the binkp nodes from the
MR> nodelist. The FTSC documentation states that the IBN flag should carry
MR> a FQDN/IP when binkd is accepting calls only on that FQDN/IP and it's
MR> different from the FQDN/IP in the INA flag. Or in other words, the
MR> FQDN/IP in the IBN flag prevails and no other address should be called
MR> by binkd.
that's now how binkd works... it cycles through the presented domains...
MR> In your case the tool would take just shenks.dyndns.org as explained
MR> above. But with the undocumented feature I would have to add a special
MR> case which also takes shenks.synchro.net as second address.
binkd (and argus/radius/taurus) nodelist tools do this without any problem... i
remember when Jerry Schwartz was writing the binkd_nodelister.pl script and
how he asked questions of the FTSC about this very thing with multiple domains
in a nodelist line... it was decided at that time to list all the domains found
in the specified fields and write them in a semicolon separated list to the
binkd configuration file like binkd worked with... other nodelist convertors
would list the multiple domains in a manner consistent with the mailer(s) they
support... if the mailer doesn't have support for multiple domains, then the
convertor tool would choose the proper one for that mailer...
MR> The big problem is that I can't know which nodelist entry follows the
MR> FTSC docs and which one follows the undocumented feature. To resolve
MR> this delemma we would need a new flag indicating which method applies
MR> (standard or undocumented feature). Or we could simply follow the FTSC
MR> documented standard.
this additional flag thing is overengineering... it isn't needed... mailers use
the available domains listed in the specified nodelist fields... they've done
this for a long time... i tested argus/radius/taurus with multiple domains and
also POTS and they cycled through each domain and the POTS until a connection
was made... binkd does the same except that it doesn't do POTS...
MR> These are things we have to take into account when creating zone
MR> specific special features. They can lead to unexpected results. In
MR> this case no nodelist-to-binkd converter is able to extract the
MR> correct addresses because there is no way to figure out which
MR> "standard" was used for a specific node.
really??? these 81 multiple domain entries from BINKD.TXT would seem to
disagree with you...
$ egrep -e "^Node .*;" BINKD.TXT
Node 1:103/17@fidonet nix.synchro.net;nix.synchro.net -
Node 1:213/0@fidonet net213.rail-city.net;71.83.99.146 -
Node 1:11/0@fidonet ftn.rocasa.net;198.144.184.12 -
Node 1:11/11@fidonet ftn.rocasa.net;198.144.184.12 -
Node 1:120/0@fidonet ftn.rocasa.net;198.144.184.12 -
Node 1:120/302@fidonet mojo.synchro.net;bbs.mojosworld.net -
Node 1:120/310@fidonet bbs.ghostopera.org;bbs.ghostopera.org -
Node 1:120/544@fidonet ftn.rocasa.net;ftn.rocasa.net;198.144.184.12 -
Node 1:120/546@fidonet bbbs.rocasa.biz;192.210.236.220 -
Node 1:220/40@fidonet daliscat.synchro.net;216.80.116.211 -
Node 1:227/70@fidonet bbs.thehomesteadinghippy.com;199.21.199.227 -
Node 1:2320/200@fidonet Slasho.me_BBS;slasho.me -
Node 1:229/981@fidonet bbs.digitalgatehouse.com;bbs.digitalgatehouse.com
-
Node 1:249/206@fidonet mccarragher.org;mccarragher.org -
Node 1:249/207@fidonet bbs.jonwatson.ca;bbs.jonwatson.ca -
Node 1:109/201@fidonet bbs.cyberchatnet.com;bbs.cyberchatnet.com -
Node 1:109/567@fidonet bbsdoors.com;www.bbsdoors.com -
Node 1:275/96@fidonet GCOMMLIVE.com;gcommlive.dynu.com -
Node 1:275/100@fidonet shenks.dyndns.org;shenks.synchro.net -
Node 1:275/201@fidonet bbs.cyberchatnet.com;mystic.dynu.net -
Node 1:132/0@fidonet net132.ddns.net;ullr.thinksnow.net -
Node 1:132/174@fidonet fido132174.duckdns.org;ullr.thinksnow.net -
Node 1:340/201@fidonet fluxcap.dynv6.net;fluxcap.synchro.net -
Node 1:116/28@fidonet magnum.synchro.net;magnum.synchro.net -
Node 1:124/0@fidonet pbmystic.rdfig.net:24555;pbmystic.rdfig.net:24:24555
-
Node 1:124/5014@fidonet pbmystic.rdfig.net:24555;pbmystic.rdfig.net:24:24555
-
Node 1:124/5015@fidonet pbmystic.rdfig.net:24554;pbmystic.rdfig.net:1023:24554
-
Node 1:124/5016@fidonet
ipv4.endofthelinebbs.com:24554;ipv4.endofthelinebbs.com:24554 -
Node 2:240/12@fidonet stts.no-ip.org;stts.no-ip.org -
Node 2:240/1120@fidonet AMBROSIA60.dd-dns.de;ambrosia60.goip.de -
Node 2:2437/224@fidonet travelbit.servebeer.com;travelbit.spdns.de -
Node 2:2452/202@fidonet strickeranderl.org;strickeranderl.org -
Node 2:2452/250@fidonet ftn.doene.de;ftn.doene.de -
Node 2:25/0@fidonet applewoodbbs.linkpc.net;81.174.171.9: -
Node 2:250/0@fidonet applewood.linkpc.net;81.174.171.9: -
Node 2:250/1@fidonet applewoodbbs.linkpc.net;81.174.171.9: -
Node 2:250/25@fidonet pavelreich.org;fido.pavelreich.org -
Node 2:263/0@fidonet applewood.linkpc.net;81.174.171.9: -
Node 2:28/0@fidonet fido.vlist.eu;fido4to6.vlist.eu -
Node 2:280/5555@fidonet fido.vlist.eu;fido4to6.vlist.eu -
Node 2:291/0@fidonet fido.tsoh.be;tsoh.fidonode.be: -
Node 2:291/1@fidonet fido.tsoh.be;tsoh.fidonode.be: -
Node 2:301/520@fidonet fido.baboon.ch;fido.baboon.ch -
Node 2:301/812@fidonet fifi.woody.ch;fifi.woody.ch -
Node 2:310/31@fidonet fido.ricsi.priv.at;fido.ricsi.priv.at -
Node 2:40/0@fidonet server.vbd.su;2992.mooo.com: -
Node 2:400/0@fidonet server.vbd.su;2992.mooo.com: -
Node 2:400/2992@fidonet server.vbd.su;2992.mooo.com: -
Node 2:4500/0@fidonet f1.n4500.z2.fidonet.by;f1.n4500.z2.fidonet.by -
Node 2:4500/1@fidonet f1.n4500.z2.fidonet.by;f1.n4500.z2.fidonet.by -
Node 2:460/777@fidonet 188.17.156.216;f777.n460.z2.binkp.net -
Node 2:4614/20@fidonet cservice.ddns.ukrtel.net;cservice.ddns.ukrtel.net
-
Node 2:480/124@fidonet uucp.freebsd.lublin.pl;uucp.freebsd.lublin.pl -
Node 2:480/138@fidonet fido.chmurka.net;fido.chmurka.net -
Node 2:50/72@fidonet s.system.pvt;fido72.shad.su -
Node 2:5000/22@fidonet f22.n5000.z2.binkp.net;f22.n5000.z2.binkp.net -
Node 2:5010/352@fidonet f352.sage.su;f352.sage.su -
Node 2:5020/1906@fidonet binkp.nauchi.ru;binkp.nauchi.ru -
Node 2:5020/11200@fidonet f11200.metal.ru;f11200.metal.ru -
Node 2:5020/4441@fidonet 195.24.225.1;fido.ym-com.net -
Node 2:5020/540@fidonet binkd.piafi.ru;binkd.piafi.ru -
Node 2:5020/921@fidonet fido.nln.ru;fido.nln.ru -
Node 2:5020/1313@fidonet fido.stabilis.ru;fido.stabilis.ru -
Node 2:5020/2142@fidonet fido.axi.ru;fido.axi.ru -
Node 2:5020/1042@fidonet
f1042.ru;f1042.ru;fido.delin.ru:;f1042.n5020.z2.binkp.net: -
Node 2:5020/828@fidonet f828.n5020.z2.binkp.net;f828.n5020.z2.binkp.net -
Node 2:5020/2047@fidonet ae-nest.com;ftn.ae-nest.com -
Node 2:5020/2065@fidonet f2065.no-ip.org;f2065.no-ip.org -
Node 2:5030/786@fidonet G.Style_BBS;elvete.com -
Node 2:5030/1900@fidonet D.J._BoaRD;ftn.kawai.spb.ru -
Node 2:5030/1957@fidonet fido.stpeteclub.ru;fido.stpeteclub.ru -
Node 2:5031/77@fidonet G.FREEMAN;188.166.66.123 -
Node 2:5061/7@fidonet f7.n5061.z2.binkp.net;samael.chimfak.rsu.ru -
Node 2:5061/58@fidonet f58.n5061.z2.binkp.net;vpn.rfniias.ru -
Node 2:5080/102@fidonet
nodelist.grumbler.org:443;binkd.node.grumbler.org:443;binkp.vashadmin.su:443
-
Node 2:5083/89@fidonet ImPressed.31;vsa1987.no-ip.info -
Node 2:5090/958@fidonet fido.ridi24.ru;f958.n5090.z2.binkp.net: -
Node 2:6035/5@fidonet f5.n6035.z2.binkp.net;f5.n6035.z2.binkp.net -
Node 2:6056/1@fidonet 1.fido6056.int.ru;1.fido6056.int.ru -
Node 3:712/0@fidonet sysgod.org;ftn.sysgod.org -
Node 3:712/848@fidonet sysgod.org;ftn.sysgod.org -
the distributed ARGUS.TXT also has multiple domain entries but that convertor
script seems to miss the INA entries... maybe it is protocol oriented so it
only works with the domains attached to an IP flag?? if that's the case, it
also misses the entries with the domain in the system field (not attached to a
flag) as well as those attached to the INA flag... i don't know for sure as
i've not used the convertor that scott little uses to create said distributed
file... scott would have the answer as to why argus.txt has different output
than binkd.txt...
$ egrep -e ",BND.*,BND" argus.txt
1:282/1056|"crystalp.duckdns.org",BND,CM "crystalp.duckdns.org",BND,CM
"crystalp.duckdns.org",IFC,CM
1:282/1058|"oldhabitsbbs.com",BND,CM "oldhabitsbbs.com",BND,CM
"oldhabitsbbs.com",TEL,CM "oldhabitsbbs.com",IFC,CM
1:15/4|"region15.net",BND,CM "region15.net"_24556,BND,CM
"region15.net"_60177,TEL,CM "region15.net",IFC,CM
1:132/0|"net132.ddns.net",BND,CM "ullr.thinksnow.net",BND,CM
1:132/174|"fido132174.duckdns.org",BND,CM "ullr.thinksnow.net",BND,CM
2:28/0|"fido.vlist.eu",BND,CM "fido4to6.vlist.eu",BND,CM
2:280/5555|"fido.vlist.eu",BND,CM "fido4to6.vlist.eu",BND,CM
2:5080/102|"binkd.node.grumbler.org",BND "binkd.node.grumbler.org"_443,BND
)\/(ark
Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it
wrong...
... In the beginning there was nothing, which exploded.
---
* Origin: (1:3634/12.73)
|