I use your ipfs service to allow my web app to upload (client side) and then pin (server side by authentication).
The new policy forces me to use the same credentials on the client size app and I can’t allow this.
My proposal is to create two login credentials, one only for the upload the other only for the pin, in this way I can
protect my pinned file archive from unauthorized account use.
Is there any further resolution on this? Even after reversion, I’m still getting 403 error even using correct authentication. Without authentication, as it was before, I was getting a 401 error so I’m assuming my authentication is correct.
But I’m just repeating a ticket that already appears to be open in this chain. Lots of developers seem to be having the same problem and the posts above support this - “I’m still getting 403 error”. Can you please resolve or provide some clarity on the issue, or suggest alternative to Infura?
Hi, I am not sure if that is relevant to this topic, but I found that I can’t access the link due to the SSL cert in Chrome and firefox. I am using the DEDICATED GATEWAYS
I can only access the link in Safari. It is infinite loading in all the other browsers ERR_CONNECTION_TIMED_OUT
I just found the issue. I don’t know why my ISP (Sky in the UK) got some unknown problems with those ipfs links(Maybe it is related to SSL?). Once I use my own mobile phone bandwidth, I am able to see the data.
I implemented everything using my dedicated gateway subdomain, but I still cannot make requests. Does anyone know if there is a solution to this issue here? Looking at the above I don’t really see anything that works