44net

44net@mailman.ampr.org

4 participants
3196 discussions

Re: [44net] Make Error
by lleachii＠aol.com 19 Apr '17

19 Apr '17

OK, it's my understanding the source and destination ports are undefined. I'll just leave the mesh DOWN at this time, as the cross compiler is configured exactly as before, and I am able to compile other software. Thanks, -Lynwood KB3VWG

6 19

UCSD ipip gateway firewall updated
by Brian Kantor 19 Apr '17

19 Apr '17

I've made a few small changes to the ipip encap firewall in the UCSD encapsulating router. If something has stopped working today because of that, please let me know. - Brian

3 7

Internet founder dies
by Brian Kantor 18 Apr '17

18 Apr '17

http://www.bbc.com/news/technology-39621198

1 0

Router advice
by Marc Williams 18 Apr '17

18 Apr '17

Hi all, As part of my gateway setup I am looking to get rid of my BT Home hub (which I am having to use with DMZ turned on) and put in an inexpensive but more capable router. So I was looking for peoples thoughts on either Microtik or Ubiquiti Edge routers. Is either particularly better suited? Kind Regards Marc (2W0PNT)

5 5

Re: [44net] Make Error
by Rob Janssen 17 Apr '17

17 Apr '17

> An update - I had success using compiling using 'cpp' instead of 'gcc' cpp is not a compiler. it will only resolve your #include #define etc but the output is still C. > I now receive less error output, but there's still an error: Your crosscompiler setup is seriously broken! It apparently misses critical include file contents, the first error about IPPORT_ROUTESERVER was also caused by that. Maybe you missed some step in setting it up, I remember from the past where I tried this for my Dreambox that it is quite an involved procedure. Rob

1 0

Make Error
by lleachii＠aol.com 17 Apr '17

17 Apr '17

All, I've been able to successfully compile ampr-ripd for the native OS (Ubuntu Linux x64); but I receive errors when trying to compile for MIPS: -------------------------------------------------------------------------- user@ubuntu-comp:~/ampr-ripd-1.16.2$ make CC=mips-openwrt-linux-musl-gcc LD=mips-openwrt-linux-musl-ld mips-openwrt-linux-musl-gcc -Wall -O2 -o ampr-ripd ampr-ripd.c ampr-ripd.c: In function 'create_fwsd': ampr-ripd.c:1536:23: error: 'IPPORT_ROUTESERVER' undeclared (first use in this function) sin.sin_port = htons(IPPORT_ROUTESERVER); ^ ampr-ripd.c:1536:23: note: each undeclared identifier is reported only once for each function it appears in ampr-ripd.c: In function 'on_alarm': ampr-ripd.c:1629:27: error: 'IPPORT_ROUTESERVER' undeclared (first use in this function) sin.sin_port = htons(IPPORT_ROUTESERVER); ^ ampr-ripd.c: In function 'main': ampr-ripd.c:1864:13: error: 'struct udphdr' has no member named 'dest' (udh->dest == htons(IPPORT_ROUTESERVER)) && ^ ampr-ripd.c:1864:29: error: 'IPPORT_ROUTESERVER' undeclared (first use in this function) (udh->dest == htons(IPPORT_ROUTESERVER)) && ^ ampr-ripd.c:1865:13: error: 'struct udphdr' has no member named 'source' (udh->source == htons(IPPORT_ROUTESERVER))) ^ Makefile:30: recipe for target 'ampr-ripd' failed make: *** [ampr-ripd] Error 1 -------------------------------------------------------------------------- Any assistance is appreciated 73, KB3VWG

2 4

Re: [44net] Make Error
by Rob Janssen 17 Apr '17

17 Apr '17

> I've been able to successfully compile ampr-ripd for the native OS (Ubuntu Linux x64); but I receive errors when trying to compile for MIPS: IPPORT_ROUTESERVER should be defined in <netinet/in.h> When it isn't, you can work around that by inserting this line near the top of the ampr-ripd.c file near the other #define lines: #define IPPORT_ROUTESERVER 520 Rob

1 0

fbi.gov at i0ojj.ampr.org
by Gustavo Ponza 16 Apr '17

16 Apr '17

Hi all, Just to inform all of you about the special visit at i0ojj.ampr.org/ir0rm-7.ampr.org by using the following references: fbi.gov. 0 IN TXT Dgoogle-site-verification=L8cauHJF4MANoTCkMbrLkAVfHBta28ctva9n1IDekToQ fbi.gov. 0 IN TXT Dgoogle-site-verification=6UEk-jfg1xPNjz_rQGcRFJOBGxMy1aARDZUTXgSNAqw fbi.gov. 0 IN TXT XublrZj1CzpSEiwtiRFKDAyiek8hRqkqaTTApxvhwai14i8JqVBOauW4cA06i39H5Lhl3HnALCM/xfTxIPEXEpA== fbi.gov. 0 IN TXT 625558384-8740534 -- 73 and ciao, gus i0ojj A proud member of linux team Non multa, sed multum

1 0

OpenWRT Upgrade - Linux Bug
by lleachii＠aol.com 16 Apr '17

16 Apr '17

All, I did an upgrade of my OpenWRT device to LEDE 17.01.0. At this time, everything is operation as before; except that I cannot execute the ampr-ripd from the CLI or the scripts that worked in the previous versions. I'm suspecting it may be missing dependencies; but while I troubleshoot, I am only accessible from the Global Internet. If anyone else is interested in upgrading and troubleshooting, I would ask that you make a copy of a list of all your installed packages prior to upgrading. In addition, please make an archive of your config before and after your upgrade. 73 and good weekend, - Lynwood KB3VWG

3 3

Re: [44net] portal down
by Rob Janssen 15 Apr '17

15 Apr '17

> Just to keep everyone in the loop: there have been four DDOS attacks on the portal recently, two against just port 443 and late last night (UK time) two simultaneous attacks against 443 and 25. > I have no idea why anyone is targeting the portal, nor who is behind it - as per your standard DDOS the attacks they mainly came from compromised PCs on the end of home DSL lines. We had a DDoS attack that affected our gateway, but it targeted the "Brandmeister" servers for interlinking digital voice repeaters, that were hosted on our network. (some on the same ESXi server as the gateway and some on another location linked by a radio link) This took down our connectivity as we got >200 Gbit/s of traffic and the gateway only as a 1 Gbit/s connection. The traffic in this case was "DNS reflection", i.e. DNS requests were sent by compromised PCs using a spoofed source address on AMPRnet, and the DNS servers were sending their replies to our gateway. Due to the high packet loss and the large replies these were mainly UDP fragments that would not re-assemble to complete datagrams. Of course it is bad that there still are so many ISPs that do not implement BCP38. But what can we do? However, more interesting is the cause of this attack: the maintainers of the Brandmeister system have a disagreement with the operators of the French gateway in that system and decided to disconnect it. The DDoS was done as a retaliation against that, probably by one or more French amateurs, not necessarily the gateway operators. (the disconnection of that gateway of course affected the repeater users in France, not only the operators) Like in your case, there were several waves of attacks. In the end, the affected addresses were nullrouted and the servers moved elsewhere. It might be that these same people are still looking for things to attack, and maybe they researched a bit how .ampr.org works and decided to attack the portal? (not effective against Brandmeister as our network is BGP routed) It is sad that people act this way, and the network operators do so little to prevent it. Rob

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

44net