We recently polled staff and research students in the School on some approaches and suggested technologies for moving forward with better and more integrated support for Video Conferencing in the School: https://wiki.inf.ed.ac.uk/DICE/VideoConferencing. That page has now been updated with a summary of all the comments received.
The proposal now is that meeting room 5.02 in the Forum will be kitted out with generic hardware (dual monitors, camera, audio system with remote microphone pod and a computer) and made available for anyone to use. We will make at least Zoom available, and one or maybe two other systems, in this room and on School desktops. Everyone can then try these out for a while, alongside the existing Lifesize facility in 4.02.
Informatics has been selected to host one of the first five sponsored RIPE atlas anchors! The other four sites are in Macedonia, France, Romania and Albania.
The RIPE atlas system consists of several thousand network “probes” dotted around the world. These perform a variety of standard and user-instigated measurements of hosts and services on the Internet, for research and post hoc investigations. Informatics has hosted one of these probes for a couple of years now. Anchors are essentially larger and more capable probes, located at sites with good stable connectivity, which can be used as the target for other probes’ queries.
As a result of hosting these systems we earn “credits” which can be use to “pay for” our own measurements. We have spare credits, and should have many more as a result of hosting the anchor probe. If you think it would be useful for your own work to make use of the atlas system’s capabilities, please get in touch and we’ll see what we can set up.
And, of course, it’s also good publicity for Informatics across the network operations community, and it’s a way for us to do our bit in a small way towards the smooth running of the Internet at large.
Over the last couple of years, we have noticed that more and more of you are buying NAS appliances, boxes containing a number of commodity disks which can be attached to the network and serve that disk space to other machines on the network. This was a cause of concern to the computing staff because these appliances can raise issues of security and reliability and so in an effort to see if these boxes were meeting a need which might be equally well met by a commodity computing provision, I talked to those of you who had purchased this kind of kit in the last couple of years (and a big thanks to all those who took the time to respond to my request for information).
As expected, the biggest attraction of these devices was that they (with one or two caveats) offered substantially cheaper storage than anything offered by the School or the central University. Also attractive was the fact that people had more control over their storage, allowing them to reconfigure it as necessary, and that units could be bought with more disk slots than were required at first allowing for low cost expansion as needs dictated. These are features which would be difficult for the School to match at the moment and so it does seem that the purchase of this kind of equipment may be justified in some cases.
As mentioned above however, there are some real security and reliability concerns over these devices and so to help people decide whether a NAS appliance may be a good fit for their needs, we have created a page detailing some points to consider when contemplating purchasing one of these devices. We would encourage anyone thinking about using a NAS box to read this page and, if they require further advice, contact the computing staff in the usual way.
Informatics is one of the few schools that maintains its own separately authenticated local user accounts (DICE) rather than using EASE/AD centrally managed accounts. Our accounts are automatically created and expired based on data we receive from the centre. However this is a much more complex process than at first might seem.
We need to pull data from a number of central sources to determine whether a local Informatics account should be generated for a user:
- EUCLID (Edinburgh University Complete Lifecycle Integrated Development) is used to provide data on which students are on our programmes, or on other School’s programmes but taking some of our courses, and we use this to create the set of “current” students that need an account. When the programme registration ends for whatever reason (hopefully the result of an award) or the course ends (effective at the end of a session) or status indicates withdrawal then the local account will enter expiry. There are plenty of issues we see with this data such as changes of programme/status, or a dependence on when the centre update key data that can all cause a lag in local account creation. We also use data from EUCLID to be informed of our “upcoming” students (principally PG students) so that the local account can be created in advance of the actual programme start date.
- OracleHR/IDM (Identity Management System) is used to provide data on which staff are associated with our School and are entitled to a local account. There are many subtle issues with this particular data set (primarily due to the fact that OracleHR at least was never intended to be a feed of live data) that means we often see a lag in account creation for staff, which we would prefer not to have. Also we see issues with new staff that have transferred from elsewhere in the University. Staff that are not “contractually” associated with our School but nevertheless for whatever reason need a local account are also problematic.
- VRS (Visitor Registration System) is used to provide data on visitors who need a local account (not all do). There are issues with this data set due to upstream bugs that have not been fixed and also with handling aspects of the UUN reconciliation process.
As a meta issue we also have to track many accounts that traverse (and change associated UUN as they do) from one data set to another. For example, a student on one of our programmes that after finishing becomes employed as a member of staff and then leaves but is kept on as a visitor. Different account types often overlap as well, temporarily while traversing or for a longer period of time (for example a member of staff who is also registered to do a PhD).
So while we deal automatically with the creation and expiration of many local accounts every day, the vast majority of the few thousand or so we have causing us no trouble, we still often have to deal with anomalies in specific edge cases. Unfortunately individual anomalies can cause a delay in account creation or can result in erroneous account expiration. Each instance must be manually investigated and progressed.
If you do have an issue with your own account or an account you have requested for someone else please contact frontline support who will be able to investigate.
If you sometimes struggle to remember passwords, a password manager can help. It’s a utility which can store your usernames and passwords in a strongly encrypted personal file, and which can generate random passwords for you.
keepassx2. It can save passwords to a local file, which it encrypts securely. If you need to access your passwords on another system, copy the file to that machine and download a copy of KeePassX to open it with. It’s available for Mac, Linux and Windows.
To get started, read How to: Use KeePassX, one of the Surveillance Self Defense series published by the Electronic Frontier Foundation.
Users of the older
keepassx command will find that their older-format password file can be imported into
If you’re a Windows user you might prefer the similar .NET based project KeePass, which KeePassX was based on – although in fact nowadays both projects are available for a variety of platforms. Current versions of KeePass and KeePassX use the same file format, so you should be able to open your password file with either or both of them.
If you’d also like to use your KeePassX or KeePass file on a phone, take a look at the list of unofficial ports of KeePass on the KeePass download page.
Please take care when you type internet domain names, whether into an address box or at the command line!
Domain-squatters are people who register internet domain names which are very similar to other “real” names. They do this in the hope of attracting mis-directed traffic, generally either for advertising purposes or so that they can steal credentials for later use. For example,
c.uk is registered to “a non-UK Corporation”, and if you mis-type
www.inf.eda.c.uk you will be taken to a completely different site altogether. Roughly half of the possible single-letter
.uk domains are registered, as are many two-letter permutations and truncations.
Within Informatics we attempt to block these, by having our own nameservers redirect to the bit-bucket. Many large corporations also register common typos of their own names: for example
gooogle.com will redirect to
Elsewhere though, it’s down to care and vigilance. Don’t just click through unexpected responses. Take a second look to see what’s really going on. And if in doubt, ask.
You can find some guidance on data security on our computing.help pages.
There have been a couple of changes to the local mail services recently. None of which Informatics users should have noticed, but for the record.
mail.inf.ed.ac.uk now only relays from Informatics machines
Due to a misconfiguration, mail.inf.ed.ac.uk had been allowing any machine within the University’s network to relay mail through it. This came to light when a compromised machine elsewhere in the University was sending spam out via us. This is now been tightened up, and only machines on the Informatics network can freely relay mail via mail.inf.ed.ac.uk.
smtp.inf.ed.ac.uk is now running fail2ban
The smtp.inf.ed.ac.uk service has been upgraded to SL7, and at the same time is now running fail2ban. This means that repeated, successive authorisation failures from an IP address, will result in that IP address being denied access for a period of time. This is to stop the bad guys from trying to brute force your password. This is similar to the steps taken on the external ssh access machines.
Posted in Service Update
On Thursday 26th January we plan to upgrade the NX remote desktop service.
All that will happen is that at about 09:00 we will change the DNS aliases (nx.inf and staff.nx.inf) to point to the new machines. This change can take some time to propagate so we will not immediately remove access to the old servers, they will be left running as normal until 12:00 Friday 3rd February. This should allow sufficient time for users logged in to finish their existing sessions and move to the new server.
The general access service (nx.inf.ed.ac.uk) will move from piccadilly to hammersmith, the new IP address will be
The staff service (staff.nx.inf.ed.ac.uk) will move from northern to jubilee, the new IP address will be
The SSH key fingerprints will change which will cause the NX client to request verification. See the NX help pages for the new key fingerprints and further information regarding the NX service.
If you encounter any problems accessing the NX service please contact us via the Support Form.
The university information security office recommends keeping system software up to date as the first basic requirement to protect yourself online.
Users of self-managed machines, particularly laptops and tablets that are used outside the School need to be particularly vigilant. Computing support rarely recommend installing the initial release of new software straight away, e.g. 10.12.0, as there are inevitably problems to be resolved. In the case of Mac OS X we now recommend that users upgrade to macOS Sierra, if possible, for reasons of security. The current release is now 10.12.3
Some older machine models are no longer supported so please do check the requirements online. If you believe that your hardware or application software is not compatible with Sierra and that you need to stick with an older version then please check the security fixes for your operating system are up to date.
Recent updates to Sierra, as well as Yosemite and El Capitan provide important security fixes for browser vulnerabilities, noted in this security advisory.
We have put some initial information about Sierra on the computing help website at macos-releases .
Please remember there is a local mailing list email@example.com, which is a very low traffic list for self-support amongst Informatics Apple users. To subscribe visit http://lists.inf.ed.ac.uk/mailman/listinfo/mac-users .
We are planning to upgrade the WordPress server providing blog.inf from SL6 to SL7, and to this end a clone of blog.inf running on SL7 has been set up. If you wish to test that your blog and any associated plugins behave as you expect under SL7, then take a look at the SL7 test server, wobleg.inf.ed.ac.uk, and let us know if you find anything amiss.
WordPress itself will also be upgraded to version 4.6.1 (from 4.5.2), which addresses some security issues and fixed 15 bugs. For more information, see the release notes.
Note that this site is a clone of the live site, and a one-time copy was taken on 23/01/2017. Note also that the site is not accessible outside of the Informatics firewall, and any changes you make to the test site will be temporary, as the test site will be deleted after the live service upgrade.
Please try to do any testing within the next week, as – all other things being equal – the upgrade will take place at some point after 1st February (date to be announced).
Note that it is also intended to upgrade other managed WordPress servers within Informatics to SL7, and a similar process may apply.