Re: Widespread Firefox issues

On Fri, 2019-05-03 at 21:38 -0600, Brielle Bruns wrote: > On 5/3/2019 8:58 PM, Adrian Minta wrote: > > My temporary solution was to set "xpinstall.signatures.required" > > to "false". > Unfortunately only works if you are using the Dev version :( Or, apparently, if you are using the Linux

Re: Widespread Firefox issues

On 5/3/2019 8:58 PM, Adrian Minta wrote: My temporary solution was to set "xpinstall.signatures.required" to "false". Unfortunately only works if you are using the Dev version :( They totally removed ability to bypass that in the standard distribution of Firefox. Ugh -- Brielle Bruns The

Re: Widespread Firefox issues

On 5/3/2019 8:48 PM, Keith Medcalf wrote: Clearly false, since it is 2019-05-04 02:46:31.342994 now and nothing whatsoever happened to my Firefox browser, and all the extensions are still working just fine. Clearly you are not reading the bug reports and paying attention. Its not happening

Re: Widespread Firefox issues

On 5/3/2019 9:10 PM, Karl Auer wrote: The diagnosis in the OP's message may be false, but there is most definitely a widespread FF issue (or was, maybe fixed now). It affected me and numerous others. I'm just repeating what was mentioned elsewhere - don't shoot the messenger. We'll have to

RE: Widespread Firefox issues

HTTPS: has nothing to do with the website being "secure". https: means that transport layer security (encryption) is in effect. https: is a PRIVACY measure, not a SECURITY measure. --- The fact that there's a Highway to Hell but only a Stairway to Heaven says a lot about anticipated

Re: Widespread Firefox issues

On Fri, 2019-05-03 at 20:48 -0600, Keith Medcalf wrote: > Clearly false, since it is 2019-05-04 02:46:31.342994 now and nothing > whatsoever happened to my Firefox browser, and all the extensions are > still working just fine. The diagnosis in the OP's message may be false, but there is most

Re: Widespread Firefox issues

On Fri, 3 May 2019 at 20:57, Brielle Bruns wrote: > Just an FYI since this is bound to impact users: > > https://bugzilla.mozilla.org/show_bug.cgi?id=1548973 > > Basically, Mozilla forgot to renew an intermediate cert, and people's > Firefox browsers have mass-disabled addons. > > Whoops. >

RE: Widespread Firefox issues

Besides which, if something was signed AT THE TIME when the certificate chain was valid, then that signature will be a valid signature forever (unless one of the certificates in the chain is revoked). The future or current expiry of a certificate or an intermediary has no effect whatsoever

Re: Widespread Firefox issues

My temporary solution was to set "xpinstall.signatures.required" to "false". On 5/4/19 4:55 AM, Brielle Bruns wrote: Just an FYI since this is bound to impact users: https://bugzilla.mozilla.org/show_bug.cgi?id=1548973 Basically, Mozilla forgot to renew an intermediate cert, and people's

RE: Widespread Firefox issues

Clearly false, since it is 2019-05-04 02:46:31.342994 now and nothing whatsoever happened to my Firefox browser, and all the extensions are still working just fine. --- The fact that there's a Highway to Hell but only a Stairway to Heaven says a lot about anticipated traffic volume.

Widespread Firefox issues

Just an FYI since this is bound to impact users: https://bugzilla.mozilla.org/show_bug.cgi?id=1548973 Basically, Mozilla forgot to renew an intermediate cert, and people's Firefox browsers have mass-disabled addons. Whoops. -- Brielle Bruns The Summit Open Source Development Group

Re: Looking for audiovisual resources on Clos topologies

Get Outlook for Android From: NANOG on behalf of Valdis Klētnieks Sent: Friday, May 3, 2019 7:22:52 PM To: Sadiq Saif Cc: nanog@nanog.org Subject: Re: Looking for audiovisual resources on Clos topologies On Fri, 03 May 2019 13:08:55

Re: NTP question

well, if they all go down, here is my backup clock. On Fri, May 3, 2019 at 10:04 AM Seth Mattinen wrote: > > On 5/1/19 8:35 PM, Mel Beckman wrote: > > But wait. What is the GPS constellation goes down? THEN we have bigger > problems > > > For timing if we lose the WWV stations and CDMA, then

Weekly Routing Table Report

This is an automated weekly mailing describing the state of the Internet Routing Table as seen from APNIC's router in Japan. The posting is sent to APOPS, NANOG, AfNOG, SANOG, PacNOG, SAFNOG TZNOG, MENOG, BJNOG, SDNOG, CMNOG, LACNOG and the RIPE Routing WG. Daily listings are sent to

Re: Looking for audiovisual resources on Clos topologies

On Fri, 3 May 2019, at 13:32, Hugo Slabbert wrote: > > > Some notes from Facebook and Google network architecture > evolution/designs > Google: http://conferences.sigcomm.org/sigcomm/2015/pdf/papers/p183.pdf > Facebook: >

Re: any interesting/useful resources available to IPv6 only?

> On May 3, 2019, at 11:47 AM, Doug Barton wrote: > > On 5/3/19 8:14 AM, Brian J. Murrell wrote: >> Hi, >> I am trying to make a case (to old fuddy-duddies, which is why I even >> need to actually make a case) for IPv6 for my own selfish reasons. :-) >> I wonder if anyone has any references to

Re: Looking for audiovisual resources on Clos topologies

On Fri 2019-May-03 13:08:55 -0400, Sadiq Saif wrote: Hi all, I recently read a APNIC blog post about LINE's network redesign [0] into a Clos topology. That lead to me RFC7938 [1] which has a fairly minimal explanation of the topology design itself. I was wondering if there are any NANOG

Re: Looking for audiovisual resources on Clos topologies

On Fri, 03 May 2019 13:08:55 -0400, Sadiq Saif said: > I recently read a APNIC blog post about LINE's network redesign [0] into > a Clos topology. That lead to me RFC7938 [1] which has a fairly minimal > explanation of the topology design itself. >From the APNIC blog: "In the case of LINE's

Looking for audiovisual resources on Clos topologies

Hi all, I recently read a APNIC blog post about LINE's network redesign [0] into a Clos topology. That lead to me RFC7938 [1] which has a fairly minimal explanation of the topology design itself. I was wondering if there are any NANOG or other *NOG talks explaining the Clos topology in a

Re: NTP question

On 5/1/19 8:35 PM, Mel Beckman wrote: But wait. What is the GPS constellation goes down? THEN we have bigger problems For timing if we lose the WWV stations and CDMA, then it seems the diversity plan is going to be a combination of US GPS, Galileo, and GLONASS disciplined sources.

Re: is dnswl dead?

On Fri, 03 May 2019 00:55:17 -0500, Jose Manuel Vazquez Castro said: > And check first connectivity ping and telnet tcp ports 22 , 873 to ips > destination's from your linuxbox: > > Record A rsync2.dnswl.org > 139.162.192.198 > 142.44.243.216 > > Or use in the command directly the ip. > You are

Re: any interesting/useful resources available to IPv6 only?

On 5/3/19 8:14 AM, Brian J. Murrell wrote: Hi, I am trying to make a case (to old fuddy-duddies, which is why I even need to actually make a case) for IPv6 for my own selfish reasons. :-) I wonder if anyone has any references to interesting/useful/otherwise resources on are only available to

Re: any interesting/useful resources available to IPv6 only?

On 2019-05-03 17:14, Brian J. Murrell wrote: > Hi, > > I am trying to make a case (to old fuddy-duddies, which is why I even > need to actually make a case) for IPv6 for my own selfish reasons. :-) > > I wonder if anyone has any references to interesting/useful/otherwise > resources on are only

Re: is dnswl dead?

/subscribe On Fri, May 3, 2019 at 11:28 AM Jose Manuel Vazquez Castro wrote: > > And check first connectivity ping and telnet tcp ports 22 , 873 to ips > destination's from your linuxbox: > > Record A rsync2.dnswl.org > 139.162.192.198 > 142.44.243.216 > > Or use in the command directly the ip.

Re: is dnswl dead?

And check first connectivity ping and telnet tcp ports 22 , 873 to ips destination's from your linuxbox: Record A rsync2.dnswl.org 139.162.192.198 142.44.243.216 Or use in the command directly the ip. You are behinds a router, proxy , Nat device. May cause problems or deny filter traffic. If

Re: is dnswl dead?

Hi List files: rsync rsync2.dnswl.org::dnswl Try exactly this command BIND: rsync --times rsync2.dnswl.org::dnswl/bind-* /some/path/ El vie., 3 de mayo de 2019 0:23, Randy Bush escribió: > % /usr/local/bin/rsync --times rsync2.dnswl.org::dnswl/bind-dnswl-nons.zone >

any interesting/useful resources available to IPv6 only?

Hi, I am trying to make a case (to old fuddy-duddies, which is why I even need to actually make a case) for IPv6 for my own selfish reasons. :-) I wonder if anyone has any references to interesting/useful/otherwise resources on are only available to IPv6 users that they can forward to me.

Re: is dnswl dead?

> List files: > rsync rsync2.dnswl.org::dnswl sorry. i am a little confused. are you trying to tell me how to use rsync or that dnswl is not broken for you? i am an rsync addict, and i still fear dnswl is broken. # rsync rsync2.dnswl.org::dnswl rsync: read error: Connection reset by peer (54)