Stel dat ik een IoT-apparaat heb dat wordt beheerd door bedrijf A en dat een aantal diensten afneemt van bedrijf B. Ik ben verantwoordelijk voor alle kosten, zelfs als ik geen idee had dat bedrijf A deze aankopen namens mij zou doen.

Tijdens het weekend ontdekte ik dat ik zo’n apparaat had en dat het geld dat gevaar loopt niet triviaal is. Een achtergrondproces genaamd nsurlsessiond dat Apple gebruikt om iCloud-diensten te beheren, downloadde 400 GB (ja, GIGA en ja BYTES) aan gegevens naar mijn iMac in de loop van 31 uur. Apple maakt het erg moeilijk om te zien of te begrijpen wat dit proces aan het doen is. Dus in feite veranderde het mijn iMac in een IoT-apparaat dat bandbreedte opbrandde.

Ik kwam er pas achter dat er een probleem was omdat ik enige tijd op afstand op mijn Macbook werkte, met behulp van de 4G-verbinding van mijn iPad met het internet. Het was ook veranderd in een van deze IoT-apparaten, dus ik kreeg al snel een waarschuwing van mijn internetprovider dat ik mijn volledige maandelijkse toewijzing van 20 GB aan gedownloade gegevens via draadloos al had overschreden. Ik stopte zo snel mogelijk met verbinden via 4G, maar eindigde nog steeds met 75 dollar aan extra datakosten.

Toen ik thuiskwam, controleerde ik mijn iMac. Ik kon de informatie die ik nodig had om uit te zoeken wat er aan de hand was, niet uit de ingebouwde Activity Monitor halen. Gelukkig heb ik ook een programma genaamd Little Snitch dat netwerkverkeer controleert. Het rapport van dit programma over nsurlsessiond laat het volgende zien:

nsurlsessiond

Om de aansprakelijkheid hier te kwantificeren: als deze download via mijn 4G-verbinding was gegaan, zou mijn ISP’s overage-tarief van $15 per GB, vermenigvuldigd met 400 GB aan gegevens, neerkomen op $6000 aan gegevenskosten. Mijn verbinding thuis heeft geen dataplafond, maar niet iedereen heeft deze bescherming. De technicus van Apple zei dat als ik toch met hoge kosten zou worden geconfronteerd, het soms zou werken om de ISP te bellen en om genade te smeken.

Apple en mijn ISP hebben een langdurige relatie. Samen hebben ze er belang bij dat ik veel meer data gebruik waarvoor de ISP kosten in rekening kan brengen. Mijn ISP kan Apple belonen door de verkoop van Apple mobiele apparaten aan te moedigen.

Vermoedelijk willen de twee voorkomen dat er een piek in het gebruik komt, zoals die waar ik mee te maken had. Het was zeker veroorzaakt door een bug. Maar het is veelzeggend dat Apple dingen zo heeft geconfigureerd dat ik standaard geen zicht heb op het achtergrondgegevensgebruik en zonder enige smoorklep of limiet die de potentiële schade zou kunnen beperken wanneer dingen uit de hand lopen.

Als je moet betalen voor gegevens, wees dan heel voorzichtig met het gebruik van iCloud. En bereid je voor op veel verrassingen van het IoT.

Voor iedereen die een soortgelijk probleem heeft met nsurlsessiond

Samenvatting

  1. Als je een tijdelijke oplossing nodig hebt die de massale datadownloads stopt, is het een optie om Little Snitch te installeren en een regel toe te voegen die je aan en uit kunt zetten en die alle uitgaande verbindingen naar nsurlsessiond blokkeert. Dit stopt alleen de uitgaande verzoeken, maar dit lijkt nodig te zijn om de inkomende downloads te ondersteunen.

  2. Om een permanente oplossing te vinden, moest ik het gebruik van iCloud volledig stopzetten. Ik heb alle gegevens uit iDrive verwijderd en ik heb alle gegevens verwijderd uit de enige applicatie (Notability) die toestemming had om gegevens in iCloud op te slaan.

  3. Als je, zoals ik, een probleem hebt dat een echte bug is en geen ingebouwde functie van Foto’s – enorme gegevensoverdrachten als je een grote fotobibliotheek hebt en ermee instemt Foto’s met iCloud te gebruiken – zul je veel tijd en moeite met de technische ondersteuning van Apple moeten doorbrengen om hen ervan te overtuigen dat Foto’s niet de bron van je probleem is.

Details

1. nsurlsessiondEr zijn veel meldingen van gebruikers die te maken kregen met enorme downloads die ze niet hadden verwacht. Veel van de meldingen van meer technische gebruikers identificeren nsurlsessiond als het proces dat de download uitvoerde. Veel van deze meldingen zijn blijkbaar het gevolg van standaardinstellingen en een misleidende interface die mensen ertoe brengt akkoord te gaan met het opslaan van grote hoeveelheden fotogegevens in iCloud zonder zich bewust te zijn van de gevolgen van deze beslissing. Ik was voorzichtig en liet geen van Apple’s applicaties iCloud gebruiken. Om dit te doen, moest ik de standaardinstellingen voor iCloud wijzigen, waardoor de Apple-apps worden ingeschakeld.

2. iCloud DriveAls onderdeel van iCloud, heb ik iDrive gebruikt, waarmee ik een deel van mijn bestandssysteem in de cloud kan hebben. Ik kan deze bestanden in Finder zien onder iCloud Drive. Dit gedraagt zich als Dropbox of Google Drive, maar met één cruciaal verschil. Ik heb geen controle over het synchronisatieproces met de lokale opslag van gegevens. Als iDrive is ingeschakeld, synchroniseert een achtergrondproces (waarschijnlijk nsurlsessiond, maar er kunnen er meer zijn) de bestanden op iDrive met een cache op mijn machine. Ik had ongeveer 30 GB aan gegevens op iDrive.

3. Een app iCloud laten gebruikenIk heb maar één applicatie (Notability) zijn gegevens in iCloud laten opslaan. Deze app draait zowel op IOS-apparaten als op OSX. Onder OSX gaat het ook hier om een synchronisatie tussen de gegevens die in de cloud zijn opgeslagen en een lokale cache. Het verschil is dat, zoals je zou verwachten van de IOS wereld, bestanden niet zichtbaar zijn via Finder. Toen ik iCloud onder Systeemvoorkeuren controleerde, kon ik zien dat Notability ongeveer 3 GB op iCloud opsloeg. (Dit is veel meer dan waar Notability voor ontworpen lijkt te zijn. Deze grote hoeveelheid gegevens is deels ontstaan doordat Notability op een IOS apparaat elke notitie dupliceert als je iCloud toegang uit- en weer aanzet. Blijkbaar verandert het uitschakelen de lokale cache in een permanente lokale gegevensopslag. Als je vervolgens iCloud weer inschakelt, downloadt Notability een nieuwe kopie van elke notitie uit iCloud en plaatst deze in een nieuwe cache. Toen ik problemen met Notability probeerde te debuggen, eindigde ik met 4 kopieën van elke notitie.)

4. De bron van mijn probleemIk zag aanwijzingen voor bugs in zowel Notability als iDrive, dus ik weet niet zeker wat de oorzaak was van de massale downloads.

De cache-bestanden bevinden zich onder de gebruikersbibliotheek, die u kunt openen via Finder door de optietoets ingedrukt te houden wanneer u op Ga klikt. Om te zien wat er aan de hand is in de Bibliotheek, helpt het om Weergave-opties voor Finder te selecteren (in het menu Weergave) en Calculate All Sizes aan te vinken, zodat Finder de grootte van alle mappen in een map kan weergeven.

In Bibliotheek, lijkt de map Mobiele documenten de cache voor iDrive te zijn. Het had dezelfde hoeveelheid gegevens, 30 GB, die ik oorspronkelijk had geüpload naar iDrive.

Ik vermoed dat Notability informatie aan het cachen was in Library/Caches/CloudKit. Op verschillende momenten was er tussen de 5 en 20 GB in deze map, wat natuurlijk veel te veel is in verhouding tot de 3 GB die Notability zou moeten beheren. Alles bij elkaar genomen is er geen reden waarom het synchroniseren van een totaal van 30+3 GB aan gegevens 400 GB aan downloads zou vergen naar een enkele machine. Iets moet zijn blijven proberen, keer op keer, om iets te bereiken dat niet werkte.

De grote cache in CloudKit suggereerde dat Notability het probleem was. Ik probeerde de CloudKit map te verwijderen en zelfs de hele Caches map. Toen deze in de Prullenbak zaten, werden ze nog steeds gebruikt door verschillende systeem processen. Na een herstart zag ik soms een grote cache opnieuw verschijnen onder CloudKit, te snel om het resultaat te zijn van downloads, dus ik vermoed dat dezelfde processen die de bestanden hadden gebruikt terwijl ze in de Prullenbak stonden, ze terughaalden naar CloudKit na een herstart. De enige manier die ik vond om dit te voorkomen was door i) mijn internetverbinding uit te schakelen, ii) de CloudKit map te verwijderen, iii) opnieuw op te starten, iv) de prullenbak te legen, v) mijn internetverbinding weer aan te zetten. Maar dan leek de CloudKit cache zichzelf nog steeds te blijven herbouwen via een download. Dit leek zelfs door te gaan nadat ik al mijn gegevens uit Notability had verwijderd. (Achteraf gezien had ik moeten proberen deze cache te verwijderen van zowel mijn iMac als mijn MacBook om de mogelijkheid uit te sluiten dat de cache op de ene machine probeerde de cache op de andere opnieuw op te bouwen.)

Mijn problemen werden pas opgelost nadat ik ook al mijn gegevens van iDrive had verwijderd, dit op elke machine en voor elke gebruiker met toegang tot iDrive. Onderweg heb ik ook nog een aantal keer geprobeerd om de CloudKit cache map te verwijderen. (Het heeft nu heel weinig gegevens.)

Mijn gevoel zegt dat Notability de boosdoener was, maar het is mogelijk dat iDrive ook de CloudKit cache op een of andere manier gebruikte en dat dit de echte bron van het probleem was; of dat er een interactie is tussen Notability en iDrive; of dat er een vertraging was of een interactie tussen de caches op de twee machines, zodat het verwijderen van de Notability gegevens het probleem oploste, maar dat dit pas zichtbaar werd nadat ik alle gegevens van iDrive had verwijderd; of …

Geef een antwoord

Het e-mailadres wordt niet gepubliceerd.