<![CDATA[Eskimo North]]> http://www.eskimo.com/forums Wed, 24 Apr 2019 11:26:27 -0700 Smartfeed extension for phpBB nanook@eskimo.com http://www.eskimo.com/forums/styles/Carbon/theme/images/site_logo.gif <![CDATA[Eskimo North]]> http://www.eskimo.com/forums en-gb Wed, 24 Apr 2019 11:26:27 -0700 10 <![CDATA[Announcements :: Debian :: Author Nanook]]> http://www.eskimo.com/forums/viewtopic.php?f=4&t=504&p=888#p888
Debian’s key database has gotten badly corrupted. The machine is down at present and is being restored from backups. It should be available again in about an hour.

In the meantime, please use one of the other debian derived machines such as julinux.yellow-snow.net, mint.eskimo.com, mxlinux.eskimo.com, ubuntu.eskimo.com, or zorin.eskimo.com.]]>
nanook@eskimo.com (Nanook) http://www.eskimo.com/forums/viewtopic.php?f=4&t=504&p=888#p888 Mon, 25 Mar 2019 16:31:28 -0700 http://www.eskimo.com/forums/viewtopic.php?f=4&t=504&p=888#p888
<![CDATA[Announcements :: Linux CPU Security Exploit :: Author Nanook]]> http://www.eskimo.com/forums/viewtopic.php?f=4&t=505&p=889#p889 https://www.kernel.org/doc/html/latest/ ... /l1tf.html In our cause I performed measurements on system load, web page loading times and latency with and without this CPU feature turned off and in our case it made no measurable difference so I turned it off with: echo 'off' > /sys/devices/system/cpu/smt/control. I put this in /etc/rc.local which is enabled on our machines for this and some other adjustments.]]> nanook@eskimo.com (Nanook) http://www.eskimo.com/forums/viewtopic.php?f=4&t=505&p=889#p889 Tue, 26 Mar 2019 18:25:22 -0700 http://www.eskimo.com/forums/viewtopic.php?f=4&t=505&p=889#p889 <![CDATA[Announcements :: Maintenance Friday - Saturday :: Author Nanook]]> http://www.eskimo.com/forums/viewtopic.php?f=4&t=506&p=890#p890 nanook@eskimo.com (Nanook) http://www.eskimo.com/forums/viewtopic.php?f=4&t=506&p=890#p890 Fri, 05 Apr 2019 02:17:43 -0700 http://www.eskimo.com/forums/viewtopic.php?f=4&t=506&p=890#p890 <![CDATA[Announcements :: Dial-up Access Down :: Author Nanook]]> http://www.eskimo.com/forums/viewtopic.php?f=4&t=507&p=891#p891
Presently, our dial-up customers are unable to authenticate.

We have tested our radius authentication servers and those of our wholesale provider and found the issue to be with the providers authentication servers.

I attempted to generate a ticket via the normal means at GlobalPops loginto.us website and found the ticket link broken on their website as well.

Since they normally do not allow phone tech support and have no means of contacting other than the now broken ticket system, I called their retail dial-up center and got them to generate a ticket for me. I was assured I would receive a copy in my e-mail and someone would contact me but so far neither has occurred.]]>
nanook@eskimo.com (Nanook) http://www.eskimo.com/forums/viewtopic.php?f=4&t=507&p=891#p891 Tue, 09 Apr 2019 13:31:23 -0700 http://www.eskimo.com/forums/viewtopic.php?f=4&t=507&p=891#p891
<![CDATA[Announcements :: Dial Access Fully Restored :: Author Nanook]]> http://www.eskimo.com/forums/viewtopic.php?f=4&t=508&p=892#p892
We found servers in our logs that were not in our server configuration.

Further investigation determined that GlobalPOPs had added additional radius servers but had not informed us. Requests coming from new servers not in our configuration were rejected causing authentication failures.

I obtained a complete list of their radius servers, added it to our clients.conf file and now authentication is functioning again.]]>
nanook@eskimo.com (Nanook) http://www.eskimo.com/forums/viewtopic.php?f=4&t=508&p=892#p892 Thu, 11 Apr 2019 18:06:14 -0700 http://www.eskimo.com/forums/viewtopic.php?f=4&t=508&p=892#p892