Ahoi,
ich habe zu Hause mehr als einen Mac und habe bisher immer zum Verteilen der Updates einen Mac mini gehabt, der die Updates an die lokalen Macs verteilt hat. Bei den heutigen Updategrößen von > 10 GB war das ein tolles Feature. Seit macOS 26 funktioniert dieses Feature nicht mehr, obwohl die Einstellungen nie verändert wurden (Standard-Einstellungen). Die Macs im Netz laden nun immer alle Updates separat herunter.

Ich habe zwischenzeitlich den Mac mini neu installiert, leider ohne Änderung. Auch meine Hoffnung, dass macOS 27 das Problem behoben hätte, hat sich nicht erfüllt.

Eine wilde Vermutung geht am ehesten dahin, dass es eventuell mit den privaten WLAN-Adressen (IPv6) zu tun haben könnte, wenngleich alle Macs auch normale IPv4-Adressen haben. Aber das kann auch totaler Unsinn sein. Im Netz habe ich dazu leider nichts gefunden, wird vielleicht auch nicht so häufig genutzt?

Hat jemand eine Idee???

Moin.

Ich würde nicht davon ausgehen, dass Content Caching unter macOS 26 grundsätzlich kaputt ist. Ich habe es gerade auf einem Mac mini mit macOS 26.6.2 eingerichtet und getestet; dort funktioniert es einschließlich Clients in einem anderen VLAN.

Als ersten Schritt würde ich auf dem Cache-Mac im Terminal einmal


ausführen. Interessant wären insbesondere Activated, Active, CacheStatus, StartupStatus, Port, PrivateAddresses, PublicAddress, RegistrationStatus sowie die Zähler TotalBytesStoredFromOrigin und TotalBytesReturnedToClients.

Zusätzlich:


Damit sieht man, ob die Client-Netze eventuell anders eingeschränkt sind als erwartet.

Zum Gegencheck würde ich zunächst nicht mit einem macOS-Update testen, sondern mit einer größeren App auf zwei Geräten. Beim ersten Download sollten StoredFromOrigin und ReturnedToClients steigen. Beim zweiten Download derselben passenden Variante sollte vor allem ReturnedToClients weiter steigen, während StoredFromOrigin weitgehend gleich bleibt. Dann weiß man, dass der Cache selbst und die Client-Erkennung funktionieren.

Apple dokumentiert Content Caching auch unter den aktuellen macOS-Versionen weiterhin, einschließlich macOS-Updates und App-Store-Inhalten. Bei mehreren Subnetzen kann man unter Systemeinstellungen → Allgemein → Teilen → Inhaltscaching → ⌥ „Erweiterte Optionen“ → Clients die Client-IP-Bereiche explizit festlegen.

Private WLAN-Adressen bzw. IPv6 würde ich deshalb nicht als Erstes verdächtigen. Interessant wäre zunächst die Ausgabe von AssetCacheManagerUtil status.

Hallo,

vielen Dank für die Hinweise!! Hier die Ausgabe aus dem Terminal. Vielleicht hilft Dir das?

XX@Mac-mini-M4 ~ % AssetCacheManagerUtil status
Content caching status:
Activated: true
Active: true
ActualCacheUsed: 1,79 GB
CacheDetails: (5)
iCloud: 439,4 MB
iOS Software: 129,8 MB
Mac Software: 1,3 MB
Movies: 132,8 MB
Other: 1,37 GB
CacheFree: 17,93 GB
CacheLimit: 20 GB
CacheStatus: OK
CacheUsed: 2,07 GB
Parents: (none)
Peers: (none)
PersonalCacheFree: 19,56 GB
PersonalCacheLimit: 20 GB
PersonalCacheUsed: 439,4 MB
Port: 54477
PrivateAddresses: (1)
192.168.2.63
PublicAddress: 93.212.90.21
RegistrationStatus: 1
RestrictedMedia: false
ServerGUID: CC197007-FBDE-412A-A710-D81ABA00D0AD
Version: 265
StartupStatus: OK
TetheratorStatus: 0
TotalBytesAreSince: 2026-09-17 19:18:28
TotalBytesDropped: Zero KB
TotalBytesImported: Zero KB
TotalBytesReturnedToChildren: Zero KB
TotalBytesReturnedToClients: Zero KB
TotalBytesReturnedToPeers: Zero KB
TotalBytesStoredFromOrigin: Zero KB
TotalBytesStoredFromParents: Zero KB
TotalBytesStoredFromPeers: Zero KB
================

XX@Mac-mini-M4 ~ % AssetCacheManagerUtil settings
Content caching settings:
AllowPersonalCaching: true
AllowSharedCaching: true
AllowTetheredCaching: false
CacheLimit: 20 GB
DataPath: /Library/Application Support/Apple/AssetCache/Data
ListenRangesOnly: true
LocalSubnetsOnly: true
ParentSelectionPolicy: round-robin
PeerLocalSubnetsOnly: false

Danke, auf dem Cache-Mac selbst sieht das zunächst alles ziemlich gesund aus: aktiv, registriert, CacheStatus: OK, StartupStatus: OK.

Interessant finde ich aber diese beiden Einstellungen:

ListenRangesOnly: true
LocalSubnetsOnly: true

Damit ist der Cache auf das lokale Subnetz beschränkt. Welche IPv4-Adresse und Subnetzmaske hat denn einer der Macs, bei denen das Caching seit macOS 26 nicht mehr funktioniert?

Zusätzlich würde ich auf genau diesem Client-Mac einmal im Terminal ausführen:


Das Tool sucht ausdrücklich aus Sicht des Clients nach verfügbaren Content Caches, aktualisiert diese Erkennung und prüft auch deren Erreichbarkeit. Interessant wäre, ob dort dein Cache unter 192.168.2.63 auftaucht und ob Warnungen gemeldet werden.

Wenn du die Ausgabe hier einstellst, kann man wahrscheinlich recht gut sehen, ob das Problem schon bei der Erkennung/Netzzuordnung liegt oder erst später beim eigentlichen Download.

Hallo,
nochmals vielen Dank. Bin heute erst dazu gekommen, weiterzumachen:

mgo@MacBookAir ~ % AssetCacheLocatorUtil
2026-09-19 10:14:18.817 AssetCacheLocatorUtil[1849:152879] AssetCacheLocatorUtil version 140.120.2, framework version 140.120.2
2026-09-19 10:14:18.817 AssetCacheLocatorUtil[1849:152879] Determining public IP address...
2026-09-19 10:14:23.612 AssetCacheLocatorUtil[1849:152879] This computer's public IP address is 79.228.44.245.
2026-09-19 10:14:23.612 AssetCacheLocatorUtil[1849:152879] --- Information for system services:
2026-09-19 10:14:23.612 AssetCacheLocatorUtil[1849:152879] Checking whether there might be content caches available...
2026-09-19 10:14:23.613 AssetCacheLocatorUtil[1849:152879] There might be content caches available.
2026-09-19 10:14:23.613 AssetCacheLocatorUtil[1849:152879] Finding saved content caches supporting personal caching...
2026-09-19 10:14:23.616 AssetCacheLocatorUtil[1849:152879] There is no saved result. (This is not an error.)
2026-09-19 10:14:23.616 AssetCacheLocatorUtil[1849:152879] Finding saved content caches supporting personal caching and import...
2026-09-19 10:14:23.617 AssetCacheLocatorUtil[1849:152879] There is no saved result. (This is not an error.)
2026-09-19 10:14:23.617 AssetCacheLocatorUtil[1849:152879] Finding saved content caches supporting shared caching...
2026-09-19 10:14:23.617 AssetCacheLocatorUtil[1849:152879] There is no saved result. (This is not an error.)
2026-09-19 10:14:23.617 AssetCacheLocatorUtil[1849:152879] Determining saved configured public IP address ranges...
2026-09-19 10:14:25.627 AssetCacheLocatorUtil[1849:152879] No public IP address ranges are configured.
2026-09-19 10:14:25.627 AssetCacheLocatorUtil[1849:152879] Determining saved favored server ranges...
2026-09-19 10:14:25.627 AssetCacheLocatorUtil[1849:152879] No favored server ranges are configured.
2026-09-19 10:14:25.627 AssetCacheLocatorUtil[1849:152879] Finding refreshed content caches supporting personal caching...
2026-09-19 10:14:31.249 AssetCacheLocatorUtil[1849:152879] Found 1 content cache
2026-09-19 10:14:31.249 AssetCacheLocatorUtil[1849:152879] Finding refreshed content caches supporting personal caching and import...
2026-09-19 10:14:31.251 AssetCacheLocatorUtil[1849:152879] Found 1 content cache
2026-09-19 10:14:31.251 AssetCacheLocatorUtil[1849:152879] Finding refreshed content caches supporting shared caching...
2026-09-19 10:14:31.251 AssetCacheLocatorUtil[1849:152879] Found 1 content cache
2026-09-19 10:14:31.252 AssetCacheLocatorUtil[1849:152879] 192.168.2.63:54477, rank 1, not favored, healthy, guid CC197007-FBDE-412A-A710-D81ABA00D0AD, valid until 2026-09-19 11:14:30; supports personal caching: yes, and import: yes, shared caching: yes
2026-09-19 10:14:31.252 AssetCacheLocatorUtil[1849:152879] Determining refreshed configured public IP address ranges...
2026-09-19 10:14:31.252 AssetCacheLocatorUtil[1849:152879] No public IP address ranges are configured.
2026-09-19 10:14:31.252 AssetCacheLocatorUtil[1849:152879] Determining refreshed favored server ranges...
2026-09-19 10:14:31.252 AssetCacheLocatorUtil[1849:152879] No favored server ranges are configured.
2026-09-19 10:14:31.252 AssetCacheLocatorUtil[1849:152879] --- Information for user 501 (results for other users may be different):
2026-09-19 10:14:31.252 AssetCacheLocatorUtil[1849:152879] Checking whether there might be content caches available...
2026-09-19 10:14:31.255 AssetCacheLocatorUtil[1849:152879] There might be content caches available.
2026-09-19 10:14:31.255 AssetCacheLocatorUtil[1849:152879] Finding saved content caches supporting personal caching...
2026-09-19 10:14:31.256 AssetCacheLocatorUtil[1849:152879] Found 0 content caches
2026-09-19 10:14:31.256 AssetCacheLocatorUtil[1849:152879] Finding saved content caches supporting personal caching and import...
2026-09-19 10:14:31.256 AssetCacheLocatorUtil[1849:152879] Found 0 content caches
2026-09-19 10:14:31.256 AssetCacheLocatorUtil[1849:152879] Finding saved content caches supporting shared caching...
2026-09-19 10:14:31.257 AssetCacheLocatorUtil[1849:152879] Found 0 content caches
2026-09-19 10:14:31.257 AssetCacheLocatorUtil[1849:152879] Determining saved configured public IP address ranges...
2026-09-19 10:14:31.257 AssetCacheLocatorUtil[1849:152879] No public IP address ranges are configured.
2026-09-19 10:14:31.257 AssetCacheLocatorUtil[1849:152879] Determining saved favored server ranges...
2026-09-19 10:14:31.257 AssetCacheLocatorUtil[1849:152879] No favored server ranges are configured.
2026-09-19 10:14:31.257 AssetCacheLocatorUtil[1849:152879] Finding refreshed content caches supporting personal caching...
2026-09-19 10:14:38.801 AssetCacheLocatorUtil[1849:152879] Found 1 content cache
2026-09-19 10:14:38.801 AssetCacheLocatorUtil[1849:152879] Finding refreshed content caches supporting personal caching and import...
2026-09-19 10:14:38.802 AssetCacheLocatorUtil[1849:152879] Found 1 content cache
2026-09-19 10:14:38.802 AssetCacheLocatorUtil[1849:152879] Finding refreshed content caches supporting shared caching...
2026-09-19 10:14:38.802 AssetCacheLocatorUtil[1849:152879] Found 1 content cache
2026-09-19 10:14:38.802 AssetCacheLocatorUtil[1849:152879] 192.168.2.63:54477, rank 1, not favored, healthy, guid CC197007-FBDE-412A-A710-D81ABA00D0AD, valid until 2026-09-19 11:14:38; supports personal caching: yes, and import: yes, shared caching: yes
2026-09-19 10:14:38.802 AssetCacheLocatorUtil[1849:152879] Determining refreshed configured public IP address ranges...
2026-09-19 10:14:38.803 AssetCacheLocatorUtil[1849:152879] No public IP address ranges are configured.
2026-09-19 10:14:38.803 AssetCacheLocatorUtil[1849:152879] Determining refreshed favored server ranges...
2026-09-19 10:14:38.803 AssetCacheLocatorUtil[1849:152879] No favored server ranges are configured.
2026-09-19 10:14:38.803 AssetCacheLocatorUtil[1849:152879] Testing all found content caches for reachability...
2026-09-19 10:14:39.580 AssetCacheLocatorUtil[1849:152879] This computer is able to reach all of the above content caches.

Das ist schon einmal sehr aufschlussreich: Der MacBook-Air-Client findet deinen Cache 192.168.2.63:54477, stuft ihn als healthy ein, erkennt ausdrücklich shared caching: yes und kann ihn laut abschließendem Reachability-Test erreichen. Damit scheint weder die Cache-Erkennung noch LocalSubnetsOnly für diesen Client das Problem zu sein.

Einen Punkt würde ich kurz gegenprüfen: Dein Cache-Mac meldete am 17.09. als PublicAddress noch 93.212.90.21, das MacBook jetzt 79.228.44.245. Das kann einfach ein zwischenzeitlicher Wechsel deiner öffentlichen IP sein. Bitte auf dem Cache-Mac jetzt noch einmal AssetCacheManagerUtil status ausführen und schauen, ob dessen PublicAddress ebenfalls 79.228.44.245 ist.

Wenn das passt, würde ich als nächsten Schritt einen kontrollierten Download machen. Unmittelbar vorher auf dem Cache-Mac AssetCacheManagerUtil status, dann auf dem MacBook einen sicher cachefähigen Inhalt laden und danach noch einmal status. Entscheidend sind TotalBytesStoredFromOrigin und TotalBytesReturnedToClients.

Wenn diese Zähler steigen, benutzt der Mac den Cache grundsätzlich und wir können anschließend gezielt untersuchen, warum gerade die macOS-Systemupdates offenbar nicht daraus kommen. Wenn trotz des erfolgreichen Locator-Tests beide Zähler unverändert bleiben, schauen wir als Nächstes in die com.apple.AssetCache-Logs.

Hallo,

ich bin offiziell von deinem Wissen und dem strukturierten Vorgehen beeindruckt!! Vielen Dank!!

zu Punkt 1: die public IP-Adressen sind auf beiden Geräten gleich, da gäbe es zwischendurch nur einen Neustart des DSL-Routers.

zu Punkt 2: ich lade gerade mal Swift Playgrounds aus dem App Store herunter - und hier spring das Inhaltscaching so wie früher gewohnt ein.



AssetCacheManagerUtil status vorher:

TotalBytesImported: Zero KB
TotalBytesReturnedToChildren: Zero KB
TotalBytesReturnedToClients: Zero KB
TotalBytesReturnedToPeers: Zero KB
TotalBytesStoredFromOrigin: Zero KB

und danach:
otalBytesReturnedToClients: 609,2 MB
TotalBytesReturnedToPeers: Zero KB
TotalBytesStoredFromOrigin: 609,2 MB

Zwischenstand 1: Inhaltscaching ist nicht als solches defekt.

Ich habe jetzt aus dem Fundus noch ein MacBook Pro mit macOS 15 geholt und mache gerade ein Update auf 15.8. Habe vorher mit AssetCacheLocatorUtil getestet, ob er den Mac mini als Inhaltscache sieht. Das Update macht er für dieses OS witzigerweise über den Mac mini.

Zwischenstand 2: bis macOS 15 zieht er Updates über den Cache, ab macOS 26 (zumindest bei mir) nicht

Da werde einer daraus schlau...

mgo@Mac-mini-M4 ~ % AssetCacheManagerUtil status
Content caching status:
Activated: true
Active: true
ActualCacheUsed: 4,08 GB
CacheDetails: (5)
iCloud: 446,1 MB
iOS Software: 131,3 MB
Mac Software: 1,21 GB
Movies: 132,8 MB
Other: 2,45 GB
CacheFree: 15,63 GB
CacheLimit: 20 GB
CacheStatus: OK
CacheUsed: 4,37 GB
MaxCachePressureLast1Hour: 0%
Parents: (none)
Peers: (none)
PersonalCacheFree: 19,55 GB
PersonalCacheLimit: 20 GB
PersonalCacheUsed: 446,1 MB
Port: 54477
PrivateAddresses: (1)
192.168.2.63
PublicAddress: 79.228.44.245
RegistrationStatus: 1
RestrictedMedia: false
ServerGUID: CC197007-FBDE-412A-A710-D81ABA00D0AD
Version: 265
StartupStatus: OK
TetheratorStatus: 0
TotalBytesAreSince: 2026-09-20 10:07:44
TotalBytesDropped: Zero KB
TotalBytesImported: 130 KB
TotalBytesReturnedToChildren: Zero KB
TotalBytesReturnedToClients: 2,29 GB
TotalBytesReturnedToPeers: Zero KB
TotalBytesStoredFromOrigin: 2,26 GB
TotalBytesStoredFromParents: Zero KB
TotalBytesStoredFromPeers: Zero KB

So, jetzt mache ich gerade noch ein Update mit einem Mac mini auf macOS 26.7 und siehe da: der Inhaltscache wird nicht benutzt, obwohl er ihn vorher per Terminal gefunden hat.

Das ist inzwischen ziemlich eindeutig eingegrenzt. Dein Cache selbst ist nicht das Problem:

– der Tahoe-Client findet ihn mit AssetCacheLocatorUtil,
– er ist healthy und erreichbar,
– Swift Playgrounds läuft über ihn,
– und sogar das macOS-15.8-Update eines anderen Macs läuft über denselben Cache.

Damit sind Cache-Server, Netzwerk, Registrierung und LocalSubnetsOnly im Grunde raus.

Spannend ist jetzt wirklich nur noch der Software-Update-Pfad von Tahoe. Apple führt macOS-Updates weiterhin ausdrücklich als cachefähig. Außerdem wurde bei Tahoe 26.x bereits nachvollzogen, dass AssetCacheServices direkt vor dem Download die Apple-CDN-Adresse durch die lokale Cache-Adresse ersetzt.

Wenn Du noch einen Tahoe-Mac mit ausstehendem Update hast, wäre deshalb dieser Test interessant:


Den Befehl vor dem Update starten, dann das Update anstoßen und während des eigentlichen Downloads ein paar Minuten laufen lassen.

Wenn dort beim 26.7-Download gar keine entsprechende Cache-Umleitung auftaucht, hätten wir ziemlich gute Indizien für einen Tahoe-/Update-spezifischen Fehler oder eine derzeit nicht cachefähige Auslieferung dieses Updates und nicht mehr für ein Problem in Deiner Konfiguration.

Deine bisherigen Tests zeigen jedenfalls schon sehr schön: „Content Caching funktioniert nicht“ stimmt nicht; „Tahoe-Systemupdates nutzen es bei Dir nicht, obwohl andere Inhalte und Sequoia-Updates es tun“ trifft es ziemlich genau.

Hallo,

hier ein Teil des Mitschnitts nach dem Anstoßen des Updates auf macOS 27:

2026-09-20 15:24:01.898 I AssetCacheLocatorService[1103:28b3f] [com.apple.AssetCacheServices:Daemon] #81f969de [com.apple.root.default-qos] XPC response to pid 617 uid 0: success: servers=(
{
connectTimeout = "0.5";
details = {
"ac-power" = 1;
"cache-size" = 20000000000;
capabilities = {
im = 1;
ns = 1;
pc = 1;
"query-parameters" = 1;
sc = 1;
ur = 1;
};
"is-portable" = 1;
"local-network" = (
{
speed = 1000;
wired = 1;
}
);
};
favored = 0;
guid = "[redacted]";
localAddressAndPort = "192.168.2.63:54477";
rank = 1;
}
) validityInterval=3452.571 elapsed=0.000
2026-09-20 15:24:01.898 Df mobileassetd[617:28a02] [com.apple.AssetCacheServices:Framework] #81f969de ACSLocateCachingServer [new] newURL http://192.168.2.63:54477/2026FallFCS/patches/142-24269/C3ED225B-3B42-4789-9D43-97D1ACDE22E2/com_apple_MobileAsset_SoftwareUpdateDocumentation/728595d10e94bcea71b98969a23f07ec775086a3.zip?source=updates.cdn-apple.com&sourceScheme=https, advice {
connectTimeout = "0.5";
supportsUrgency = 1;
validUntil = "2026-09-20 14:21:34 +0000";
}, error (null), elapsed 0.001/10.000
2026-09-20 15:26:04.596 Df cloudd[896:292c9] [com.apple.AssetCacheServices:Framework] #e7ef40fd ACSMightCurrentNetworkHaveCachingServer(options={
capabilities = {
import = 1;
namespaces = 1;
personalCaching = 1;
};
quickMiss = 1;
}, callbackQueue=0x0, callback=0x16bba6510)
2026-09-20 15:26:04.596 I AssetCacheLocatorService[1089:28b3d] [com.apple.AssetCacheServices:Daemon] #e7ef40fd [com.apple.root.default-qos.overcommit] XPC request from pid 896 uid 501: recentlySeen
2026-09-20 15:26:04.596 I AssetCacheLocatorService[1089:28b3d] [com.apple.AssetCacheServices:Daemon] #e7ef40fd [com.apple.root.default-qos.overcommit] recentlySeenCachingServerWithAutoRefresh:YES callback:0x910c80140 callbackQueue:com.apple.root.default-qos
2026-09-20 15:26:04.596 I AssetCacheLocatorService[1089:292e6] [com.apple.AssetCacheServices:Daemon] #e7ef40fd [com.apple.root.default-qos] XPC response to pid 896 uid 501: recentlySeen=YES, elapsed=0.000
2026-09-20 15:26:04.596 Df cloudd[896:292cd] [com.apple.AssetCacheServices:Framework] #e7ef40fd ACSMightCurrentNetworkHaveCachingServer [new] mightHave YES, error (null), elapsed 0.001

Der Mitschnitt zeigt, dass macOS 27 den Cache sehr wohl findet und ihn während des Softwareupdates sogar aktiv benutzt: ACSLocateCachingServer liefert 192.168.2.63:54477, und mobileassetd schreibt anschließend eine Apple-URL ausdrücklich auf diesen lokalen Cache um.

Allerdings betrifft die gezeigte URL (com_apple_MobileAsset_SoftwareUpdateDocumentation) offenbar nur ein Begleit-/Dokumentations-Asset des Updates und noch nicht den eigentlichen großen OS-Payload.

Damit sind Discovery, Erreichbarkeit und eine generelle Inkompatibilität von macOS 27 mit Content Caching eigentlich ausgeschlossen. Die spannende Frage ist jetzt nur noch, ob der eigentliche Update-Payload ebenfalls eine newURL auf 192.168.2.63:54477 bekommt.

Wenn Du den Log noch einmal während des eigentlichen Downloads laufen lässt, wären vor allem alle newURL-Zeilen interessant. Parallel könnte man auf dem Cache-Mac die beiden Zähler TotalBytesStoredFromOrigin und TotalBytesReturnedToClients beobachten.

Wenn beim Download mehrerer GB nur ein paar MB durch den Cache laufen und nur kleine Begleitassets auf 192.168.2.63:54477 umgeschrieben werden, hätten wir das Verhalten ziemlich sauber eingegrenzt: macOS 27 nutzt den Content Cache grundsätzlich, aber der große OS-Update-Payload dieses Updates umgeht ihn.

Apple führt macOS-Updates übrigens auch aktuell weiterhin ausdrücklich als cachefähige Inhalte auf. Deshalb wäre das dann zumindest erklärungsbedürftig und möglicherweise tatsächlich eine Regression bzw. eine Besonderheit des aktuellen Update-Payloads.

Nochmals vielen Dank! Es bleibt leider dabei, dass die macOS-Updates nicht über das Inhaltscaching laufen. Wirklich echt schade!!!

Dann würde ich an Deiner Konfiguration ehrlich gesagt nichts mehr ändern. Dafür haben wir inzwischen zu viele Gegenproben: Der Cache selbst funktioniert, App-Store-Inhalte laufen darüber, ein Mac mit macOS 15 zieht auch das Systemupdate über den Cache, und die Macs mit macOS 26/27 finden den Cache ebenfalls sauber und melden ihn als erreichbar.

Interessant ist nur, dass bei 26/27 offenbar der eigentliche große Update-Download am Cache vorbeigeht, obwohl einzelne Bestandteile des Updates ihn durchaus benutzen.

Für mich sieht das deshalb inzwischen eher nach einem Problem bzw. einer Änderung im Updatepfad von macOS 26/27 aus als nach einem Fehler in Deiner Konfiguration.

Ich würde das tatsächlich bei Apple melden und genau diese Gegenprobe dazuschreiben: gleicher Cache, gleiches Netz, macOS 15 funktioniert, macOS 26/27 nicht. Dazu noch der `AssetCacheLocatorUtil`-Test und den Log-Ausschnitt mit der umgeschriebenen URL.

Mehr würde ich da im Moment nicht mehr dran herumdrehen. Sonst sucht man am Ende einen Fehler im eigenen Netz, der wahrscheinlich gar nicht dort liegt.