s3fs-ի պրոքսի շրջանցումը պետք է համապատասխանի bucket-ի իրական հոսթի անվանը
Համապատասխանեցրեք s3fs շրջանցման կանոնը S3-ի իրական վերջնակետին՝ ներառյալ bucket-ային հոսթի անունները և վերահասցեավորումները։
s3.amazonaws.com-ը չի համապատասխանում photos.s3.us-east-1.amazonaws.com-ին։ Տարածաշրջանային հոսթի անունը չի ավարտվում այդ կարգավորված դոմենով։ Դոմենի բացառությունը կարող է ներառել ենթադոմեններ, բայց չի կարող նույնականացնել պահոցային ծառայությանը պատկանող բոլոր վերջնակետերը։
Գտեք այն հոսթը, որի հետ s3fs-ը իրականում կապվում է՝ ներառյալ հետագա վերահասցեավորումները։ Վիրտուալ հոսթի հասցեավորումը bucket-ը դնում է հոսթի անվան մեջ, իսկ ուղու ոճի հասցեավորումը՝ ուղու մեջ։ Այսպիսով, հատուկ վերջնակետը կամ տարածաշրջանի ուղղումը կարող են փոխել այն անունը, որին պետք է համապատասխանի շրջանցման կանոնը։
Օգտագործեք use_path_request_style-ը, երբ ծառայությունը պահանջում է հասցեավորման այդ ձևը։ Այն փոխելը միայն չբացատրված պրոքսի բացառությունը աշխատեցնելու համար խառնում է երկու որոշում և կարող է ազդել վկայագրերի անունների և ծառայության համատեղելիության վրա։
s3fs-ը HTTP փոխանցումների համար օգտագործում է libcurl, և no_proxy-ն կարող է բացառել նաև HTTPS նպատակակետերը։ Ընտրեք հոսթի անվան կամ դոմենի բացառություն, որը բավական լայն է նախատեսված ուղիղ հարցումների համար։ Ավելի լայն դոմենը կարող է ներառել այլ bucket-ներ և ծառայություններ, իսկ *-ը ամբողջությամբ անջատում է պրոքսիի օգտագործումը տվյալ հարցման համար։
Եթե նույն վերջնակետը աշխատում է ինտերակտիվ mount-ից, բայց ոչ ծառայության կողմից կառավարվող mount-ից, համեմատեք դրանց ժառանգված միջավայրը և կոնֆիգուրացիայի աղբյուրները։ Ծառայության մեկնարկից հետո փոփոխականի արտահանումը չի կարող թարմացնել այդ գոյություն ունեցող գործընթացը։ Սահմանեք վերջնակետի անունը և mount գործընթացի մուտքերը նախքան bucket-ի հավատարմագրերը փոխելը։