Home Sharing utanfor heimen: berbar kopi eller eksternteneste?

Du reiser om to dagar og vil ha biblioteket med, og den første avgjerda er ikkje kva VPN du brukar. Ho er om du treng filer på eininga eller levande tilgang til ein datamaskin som blir heime, fordi det er ulike prosjekt med ulike feilmodus. Gjer du det i motsett rekkjefølgje, får du ein fungerande tunnel retta mot feil teneste. Vel modellen først, deretter nettverket.

Få det lokale oppsettet til å verke først

Apple sine Home Sharing-rettleiding skildrar eit smalt oppsett: einingar på eitt Wi-Fi- eller Ethernet-nettverk, same Apple-konto på kvar, og kjøpa godkjende på den kontoen. Datamaskinen som tener biblioteket må òg vere vaken med medieappen open. Gjenta alt dette heime og stadfest avspeling på eininga du planlegg å ta med. Alt som sviktar der, sviktar igjen frå eit hotell, med eit ekstra lag forvirring på toppen.

Home Sharing, AirPlay og fildeling er tre ulike tenester med tre ulike oppsett. Ein castmottakar på ei liste er ikkje eit delt bibliotek, og å opne adressa til datamaskinen over ein tunnel provar ingen av delane. Å blande dei er korleis ei helg forsvinn i feilsøking av feil teneste.

Alternativ A: ein kopi du har stadfesta offline

Viss du treng eit føreseieleg sett med medium, gjer det klart før du reiser. Bruk den støtta nedlastings-, synkroniserings- eller eksportvegen til medieappen for innhald du har rett til å kopiere, og stadfest deretter at appen spelar det av med nettverket slått av. Det siste steget er heile testen, og det er det folk hoppar over. Viss fila framleis treng ei tilkopling for å opnast, har du svaret tidleg, og det er poenget med å teste heime.

Ei abonnementsnedlasting oppfører seg ikkje som ei vanleg mediefil. Reglane for godkjenning og utløp er ulike, og dei dukkar opp på det verst tenkjelege tidspunktet.

Alternativ B: ei teneste bygd for ekstern tilgang

Viss biblioteket endrar seg medan du er borte, vel ei teneste bygd for ekstern bibliotektilgang. Kontroller klientappane, formatstøtta, kontokrava og det tillatne innhaldet før du rører nettverket, og rull henne deretter ut nøyaktig som dokumentert. Når tenesta kan nåast over ein privat VPN-veg, publiser ingenting: hald biblioteket på den vegen i staden for å opne deleportane mot internett.

Poenget med den private vegen er at tenesta held på autentiseringa og innhaldsreglane sine medan ho mistar den offentlege eksponeringa. Å opne portar fordi dei er lettare å teste frå ein kafé, er korleis eit bibliotek endar opp med å bli indeksert.

Kva Home Sharing ikkje gjer, med eller utan relay

Eit discovery-relay eller eit lag-2-eksperiment kan få ei eksternteneste til å dukke opp på ei liste. Å dukke opp er ikkje å kople til, og å kople til er ikkje å spele av.

Apple dokumenterer Home Sharing som eit lokalnettoppsett, så eit relay gjer det ikkje til ein støtta ekstern arbeidsflyt, og godkjennings- og avspelingskontrollane skjer framleis på den andre sida av det relayet. Hald den skilnaden i planen i staden for å oppdage han på eit hotellrom. Eit relay du kan feilsøke heime, er eit laboratorium, ikkje eit oppsett du kan stole på på ei reise.

Viss du eksperimenterer, noter tre resultat

Namngi tre utfall og noter kvart einskilt separat: biblioteket dukkar opp på lista, ei økt opnar frå klienten, og det valde elementet blir faktisk spelt av. Skriv dei nøyaktige appane, versjonane og nettverksoppsettet ved kvart resultat. Ein vellukka ping eller ei vidaresend kunngjering er ikkje eitt av dei tre.

Unngå å vidaresende all discovery-trafikk berre for å finne ut kva modell du ville ha. Det arbeidet høyrer heime i laboratoriet, ikkje i reiseplanen.

For ei vanleg reise er dei to forsvarlege svara ein kopi du har stadfesta offline, og ei teneste som vart bygd for å nåast eksternt.