Puncte:1

Politica S3 pentru a permite prin IP nu poate fi schimbată

drapel ua

Avem o găleată S3 cu conținut de site web care este oferit publicului printr-un cache proxy. Accesul la găleată este limitat la IP-urile utilizate de proxy. Toate acestea funcționează bine.

Au fost adăugate recent adrese IP noi la proxy, dar nu le putem adăuga la politică. Editarea directă a politicii oferă o „permisiune refuzată”, indiferent de permisiunile pe care le are utilizatorul. Am descoperit că am putea rezolva acest lucru prin deblocarea temporară a accesului public la găleată. Totuși, dacă adăugăm IP-uri noi, după reblocarea accesului public descoperim asta toate cererile sunt blocate. Dacă readucem modificările aduse politicii la lista originală de IP-uri, atunci aceasta revine la funcționare.

Politica este destul de simplă și arată astfel (editată pentru confidențialitate):

{
    „Versiune”: „2012-10-17”,
    „Id”: „găleata mea”,
    "Afirmație": [
        {
            „Sid”: „IPAllow”,
            „Efect”: „Permite”,
            „Principal”: „*”,
            „Acțiune”: „s3:*”,
            „Resurse”: „arn:aws:s3:::my-bucket/*”,
            "Condiție": {
                "Adresa IP": {
                    „aws:SourceIp”: [
                        „23.235.32.0/20”,
                        „43.249.72.0/22”,
                        „103.244.50.0/24”,
                        „103.245.222.0/23”,
                        „103.245.224.0/24”,
                        „104.156.80.0/20”,
                        „140.248.64.0/18”,
                        „140.248.128.0/17”,
                        „146.75.0.0/17”,
                        „151.101.0.0/16”,
                        „157.52.64.0/18”,
                        „167.82.0.0/17”,
                        „167.82.128.0/20”,
                        „167.82.160.0/20”,
                        „167.82.224.0/20”,
                        „172.111.64.0/18”,
                        „185.31.16.0/22”,
                        „199.27.72.0/21”,
                        „199.232.0.0/16”,
                        „2a04:4e40::/32”,
                        „2a04:4e42::/32”
                    ]
                }
            }
        }
    ]
}
drapel ua
După multe încercări și erori, se pare că lucrurile eșuează atunci când avem 2 intervale IPv6 la sfârșitul listei.
drapel cn
Mi se pare o eroare de scăpare sau o eroare!
drapel cn
Ce mască de rețea aveau intervalele IPv6?
drapel ua
@shearn89 - Am actualizat întrebarea cu IP-urile reale utilizate. Este luat din lista de adrese IP publice a lui Fastly.
Puncte:0
drapel cn

Cred că s-ar putea să te lovești acest.

Cred că dacă aveți o listă mare de IP-uri, și tu ai blocați accesul publicului activat la nivel de cont, apoi întâlniți acest caz marginal.

Cu BPA activat, S3 verifică politicile pentru a împiedica oamenii să permită 0/0 sau asemănător.Pentru intervale sau liste de IP suficient de mari, verificările pe care S3 le folosește în culise pentru a determina „public” vor avea o gamă prea largă pentru a fi verificată și vor expira sau vor eroa.

Dacă puteți restrânge unele dintre intervalele dvs. sau găsiți o altă modalitate de a proteja datele, ar trebui să fiți în regulă.

drapel ua
Am actualizat întrebarea. Avem 21 de game. Am descoperit că scăparea ultimului i-a permis să funcționeze, așa că ne-am gândit că 2 IPv6 au cauzat o problemă, dar poate că problema este că nu puteți avea mai mult de 20? Toate acestea par niște alegeri de design cu adevărat groaznice din partea AWS dacă nu aveți probleme de sintaxă la salvarea politicii.
drapel ua
De fapt, am avut în jur de 17-18 înainte și adăugarea unui singur IPv6 într-un singur test părea să provoace eșecul.
drapel cn
Cred că un IPv6 „/32” este limita pentru IPv6, deci problema este a avea mai multe intervale IPv6. Aș sugera să contactați asistența AWS dacă aveți acest lucru pentru a ridica un bilet - potențial feedback suplimentar care ar putea ajuta să fie mai clar.
drapel cn
Bănuiesc că dacă ai avea doar cele 2 intervale IPv6 și nici un IPv4, ai mai întâlni problema, nu este o problemă de lungime a listei, ci o problemă de dimensiunea intervalului permis!

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.