> Subject:
> [44net] hu.ampr.org DNS
> From:
> Norbert Varga <nonoo(a)nonoo.hu>
> Date:
> 05/25/2015 11:37 AM
>
> To:
> 44net(a)hamradio.ucsd.edu
>
>
> Dear 44net,
>
> First of all, hello to everybody on the list, I've just subscribed.
> We're currently building the hamnet network in Hungary, now we have some
> working links, tunnels and hosts which I've already added to the hamnetdb.
>
> I saw that some host names can be resolved using "regular" internet DNS
> servers, like router.db0ajw.ampr.org can be resolved to 44.225.36.129 using
> Google's 8.8.8.8 DNS server.
>
> My question is that how can this be accomplished? If we have a DNS server
> which can resolve our hosts to IPs and backwards, can one of the AMPR DNS
> servers be set up to transfer our zones?
>
> I saw that the portal has a DNS section but it's not live yet.
>
> Thanks for the help and 73s de HA2NON
Do you have a reason to use a subdomain .hu.ampr.org instead of putting the Hungarian
callsigns directly under .ampr.org as almost everyone else is doing?
You can easily submit your DNS records to the ampr.org DNS service.
This is accomplished using a mail robot where you can mail your zone changes and that
will put them in the flat .ampr.org zone.
You can also arrange that NS records for hu.ampr.org are put in the ampr.org DNS.
Then all requests for callsign.hu.ampr.org will be referred to your servers. Of course your
servers have to be available both on amprnet and on internet.
This is now done by Germany, Spain and Sweden.
(but I do not see a compelling reason to do that)
Rob
> Subject:
> Re: [44net] Bad MX records in the ampr.org DNS
> From:
> John Ronan <jpronans(a)gmail.com>
> Date:
> 05/25/2015 11:00 AM
>
> To:
> AMPRNet working group <44net(a)hamradio.ucsd.edu>
>
>
> On 25/05/15 09:52, Rob Janssen wrote:
>> linux.ei2edb.ampr.org/MX 'ei2edb.ampr.org' has no address records (A or AAAA)
>> os2.ei2edb.ampr.org/MX 'ei2edb.ampr.org' has no address records (A or AAAA)
>> ei7gm.ampr.org/MX 'bbs.ei7gm.ampr.org' is a CNAME (illegal)
>> ei7gm.ampr.org/MX 'dubbbs.ei7gm.ampr.org' has no address records (A or AAAA)
>> 486.ei9fk.ampr.org/MX 'ei9fk.ampr.org' has no address records (A or AAAA)
> Delete them,
>
> They are all ancient DNA.
>
> Regards
> John
> EI7IG
After consulting Brian I have deleted all MX records that point to names for which no address
record exists, including 4 of the above. 867 records in total.
Looking at CNAME and dotted address in MX records will be the next step.
Note that an MX record must have a hostname that in turn has A and/or AAAA records.
So MX records that contain e.g. "44.0.0.1" are not allowed. Neither are MX records that have
a name that in turn is a CNAME pointer.
Most mail software will probably handle those bad MX records, so I have not yet deleted them.
I advise those that make use of their MX records to fix them (replace the IP address with a
hostname that resolves to that address, and replace a name that refers to a CNAME with the
name that the CNAME points to).
Then I can check things again in some time.
Rob
Dear 44net,
First of all, hello to everybody on the list, I've just subscribed.
We're currently building the hamnet network in Hungary, now we have some
working links, tunnels and hosts which I've already added to the hamnetdb.
I saw that some host names can be resolved using "regular" internet DNS
servers, like router.db0ajw.ampr.org can be resolved to 44.225.36.129 using
Google's 8.8.8.8 DNS server.
My question is that how can this be accomplished? If we have a DNS server
which can resolve our hosts to IPs and backwards, can one of the AMPR DNS
servers be set up to transfer our zones?
I saw that the portal has a DNS section but it's not live yet.
Thanks for the help and 73s de HA2NON
--
Norbert Varga
http://www.nonoo.hu/
> Subject:
> Re: [44net] ampr-gateways.org
> From:
> Steve L <kb9mwr(a)gmail.com>
> Date:
> 05/23/2015 08:09 PM
>
> To:
> "44net(a)hamradio.ucsd.edu" <44net(a)hamradio.ucsd.edu>
>
>
> I had to look at it via the wayback machine. For a minute I though
> this was the site that the nice map of gateways.
It looks like that is just another standalone site that you need to enter your data on, and that
almost nobody knows it exists. IMHO such a site is only worth doing when it is linked to the
actual data, not when it is yet another place to enter data.
Check http://hamnetdb.net/ when you are looking for a site that brings some real value. In
fact it offers much more than the portal and I think it should be considered to merge the portal
function into it. Its ways of handling subnets and addresses are much more usable than those
of the portal, and it can do so much more. It only needs a section to enter data for IPIP gateways.
Rob
I had to look at it via the wayback machine. For a minute I though
this was the site that the nice map of gateways.
Turns out that is:
http://www.ampr-gates.net/frame_e.htm
It would be really nice to have gateways portion of the portal list
some geographic info. For those looking for connectivity to area
XXX. I think this is our main selling point and we need to advertise
it a bit.
Right now if you lookup each gateway subnet you can derive the
geographic area from the networks portion of the portal.
Thanks again for your work Chris.
Hi all,
I'm new to amprnet and linux and try to get my RaspberryPi connected
with the 44net. I have setup the Pi and configured IPIP tunl0. I can
ping to 44.137.0.0/16. The problem is that I do not receive any RIPv2
packets with ampr-ripd or rip44d. The situation is that the Pi is
behind the DMZ of my ISP router and I think that's causing the
problem. Have try ed the cron as a 1 minute ping as suggested at
http://n1uro.ampr.org/linuxconf/amprnat.txt but without result.
Do you have any suggestions or advise on what to do to get this running?
73, Fred/PA8F
>
> > On 13.5.2015. 04:55, Andrew Ragone (RIT Alumni) wrote:
> >
> >> With that said, I am not sure what the advantage of this is (aside from
> >> perhaps the dynamic IP issue you mention), though, since you could
> always
> >> write a script to login to the AMPRNet portal and tweak the IPIP tunnels
> >> with any WAN IP address updates. When you have the free gateway over in
> >> California already, it seems like that would be the way to go aside from
> >> directly advertising your own BGP CIDR block.
> >>
> >
> > I guess this would allow anyone with any decent router with VPN client
> > capability) to be able to connect to 44net without requirements for
> > struggling with dedicated computer and very specific installation to make
> > it run.
> >
> > Yes, exactly and well said! that's exactly the point I've been pushing
> for a long time. the single dedicated IP is taken care of by the cloud
> based hub and a relitively simple setup on your client router at your
> network edge simply makes 44net show up on your lan. no dedicated machine,
> no dedicated or special software, no having to write custom config files,
> just easy and instantly deployable using standard protocols used everyday
> that real people use often and understand.
>
> Eric
>
Hi Eric,
Are you doing the BGP announce or would the hosting provider you are
proposing we share doing the announce?
Are you familiar with what the HamWAN group is doing with their Open
Peering Policy (http://www.hamwan.org/t/Open+Peering+Policy)?
Rial F Sloan II
N0OTZ
> Subject:
> Re: [44net] easy amprnet attachemet and connection - seeking peers for cost sharing
> From:
> Eric Fort <eric.fort(a)gmail.com>
> Date:
> 05/13/2015 05:40 AM
>
> To:
> AMPRNet working group <44net(a)hamradio.ucsd.edu>
>
>
> there are 2 problems here which I'm working to address. The first being
> that even though ipip tunneling is defined via rfc it's still relitively
> nonstandard and I can't think of anywhere other than amateur radio / 44net
> where it is used, much less used widely. It's also not generally handeled
> well by many consumer grade household nat routers. I can't go to the web
> interface on my cheapo whatever name consumer router and set up the
> tunnel(s) I need to import a link to amprnet. If Tunnels are done with
> something like IPSec, PPTP, or OpenVPN it's much better supported and is
> easier to setup. the edge connections can simply establish their link(s)
> to one or more hubs with known static IP, be assigned/connected to a
> netblock, and be in business just by using their basic consumer grade
> router and no other fancy or overly technical setup.
>
> Eric
> AF6EP
True. We already offer OpenVPN and IPsec VPN connection to our BGP routed gateway
in Amsterdam, the Netherlands (44.137.0.0/16).
(and IPIP of course)
Indeed it makes entry a lot easier for those on the typical internet connection with NAT and
maybe not a fixed address (although that is not really a problem here)
What VPN protocols do you want to offer? I am considering adding support for OpenConnect
(an open implementation of Cisco AnyConnect SSL VPN). That could even replace
OpenVPN on the long run (I am not very happy with some aspects of it).
Do you offer connections from your VPN users to non-44 Internet addresses and back?
(this makes it more tricky and error-prone for users to configure their side, as they will need
some form of policy routing that is not always available or easy to setup)
Rob
