> >/3) Obtained and compiled Rob Jenssen’s C program, configured it per the instructions. /> I have read the docs, looks pretty straightforward, though I have a bit
> of migration to do - after initial testing, I have several existing
> private proxies to migrate to the binary, then create the public ones on
> the 44.x addresses.
For everyone's info: I have updated the file at http://pe1chl.nl.eu.org/Softw/elproxy.tar.gz
(also available on www.pe1chl.ampr.org on net44) to include an init.d script example and
a logrotate.d config file. Everything else is unchanged.
I welcome corrections or suggestions for changes in the README file when something
is unclear. Make sure you follow everything written in the file as it is now.
(especially the part about sysctl and the proxy_message logging)
I should probably some description of what proxies and relays are and how they are used,
that was already sent to this list however.
Rob
UCSD is swapping out some networking equipment and amprgw (aka
gw.ampr.org, 44.0.0.1) will be unreachable for a while starting
around 7pm Pacific time Thursday (tomorrow). It should take only
a few minutes, but as both the connection and configuration have
to be transferred to the new equipment, there is always the
possibility that it will take longer or something else may go wrong.
- Brian
> The network equipment changeout at UCSD did NOT go well; they are
> still having problems with the network 44 routing into UCSD. There
> is yet no estimated time to repair at this moment. I'll update you
> folks as I learn more.
> As of 1:30 am Pacific time (GMT -7:00), everything is working again.
> - Brian
As you know very well, it always takes more time than estimated...
It affected our gateway since a script that downloads the DNS zone when
modified got stuck, halting a cronjob script that also performs other maintenance
tasks. Modified with some more safeguards... :-)
Rob
> Now you got me! Atari ST! I was responsable of the Montreal Atari Club BBS when it was on 8 bit and 16 bit. Still play a few games on my ST emulator.. Remember when we ware able to simulate a MAC with a few roms and a ST? 😉
> OK, back to our regular programing. Think we got back way too far on memory lane for this mailing list 😉
I still have a Mega ST4 with harddisk cabinet and original monitor sitting in a spare room but it rarely gets switched on these days.
(those were the newer pizza-box style ST and disk. the disk cabinet in fact is a 44MB swappable plus a fixed disk)
This one is fitted with an ethernet adapter I made (a PC ethernet card and adapter board to the internal bus) and I added a driver for it to KA9Q.
However, the card has BNC and AUI only and I don't have coax ethernet anymore. Should have an AUI to RJ45 adapter somewhere.
Also in storage there is a Mega ST2 with an 8-port Z8530 SCC card that we used for years on a major network node (TCP/IP and NET/ROM)...
(of course I had a 520ST as well but that one has long been scrapped)
Rob
> Trumpet Winsock :-)
> I Installed Windows NT on my 386/40MHz (some 35 3.5 floppy disks) which
> barely run on it, but had the necessary dialup software just to download
> Trumpet Winsock to use it afterwards on Win 3.1 on the same machine
> (only some 15 disks to reinstall)...
> Later came Win 3.11 which had a TCP/IP + Internet explorer 3 addon which
> made Trumpet Winsock and Mozaic obsolete.
> That where times...
When I got access to "the Internet" (of course via dialup modem too) I already
had a running Linux system with native TCP/IP networking.
I installed that in december 1992 on a 486/33 MHz with 16MB RAM.
And a QIC cartridge tapedrive, so no messing with floppies.
The internet became available for the general public in 1993 here, I joined in 1994.
But of course I had been using TCP/IP since 1988 using KA9Q NET on the Atari ST.
Rob
> I just applied for a /24 out of 44.190/16, to help with this endeavor.
> I’ll be announcing the prefix out of a commercial datacenter in Fremont, CA under ASN 7247.
> 73,
> -jav k4jh
Jav is the first one to get his proxies/relays running as a result of this call.
He said "This was easy!".
Rob
> FYI folks...I used to run proxies on my subnet in the past. The only
> issue was, that since subnet is not not BGP, it was intended for your
> use only (i.e. not using AMPRGW for Internet, but still able to use
> EchoLink).
I agree it is probably not a good idea to run proxies or relays on a network
only connected via tunnels. That would pose a load on AMPRGW. In that case
it would be better to run them there. But other volunteers in that area have
now stepped up.
> I used the Java JAR that was available form EchoLink (I understand you
> have a C program). I also used the Linux version, but the EchoLink
> Validators stated that should not be used without permission (and only
> for conference servers).
The Java version uses lots of resources... The C program was written to
mimic the Java version closely but in a more efficient way, both because
it is in C and because a single instance can run multiple proxies.
Later I received the C source of the relay program from EchoLink and merged
its functions with the proxy program so these can both run on the same system.
This is in full agreement with EchoLink, and they very much welcome the
hosting of proxies and relays around the world to help users that are on
limited internet connections or are not proficient in configuring port
forwarding on their routers.
Fortunately in our circles we have people who understand the internet and
its protocols. (vs the applications that are now called "the internet")
Rob
> >/when the directory server is on AMPRnet, the problem with NAT between /> >/HAMNET and internet disappears /
> I'm afraid, it would raise new issues...
> For those who are planning to provide echolink proxy services (or any
> other useful internet based amateur radio services) within the AMPRNet
> by direct BGP, please ask for an /24-allocation within 44.190.0.0/16.
> We will promote to all HAMNET users and sysops to route 44.190.0.0/16 to
> their ISP rather than to their radio device on the roof.
> Best case would be to host such services on non-44 IP-space at all.
As you know, I don't agree with that. We should not segregate our addresses
into different classes and force everyone into some class depending on what
they want to do. It is a stopgap measure that will lead to endless changes
and work, and it isn't even clear what "internet based amateur radio services"
are exactly. For example, our repeaters are on Echolink on their AMPRnet address, they
would be such services, we would have to route part of that space deeply into our
network to get "special" addresses all the way there. Not going to happen!
At the moment I am in contact with the Jonathan from Echolink and he is interested
in setting up more relays as his existing relays in the US are getting overloaded.
(he has temporarily moved some US users to our relays in Amsterdam)
I think now that this is under change we could suggest moving everything to AMPRnet
and it should solve the NAT problem there is now. Maybe the directory server could
have both an AMPRnet and a public address to resolve remaining issues.
Rob
> "from the people who built it". Really? Gee, I don't remember any of those
> names back in the early 80s (except for Stallman, but Emacs is not the
> Internet).
I fully agree!
When I saw the list I immediately thought "those aren't the people who built the internet!"
Not even the world wide web. Maybe Web 2.0.