44net

44net@mailman.ampr.org

3179 discussions

by mike＠idahoquad.com

Guys I need help setting up my vpn to UCSD. PERHAPS a local Elmer near Idaho. I have all the parts to this setup except the VPN. Help would be appreciated 73 Mike K7MDI

1 month, 2 weeks

Elmer Help on final setup of my vpn

by mike＠idahoquad.com

Guys I need help setting up my vpn to UCSD. PERHAPS a local Elmer near Idaho. I have all the parts to this setup except the VPN. Help would be appreciated 73 Mike K7MDI

1 month, 2 weeks

Re: [ARDC:net-44-vpn] Uncomplicated Firewall for AMPR installs

by Mark Phillips

Well, it took only 4 hours after I posted my previous message for my document to be striped and placed on hamradio.my. Clearly the op did not read my notice about hosting it on their server or felt that as he was in Malaysia my views did not count - wrong!!! That's now dealt with and has been taken down. The latest and only authorized source of my documents can be found at http://ni2o.ampr.org/documents/ If you are hosting a copy of any of my documents please remove them. Instead, you may link back to my document archive. This request applies to ALL platforms. I am sorry if this seems to be draconian but I am done with being plagiarized by those that think "it's just a ham document". Over the years my work has appeared in numerous publications including QST entirely without my permission - spelling errors and all!!! This has ultimately lead to me enforcing my copyright. Mark /NI2O On Tue, Mar 25, 2025, 23:32 Mark Phillips via groups.io <enicomms= gmail.com(a)groups.io> wrote: > I wrote another doc. This time it is on the Uncomplicated Firewall package > that comes shipped as default in all Debian based Linux distro's including > Ubuntu, Raspian and Debian itself. > > It is NOT meant to be a full "UFW Operators Guide" but simply a few > pointers to get your systems secured and keep out the great unwashed. > > I do not grant permission to anyone other than ARDC to "host" this or > any of my documents on their system, website or document archive. From time > to time this document may be updated by me and posted where relevant. My > work should NOT be considered "public domain". > > See attached. > > Mark / NI2O > _._,_._,_ > ------------------------------ > Groups.io Links: > > You receive all messages sent to this group. > > View/Reply Online (#359) <https://ardc.groups.io/g/net-44-vpn/message/359> > | Reply to Group > <net-44-vpn@ardc.groups.io?subject=Re:%20%5BARDC%3Anet-44-vpn%5D%20Uncomplicated%20Firewall%20for%20AMPR%20installs> > | Reply to Sender > <enicomms@gmail.com?subject=Private:%20Re:%20%5BARDC%3Anet-44-vpn%5D%20Uncomplicated%20Firewall%20for%20AMPR%20installs> > | Mute This Topic <https://groups.io/mt/111911375/237834> | New Topic > <https://ardc.groups.io/g/net-44-vpn/post> > Your Subscription <https://ardc.groups.io/g/net-44-vpn/editsub/237834> | Contact > Group Owner <net-44-vpn+owner(a)ardc.groups.io> | Unsubscribe > <https://ardc.groups.io/g/net-44-vpn/leave/11245824/237834/2124973700/xyzzy> > [enicomms(a)gmail.com] > _._,_._,_ >

1 month, 4 weeks

Help in changing IP addresses from portal.ampr.org

by hf1l＠wp.pl

I have a problem, I have changed IP addresses by my internet supplier. I had the address 62.69.192.233 And now I have speech: 78.9.233.153 I wanted to change entries for my various domains e.g. www.sr1bsz.ampr.org, mail.hf1l.ampor.org or others. Can anyone help me with this, writes emails on the website.ampr.org with a request for help and I have no answer? I provide login and password to the portal.ampr.org I am asking for help. I am 77 years old after the last heart attack and implantation of the cardioverter in 2017 and 14 days in a coma, I have a lot of information from my memory. I am asking for help

1 month, 4 weeks

Uncomplicated Firewall for AMPR installs

by Mark Phillips

I wrote another doc. This time it is on the Uncomplicated Firewall package that comes shipped as default in all Debian based Linux distro's including Ubuntu, Raspian and Debian itself. It is NOT meant to be a full "UFW Operators Guide" but simply a few pointers to get your systems secured and keep out the great unwashed. I do not grant permission to anyone other than ARDC to "host" this or any of my documents on their system, website or document archive. From time to time this document may be updated by me and posted where relevant. My work should NOT be considered "public domain". See attached. Mark / NI2O

2 months

HRWB 229 - All About 44Net and the ARDC

by Rebecca Key

Hey Everyone, If you haven't already, check out /HRWB 219 - All About 44Net and the ARDC/, where John Burwell KI5QKX, Rosy Schechter KJ7RYV, and myself were the guests: we had a great time, and 2.5h went by fast! You can give the podcast a listen here: https://www.hamradioworkbench.com/podcast/hrwb-229-all-about-44-net-and-the…. 73, Rebecca KO4KVG -- Rebecca Key - KO4KVG Communicaions Manager Amateur Radio Digital Communications (ARDC) ardc.net

3 months, 1 week

ampr-ripd

by Jean VE2PKT

Hi, Anyone here using ampr-ripd willing to give me some advise? I have mine running and (Finally) learning router, but cannot connect to any stations. I suspect a route problem. 73 de Jean VA2OM / VE2PKT

3 months, 2 weeks

IPIP Packet Corruption

by Eric Johnson

All, I was trying to bring up an AMPRNet IPIP tunnel in my lab network, but when I did a packet capture on the WAN side of the gateway I am setting up, I noticed that on average, about 80% of the IPIP packets I receive from the UCSD gateway have their inner headers corrupted. As far as I can tell, the first 4 bytes of the inner header are being overwritten with a garbage byte sequence (hex 00-04-00-00). I have included a packet capture showing what's going on. At packet 63, the RIP announcement starts, and continues through packet 100, so there's some known-good traffic in there. Has anyone seen anything like this before? I have another AMPRNet IPIP tunnel set up on a datacenter server, and it has no such problem, so this is an isolated issue (i.e., not an issue with the UCSD gateway). The only other thing I could suspect is that the ISP-issued modem/gateway combo unit. Of course, I have no visibility into traffic upstream of this unit, so I don't have a way to know if it is causing the corruption. Unfortunately, my ISP doesn't let me disable the gateway function of the unit, so I have to suspect the firmware of this device. Any and all help is appreciated. I am going to call my ISP tomorrow and see if they are aware of any issues with these modem/gateway units. Thanks, Eric Johnson - AE0JE

4 months, 1 week

Re: [ARDC:44Net] IPIP Packet Corruption

by Eric Johnson

Forgot the attachment. On Sun, Jan 12, 2025 at 10:57 PM Eric Johnson via groups.io <micromashor= gmail.com(a)groups.io> wrote: > All, > > I was trying to bring up an AMPRNet IPIP tunnel in my lab network, but > when I did a packet capture on the WAN side of the gateway I am setting up, > I noticed that on average, about 80% of the IPIP packets I receive from the > UCSD gateway have their inner headers corrupted. As far as I can tell, the > first 4 bytes of the inner header are being overwritten with a garbage byte > sequence (hex 00-04-00-00). I have included a packet capture showing what's > going on. At packet 63, the RIP announcement starts, and continues through > packet 100, so there's some known-good traffic in there. > > Has anyone seen anything like this before? > > I have another AMPRNet IPIP tunnel set up on a datacenter server, and it > has no such problem, so this is an isolated issue (i.e., not an issue with > the UCSD gateway). The only other thing I could suspect is that the > ISP-issued modem/gateway combo unit. Of course, I have no visibility into > traffic upstream of this unit, so I don't have a way to know if it is > causing the corruption. Unfortunately, my ISP doesn't let me disable the > gateway function of the unit, so I have to suspect the firmware of this > device. > > Any and all help is appreciated. I am going to call my ISP tomorrow and > see if they are aware of any issues with these modem/gateway units. > > Thanks, > Eric Johnson - AE0JE > _._,_._,_ > ------------------------------ > Groups.io Links: > > You receive all messages sent to this group. > > View/Reply Online (#600) <https://ardc.groups.io/g/44net/message/600> | Reply > to Group > <44net@ardc.groups.io?subject=Re:%20%5BARDC%3A44Net%5D%20IPIP%20Packet%20Corruption> > | Reply to Sender > <micromashor@gmail.com?subject=Private:%20Re:%20%5BARDC%3A44Net%5D%20IPIP%20Packet%20Corruption> > | Mute This Topic <https://groups.io/mt/110582298/5279349> | New Topic > <https://ardc.groups.io/g/44net/post> > Your Subscription <https://ardc.groups.io/g/44net/editsub/5279349> | Contact > Group Owner <44net+owner(a)ardc.groups.io> | Unsubscribe > <https://ardc.groups.io/g/44net/leave/12923996/5279349/682613783/xyzzy> [ > micromashor(a)gmail.com] > _._,_._,_ > >

4 months, 1 week

44net uses

by Dave Gingrich

Every year IRLP hosts a QSO party on New Years Eve. This is an informal gathering with no net control station. This is now largely conducted over 44net. The destination reflector (conference) in Australia and a large part of the IRLP infrastructure are on 44net address space. We have five central servers performing all authentication services and software updates. Four (out of five) are on 44net addresses. We also have issued over 500 VPN clients for Linux, so many of our member repeaters are also on 44net. While use of 44net is not required, IRLP is grateful and truly appreciates the use of the address space! If you have an IRLP node in your area, anyone here is welcome to join in. Below is the announcement sent to all of our IRLP owners. > > New Year’s Eve Around the World QSO Party, Reflector 9600 (Sydney), Tuesday, December 31. > > The nineteenth annual New Years Eve Around the World QSO Party will again be held on Reflector 9600 in Sydney, Australia. The party gets under way officially at 10:30 UTC (05:30 US eastern) Tuesday, December 31. It continues (officially) until 10:30 UTC Wednesday January 1. I say “Officially” because you are welcome to connect much earlier than that (now if you want) and stay as long as you like. > > This is a casual informal party with no net control or designated operators anytime during the event. Simply stop in, greet your friends, make new ones and simply enjoy yourself as the New Year wends its way around the planet, beginning in New Zealand 11:00 UTC (Dec-31) and ending in Hawaii at 10:00 UTC (Jan-1). > > This is an IRLP only event. Please resist the temptation to bridge folks in from other networks just because it sounds like fun. Instead, invite your local friends over to your repeater or encourage them to use a local resource to join in. > > Auld lang syne! > > Dave K9DC, K9IP — Dave K9DC, K9IP

5 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

44net