Yandex.Disk malpermesis la uzon de la malfermfonta rclone ilo

antaŭhistorio

Hej Habr!

Kio instigis min skribi ĉi tiun afiŝon estis sufiĉe stranga eraro, kiun hieraŭ vespere sur tekkomputilo kun Linukso (jes, mi estas unu el tiuj strangaj homoj, kiuj uzas GNU/Linukson sur tekkomputilo) mi ricevis anstataŭ la enhavon de mia Yandex. .Disko:

$ ls -l /mnt/yadisk
ls: reading directory '.': Input/output error
total 0

Mia unua penso: la reto falis, ne gravas. Sed kiam oni provis remunti la dosierujon, aperis nova eraro:

$ sudo umount /mnt/yadisk && rclone mount --timeout 30m ya:/ /mnt/yadisk
2020/02/21 20:54:26 ERROR : /: Dir.Stat error: [401 - UnauthorizedError] Unauthorized (Не авторизован.)

Ĉi tio jam estis stranga. Ĉu la ĵetono estas putra? Neniu problemo, mi denove rajtigos!

$ rclone config
... (опущу тут весь вывод терминала) ..

Post iri al la reto kaj provi ensaluti tie, mi ricevas pli specifan mesaĝon:

Ĉi tiu aplikaĵo estis blokita pro malicaj agadoj kaj tial aliro ne estas permesita (unauthorized_client).

Unua penso: kio?

Pri rclone

Iom da helpo:
rikono - sufiĉe fama malfermita ilo por labori kun nubaj stokado (ripete fojoj, два, tri menciita sur Habré). La aŭtoro nomas ĝin "rsync por nuba stokado", kiu estas sufiĉe ampleksa. Sed la funkcieco ne estas limigita al ĉi tio: krom la rsync-funkcioj, ĝi ankaŭ povas munti diskojn, plenumi la ncdu-funkcion (kiu, cetere, iam permesis al mi detekti malĝustan kalkulon de libera spaco sur Yandex.Disk kaj sukcese. solvi ĉi tiun problemon per teknika subteno), kaj amaso da aliaj aferoj. La ilo subtenas dekduojn da nubaj stokaĵoj, same kiel pli tradiciajn protokolojn - WebDAV, FTP, rsync kaj aliajn. Por aliri Yandex.Disk, la utileco uzas oficiala publika API Disko.

La utileco estas vere unika kaj (laŭ mi) reprezentas tiun klason de programoj, kiujn vi instalas unufoje, kaj ili alportas avantaĝojn konstante.

Kio okazis?

Turninte al Guglo, mi tuj konstatis, ke mi ne estas sola. Manĝu cimo en la oficiala github, same kiel diskuto pri oficiala forumo.
Resumo: la kliento_id de la utileco estas blokita de Yandex.Disk, tial vi ne plu povas ensaluti. Vi povas provi ŝanĝi la client_id, sed ne estas fakto, ke la sama sorto ne trafos la novan id.
Subtena respondo afiŝita sur la sama forumo:

Fakte, la programo Rclone permesas vin uzi Yandex.Disk kiel infrastrukturan komponanton, kaj Yandex.Disk estas persona servo, kiu ne estas desegnita por solvi tiajn problemojn. Tial ni ne subtenas la ligon Rclone - Yandex.Disk.

"Infrastruktura komponanto"? Nu, se vi ne povas, tiam ĝi verŝajne estas priskribita en la reguloj, mi pensis, kaj estas nenio tia en reguloj de la disko mem aŭ lia publika API Mi ne trovis.

Bone, ni skribu por subteni.
La unua respondo kongruas kun tiu afiŝita supre (pri la "infrastruktura komponanto"). Bone, ni ne estas fieraj.

Plia korespondado kun subteno

Mi:

Ĉu vi bonvolu diri al mi, kian servoregulon ĉi tio malobservas?
Mi studis la uzkondiĉojn de Yandex Disk kaj ne ekzistas malpermesoj uzi ĝin "kiel infrastruktura komponanto".

Krome, mi ne povas uzi la ilon de mia persona tekkomputilo por labori kun la disko. Ĉi tio tute ne kategoriiĝas sub la "infrastruktura komponanto". La norma diskkliento estas terura, pardonu.

Subteno:

Sergey, la fakto estas, ke Yandex.Disk estas ĉefe persona servo, kiu ne estas desegnita por aŭtomate elŝuti rezervajn kopiojn.
Vi povas sinkronigi datumojn inter via komputilo kaj Yandex.Disk, kaj ankaŭ uzi la retan interfacon Disk por elŝuti dosierojn kaj labori kun ili.

Se ial vi ne estas kontenta pri nia programo, bonvolu esprimi ilin. Tradicie, ni aŭskultas uzantajn komentojn dum publikigado de produktaj ĝisdatigoj.

Vi povas konatiĝi kun la dokumentoj regantaj la uzadon de la servo, precipe la "Uzantinterkonsento por Yandex-Servoj", publikigita ĉe: https://yandex.ru/legal/rules/, same kiel "Kondiĉoj de uzo de la Yandex.Disk-servo": https://yandex.ru/legal/disk_termsofuse

Por solvi problemojn, kiuj postulas grandajn kvantojn da potenco, ni rekomendas uzi Yandex.Cloud. Ĉi tio estas alia nuba servo de Yandex, kiu estis kreita por solvi komercajn problemojn. Vi povas lerni pli pri Yandex.Cloud ĉi tie: https://cloud.yandex.ru

Mi:

Vi ne respondis al mia demando. Bonvolu diri al mi, kiu punkto de la servaj reguloj malobservas la uzon de rclone? Mi zorge studis la regulojn el via ligilo (eĉ antaŭ ol vi sendis ĝin).

Ĵus vi skribis afiŝon, ke Yandex forte subtenas OpenSource kaj sen OpenSource Yandex kaj la moderna Interreto ne ekzistus (https://habr.com/ru/post/480090/).

Kaj nun vi blokas la OpenSource-ilaĵon pro nepra kialo.

Cetere, la programo ne "aŭtomate elŝutas rezervajn kopiojn"; la programo estas desegnita por funkcii kun nuba stokado, inkluzive de sinkronigado de datumoj inter komputilo kaj Yandex.Disk. Kaj ĉi tio estas mia ĉefa uzkaza ilo, kiu nun estas neatingebla.

Subteno:

Laŭ klaŭzo 3.1. "Uzantinterkonsento" Yandex havas la rajton establi limigojn pri la uzo de servoj por ĉiuj Uzantoj, aŭ por iuj kategorioj de Uzantoj (depende de la loko de la Uzanto, la lingvo en kiu la servo estas provizita, ktp.), inkluzive de: la ĉeesto/foresto de certaj funkcioj-servo, la stokado de retmesaĝoj en la Yandex.Mail-servo, ajna alia enhavo, la maksimuma nombro da mesaĝoj kiuj povas esti senditaj aŭ ricevitaj de unu registrita uzanto, la maksimuma grandeco de retmesaĝo aŭ diskospaco, la maksimuma nombro da vokoj al la servo dum difinita tempodaŭro, la maksimuma perioda enhavo-stokado, specialaj parametroj por elŝutita enhavo, ktp. Yandex povas malpermesi aŭtomatan aliron al siaj servoj, kaj ankaŭ ĉesi akcepti ajnan informon generitan aŭtomate (ekzemple, spampoŝton).

La uzanto ankaŭ estas avertita pri tio en klaŭzo 4.6. "Kondiĉoj de uzo de Yandex.Disk."

Bonvolu noti, ke la "Kondiĉoj de Uzo de Yandex.Disk" ankaŭ establas la devon por la Uzanto agi en bona kredo kaj sindeteni de misuzo de la funkcioj de la Servo. La Uzanto ankaŭ devigas sin deteni de organizi amasan kundividon de dosieroj uzante la funkciojn de la Servo.

Yandex rajtas apliki regulojn, limojn kaj limigojn celantajn malhelpi, limigi kaj subpremi amasan kundividon de dosieroj laŭ la reguloj de klaŭzo 4.5. ĉi tiuj "Kondiĉoj".

La lasta respondo alportis klarecon. Precipe la unuaj du alineoj rilate al klaŭzo 3.1. Yandex "Uzanto-Interkonsento" kaj klaŭzo 4.6. "Kondiĉoj de uzo de Yandex.Disk." La teksto de 4.6 ne estas donita ĉi tie, sed mi donos ĝin ĉi tie:

4.6. Yandex rezervas la rajton establi iujn ajn regulojn, limojn kaj limigojn (teknikaj, juraj, organizaj aŭ aliaj) pri la uzo de la Servo, kaj povas ŝanĝi ilin laŭ sia propra bontrovo, sen antaŭa avizo al la Uzanto. En kazoj kie ĉi tio ne estas malpermesita de leĝo, la specifitaj reguloj, limoj kaj limigoj povas esti malsamaj por malsamaj kategorioj de Uzantoj.

Konkludoj?

Nur lastatempe, kara bobuk en lia afiŝu ĉi tie sur Habré skribis, ke Yandex kredas tion:

Ni ĉe Yandex kredas, ke la moderna Interreto estas neebla sen malfermkoda kulturo kaj homoj, kiuj investas sian tempon en disvolvi malfermkodajn programojn.

Sed en la praktiko ĝi rezultas tute alie. Bonega utileco estas blokita por io, kio ne estas malpermesita de la servaj reguloj. Ĉar la utileco permesas vin uzi malferma publiko La celita celo de la Disk API estas elŝuti dosierojn. Ili blokas ne pro malobservo de la reguloj de la servo, sed ĉar ili povas.
Kio estas duoble stranga estas, ke ne estas specifaj malobservantoj de reguloj kiuj estas blokitaj (ankaŭ estas neklaraj kiuj; la reguloj ne malpermesas uzi diskon por rezervaj kopioj ie ajn). Ilo, kies rezerva funkcio estas nur unu el multaj, estas blokita.

Kio estas infrastruktura komponanto kaj kial ili ne povas esti uzataj kun disko ankaŭ ne estas klara. Eĉ retumilo povas esti uzata kiel "infrastrukturo"; ĉu ne eblus malpermesi la uzon de la disko en la retumilo?

Kion mi faru?

Nuntempe, uzu vian client_id kaj daŭrigu vian vivon. Sed, se juĝante laŭ la respondo de teknika subteno, ni povas atendi, ke la ĉaso de sorĉistinoj daŭros kaj aliajn client_ids, uzant-agentan rclonon, aŭ eĉ iujn heŭristikajn manierojn bloki la ilon blokitan.

PS Mi elkore esperas, ke estis simpla eraro aŭ miskompreno. Yandex havas bonegajn specialistojn (mi persone konas multajn el ili) kaj inter ili, mi certas, estas rclone-uzantoj.

Ĝisdatigo 24.02.2020:
В eldono 690 Radio-T podkasto, kies kungastiganto estas ankaŭ la respektata Bobuk, diskutis pri la blokado de rclone. Komencas je 1:51:40.

fonto: www.habr.com

Aldoni komenton