Re: [AFMUG] Parenting in the Digital world

2018-09-14 Thread Sam Morris 
SquidGuard (www.squidguard.org) is free, works really well, and isn't 
too difficult to set up if you have a little Linux experience. The RBLs 
are maintained and kept reasonably current (probably even moreso than 
paid services that offer the same thing). Beyond setting up Squidguard, 
it would require setting your kid's rights on their devices so that they 
cannot change the proxy server.


Sam

On 09/14/2018 09:54 AM, ch...@wbmfg.com wrote:

I remember services and hand curated white lists...

-Original Message- From: Seth Mattinen Sent: Friday, September 
14, 2018 7:33 AM To: af@af.afmug.com Subject: Re: [AFMUG] Parenting in 
the Digital world

On 9/13/18 7:28 PM, Chuck McCown wrote:

Yeah, simple to comply.  Just give them a list of resources.



I don't see how an ISP could even consider doing content filtering these 
days. It's not the year 2000 anymore where only one or two sites are HTTPS.


~Seth



--
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

Re: [AFMUG] OT:DNS help!

2018-09-11 Thread Sam Morris 

Dave, here's what I see:

root@Ludwig:~# dig all www.stvincentonecare.com

; <<>> DiG 9.11.3-1ubuntu1.1-Ubuntu <<>> all www.stvincentonecare.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 52259
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;all.   IN  A

;; Query time: 0 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Tue Sep 11 14:32:02 CDT 2018
;; MSG SIZE  rcvd: 32

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62860
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;www.stvincentonecare.com.  IN  A

;; ANSWER SECTION:
www.stvincentonecare.com. 300   IN  A   199.191.50.184

;; Query time: 76 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Tue Sep 11 14:32:02 CDT 2018
;; MSG SIZE  rcvd: 69

root@Ludwig:~#

Does that help any?

Sam



On 09/11/2018 02:16 PM, Dave wrote:
I need a little assist on why my recursive DNS servers will not resolve 
a url:www.stvincentonecare.com
It is a https site but we dont have any issues resolving anything else 
with https or http for that matter.

Here is what the dig +trace command shows
# dig +trace www.chistvincentonecare.com

; <<>> DiG 9.9.5-9+deb8u16-Debian <<>> +trace www.chistvincentonecare.com
;; global options: +cmd
.            181483    IN    NS    i.root-servers.net.
.            181483    IN    NS    g.root-servers.net.
.            181483    IN    NS    d.root-servers.net.
.            181483    IN    NS    m.root-servers.net.
.            181483    IN    NS    h.root-servers.net.
.            181483    IN    NS    c.root-servers.net.
.            181483    IN    NS    l.root-servers.net.
.            181483    IN    NS    j.root-servers.net.
.            181483    IN    NS    k.root-servers.net.
.            181483    IN    NS    a.root-servers.net.
.            181483    IN    NS    f.root-servers.net.
.            181483    IN    NS    e.root-servers.net.
.            181483    IN    NS    b.root-servers.net.
.            181485    IN    RRSIG    NS 8 0 518400 2018092019 
2018090718 41656 . 
RuVlq0+7Fc6rTt1/caD9hBnmpI8KroK58T7aO5VJ6PTUPiM4y+4B4fcy 
pIoYSpxW9I2DZZMnKsHC3s9skxe8nDaua5rpzsQzKaPp74jRrg/rLQsf 
JWF/B1KpMCdWFNP8WRQ59AhvBcBlWRA8G9Au9ckV8itX8HX3ODjzhRpQ 
TgjVPFMZ44PPpDEmfAkmH52EQCViGHYYJZJwVUOIozZlrCHc5PzL49/s 
zMp9uL/JybUuWCYPXJp8LjSU/aBc18uD6mjl7kqb/GQVGJN4s1+QoKPc 
rDBpeCumsdB/XO+Bat6Ie+HEr7zE0V5gpG5wX19g1qxkx6ao6tpaCW6a BhUV3Q==

;; Received 1097 bytes from 127.0.0.1#53(127.0.0.1) in 6 ms

com.            172800    IN    NS    a.gtld-servers.net.
com.            172800    IN    NS    b.gtld-servers.net.
com.            172800    IN    NS    c.gtld-servers.net.
com.            172800    IN    NS    d.gtld-servers.net.
com.            172800    IN    NS    e.gtld-servers.net.
com.            172800    IN    NS    f.gtld-servers.net.
com.            172800    IN    NS    g.gtld-servers.net.
com.            172800    IN    NS    h.gtld-servers.net.
com.            172800    IN    NS    i.gtld-servers.net.
com.            172800    IN    NS    j.gtld-servers.net.
com.            172800    IN    NS    k.gtld-servers.net.
com.            172800    IN    NS    l.gtld-servers.net.
com.            172800    IN    NS    m.gtld-servers.net.
com.            86400    IN    DS    30909 8 2 
E2D3C916F6DEEAC73294E8268FB5885044A833FC5459588F4A9184CF C41A5766
com.            86400    IN    RRSIG    DS 8 1 86400 2018092417 
2018091116 41656 . 
kRFP5iOH6Zl4FQMXO4HhLIfwPR0eq9ED7D988zP7MfxI0TrcN+Lrrdzn 
8BbIb62ugMGCr7lXxab7qfzP3AsHoX8sxzSBdqMqmGU+kOYUDRvFdFQU 
iCvwDsPwhS24AvsHzk9etmWueNfaKaJwB0Bpp2MBE1f7TlTWePxP4S2s 
88C/CLw020+T5/0NSgBPoXrqBjKduzINheRzF7Lg8maGanW21e/rx2Sk 
vcsjIw7MBiBL2gmAN2r2585L0DMCaGD+RIJTaWRRGqmeNCnggH/fp9Bb 
wdTV64MEfJHBA1oZcbeLeYm8Iwg30gR4PbWfwGKBhNE4lStCdlIdeE7W orM+uw==

;; Received 1187 bytes from 192.203.230.10#53(e.root-servers.net) in 919 ms

chistvincentonecare.com. 172800    IN    NS    ns7.worldnic.com.
chistvincentonecare.com. 172800    IN    NS    ns8.worldnic.com.
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN NSEC3 1 1 0 - 
CK0Q1GIN43N1ARRC9OSM6QPQR81H5M9A NS SOA RRSIG DNSKEY NSEC3PARAM
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN RRSIG NSEC3 8 2 86400 
20180917044305 20180910033305 46475 com. 
T/foftH+GS7seSLRzFFjOHxRxNr40SO7l74hELDmGOanjRcs3f75/BqM 
BCZi7aZ2A8qrAqnurzgsyGIiwbfDWmu3lvVaH+3HFlMkjYXv3t2niveT 
pSS2fDqIRgvzOGT3SIaBdELgdCBwGPXpPKNfxtDrfH8nfip1pL9nKv0s uaI=
DIEVNSAPHP8HPRQRL26IGNGI5EM0LKJ2.com. 86400 IN NSEC3 1 1 0 - 
DIF0RUUKKEVM61QVO57P8LDRHD0HQ856 NS DS RRSIG
DIEVNSAPHP8HPRQRL26IGNGI5EM0LKJ2.com. 86400 IN RRSIG NSEC3 8 2 86400 
20180918050434 20180911035434 46475 com. 
RuwbwThzaiJAlheM3duu0a3QKH+O/eTJx7tsa+vCy81fUGUsf9de51oW

Re: [AFMUG] OT:DNS help!

2018-09-11 Thread Sam Morris 

Dave, here's what I see:

root@Ludwig:~# dig all www.stvincentonecare.com

; <<>> DiG 9.11.3-1ubuntu1.1-Ubuntu <<>> all www.stvincentonecare.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 52259
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;all.   IN  A

;; Query time: 0 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Tue Sep 11 14:32:02 CDT 2018
;; MSG SIZE  rcvd: 32

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62860
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;www.stvincentonecare.com.  IN  A

;; ANSWER SECTION:
www.stvincentonecare.com. 300   IN  A   199.191.50.184

;; Query time: 76 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Tue Sep 11 14:32:02 CDT 2018
;; MSG SIZE  rcvd: 69

root@Ludwig:~#

Does that help any?

Sam



On 09/11/2018 02:16 PM, Dave wrote:
I need a little assist on why my recursive DNS servers will not resolve 
a url:www.stvincentonecare.com
It is a https site but we dont have any issues resolving anything else 
with https or http for that matter.

Here is what the dig +trace command shows
# dig +trace www.chistvincentonecare.com

; <<>> DiG 9.9.5-9+deb8u16-Debian <<>> +trace www.chistvincentonecare.com
;; global options: +cmd
.            181483    IN    NS    i.root-servers.net.
.            181483    IN    NS    g.root-servers.net.
.            181483    IN    NS    d.root-servers.net.
.            181483    IN    NS    m.root-servers.net.
.            181483    IN    NS    h.root-servers.net.
.            181483    IN    NS    c.root-servers.net.
.            181483    IN    NS    l.root-servers.net.
.            181483    IN    NS    j.root-servers.net.
.            181483    IN    NS    k.root-servers.net.
.            181483    IN    NS    a.root-servers.net.
.            181483    IN    NS    f.root-servers.net.
.            181483    IN    NS    e.root-servers.net.
.            181483    IN    NS    b.root-servers.net.
.            181485    IN    RRSIG    NS 8 0 518400 2018092019 
2018090718 41656 . 
RuVlq0+7Fc6rTt1/caD9hBnmpI8KroK58T7aO5VJ6PTUPiM4y+4B4fcy 
pIoYSpxW9I2DZZMnKsHC3s9skxe8nDaua5rpzsQzKaPp74jRrg/rLQsf 
JWF/B1KpMCdWFNP8WRQ59AhvBcBlWRA8G9Au9ckV8itX8HX3ODjzhRpQ 
TgjVPFMZ44PPpDEmfAkmH52EQCViGHYYJZJwVUOIozZlrCHc5PzL49/s 
zMp9uL/JybUuWCYPXJp8LjSU/aBc18uD6mjl7kqb/GQVGJN4s1+QoKPc 
rDBpeCumsdB/XO+Bat6Ie+HEr7zE0V5gpG5wX19g1qxkx6ao6tpaCW6a BhUV3Q==

;; Received 1097 bytes from 127.0.0.1#53(127.0.0.1) in 6 ms

com.            172800    IN    NS    a.gtld-servers.net.
com.            172800    IN    NS    b.gtld-servers.net.
com.            172800    IN    NS    c.gtld-servers.net.
com.            172800    IN    NS    d.gtld-servers.net.
com.            172800    IN    NS    e.gtld-servers.net.
com.            172800    IN    NS    f.gtld-servers.net.
com.            172800    IN    NS    g.gtld-servers.net.
com.            172800    IN    NS    h.gtld-servers.net.
com.            172800    IN    NS    i.gtld-servers.net.
com.            172800    IN    NS    j.gtld-servers.net.
com.            172800    IN    NS    k.gtld-servers.net.
com.            172800    IN    NS    l.gtld-servers.net.
com.            172800    IN    NS    m.gtld-servers.net.
com.            86400    IN    DS    30909 8 2 
E2D3C916F6DEEAC73294E8268FB5885044A833FC5459588F4A9184CF C41A5766
com.            86400    IN    RRSIG    DS 8 1 86400 2018092417 
2018091116 41656 . 
kRFP5iOH6Zl4FQMXO4HhLIfwPR0eq9ED7D988zP7MfxI0TrcN+Lrrdzn 
8BbIb62ugMGCr7lXxab7qfzP3AsHoX8sxzSBdqMqmGU+kOYUDRvFdFQU 
iCvwDsPwhS24AvsHzk9etmWueNfaKaJwB0Bpp2MBE1f7TlTWePxP4S2s 
88C/CLw020+T5/0NSgBPoXrqBjKduzINheRzF7Lg8maGanW21e/rx2Sk 
vcsjIw7MBiBL2gmAN2r2585L0DMCaGD+RIJTaWRRGqmeNCnggH/fp9Bb 
wdTV64MEfJHBA1oZcbeLeYm8Iwg30gR4PbWfwGKBhNE4lStCdlIdeE7W orM+uw==

;; Received 1187 bytes from 192.203.230.10#53(e.root-servers.net) in 919 ms

chistvincentonecare.com. 172800    IN    NS    ns7.worldnic.com.
chistvincentonecare.com. 172800    IN    NS    ns8.worldnic.com.
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN NSEC3 1 1 0 - 
CK0Q1GIN43N1ARRC9OSM6QPQR81H5M9A NS SOA RRSIG DNSKEY NSEC3PARAM
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN RRSIG NSEC3 8 2 86400 
20180917044305 20180910033305 46475 com. 
T/foftH+GS7seSLRzFFjOHxRxNr40SO7l74hELDmGOanjRcs3f75/BqM 
BCZi7aZ2A8qrAqnurzgsyGIiwbfDWmu3lvVaH+3HFlMkjYXv3t2niveT 
pSS2fDqIRgvzOGT3SIaBdELgdCBwGPXpPKNfxtDrfH8nfip1pL9nKv0s uaI=
DIEVNSAPHP8HPRQRL26IGNGI5EM0LKJ2.com. 86400 IN NSEC3 1 1 0 - 
DIF0RUUKKEVM61QVO57P8LDRHD0HQ856 NS DS RRSIG
DIEVNSAPHP8HPRQRL26IGNGI5EM0LKJ2.com. 86400 IN RRSIG NSEC3 8 2 86400 
20180918050434 20180911035434 46475 com. 
RuwbwThzaiJAlheM3duu0a3QKH+O/eTJx7tsa+vCy81fUGUsf9de51oW

Re: [AFMUG] OT:DNS help!

2018-09-11 Thread Sam Morris 
Also Dave, I don't know if this is a typo, but the first URL you list is 
stvincentonecare.com; The second is chistvincentonecare.com. However, 
I'm able to resolve both of them.


Sam


On 09/11/2018 02:16 PM, Dave wrote:
I need a little assist on why my recursive DNS servers will not resolve 
a url:www.stvincentonecare.com
It is a https site but we dont have any issues resolving anything else 
with https or http for that matter.

Here is what the dig +trace command shows
# dig +trace www.chistvincentonecare.com

; <<>> DiG 9.9.5-9+deb8u16-Debian <<>> +trace www.chistvincentonecare.com
;; global options: +cmd
.            181483    IN    NS    i.root-servers.net.
.            181483    IN    NS    g.root-servers.net.
.            181483    IN    NS    d.root-servers.net.
.            181483    IN    NS    m.root-servers.net.
.            181483    IN    NS    h.root-servers.net.
.            181483    IN    NS    c.root-servers.net.
.            181483    IN    NS    l.root-servers.net.
.            181483    IN    NS    j.root-servers.net.
.            181483    IN    NS    k.root-servers.net.
.            181483    IN    NS    a.root-servers.net.
.            181483    IN    NS    f.root-servers.net.
.            181483    IN    NS    e.root-servers.net.
.            181483    IN    NS    b.root-servers.net.
.            181485    IN    RRSIG    NS 8 0 518400 2018092019 
2018090718 41656 . 
RuVlq0+7Fc6rTt1/caD9hBnmpI8KroK58T7aO5VJ6PTUPiM4y+4B4fcy 
pIoYSpxW9I2DZZMnKsHC3s9skxe8nDaua5rpzsQzKaPp74jRrg/rLQsf 
JWF/B1KpMCdWFNP8WRQ59AhvBcBlWRA8G9Au9ckV8itX8HX3ODjzhRpQ 
TgjVPFMZ44PPpDEmfAkmH52EQCViGHYYJZJwVUOIozZlrCHc5PzL49/s 
zMp9uL/JybUuWCYPXJp8LjSU/aBc18uD6mjl7kqb/GQVGJN4s1+QoKPc 
rDBpeCumsdB/XO+Bat6Ie+HEr7zE0V5gpG5wX19g1qxkx6ao6tpaCW6a BhUV3Q==

;; Received 1097 bytes from 127.0.0.1#53(127.0.0.1) in 6 ms

com.            172800    IN    NS    a.gtld-servers.net.
com.            172800    IN    NS    b.gtld-servers.net.
com.            172800    IN    NS    c.gtld-servers.net.
com.            172800    IN    NS    d.gtld-servers.net.
com.            172800    IN    NS    e.gtld-servers.net.
com.            172800    IN    NS    f.gtld-servers.net.
com.            172800    IN    NS    g.gtld-servers.net.
com.            172800    IN    NS    h.gtld-servers.net.
com.            172800    IN    NS    i.gtld-servers.net.
com.            172800    IN    NS    j.gtld-servers.net.
com.            172800    IN    NS    k.gtld-servers.net.
com.            172800    IN    NS    l.gtld-servers.net.
com.            172800    IN    NS    m.gtld-servers.net.
com.            86400    IN    DS    30909 8 2 
E2D3C916F6DEEAC73294E8268FB5885044A833FC5459588F4A9184CF C41A5766
com.            86400    IN    RRSIG    DS 8 1 86400 2018092417 
2018091116 41656 . 
kRFP5iOH6Zl4FQMXO4HhLIfwPR0eq9ED7D988zP7MfxI0TrcN+Lrrdzn 
8BbIb62ugMGCr7lXxab7qfzP3AsHoX8sxzSBdqMqmGU+kOYUDRvFdFQU 
iCvwDsPwhS24AvsHzk9etmWueNfaKaJwB0Bpp2MBE1f7TlTWePxP4S2s 
88C/CLw020+T5/0NSgBPoXrqBjKduzINheRzF7Lg8maGanW21e/rx2Sk 
vcsjIw7MBiBL2gmAN2r2585L0DMCaGD+RIJTaWRRGqmeNCnggH/fp9Bb 
wdTV64MEfJHBA1oZcbeLeYm8Iwg30gR4PbWfwGKBhNE4lStCdlIdeE7W orM+uw==

;; Received 1187 bytes from 192.203.230.10#53(e.root-servers.net) in 919 ms

chistvincentonecare.com. 172800    IN    NS    ns7.worldnic.com.
chistvincentonecare.com. 172800    IN    NS    ns8.worldnic.com.
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN NSEC3 1 1 0 - 
CK0Q1GIN43N1ARRC9OSM6QPQR81H5M9A NS SOA RRSIG DNSKEY NSEC3PARAM
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN RRSIG NSEC3 8 2 86400 
20180917044305 20180910033305 46475 com. 
T/foftH+GS7seSLRzFFjOHxRxNr40SO7l74hELDmGOanjRcs3f75/BqM 
BCZi7aZ2A8qrAqnurzgsyGIiwbfDWmu3lvVaH+3HFlMkjYXv3t2niveT 
pSS2fDqIRgvzOGT3SIaBdELgdCBwGPXpPKNfxtDrfH8nfip1pL9nKv0s uaI=
DIEVNSAPHP8HPRQRL26IGNGI5EM0LKJ2.com. 86400 IN NSEC3 1 1 0 - 
DIF0RUUKKEVM61QVO57P8LDRHD0HQ856 NS DS RRSIG
DIEVNSAPHP8HPRQRL26IGNGI5EM0LKJ2.com. 86400 IN RRSIG NSEC3 8 2 86400 
20180918050434 20180911035434 46475 com. 
RuwbwThzaiJAlheM3duu0a3QKH+O/eTJx7tsa+vCy81fUGUsf9de51oW 
RAy/amwKNc2i3IDqGWW4YbUESl4a4QqqwHaAb1UQ6lRxRx/izEHmmqY4 
vnidBd3tcy8s45yI2OKQ0TExrv4SJ8c2FmyQkVTgC4qac2VFJ6WZWJfc uTQ=

;; Received 618 bytes from 192.12.94.30#53(e.gtld-servers.net) in 139 ms

www.chistvincentonecare.com. 3600 IN    CNAME    chi.mymercy.net.
chi.mymercy.net.    3600    IN    A    141.8.225.31
;; Received 101 bytes from 207.204.21.104#53(ns8.worldnic.com) in 40 ms

If we try to do a NSLOOkUP we just get severfail error.

It almost seems like we have been blacklisted at worldnic.com

Any help or suggestions would be appreciated.
Thanks
Dave



--




--
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

[AFMUG] Cambium Backups

2018-08-15 Thread Sam Morris 
If you guys using Cambium 650 and 820 PtP units, do you perform any sort 
of automated backups of their configurations? If so, how do you go about 
that?


Thanks,
Sam

--
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

Re: [AFMUG] Ubiquiti Sues Cambium

2018-08-10 Thread Sam Morris 
I don't know if it's just the company for which I work, and the business 
agreement they have with Microsoft, or if it's universal, but we're not 
allowed to publish the results of any benchmarking tests we run related 
to anything made by MicroSoft. For instance, if we compared the 
performance of Windows NT to NetWare, we wouldn't be allowed to disclose 
the results of those tests. (And I know I'm going back a few years with 
the product examples...) :)


On 08/10/2018 01:06 PM, Mathew Howard wrote:
That's the thing that bothers me here... this almost comes across as 
them suing some random guy for the equivalent of saying "your product 
sucks" on the internet (I'm not saying that's what they're actually 
doing... I obviously don't know everything that's going on), and I 
wouldn't want anything to do with a company that would do that.


On Fri, Aug 10, 2018 at 12:56 PM Steve Jones > wrote:


I hope not they'll all sue me

On Fri, Aug 10, 2018, 12:53 PM Mathew Howard mailto:mhoward...@gmail.com>> wrote:

Right, the fanboys will probably think this is great, but in
reality, they're a probably a pretty insignificant percentage of
their customers.
As things stand now, I use both and I use whichever product
works better in any particular situation... but this sort of
thing certainly leaves a bad taste in my mouth, and if I was
somebody trying to decide between the two products, this would
certainly push me more towards Cambium.

And it makes you wonder if they're going to start suing people
just for saying bad stuff about them on the internet...

On Fri, Aug 10, 2018 at 12:46 PM Mike Hammett mailto:af...@ics-il.net>> wrote:

There are fanboys of both brands and then there are
grownups. The fanboys won't be swayed. The grownups may
determine the risk isn't worth it.

I use both brands.



-
Mike Hammett
Intelligent Computing Solutions 


Midwest Internet Exchange 


The Brothers WISP 






*From: *"Seth Mattinen" mailto:se...@rollernet.us>>
*To: *af@af.afmug.com 
*Sent: *Friday, August 10, 2018 12:42:03 PM
*Subject: *Re: [AFMUG] Ubiquiti Sues Cambium

On 8/10/18 10:37, Mike Hammett wrote:
 > The problem doesn't just apply to WISPs. UBNT has now
proven that
 > they're willing to sue their customers over things
unrelated to lack of
 > payment.


I don't think their fanbase will care.

-- 
AF mailing list

AF@af.afmug.com 
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

-- 
AF mailing list

AF@af.afmug.com 
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

-- 
AF mailing list

AF@af.afmug.com 
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

-- 
AF mailing list

AF@af.afmug.com 
http://af.afmug.com/mailman/listinfo/af_af.afmug.com





--
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

Re: [AFMUG] IP Camera system

2018-07-31 Thread Sam Morris 
I have mine running on an Ubuntu server, and have never had an issue 
with it.


On 07/31/2018 09:32 AM, Mitch Koep wrote:

Hey Guys,

I have a school that wants 60 Cameras

I need some input for what you have used for the NVR portion

that works with UBNT gen3 Cameras

Thanks

Mitch




--
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

Re: [AFMUG] Unauthorized Mikrotik winbox Login made changes

2018-07-17 Thread Sam Morris 

Abuse email address for that ip glengineer...@wilsonnc.org

On 07/17/2018 02:51 PM, Nate Burke wrote:
FWIW, 216.152.5.42 has been hammering my network scanning for the winbox 
port for over 24 hours.  Ok, Hammering as in 10 packets per second.


On 7/17/2018 1:24 PM, Philip Rankin wrote:

I had same thing. Same IP addr

On Mon, Jul 16, 2018 at 10:01 PM Nate Burke > wrote:


I just happened to be looking through the Logs of a couple Mikrotiks
that I didn't have Winbox Firewalled off From the outside world.
Someone
from the outside world logged into winbox today.  I had what I
'thought'
were strong passwords on them.  The only active service on the
router is
the Winbox Service.

The only changes that were made was they enabled the 'socks'
server, and
added input firewall rule for the socks port.  They were in and
out of
the router in a matter of seconds, so it looks like it was scripted
somehow.

I'm going through now and changing passwords and verifying all
routers
are locked from the outside.  On the routers that I've found this on,
all the logins were sourced from this same IP Address.  So far the
affected routers I've found were running versions 6.39-6.41.3

Might be a good time to check your logs and access controls.


jul/15 02:29:14 system,info,account user admin logged in from
194.40.240.254 via winbox
jul/15 02:29:17 system,info,account user admin logged in from
194.40.240.254 via telnet
jul/15 02:29:18 system,info socks config changed by admin
jul/15 02:29:18 system,info filter rule added by admin
jul/15 02:29:19 system,info,account user admin logged out from
194.40.240.254 via winbox
jul/15 02:29:19 system,info,account user admin logged out from
194.40.240.254 via telnet




-- 
AF mailing list

AF@af.afmug.com 
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

--
   Phil

Philip J. Rankin, CEO
Wireless Telecommunications, Corp.
A division of;
Mobilcom Wireless Services
PO Box 24
Pittsburg, KS  66762
620-231-8188








--
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

Re: [AFMUG] Ubiquiti 2.4

2018-06-27 Thread Sam Morris 
I have 6.1.6 XM running and am not experiencing that issue.I rebooted it 
last week at which time it had been up almost two months, with clients 
connected for 50+ days.


On 06/27/2018 12:40 PM, Timothy Steele wrote:

It will kick client off the AP you need to use the old 5.5 firmware

On Wed, Jun 27, 2018, 12:58 PM Sam Morris <mailto:w...@csilogan.com>> wrote:


What's up with the 900 Mhz and latest firmware?

On 06/21/2018 11:01 PM, Timothy Steele wrote:
 > Sounds like interference issue latest firmware is very solid
unless your
 > running 900mhz
 >
 > On Thu, Jun 21, 2018, 5:22 PM Jason McKemie
 > mailto:j.mcke...@veloxinetbroadband.com>
 > <mailto:j.mcke...@veloxinetbroadband.com
<mailto:j.mcke...@veloxinetbroadband.com>>> wrote:
 >
 >     I'm having a bit of a head-scratcher here.  I've got a Ubiquiti
 >     Nanostation that I'm using as an AP for a small repeater
site.  All
 >     of the CPE's attached to it dropped in TX signal strength by
about
 >     15-20db.  I tried switching the Nanostation out thinking maybe it
 >     was going deaf, but the problem persisted.  Then I tried
switching
 >     to the opposite end of the band (was at the low end). 
Problem went

 >     away.  Is there something I'm not aware of from a regulatory
 >     standpoint that has been added in newer firmware or is this a
bug?
 >     It didn't seem to have nearly as much of an effect on the
AP's TX,
 >     so I'm leaning towards a bug.
 >
 >     -Jason
 >     --
 >     AF mailing list
 > AF@af.afmug.com <mailto:AF@af.afmug.com> <mailto:AF@af.afmug.com
<mailto:AF@af.afmug.com>>
 > http://af.afmug.com/mailman/listinfo/af_af.afmug.com
 >
 >
 >

-- 
AF mailing list

AF@af.afmug.com <mailto:AF@af.afmug.com>
http://af.afmug.com/mailman/listinfo/af_af.afmug.com





--
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

Re: [AFMUG] Fw: Hola muchachos

2018-06-27 Thread Sam Morris 

On a nine hole, par 3...

On 06/21/2018 03:07 PM, Robert Andrews wrote:

I shot 76 on the golf course...

On 06/21/2018 01:05 PM, ch...@wbmfg.com wrote:

Shot a 76 on the golf course.

-Original Message- From: Robert Andrews
Sent: Thursday, June 21, 2018 2:02 PM
To: af@af.afmug.com
Subject: Re: [AFMUG] Fw: Hola muchachos

Or was it 76 airfibers?

On 06/21/2018 12:30 PM, ch...@wbmfg.com wrote:

*From:* ch...@wbmfg.com
*Sent:* Thursday, June 21, 2018 1:30 PM
*To:* Jaime Solorza
*Subject:* Re: [AFMUG] Hola muchachos
Hmmm, you turned 76 or you had –76 dBm or it was 76 degrees?
*From:* Jaime Solorza
*Sent:* Thursday, June 21, 2018 1:25 PM
*To:* af@af.afmug.com
*Subject:* [AFMUG] Hola muchachos
Aligning to AF24s was 76 earlier...one down, one to go

Jaime Solorza


--
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com








--
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

Re: [AFMUG] Ubiquiti 2.4

2018-06-27 Thread Sam Morris 

What's up with the 900 Mhz and latest firmware?

On 06/21/2018 11:01 PM, Timothy Steele wrote:
Sounds like interference issue latest firmware is very solid unless your 
running 900mhz


On Thu, Jun 21, 2018, 5:22 PM Jason McKemie 
> wrote:


I'm having a bit of a head-scratcher here.  I've got a Ubiquiti
Nanostation that I'm using as an AP for a small repeater site.  All
of the CPE's attached to it dropped in TX signal strength by about
15-20db.  I tried switching the Nanostation out thinking maybe it
was going deaf, but the problem persisted.  Then I tried switching
to the opposite end of the band (was at the low end).  Problem went
away.  Is there something I'm not aware of from a regulatory
standpoint that has been added in newer firmware or is this a bug?
It didn't seem to have nearly as much of an effect on the AP's TX,
so I'm leaning towards a bug.

-Jason
-- 
AF mailing list

AF@af.afmug.com 
http://af.afmug.com/mailman/listinfo/af_af.afmug.com





--
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com