diff --git a/k8s/document_root/index.html b/k8s/document_root/index.html index 9f88255..1380306 100644 --- a/k8s/document_root/index.html +++ b/k8s/document_root/index.html @@ -113,9 +113,10 @@ src="https://oss.maxcdn.com/respond/1.4.2/respond.min.js"> own the domain “example.com”, and you want your subdomain, “xip.example.com” to have xip.io-style features. To accomplish this, set the following three DNS servers as NS records for the subdomain “xip.example.com”
ns-aws.nono.io. |
+ ns-aws.sslip.io. |
52.0.56.137 2600:1f18:aaf:6900::a |
USA |
ns-gce.nono.io. |
+ ns-gce.sslip.io. |
104.155.144.4 | USA |
ns-azure.nono.io. |
+ ns-azure.sslip.io. |
52.187.42.158 | Singapore |
Let’s test it from the command line using dig
:
dig @ns-gce.nono.io. 169-254-169-254.xip.example.com +short
+ dig @ns-gce.sslip.io. 169-254-169-254.xip.example.com +short
Yields, hopefully: [connection timed out]
169.254.169.254
Experimental features can change; don't depend on them.
You can use sslip.io's DNS servers (ns-aws.nono.io
, ns-azure.nono.io
,
- ns-gce.nono.io
) to determine your public IP address by querying the TXT
record of
+
You can use sslip.io's DNS servers (ns-aws.sslip.io
, ns-azure.sslip.io
,
+ ns-gce.sslip.io
) to determine your public IP address by querying the TXT
record of
ip.sslip.io
. If you're curious about your public IPv6 address, use the DNS server
- ns-aws.nono.io
, for it has both IPv4 and IPv6 addresses:
ns-aws.sslip.io
, for it has both IPv4 and IPv6 addresses:
-dig @ns-aws.nono.io txt ip.sslip.io +short # sample reply "2607:fb90:464:ae1e:ed60:29c:884c:4b52" -dig @ns-aws.nono.io txt ip.sslip.io +short -4 # forces IPv4 lookup; sample reply "172.58.35.231" -dig @ns-aws.nono.io txt ip.sslip.io +short -6 # forces IPv6 lookup; sample reply "2607:fb90:464:ae1e:ed60:29c:884c:4b52"+dig @ns-aws.sslip.io txt ip.sslip.io +short # sample reply "2607:fb90:464:ae1e:ed60:29c:884c:4b52" +dig @ns-aws.sslip.io txt ip.sslip.io +short -4 # forces IPv4 lookup; sample reply "172.58.35.231" +dig @ns-aws.sslip.io txt ip.sslip.io +short -6 # forces IPv6 lookup; sample reply "2607:fb90:464:ae1e:ed60:29c:884c:4b52"
This feature was inspired by Google's DNS lookup, i.e. A big advantage of using DNS queries instead of HTTP queries is bandwidth: querying
- dig txt o-o.myaddr.l.google.com @8.8.8.8
@@ -224,14 +225,14 @@ dig @ns-aws.nono.io txt ip.sslip.io +short -6 # forces IPv6 lookup; sample reply
requires a mere 592 bytes spread over 2 packets; Querying https://icanhazip.com/ requires 8692 bytes spread out over 34 packets—over 14 times
as much! Admittedly bandwidth usage is a bigger concern for the one hosting the service than the one using the
service.ns-aws.nono.io
requires a mere 592 bytes spread over 2 packets; Querying ns-aws.sslip.io
version.sslip.io
:
-dig @ns-aws.nono.io txt version.sslip.io +short +dig @ns-aws.sslip.io txt version.sslip.io +short "2.2.3" "2021/11/27-11:35:50-0800" "074f0a8"