The mailing list for users of the eduroam Configuration Assistant Tool (CAT)

[Stefan Winter <stefan.winter AT restena.lu>]

Hi,

>   Clearly you did not get enough sleep :).

That may well be true :-)

> Of course we do have a way to deeplink installer which is independent of
> the cache mechanism.
> You are using it yourself for administrators downloads :).
> 
> The magic link direct link is:
> https://cat.eduroam.org/download.php?idp=337&profile=487&generatedfor=user&device=apple_lion

Wow. Are you sure that's my code? Anyway, cool :-)

You can apparently even add "&lang=fr" and analogous to get the
installer in different languages.

Well, this needs to be documented in any case. It doesn't help much if
the URL is only known to a subset of the two core developers ;-)

How about putting a small link besides the download button which
contains the magic URL, like

(direct link)

in very small font for those who care?

> However I would suggest that you might also use:
> https://cat.eduroam.org/basic.php?page=5&idp=337&country=uk&lang=en&profile=487&device=vista
> 
> This will display some important information to your user before the
> download.

Well, this will always open the smartphone-optimised basic.php, which
looks ... basic. Not very appealing on real laptops.

Greetings,

Stefan Winter

> If you play with basic.php you will easily discover the magic names for
> devices.
> 
> If such deep linking is something people would like to have, then we
> could put some more effort into in the future, however please consider
> that CAT 1.1 will have an OS detection mechanism, as you could see on
> our test site.
> For instance try:
> 
> http://cat.eduroam.pl/?profile=177&idp=216
> 
> This will guess the operating system and profile most likely the best link.
> 
> Tomasz
> 
> 
> 
> W dniu 06.09.2013 07:58, Stefan Winter pisze:
>> Hi,
>>
>>> we are finding the cat tool very helpful and have customised the login
>>> to the wireless to allow users to download the relevant installer to
>>> their device. However we found out that the link had changed which made
>>> our link defunct. For example
>>>
>>> WIN7
>>> from 6ish aug 2013
>>> https://cat.eduroam.org/downloads/e3a645efb554d5c0001ac16e60b5a97a/eduroam-W7-UoH-.exe
>>>
>>> from 20ish aug 2013
>>> https://cat.eduroam.org/downloads/02055780e4ff55a61c876620250e5d6e/eduroam-W7-UoH-.exe
>>>
>>> Is it possible to 'fix' the url and make it reliable to point to?
>> The directory names are so awkward because they are caches. When CAT
>> gets updated with changes to actual installer code, all caches get
>> purged and recreated on the next download click. The name of the cache
>> directory changes as well.
>>
>> There are more conditions which would lead to changes, e.g. if you make
>> a change to your IdP name, then the filename of the exe file itself
>> would change, and no amount of care on our side would prevent that.
>>
>> So, in short, right now it's unreliable to deep-link directly to the
>> transient exe. I would suggest to link to this:
>>
>> https://cat.eduroam.org/?idp=337&profile=487
>>
>> which avoids the discovery process and drops your users directly into
>> the University of Hertfordshire download area. The Win 7 installer is
>> then just one click away.
>>
>> Otherwise, you are of course invited to download the exe file yourself
>> and put it on persistent storage such as your own helpdesk pages on your
>> own webserver. Doing so will unfortunately mean you miss any updates to
>> the installer code which might happen when the CAT code gets updated.
>>
>> I'll have a chat with my co-developer Tomasz to see if we can add a
>> little more persistence to the download directory structure for version
>> 1.1. The problem with name changes will always remain though.
>>
>> Greetings,
>>
>> Stefan Winter
>>
> 


-- 
Stefan WINTER
Ingenieur de Recherche
Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et
de la Recherche
6, rue Richard Coudenhove-Kalergi
L-1359 Luxembourg

Tel: +352 424409 1
Fax: +352 422473

PGP key updated to 4096 Bit RSA - I will encrypt all mails if the
recipient's key is known to me

http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0DE6A358A39DC66

Attachment: 0x8A39DC66.asc
Description: application/pgp-keys

Attachment: signature.asc
Description: OpenPGP digital signature