Skip to main content
Jamf Nation, hosted by Jamf, is a knowledgeable community of Apple-focused admins and Jamf users. Join us in person at the ninth annual Jamf Nation User Conference (JNUC) this November for three days of learning, laughter and IT love.

Allow Cloud Distribution Point as a Failover for File Share Distribution Point

I have an AWS Cloud distribution point that I'd like to use as a failover for my locally hosted DPs. As of right now, you can only choose another File Share Distribution Point as a failover.

Comment
Order by:

Posted: by ITVTickets

this makes perfect sense and also means automatic internal/external network detection without needing any other setup.

Like

Posted: by mire3212

This would be super helpful as our company makes heavy use of work-from-home people who may or may not be connected to VPN to access our internal distribution server. It's also helpful for our mobile users when we apply a policy and they happen to be out of the office at the time.

Like

Posted: by dderusha

my plans for the weekend just changed.... VOTED UP!

Like

Posted: by tomt

Up

Like

Posted: by yr_joelbruner

Yep this would be very much helpful...

Right now there's no way around it, if you try to make a failover DP with your S3 URL, set it to use http, and have an empty Context it still won't work because the JSS appends /Packages to the URL (and S3 doesn't do folders)

Like

Posted: by bthomas

It would be great if we could have the CDP as failover for JDS's in addition to DP's.

Like

Posted: by RaulSantos

How hard of a change would this be?
Its hard to understand why this has not been implemented.

Like

Posted: by aaronkerrgfs

+1 on this. We could really use this feature.

Like

Posted: by ksanborn

Vote up. There should be redundancy in the configuration. In our environment, the benefits of a cloud distribution point, on the Windows side, is to ensure folks that are teleworking can get packages without being on the VPN and so there is redundancy in case there is a disaster where are File Distribution Points are located.

Like

Posted: by sly

Please add this feature +1 on this.

Like

Posted: by Mikeness

+1 here

Like

Posted: by dan-snelson

Looks like this FR just had its second birthday.

+1

Like

Posted: by ChrisJScott-work

This is a no-brainer!!!

Like

Posted: by B-35405

YES!!! Please do this!!

Like

Posted: by aulin

YES!!

Like

Posted: by dfriedman

How has this feature request been unaddressed for more than two years? Like @RaulSantos mentioned

Its hard to understand why this has not been implemented.

Hopefully this isn't "under review" for another two years

Like

Posted: by B-35405

Why is this even a question??

Like

Posted: by KSchroeder

Surely this is in the upcoming Jamf 10 release...

Like

Posted: by martin

I would like to see an complete new design of the JDS that has the following features:
- JCDS support;
- JCDS failover;
- JDS failover;
- Stop copying packages via the Jamf Pro database (who came up with this idea?) and upload it directly to the JDS master;
- Please spent time on developing a new JDS;
- Improve copying of packages;
- Multi OS support;
- Autoupgrade JDS if Jamf Pro upgrades;

Like

Posted: by hunter990

I just want to up vote this as well. Also, while updating this, please stop making whatever system that Casper Admin is open on be the link between the 2 databases. If I tell it to replicate then do it server to server, not server to system running Casper Admin to server.

Like

Posted: by stevenjklein

What @mire3212 said.

I want my internal File Share Distribution Point to failover to my Cloud Distribution Point.

Why? Because then my users who are directly connected to my network will get speedy downloads from a server that's in our building, and won't be unnecessarily sucking up Internet bandwidth.

And when users are working from home, or on travel, they would be able to get their stuff from the Cloud Distribution Point, instead of the downloads just failing (as they do now for any remote users who aren't connected with VPN).

Like @RaulSantos said,

Its hard to understand why this has not been implemented.
Like

Posted: by tkimpton

why isnt this implement in jamf pro 10!!!

Like

Posted: by ITguy101

Though it seems like this request is falling on deaf ears.... +1 on this feature!

Like

Posted: by brunerd

All I can say is that in the great "meantime" the "poor man's" Cloud Backup:
• Set up your cloud storage CDN with folder naming that put the packages under ../Packages/
(sorry S3 bucket users, you are flat, no subfolders for you)
• Set up an http only DP (filling in Dummy values for AFP/SMB, oh the indignity) that points to your CDN http/s path
• Use that as the Failover for all your DPs

Like

Posted: by bbot

+1. Would be helpful to have this

Like

Posted: by zacharyschmidt

Still looking for this to happen. +1

Like

Posted: by tuinte

My lord this would be helpful.

Like

Posted: by bergmire

Yes, save me from having to change every Self Service software Policy to use the Cloud as default every time we do maintenance on our local distribution point please.

Like

Posted: by maclabsadmin

We signed on as Jamf was making the cut over to JamfPro 10. We bought into jamfCloud, so the fact that you can't have a network DP that fails to the jamfCloud distro point is really non-sensical. MUST change that.

Like

Posted: by tuinte

@bergmire

Unless I'm missing something, you could do this at the network segment level, just direct the segment with the downed DP to the cloud.

That doesn't mean the usefulness (necessity?) of being able to set a cloud DP as a fallback for an on-prem, but far less work to deal with the situation you're talking about.

Like

Posted: by dbrady

This is a necessary feature.

Like

Posted: by Andreas_Schenk

This would make so much sense. Please implement.

Like

Posted: by jgsims

This would be a great feature to add. Please add this.

Like

Posted: by bsuggett

as stated by @tuinte responding to @bergmire

This would allow much greater flexibility!

Since we can have overlapping network segments (unlike SCCM boundaries that can't (they do the same thing))...
We can have a very big range like eg 1.0.0.1 - 255.255.255.254 that by default sends everything to cloud DP... then create additional smaller network segments encompassing a VPN range or local LAN ranges eg 10.20.30.1 - 10.20.40.254... that direct the clients to use local fileshare/HTTP or JDS DPs if they appear to be in this range... Don't forget having failover...

This can be achieved with on prem DP's that are exposed to the internet, however cloud DP's at present no....

Great to see its being reviewed!

Like

Posted: by dletkeman

This would be very handy.
We prefer local distribution points when in our network, but lots of staff use computers at home and it would be nice for them to not have to VPN in order to use the Self Service app.

I would prefer to have our master distribution as a local distribution point and then Jamf Cloud as the failover. Currently I don't see how that's possible.

I see this is under review but this has been posted more than 4 years ago. Is this likely to get an update anytime soon? Seems to me like it would be something easy to add.

Like

Posted: by btaniyama

Glad to see in 2019, people still acknowledge this is no brainer request. It's been in review for a few years though, so unsure how likely it is to be implemented.

Like

Posted: by bradtchapman

Box.com with WebDAV / HTTPS was pretty much the only viable option for a cloud distribution point that could masquerade as a local DP in Jamf. Now that this feature is gone, having cloud as a failover from local is imperative.

Like

Posted: by FritzsCorner

Just throwing my support for this feature into the ring. We have all our network segments set to specify the closest distribution point for on-prem devices, but occasionally a server may become unavailable, or a home user may have their home network using the same subnet range so it attempts to connect to a local distribution point. Simply having the option to have the device try the cloud if it can't get to an on-prem server would solve a lot of these headaches.

Like

Posted: by JTP

We just acquired JAMF to manage our desktops. I was searching for a way to enable this "feature". I'm new to JAMF so I thought I was overlooking something. We have a local for speed and pay for extra for the cloud, why doesn't cloud failover exist?

I actually never even asked sales about failover because I assume this was implemented.

Like

Posted: by tatea

Really disappointed to see this has been requested for over 4 years without implementation. This is a basic feature and shouldn't need to be requested in the first place.

Like

Posted: by althea

It's frustrating/disappointing/worrying that this FR has been around waiting for implementation since 2014. As many have noted, this is a no-brainer, and should just be the way the product works.

Like

Posted: by J.Mukite

Yes please! +1

Like

Posted: by scottb

Another upvote for this. Really? Almost 5 years now...

Like

Posted: by tomt

I first “liked” this 4 years ago. Is there anyone at Jamf who is thinking any of these things through?

Like