Tegyük fel, hogy van egy IoT-eszközöm, amelyet A cég irányít, és amely egy csomó szolgáltatást vásárol B cégtől. Én leszek felelős az összes költségért, még akkor is, ha fogalmam sem volt arról, hogy A cég az én nevemben fogja ezeket a vásárlásokat végrehajtani.

A hétvégén felfedeztem, hogy van egy ilyen eszközöm, és hogy a kockáztatott pénz nem triviális. Az nsurlsessiond nevű háttérfolyamat, amelyet az Apple az iCloud-szolgáltatások kezelésére használ, 31 óra alatt 400 GB (igen, GIGA és igen BYTES) adatot töltött le az iMacemre. Az Apple nagyon megnehezíti, hogy lássuk vagy megértsük, mit csinál ez a folyamat. Így tulajdonképpen az iMacemet egy IoT-készülékké változtatta, amely sávszélességet égetett.

Csak azért tudtam meg, hogy probléma van, mert egy ideig távolról dolgoztam a Macbookomon, az iPad 4G-s internetkapcsolatát használva. Ez is egy ilyen IoT-készülékké változott, így hamarosan kaptam egy figyelmeztetést az internetszolgáltatómtól, miszerint már túlléptem a teljes havi 20 GB letöltött adatmennyiségemet vezeték nélkül. Amint tudtam, leállítottam a 4G-n keresztüli csatlakozást, de így is 75 dolláros többletadatdíjat fizettem.

Amikor hazaértem, megnéztem az iMacemet. Nem találtam módot arra, hogy a beépített Tevékenységfigyelőből megkapjam a szükséges információkat ahhoz, hogy kitaláljam, mi folyik itt. Szerencsére futtatok egy Little Snitch nevű programot is, amely a hálózati forgalmat figyeli. Az nsurlsessiond-ról készített jelentése a következőt mutatta:

Hogy számszerűsítsem a kötelezettségeket, ha ez a letöltés a 4G-kapcsolatomon keresztül történt volna, az internetszolgáltatóm GB-onként 15 dolláros túllépési díja, megszorozva 400 GB adatmennyiséggel, 6000 dollárnyi adatforgalmi díjat jelentene. Az otthoni kapcsolatom nem rendelkezik adatkorlátozással, de nem mindenki rendelkezik ezzel a védelemmel. Az Apple technikusa azt mondta, hogy ha nagy összegű díjakkal kellene szembenéznem, néha az is beválik, ha felhívom az internetszolgáltatót, és könyörgök kegyelemért.

Az Apple és az internetszolgáltatóm hosszú távú kapcsolatban áll egymással. Közös érdekük, hogy rávegyenek, hogy sokkal több adatot használjak, amit az internetszolgáltató felszámíthat. Az internetszolgáltatóm az Apple mobilkészülékek értékesítésének ösztönzésével jutalmazhatja az Apple-t.

Vélhetően mindketten szeretnék elkerülni az olyan figyelemfelkeltő felhasználási csúcsot, mint amilyennel én szembesültem. Biztosan egy hiba okozta. De sokatmondó, hogy az Apple úgy állította be a dolgokat, hogy alapértelmezés szerint nincs rálátásom a háttérben zajló adathasználatra, és nincs olyan fojtószelep vagy felső határ, amely korlátozná a potenciális károkat, amikor a dolgok kicsúsznak az irányítás alól.

Ha fizetnie kell az adatforgalomért, legyen nagyon óvatos az iCloud használatával. És készülj fel sok meglepetésre az IoT-től.

Mindenkinek, aki hasonló problémával szembesül az nsurlsessiond-vel

Összefoglaló

1. Ha ideiglenes megoldás kell, amely megállítja a hatalmas adatletöltéseket, az egyik lehetőség a Little Snitch telepítése és egy be- és kikapcsolható szabály hozzáadása, amely megtagad minden kimenő kapcsolatot az nsurlsessiond-hoz. Ez ugyan csak a kimenő kéréseket állítja le, de úgy tűnik, ez szükséges a bejövő letöltések fenntartásához.

2. A tartós javításhoz teljesen le kellett állnom az iCloud használatával. Töröltem minden adatot az iDrive-ról, és töröltem minden adatot abból az egyetlen alkalmazásból (Notability), amelynek engedélye volt az adatok tárolására az iCloudban.

3. Ha hozzám hasonlóan olyan problémája van, amely valódi hiba, nem pedig a Fotók beépített funkciója – hatalmas adatátvitel, ha nagy fotótárral rendelkezik, és beleegyezik a Fotók használatába az iClouddal -, akkor sok időt és energiát kell majd az Apple technikai támogatásával töltenie, hogy meggyőzze őket arról, hogy nem a Fotók a probléma forrása.

Details

1. nsurlsessiondSok jelentés érkezett olyan felhasználókról, akik olyan hatalmas letöltésekkel végezték, amelyekre nem számítottak. A technikaiasabb felhasználóktól származó jelentések közül sokan az nsurlsessiond-t azonosítják a letöltést végző folyamatként. Ezek közül sok nyilvánvalóan az alapértelmezett beállítások és a félrevezető felület eredménye, amely ráveszi az embereket, hogy beleegyezzenek nagy mennyiségű fényképadat iCloudban történő tárolásába anélkül, hogy felismernék e döntés következményeit. Vigyáztam arra, hogy az Apple egyik alkalmazása se használja az iCloudot. Ehhez meg kellett változtatnom az iCloud alapértelmezett beállításait, amelyek bekapcsolják az Apple-alkalmazásokat.

2. iCloud DriveAz iCloud részeként az iDrive-ot használtam, amely lehetővé teszi, hogy a fájlrendszerem egy részét a felhőben tároljam. Ezeket a fájlokat a Finderben az iCloud Drive alatt látom. Ez úgy viselkedik, mint a Dropbox vagy a Google Drive, de egy lényeges különbséggel. Nincs befolyásom a helyi adattárolóval való szinkronizálási folyamatra. Ha az iDrive be van kapcsolva, egy háttérfolyamat (valószínűleg nsurlsessiond, de lehet más is) szinkronizálja az iDrive-on lévő fájlokat a gépemen lévő gyorsítótárral. Körülbelül 30 GB adat volt az iDrive-on.

3. Hagyom, hogy egy alkalmazás használja az iCloudotEgyetlen alkalmazás (Notability) tárolja az adatait az iCloudban. Ez az alkalmazás IOS eszközökön és OSX-en is fut. OSX alatt ez is szinkronizálással jár a felhőben tárolt adatok és a helyi gyorsítótár között. A különbség az, hogy ahogy az IOS világában elvárható, a fájlok nem láthatók a Finderen keresztül. Amikor a Rendszerbeállítások alatt ellenőriztem az iCloudot, láttam, hogy a Notability körülbelül 3 GB-ot tárol az iCloudon. (Ez jóval több, mint amire a Notability-t tervezték. Ez a nagy adatmennyiség részben azért keletkezett, mert egy IOS-eszközön a Notability minden jegyzetet duplikál, ha az iCloud-hozzáférést ki-, majd visszakapcsoljuk. Úgy tűnik, a kikapcsolás a helyi gyorsítótárat állandó helyi adattárolóvá alakítja. Ezután, ha újra bekapcsolja az iCloudot, a Notability minden jegyzet egy újabb másolatot tölt le az iCloudból, és egy új gyorsítótárba helyezi őket. Mivel a Notabilityvel kapcsolatos problémákat próbáltam elhárítani, végül minden jegyzetből 4 másolatot kaptam.)

4. A problémám forrásaA Notabilityben és az iDrive-ban is láttam hibákra utaló jeleket, így nem vagyok biztos benne, hogy mi okozta a tömeges letöltéseket.

A cache-fájlok a felhasználói könyvtár alatt vannak, amelyet a Finderrel úgy érhet el, ha a Go gombra kattintva lenyomva tartja az option billentyűt. Ahhoz, hogy lássuk, mi történik a Könyvtárban, segít, ha a Nézet menüből kiválasztjuk a Show View Options for Finder (a Nézet menüből) opciót, és bejelöljük a Calculate All Sizes (Minden méret kiszámítása) lehetőséget, így a Finder megjeleníti a könyvtárban lévő összes mappa méretét.

A Könyvtárban a Mobile Documents mappa tűnik az iDrive gyorsítótárának. Ugyanannyi adat volt benne, 30 GB, mint amennyit eredetileg feltöltöttem az iDrive-ra.

Gyanítom, hogy a Notability a Library/Caches/CloudKit mappában tárolt információkat gyorsítótárazta. Különböző időpontokban ez a mappa végül 5 és 20 GB közé került, ami természetesen túl sok ahhoz a 3 GB-hoz képest, amit a Notability-nek kellett volna kezelnie. A kettőt együtt véve nincs ok arra, hogy miért kellene összesen 30+3 GB adat szinkronizálásához 400 GB letöltés szükséges egyetlen gépre. Valaminek újra és újra próbálkoznia kellett, hogy elérjen valamit, ami nem működött.

A CloudKitben lévő nagy gyorsítótár azt sugallta, hogy a Notability volt a probléma. Próbáltam törölni a CloudKit mappát, sőt a teljes Cache mappát is. Amikor ezek a Trashben voltak, akkor is használták őket a különböző rendszerfolyamatok. Újraindítás után néha láttam, hogy a CloudKit alatt túl gyorsan újratermelődik egy nagy gyorsítótár ahhoz, hogy ez letöltések eredménye legyen, ezért gyanítom, hogy ugyanazok a folyamatok, amelyek a fájlokat használták, amíg a szemetesben voltak, újraindítás után visszaállították őket a CloudKitbe. Az egyetlen módja annak, hogy ezt megakadályozzam, az volt, hogy i) kikapcsoltam az internetkapcsolatot, ii) töröltem a CloudKit mappát, iii) újraindítottam, iv) kiürítettem a szemetest, v) visszakapcsoltam az internetkapcsolatot. De ezután a CloudKit gyorsítótár még mindig úgy tűnt, hogy letöltés útján folyamatosan újraépíti magát. Úgy tűnt, hogy ez még azután is folytatódott, hogy az összes adatomat töröltem a Notability-n belülről. (Utólag visszagondolva, meg kellett volna próbálnom törölni ezt a gyorsítótárat az iMac-emről és a MacBook-omról is, hogy kizárjam annak lehetőségét, hogy az egyik gépen lévő gyorsítótár megpróbálja újraépíteni a másik gépen lévő gyorsítótárat.)

A problémáim csak azután oldódtak meg, hogy az iDrive-ról is töröltem az összes adatomat, és ezt minden gépen és minden, az iDrive-hoz hozzáférő felhasználó esetében megtettem. Útközben még többször megpróbáltam törölni a CloudKit cache mappáját is. (Most már nagyon kevés adat van benne.)

A gyanúm szerint a Notability volt a bűnös, de lehetséges, hogy az iDrive is használta valamilyen módon a CloudKit gyorsítótárát, és ez volt a probléma valódi forrása; vagy a Notability és az iDrive között van valamilyen kölcsönhatás; vagy a két gép gyorsítótárai között volt egy késleltetés vagy kölcsönhatás, így a Notability adatainak eltávolítása megoldotta a problémát, de ez csak akkor jelentkezett, amikor az összes adatot töröltem az iDrive-ról; vagy …