Due to a faulty RU core network device, several service couldn’t be reached. This device is in a redundant setup. The ISC network department will start an investigation what exactly happened and how to prevent nuisance in the future.

Yesterday afternoon a DNS error with science.ru.nl (due to the introduction of the secure DNSSEC) made science.ru.nl disappear from the internet for many users, when viewed from outside campus. In the evening this error has been corrected. Because of the caching of DNS responses, the last problems should disappear tonight. In the meantime one can use workarounds like rebooting the home router and/or pc, using a different network (mobile provider) or using rainloop.science.ru.nl instead of roundcube.science.ru.nl for webmail access.

Because a web application used too much memory, all websites of this webserver had problems. After restarting the webserver, all websites could be reached again. We will make sure that web applications get memory limits, which will prevent this problem in the future.

Due to a faulty network switch, approx 40 network connections in Huygens wing 4 were temporarily unavailable. The switch has been replaced.

This morning, the Matlab license server stopped, because yesterday an error had been made in the upgrade to version R2019a. After the error had been corrected, the license server was restarted, which resolved the problem.

The poster printer has to be repaired, but we can’t easily fix it. We hope to have the printer operational again in the near future. In the meantime you might use the RU copyshop.

Due to a configuration fault in the Science radius server, many connections to Eduroam for users with a science account failed. It took two days of joint investigation by ISC and C&CZ to resolve this problem.

On December 10, the support for the security protocol TLS v1 and v1.1 was discontinued within the Radboud Eduroam wireless network. From that moment on, all wireless clients such as laptops, smartphones, tablets and the like must use TLS version 1.2 or higher. Unfortunately, the outcome of this change was not as expected. After the change, there were more clients with connection problems than the number of clients using TLSv1. After a period of testing and research, the ISC decided around 12.00 to reverse the change. ...

A configuration change was automatically put into production Tuesday morning which had been prepared the previous day on Ubuntu 14_04 LTS, Ubuntu 16_04 LTS and Ubuntu 18_04 LTS in order to increase the level of security of SSH connections within FNWI. The change had the side effect of crashing the SSH daemon on Ubuntu 12_04 LTS and preventing older SSH clients from connecting at all. Users are encouraged to update their SSH clients so that we can gradually increase the level of security again.

One of the data-disks has a currupted file system. During the time slot menioned above, the server was unavailable. At the moment the server is running without the defective disk (milkun16). At the moment, we are trying to fix the disk.