I should also mention that I am not a formally trained programmer. I am mostly an end-user looking for a readymade solution that doesn't require understanding the source and recompiling it.
I can dabble, but I do not know all the intricacies of C/C++ to implement with any level of stability or quality, of what I am talking about here. On Tue, Jun 26, 2018 at 2:23 AM, Mark Andrews <ma...@isc.org> wrote: > Why send it to a secondary program? Just have named look the name up > in the database directly and then use a route socket to inject the > route. Named already uses a route socket to track interfaces coming > and going. > > Note: CDN’s use the same machine for multiple names so you may not always > get the result you are after. > > Mark > > On 26 Jun 2018, at 3:08 pm, Dale Mahalko <dmaha...@gmail.com> wrote: > > > > (Hello, I am new to the list. And this may possibly be my only post > here..) > > > > I am looking for a way on Linux to do domain name based multihome > routing. > > > > Essentially every time a domain name lookup request occurs: > > > > * Rather than immediately returning the results to the requesting > program, instead Named/BIND should pause the process and send the results > out to a secondary program. > > > > * The secondary program looks up the domain in a database, which also > includes the multihome destination for each domain. If a match is found, a > route is created to that multihome destination. Aliased acceleration > domains such as Akamai will be matched using the primary domain name. > > > > * Control is now returned to Named/BIND which returns the results as > usual to the original requester. When the secondary program uses the > numeric address(es) returned by Named/BIND, it is routed according to the > multhome destination list. > > > > , > > > > Is there any way to do this with Named/BIND the way it is currently > programmed, or would it be necessary to hack the source to insert this > redirection step? > > > > The specific reason why I need this is that I am one of the many > thousands of rural people in the United States who are stuck on a horribly > slow DSL Internet connection, with a maximum speed of 1.5 megabit down, > 0.25 megabit up, and no way to upgrade. The one redeeming quality of it, is > that the monthly bandwidth is essentially uncapped. > > > > I am looking into buying a second, expensive cellular data plan which > allows 4G speeds of up to about 15 megabit, but which has a monthly data > cap of about 25 gigabytes. > > > > I want to conserve the limited high-speed cellular bandwidth as much as > possible, and put all the downloads that I don't care about on the slow DSL. > > > > * I want to put all the huge background bandwidth eating maintenance > downloads such as Microsoft Windows updates, Microsoft Store updates, > Microsoft P2P updates, Steam game downloads and updates, Adobe updates, > iTunes updates, iPhone iOS and App updates, and so forth on the slow DSL. > > > > * I want to put all the other things that are important to me like > multiplayer gaming UDP streams, remote desktop / SSH, video streaming, and > general web browsing on the cellular modem. > > > > , > > > > Due to there being thousands and thousands of cloud servers, plus > bandwidth optimization services, it is virtually impossible for me to know > in advance and manually/statically route all possible servers that > Microsoft, Steam, Adobe, Apple or any other cloud hosted and Akamai/AWS > accelerated business may use. > > > > In most cases it is not possible to know what newly created cloud > servers these companies will use until the moment they actually request a > domain lookup for that new server within their parent domain. > > > > Hence the multihome routing for these domains must be done dynamically > on the fly, as they are being requested from the name lookup service, but > before the lookup results are returned to the originating program > requesting the lookup. > > > > > > Dale Mahalko, Gilman, WI, USA > > _______________________________________________ > > Please visit https://lists.isc.org/mailman/listinfo/bind-users to > unsubscribe from this list > > > > bind-users mailing list > > bind-users@lists.isc.org > > https://lists.isc.org/mailman/listinfo/bind-users > > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org > >
_______________________________________________ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users