if some AS is taking the piss: start returning random addresses just for them? they'd soon learn
Icanhazip: A simple IP address tool survived a deluge of users (2021)
61–70 of 146 posts
Re: Icanhazip: A simple IP address tool survived a deluge of users (2021)
#62I used to use ipchicken and some others, but now I just type “what is my ip” into google and get it that way. Not suitable for automation but in my case it’s just a quick manual check.
Re: Icanhazip: A simple IP address tool survived a deluge of users (2021)
#63Why not use protocols which are specifically designed to report mapped IP address like STUN? It's faster as UDP exchange is shorter than 3-way TCP handshake (or even TCP+TLS handshake). Here is an implementation which uses parallel STUN queries to report address reliably as fast as possible: https://github.com/Snawoot/myip
Because one requires you to merely type a simple URL in your browser that you already likely have open, the other requires you to install Go, clone a git repo, compile the program, install the program, and THEN finally run the program.
Re: Icanhazip: A simple IP address tool survived a deluge of users (2021)
#64Everyone was so nice and I learned so much. I owe them all a lot of drinks. :)
Re: Icanhazip: A simple IP address tool survived a deluge of users (2021)
#65For ridiculously easy things like this, I think it's smarter for you to just host it yourself. This way you are not forcing other people to carry your burden. nginx config example: location /ip { add_header Content-Type "application/json"; return 200 '{"host":"$server_name","ip":"$remote_addr","port":"$remote_port","server_ip":"$server_addr","server_port":"$server_port "}\n'; } Which will return something like this i…
Re: Icanhazip: A simple IP address tool survived a deluge of users (2021)
#66Not related to the story of scaling the tech but rather to the IP business in 2023: I’m not affiliated with any of these services, but my goto has been ip4.me, ip6.me, and ip6only.me because they’re short and memorable and because they acknowledge the IPv4/IPv6 split. The first two domains give you your v4 and v6 IP respectively and the latter only resolves over IPv6 (useful to ensure your IPv6 is off when using a VP…
Does Chrome not recognize the .me TLD? I just tried to type that ip4.me domain twice and it just sent me to search results.
Check your local DNS configuration and your spelling, something is likely hijacking NXDOMAINs.
Re: Icanhazip: A simple IP address tool survived a deluge of users (2021)
#67Earlier quoted context omitted.
Icanhazip.com will do the same. They have ipv4.icannazip.com and ipv6.icannazip.com where they will return that.
so 3, 2 less memorable sites, ok got it
Re: Icanhazip: A simple IP address tool survived a deluge of users (2021)
#68Slightly related: There used to be a DNS server that you could query a TXT record and the response would include the IP of the server that submitted the query. You could use it to debug DNS issues. I thought it was from DNS-OARC but I can't find it anywhere. Does anyone know a way to accomplish this?
DNS is hard to implement, but for responding to a very specific type of query, should be easy?
Re: Icanhazip: A simple IP address tool survived a deluge of users (2021)
#69Not related to the story of scaling the tech but rather to the IP business in 2023: I’m not affiliated with any of these services, but my goto has been ip4.me, ip6.me, and ip6only.me because they’re short and memorable and because they acknowledge the IPv4/IPv6 split. The first two domains give you your v4 and v6 IP respectively and the latter only resolves over IPv6 (useful to ensure your IPv6 is off when using a VP…
Does Chrome not recognize the .me TLD? I just tried to type that ip4.me domain twice and it just sent me to search results.
Re: Icanhazip: A simple IP address tool survived a deluge of users (2021)
#70For ridiculously easy things like this, I think it's smarter for you to just host it yourself. This way you are not forcing other people to carry your burden. nginx config example: location /ip { add_header Content-Type "application/json"; return 200 '{"host":"$server_name","ip":"$remote_addr","port":"$remote_port","server_ip":"$server_addr","server_port":"$server_port "}\n'; } Which will return something like this i…
Probably more efficient to use https://lib.rs/hyper - and actually maintainable.
With the parent comment example, all you need is nginx, available as a package on all distros, and a single static config file. With an auto-updating package manager and a service manager, one never needs to write anything else apart from that static config file.
Or did you mean something else with "actually maintainable"?