When you define an SUS in the JSS, it defaults to a generic catalog URL that does not resolve (http://su.example.com:8088/index.sucatalog). The actual catalog URL is something more like http://su.example.com:8088/index.sucatalog/content/catalogs/others/index-mountainlion-lion-snowleopard-leopard.merged-1.sucatalog. This makes it not usable when setting the default SUS in "Override Default Policy Settings" in the General Policy settings because the URL set on clients is not resolvable.
Is there a reason for this discrepancy, or am I doing something wrong? Instead of using the Override Default Policy Settings I am now using a separate script to se the catalog URL, which seems less elegant. Am I missing something obvious? HOw is the URL even found or defined?
Solved! Go to Solution.
The JSS's behaviour is correct if you're using an ASUS.
I posted a bit about this on my blog & it contains a link to Apple's KB article that states the same: http://macmule.com/2011/07/21/how-to-connect-clients-to-lion-servers-apple-software-update-service/
There is a know defect using the set server funtion, here is the response from JAMF that I got.
"That is where we run into the defect I had mentioned (D-003070). When using the Set Server option in the JSS, the URL gets written down to the client machine with a trailing space that causes it to fail. "
better to not define it and push it out with mcx guest or config profiles.. at least thats what I ended up doing