Skip to main content
Solved

Software Update Server - default back to Apple?

  • February 25, 2013
  • 6 replies
  • 2 views

Forum|alt.badge.img+10
  • Valued Contributor
  • 182 replies

Hey all:

First time setting up a software update server. Server seems good. If I manually set a machine to use that server, it works fine. But I set a network segment to use the update server in the JSS web interface and this didn't seem to catch. Machines were still going to Apple for updates. What might I be missing here?

Michael

Best answer by mm2270

Do this if you can on one of your 10.8 Macs that should be pulling updates from your SUS-

defaults read /Library/Preferences/com.apple.SoftwareUpdate

Take a look at the first CatalogURL line, if its there. It may read as the server address of your SUS, but see if there is a trailing space at the end of the URL. In other words, it should read something like:

CatalogURL = "http://192.168.1.200:8088/index.sucatalog";

but it may in fact read as:

CatalogURL = "http://192.168.1.200:8088/index.sucatalog ";

Note the space at the end right before the closing quote mark.

If you see that, then that's the problem. In some cases, the JSS is adding a trailing space at the end of the URL, which apparently causes Mountain Lion to default back to Apple's servers. Why it doesn't just fail since the address is invalid is unknown to me. Apple trying to be 'customer oriented' I guess. : /

View original
Did this topic help you find an answer to your question?

6 replies

Forum|alt.badge.img+10
  • Contributor
  • 200 replies
  • February 25, 2013

Did you setup a policy to tell those machines to change where to look for SWU to the new one you listed inside of your Network Segments settings?


mm2270
Forum|alt.badge.img+24
  • Legendary Contributor
  • 7882 replies
  • February 25, 2013

Shouldn't need to do that. Assigning the default Software Update server in the Network Segment should be enough, provided everything is set up correctly (both the SWU server info and the address range in the Network Segment)

However, to the OP, do these happen to be 10.8 Macs you're seeing this issue with? There is a (now) known issue under certain circumstances with 10.8 and SUS assignments in Casper Suite. I wonder if you're running into that.


Forum|alt.badge.img+10
  • Author
  • Valued Contributor
  • 182 replies
  • February 25, 2013

@hkim
I didn't think I had to (as mm2270 mentioned), but yes, I created such a policy. Still didn't work.

@mm2270: All my test machines are 10.8, yes. I'll have a look in the discussions for the issue you're mentioning. Thanks.


mm2270
Forum|alt.badge.img+24
  • Legendary Contributor
  • 7882 replies
  • Answer
  • February 25, 2013

Do this if you can on one of your 10.8 Macs that should be pulling updates from your SUS-

defaults read /Library/Preferences/com.apple.SoftwareUpdate

Take a look at the first CatalogURL line, if its there. It may read as the server address of your SUS, but see if there is a trailing space at the end of the URL. In other words, it should read something like:

CatalogURL = "http://192.168.1.200:8088/index.sucatalog";

but it may in fact read as:

CatalogURL = "http://192.168.1.200:8088/index.sucatalog ";

Note the space at the end right before the closing quote mark.

If you see that, then that's the problem. In some cases, the JSS is adding a trailing space at the end of the URL, which apparently causes Mountain Lion to default back to Apple's servers. Why it doesn't just fail since the address is invalid is unknown to me. Apple trying to be 'customer oriented' I guess. : /


Forum|alt.badge.img+10
  • Author
  • Valued Contributor
  • 182 replies
  • March 5, 2013

Sorry, I meant return and say thanks. This was the issue I was seeing.


easyedc
Forum|alt.badge.img+16
  • Esteemed Contributor
  • 624 replies
  • April 17, 2013

Throwing my 2¢ into this as well. I could get a report that the ASUS was reporting to the correct location (no extra space either) but anything that was controlled via JAMF for ASUS address failed. Even if I manually ran a "defaults write..." it reported the correct address but didn't work.

If I removed anything related to JAMF for controlling the ASUS and just created a policy that ran the "defaults write..." to the correct address seems to resolve for me.


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings