Ĉu VPN aŭ prokurilo povas kopii kopirajtan enhavon? Tri agoj
Plusendado de pakaĵoj, kaŝmemorigo de respondoj kaj reeldonado starigas apartajn demandojn pri kopirajto. Parigu la agon, kiun via servo plenumas, kun la regulo, kiu ĝin regas.
Plusendado de pakaĵoj, kaŝmemorigo kaj reeldonado aspektas same en panelo, sed kondutas tute malsame tuj kiam aperas demando pri rajtoj. Servo, kiu movas bajtojn inter uzanto kaj servilo, plenumas unu agon, dum tiu, kiu konservas respondon kaj transdonas ĝin al la sekva vizitanto, plenumas alian. Publikigi materialon de iu alia sub via propra nomo estas tria, kaj nur tiu tria ago estas disvastigo en la ordinara senco.
Determinu, kiun el tiuj tri via stako efektive plenumas, kaj poste aplikigu la regulon, kiu kongruas. Produktaj etikedoj nenion decidas ĉi tie, kaj ankaŭ la uzata protokolo ne estas la kriterio.
Tri agoj, kiujn prokurilo aŭ VPN povas plenumi
Kluzo akceptas TCP-fluon, reverkas adresojn kaj plusendas segmentojn en ambaŭ direktojn. Nenio postvivas la konekton sur disko, kaj la utilŝarĝo restas netransparenta por la kluzo, krom se la kliento interkonsentas TLS kun la kluzo anstataŭ kun la origino.
Kaŝmemoriga peranto laboras alie: ĝi analizas la peton, konservas la respondon dum vivotempo, kiun ĝi kalkulas aŭ legas el kaplinioj, kaj poste reludas tiun konservitan objekton al pli malfruaj klientoj. Io nun ekzistas ekster la drato, ŝlosita per URL kaj validigilo, kaj ĝia retenado estas konfigura elekto, ne flanka efiko.
Reeldonado iras unu paŝon plu. La materialo kuŝas sur infrastrukturo, kiun vi kontrolas, adresita al publiko, kiun vi elektis, ofte post redaktado. La unuaj du agoj priskribas transportadon, dum la tria priskribas disvastigon.
| Ago | Kio ekzistas poste | Demando, kiu decidas la rezulton |
|---|---|---|
| Porti fluon | Traduka stato kaj bufroj daŭrantaj sekundojn | Kiun perantan provizion kovras la pasema transdono? |
| Konservi respondon | Objekto kun freŝeco- kaj validigila metadatenoj | Ĉu retenado kaj reludado estis rajtigitaj, kaj ĝis kiam? |
| Prezenti la verkon sub via URL | Publikigita kopio adresita al nova publiko | Kiun permeson kovras disvastigo al tiu publiko? |
Kie malĉifra prokurilo transformas transportadon en kopiadon
La distingo, kiu decidas la plej multajn diskutojn, estas ĉu la skatolo iam tenas klartekston. Pura tunelo, ĉu WireGuard, ĉu OpenVPN tun-aparato aŭ SSH -L-plusendo, movas ĉifrotekston inter finpunktoj kaj lasas nenion legeblan. Prokurilo, kiu finigas TLS, faras la malon: ĝi kompletigas la manpremon, bufras la respondon en memoro kaj poste reĉifras la fluon al la kliento. Inter tiuj operacioj la verko ekzistas en formo, kiun la operatoro povas inspekti kaj konservi.
17 USC 106 listigas reproduktadon kaj disvastigon inter la ekskluzivaj rajtoj, ĉiu submetita al la limigoj difinitaj en la sama titolo. Milisekunda bufro povas sen dispute eniri limigon; retenita, reludebla objekto estas multe pli malfacile metebla tien. Daŭro kaj celo pezas pli ol la fakto, ke memoro entute estis tuŝita.
Nenio el tio igas VPN permesilon, kaj nenio igas ĉiun prokurilon malobservanto. Transportado estas unu fakto inter pluraj, kaj la taksenda demando restas la sama: kiu ago, sur kies materialo, sub kiu permeso.
Kaŝmemoraj kaplinioj priskribas protokolan permeson, ne leĝan permeson
HTTP-kaŝmemoro decidas per respondaj metadatenoj, kion ĝi rajtas konservi, kaj RFC 9111 starigas la regulojn, kiujn ĝi sekvas. Cache-Control: no-store ordonas al ĉiu konforma kaŝmemoro forĵeti la respondon, dum private limigas reuzadon al unu uzanto kaj longa max-age invitas al komuna konservado. Unu peto diras al vi, kiun politikon origino elektis. Rulu ĝin antaŭ ol diskuti pri io ajn alia.
curl -sI https://origin.example/media/report.pdf | grep -i -E 'cache-control|etag|age'
Respondo, kiu anoncas longan vivotempon, diras al kaŝmemoroj, ke reludado estas akceptebla je protokola nivelo. Tiu aserto diras nenion pri tio, ĉu vi rajtas preni la saman objekton, rehostigi ĝin kaj enigi ĝin en vian propran servon. Du malsamaj permesoj venas el du malsamaj mekanismoj, kaj kontentigi unu lasas la alian ĝuste tie, kie ĝi estis.
La spegula kazo malsukcesas same. End-al-end HTTPS malhelpas travideblan kaŝmemoron konservi ion ajn, tamen tiu rezulto nek kreas rajton disvastigi la materialon nek forigas unu, kiun vi jam havis. Protokola konduto klarigas, kion skatolo povas; ĝi neniam provizas rajtigon.
Kion noti antaŭ ol la servo ekfunkcios
Priskribu la aranĝon per terminoj, kiujn eksterulo povas kontroli. Nomu la materialon kaj ĝian fonton, listigu la agojn, kiujn la sistemo plenumas, kaj diru, kiom longe vivas ĉiu konservita objekto.
Konservu tiun priskribon kun la deplojo, ne en ies memoro. Kiam alvenas plendo, la interspaco inter defendebla pozicio kaj konjekto kutime estas alineo skribita monatojn antaŭe, kiu nomas la retenperiodon kaj la permesilon.
Mallonga revizia listo kovras la ripetiĝantajn truojn:
- Fonto de la materialo kaj la kondiĉoj ligitaj al ĝi.
- Ĉiu plenumita ago: plusendi, konservi, redakti, prezenti.
- Retenado laŭ objekta klaso, en horoj aŭ tagoj.
- Permeso aŭ limigo, sur kiu baziĝas la prezenta paŝo.
- Kontakto kaj foriga vojo por rajtohavantoj.
Rulu la liston kontraŭ la viva konfiguracio, ne kontraŭ la arkitektura diagramo. Kie mankas respondo, tiu breĉo estas la sekva tasko: aŭ akiru permeson por la ago aŭ ĉesu plenumi ĝin. Por komerca servo, lasu advokaton legi la skriban priskribon kontraŭ la jurisdikcio, en kiu vi agadas, ĉar la priskribo estas tio, kio ebligas tiun revizion. Ĉio, kion vi ne povas priskribi skribe, estas pozicio, kiun vi ne povas defendi.