The file uploaded with windows desktop can not be checked or got via https://ipfs.io/ipfs/xxxxxx .I wonder if the file is uploaded

I found that when i use ‘ipfs id’ at cli:there are

“/ip4/88.217.185.150/tcp/4001/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm”,
“/ip4/88.217.185.150/udp/4001/quic/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm”,

But i cant find that tcp/4001 at ipfs desktop:
image

what’s the reason of that?

as for set up forwording a port, there is nothing about port thing in my router, if i just Plug the network cable directly into the computer and login with gateway:
image

is that reason i use this kind of internet(log in with username and password and discconnected every 10 hours) :
image

there are tools for setup port forward using upnp such as GitHub - Codeh4ck/UPnP-Port-Forwarder: A simple UPnP port forward tool
UPnP Wizard - Port Mapping Tool

i dont thik they will work because if upnp worked okay ipfs would used that. You need to call your provider support and ask about port forwarding.

Could you pls try to connect my node now?

ip4/127.0.0.1/tcp/4001/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm

/ip4/127.0.0.1/udp/4001/quic/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm

/ip4/192.168.10.101/tcp/4001/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm

/ip4/192.168.10.101/udp/4001/quic/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm

/ip4/88.217.185.150/tcp/64583/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm

/ip4/88.217.185.150/udp/64583/quic/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm

/ip6/::1/tcp/4001/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm

it doesnt work. connection refused error

Could you pls try this two CID:
QmXCvnU52CAuswDmkQQ4RZBa7tYfubwDTH8DrqwvTJGQd2

QmWwZj5kLMh8u6e8wWn8QU5pTb6ZJZ4CcsUyMEYjm5ZDoH
Suddenly, my browser can access the file I uploaded,Sometimes it can be accessed, sometimes not,Is it because uploading to the public network is slow

I can access them via public gateway “gateway.ipfs.io

DONG via discuss.ipfs.io <ipfs1@discoursemail.com> 於 2021年4月1日週四 下午11:50寫道:

The former is a cosplayer and the latter is “fox fox fox fox”, right?

right , but somtimes it didn’t work ,just feel like it’s need time to upload,what about i upload a bigger image :QmTcJN81w8EiSjixUxwiAPcVSmt8WesC3F2cbWTguonkhu

But why i got 404 page not found when i click “gateway.ipfs.io

Now the problem is that sometimes I can upload it and sometimes I can’t. For example, the 3Mb image I just uploaded, I can access it immediately with a browser, but it only takes a long time to open the txt with a few kb.

It is one of the major public IPFS-web gateways. You need to append the protocol (ipfs) and the hash (e.g. QmXCvnU52CAuswDmkQQ4RZBa7tYfubwDTH8DrqwvTJGQd2) to reach the content.

https://gateway.ipfs.io/ipfs/QmXCvnU52CAuswDmkQQ4RZBa7tYfubwDTH8DrqwvTJGQd2
https://gateway.ipfs.io/ipfs/QmWwZj5kLMh8u6e8wWn8QU5pTb6ZJZ4CcsUyMEYjm5ZDoH
https://gateway.ipfs.io/ipfs/QmTcJN81w8EiSjixUxwiAPcVSmt8WesC3F2cbWTguonkhu

FYI here is a list of public gateways:
https://ipfs.github.io/public-gateway-checker/

so it should be similiar with ipfs.io/ipfs/xxxxx .

what is origins? and And does it take a long time to upload like i just repled to you?

The Origin column indicates whether a public gateway is compatible with same-origin policy. I bet it is not relevant to the issues you are encountering.

But the strange thing is that I can access suddenly now, I have not changed any settings, can you please try to use ipfs swarm to connect to my node, It should ok if i can get access to my uploaded file /ip4/127.0.0.1/tcp/4001/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm",
“/ip4/127.0.0.1/udp/4001/quic/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm”,
“/ip4/192.168.10.101/tcp/4001/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm”,
“/ip4/192.168.10.101/udp/4001/quic/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm”,
“/ip4/88.217.185.150/tcp/64583/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm”,
“/ip4/88.217.185.150/udp/36354/quic/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm”,
“/ip4/88.217.185.150/udp/64583/quic/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm”,
“/ip6/::1/tcp/4001/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm”,
"/ip6/::1/udp/4001/quic/p2p/12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm

the case that cannot access to the file can be solved sometimes by restart node, but sometimes didnt work

or someone could check if config is all right or need change

{
“API”: {
“HTTPHeaders”: {}
},
“Addresses”: {
“API”: “/ip4/127.0.0.1/tcp/0”,
“Announce”: [],
“Gateway”: “/ip4/127.0.0.1/tcp/0”,
“NoAnnounce”: [],
“Swarm”: [
“/ip4/127.0.0.1/tcp/0”
]
},
“AutoNAT”: {},
“Bootstrap”: [],
“Datastore”: {
“BloomFilterSize”: 0,
“GCPeriod”: “1h”,
“HashOnRead”: false,
“Spec”: {
“child”: {
“path”: “badgerds”,
“syncWrites”: false,
“truncate”: true,
“type”: “badgerds”
},
“prefix”: “badger.datastore”,
“type”: “measure”
},
“StorageGCWatermark”: 90,
“StorageMax”: “10GB”
},
“Discovery”: {
“MDNS”: {
“Enabled”: Ture,
“Interval”: 10
}
},
“Experimental”: {
“FilestoreEnabled”: false,
“GraphsyncEnabled”: false,
“Libp2pStreamMounting”: false,
“P2pHttpProxy”: false,
“ShardingEnabled”: false,
“StrategicProviding”: false,
“UrlstoreEnabled”: false
},
“Gateway”: {
“APICommands”: [],
“HTTPHeaders”: {
“Access-Control-Allow-Headers”: [
“X-Requested-With”,
“Range”,
“User-Agent”
],
“Access-Control-Allow-Methods”: [
“GET”
],
“Access-Control-Allow-Origin”: [
“*”
]
},
“NoDNSLink”: false,
“NoFetch”: false,
“PathPrefixes”: [],
“PublicGateways”: null,
“RootRedirect”: “”,
“Writable”: false
},
“Identity”: {
“PeerID”: “12D3KooWLpKz3tdEehMGPX42HPeSL4deyU6uMv4WbVHD2dgXbMqm”
},
“Ipns”: {
“RecordLifetime”: “”,
“RepublishPeriod”: “”,
“ResolveCacheSize”: 128
},
“Mounts”: {
“FuseAllowOther”: false,
“IPFS”: “/ipfs”,
“IPNS”: “/ipns”
},
“Peering”: {
“Peers”: null
},
“Pinning”: {
“RemoteServices”: {}
},
“Plugins”: {
“Plugins”: null
},
“Provider”: {
“Strategy”: “”
},
“Pubsub”: {
“DisableSigning”: false,
“Router”: “”
},
“Reprovider”: {
“Interval”: “12h”,
“Strategy”: “all”
},
“Routing”: {
“Type”: “dht”
},
“Swarm”: {
“AddrFilters”: null,
“ConnMgr”: {
“GracePeriod”: “300s”,
“HighWater”: 300,
“LowWater”: 50,
“Type”: “basic”
},
“DisableBandwidthMetrics”: false,
“DisableNatPortMap”: true,
“EnableAutoRelay”: false,
“EnableRelayHop”: false,
“Transports”: {
“Multiplexers”: {},
“Network”: {},
“Security”: {}
}
}
}

try with false…

Another question is that the Sometimes the file can be accessed and sometimes not ,and IPFS DOCs shows : A common issue for new users running IPFS, especially on home networks, is that their IPFS node is sitting behind a NAT (network address translation). It’s common for people who run an IPFS node on their home network to have very long wait times or a high rate of request failure. This is because the rest of the nodes on the IPFS network have difficulty connecting to them through their NAT. The NAT allows many machines to share a single public address, and it is essential for the continued functioning of the IPv4 protocol, which would otherwise be unable to serve the needs of the modern networked population with its 32-bit address space.

1 Like

I kinda got lost in this conversation. Were you ever able to resolve your problem?

I’m having the same problem. I load something into ipfs desktop app but then I can’t access it from other devices or gateways.