We have an issue surrounding our VPN clients which we seem to have a workround for but don't understand the reasoning behind it the issue or the solution.
The background
All our VPN clients are issue with an IP address in either the 10.90 or 10.123 range. Boundaries have been setup as IP ranges from 0.0 to 255.255 for each and allocated to boundary group with 2 DPs included.
All content is distributed to all DPs
Initially when VPN clients attempted to download content we would see the following in CAS.log
Requesting locations synchronously for content Content_b7a0b6d5-ad56-48ba-9a54-d9157c5483d1.1 with priority ForegroundThe number of discovered DPs(including Branch DP and Multicast) is 2
Calling back with the following distribution points
Distribution Point='http://DP1/SMS_DP_SMSPKG$/Content_b7a0b6d5-ad56-48ba-9a54-d9157c5483d1.1', Locality='LOCAL'
Distribution Point='http://DP2/SMS_DP_SMSPKG$/Content_b7a0b6d5-ad56-48ba-9a54-d9157c5483d1.1', Locality='LOCAL'
no download ever took place and the deployment reported a Time out failure.
redistributing and validating the content had no effect.
what did work was when we amended the application's deployment type and removed the option to allow clients to download from other clients on the same subnet if Branch caching is enabled. (which it isn't).
Once that option was removed the next time the client evaluated application deployments we get the following entries in CAS.log
User policy requested with no user credentials.
Invalid user.
Submitted CTM job {D8652F46-DDA2-4950-8A7D-F19918F9F1A3} to download Content Content_b7a0b6d5-ad56-48ba-9a54-d9157c5483d1.1 under context System
Successfully created download request {06FABA71-2FD2-4E8A-A70D-69AAF8D0EB7B} for content Content_b7a0b6d5-ad56-48ba-9a54-d9157c5483d1.1
Location update from CTM for content Content_b7a0b6d5-ad56-48ba-9a54-d9157c5483d1.1 and request {06FABA71-2FD2-4E8A-A70D-69AAF8D0EB7B}
Download location found 0 - http://DP1/SMS_DP_SMSPKG$/Content_b7a0b6d5-ad56-48ba-9a54-d9157c5483d1.1
Download location found 1 - http://SMSLG3401.global.lloydstsb.com/SMS_DP_SMSPKG$/Content_b7a0b6d5-ad56-48ba-9a54-d9157c5483d1.1
Download request only, ignoring location update
Download started for content Content_b7a0b6d5-ad56-48ba-9a54-d9157c5483d1.1
Download completed for content Content_b7a0b6d5-ad56-48ba-9a54-d9157c5483d1.1 under context System
and now the app downloads and installs as expected. This is not a one off as we have a number of examples where this had to be done. The same applications being requested by clients on the LAN do not exhibit this behaviour.
My question is why is this happening and where should we look to resolve this issue. I understand the option to allow clients to download from each other is on by default.
