44net

44net@mailman.ampr.org

3198 discussions

Re: [44net] Echolink proxy/relay hosting
by Rob Janssen 06 May '18

06 May '18

> Now that my IPs are propagating, I am attempting to convert my existing > 4 private Java proxies to your code. Looks like it is working, but I do > have some questions to avoid potential issues. The old proxies were > defined by IP address - IP addresses are very tightly controlled, > because there's a mix of proxies and Echolink conferences running on the > one machine. My program does not listen on individual addresses. It opens a wildcard socket for each port, receives the traffic and gets the addresses from the OS using special system calls. That way it can run serveral proxies and relays using only very few sockets, improving the efficiency of the select(). You can just move over the existing Java proxies to the C program. Stop the Java proxies and add their addresses to the config file of the C program. I have no experience with conferences, I do not know if they can co-exist on the same machine with the proxies. Probably not. It is probably best to use a separate (virtual) machine for them. However, I am not sure. It could also be that having the software that opens ports at an explicit address and these wildcard ports can co-exist. Rob

4 7

Re: [44net] Echolink proxy/relay hosting
by Rob Janssen 05 May '18

05 May '18

> If they both use the same ports they cannot coexist on the same machine. > Ports opened on a wildcard address cannot be used by other programs that want to open the same port on a specific address on the same machine > Ruben - ON3RVH Yeah I sort of remembered that, but I wasn't sure. Thanks. (it might as well have been possible when the kernel first checks the specific address sockets and would fall back to the wildcard socket when none matches) Unfortunately I have no experience with running conference software at all. When a conference can run via a proxy, it can still be done on a single machine! Just configure all the conference addresses as proxies, make these private, and connect the conferences to those. All UDP I/O will be via the wildcard sockets and the TCP connects can be local on the same machine. (selected proxies can be made private by configuring something like Password_51=mysecretpassword while the global setting is Password=PUBLIC) Rob

1 0

Re: [44net] Echolink proxy/relay hosting
by Rob Janssen 05 May '18

05 May '18

> Rob and all, > Not sure if my other message got to Rob but sending it here to group. I have sent two mails to you in reply to your direct message. When you do not see them, please check your Spam folder, and if it isn't there please send another direct message and I will send from a different mail address. @amsat.org mail is blocked by some providers. Rob

1 0

Re: [44net] Echolink proxy/relay hosting
by Rob Janssen 05 May '18

05 May '18

> >/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

3 2

jnos2.0k problems
by vk1kw 02 May '18

02 May '18

Hello 44net, Not sure who I should address this issue to but I guess it's to you please Maiko. Would someone reassemble the jnos2.0k.tar.gz file to make it easier to compile and run please? It must be a nightmare for the newbie. Problem is that the installer2.1 is not included in the jnos2.0k.tar.gz. The correct files.h is not included, the tun.c file does not work and should be replaced by tun_sp1l.c under Fedora 26 and others. All these have separate downloads and driving instructions. The nos.cfg file does not seem to be included in the 2.1 installer either, and was recovered from a previous install. Not to mention the too and froing from my home directory to root after the install was run. So on top of all that, and after what seems to be a good compile of jnos2.0k, the NETROM function still does not work and crashes after the 11th line of the first nodes transmission. Almost looks like a memory overflow but there is plenty supplied in the "qlimit" Have tried jnos2.0k after a fresh installer2.1 and just added netrom and still crashes the same. I have tried to get "k" working after many attempts, directory changes, in root and home, etc, etc but directly replacing the compiled jnos2.0k with jnos2i or jnos2h exec and netrom works fine. The last time I tried to capture the crash it locked up the PC. Is jnos2.0k transportable between directories other than named "jnos" (tried that) I currently manually run jnos2i in my home directory under sudo successfully. Is anyone else running jnos2.0k netrom successfully and what is the fix please? The reason for the revisit to jnos is because I now have 50Mb down and 5Mb up thru new internet service provider NBN/iinet. Many thanks Rob Vk1kw

1 0

Edits to OpenWRT Wiki
by lleachii＠aol.com 01 May '18

01 May '18

All, I have made some extensive updates and edits to the OpenWRT WIki: * Routes and rules are now included in the UCI * The Startup script only sets up the tunnel and ampr-ripd, it has been reduced to 7 lines. To do: * Edits if ampr-ripd is added to the OpenWRT repo. http://wiki.ampr.org/wiki/Setting_up_a_gateway_on_OpenWRT 73, - Lynwood KB3VWG

1 0

GW (amprgw, gw.ampr.org) downtime tomorrow evening
by Brian Kantor 27 Apr '18

27 Apr '18

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

7 11

Re: [44net] GW (amprgw, gw.ampr.org) downtime
by Rob Janssen 27 Apr '18

27 Apr '18

> 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

1 0

Re: [44net] An apology for the Internet from the people who built it
by Rob Janssen 27 Apr '18

27 Apr '18

> 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

1 0

Re: [44net] An apology for the Internet from the people who built it
by Rob Janssen 26 Apr '18

26 Apr '18

> 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

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

44net