Eli ilman dedikoitua sisäverkon DNS-palvelinta vaihtuvilla IP-osoitteilla operoitaessa helpointa mennä halutun blokkitason palvelimella Cloudflaren tai Quad9 kanssa. Nopeuksissa ei ilmeisesti mainittavia eroja ole, tuskin ainakaan hitaampaa kuin operaattoreiden omilla?
Miksei tuollakin joskus voisi käyttöä olla. Nopeus samoissa noiden ykkösten ja ysien kanssa?
Saadakseni NextDNS käyttöön reititintasolla? Sinnehän pitää linkittää IP, jotta profiilit toimivat? Tällöin reitittimelle riittää kun määrittelen NextDNS osoitteet käyttöön, ja reititin ilmoittaa omat WAN IP-osoitteensa vaikka No-IP:lle jonka kautta saan sitten muuttuneen IP:n tiedoksi NextDNS?
Vain jos käyttää salaamatonta DNS portista 53, mitä ei kyllä voi hirveästi suositella vuonna 2023.
Ei tuo NextDNS näytä tukevan kuin yhtä linked IP:tä kerrallaan
Mikä hyöty tuosta salatusta DNS:stä on?
Jokainen välietappi kotisi ja käyttämäsi DNS palvelimen välillä ei pysty lukemaan cleartextinä millä sivuilla/palveluilla seikkailet.
Se ei kyllä siihen vaikuta mitenkään... ISP näkee kyllä ilman mitään ongelmia minne olet menossa, kuten kaikki muutkin koneesi ja sivun välille minne olet menossa.
Salatulla DNS:llä näkevät IP:n, eivät domainia. Pointtini oli, että jokainen palveluntarjoaja ja verkon ylläpitäjä pystyy lukemaan DNS kyselysi matkan varrella leikiten.
Toi on kyllä totta.
Jos tekee useita NextDNS profiileja niin jokaiseen voi linkittää oman DDNS-osoitteen.
Niin, ymmärsin että jokaiseen profiiliin voi linkittää tosiaan oman, jolloin saisin kaikki 3 WAN-osoitetta hoidettua.
Saa, jos haluat ylläpitää kolmea profiilia ja käydä kolmet logit läpi
Juuri näin.
techblog.nexxwave.be
| PROVIDER | CLOUDFLARE UNFILTERED | GOOGLE PUBLIC DNS | TELENET | PROXIMUS | OPENDNS | QUAD9 | CLOUDFLARE FOR FAMILIES | DNS0.EU | DNS0.EU ZERO | CLEANBROWSING SECURITY FILTER | COMODO SECURE DNS |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Resolved hosts | 44542 | 44516 | 44387 | 44458 | 44493 | 9713 | 38699 | 2510 | 2452 | 5762 | 44502 |
| Not resolved hosts | 0.00% | 0.06% | 0.35% | 0.19% | 0.11% | 78.19% | 13.12% | 94.36% | 94.50% | 87.06% | 0.09% |
Eipä tietenkään, koska se on varattu subnetille Internet Protocol version 4 - Wikipedia
Riippuu ihan subnetin koosta. Voi olla ihan normaalikin IP-osoite (Kuten tässä tilanteessa), eli se nollaan päättyvä ei aina ole varattu verkon osoitteelle.
Aina oppii uutta. Plus mitä Desgorr sanoi.
Se on hyvä kysymys, mutta käytännössähän tuo vika on reitittimien puolella. Tämä löytyy myös dns0:n sivuilta known issueista: .0 IP addresses - Known Issues - Documentation
Eipä siltä vaikuta tässä tilanteessa:
Pientä kettuilua tai painostusta huonolaatuisten verkkolaitteiden valmistajia kohtaan, että siirtyisivät nykyaikaan aikamatkaltaan 90-luvun alusta ennen CIDR-osoitteiden käyttöönottoa? Tai opettavat kuluttajia tunnistamaan huonolaatuisen laitteen, jossa on varmaan n+1 muutakin bugia, ja jota siksi ei kannattaisi käyttää?
Jahas, no sitten on kyllä erikoista
Tuo, onko .0 -osoite verkon alussa vai keskellä on kyseisen verkon sisäinen asia, millä ei ole mitään merkitystä kenellekään jossain toisessa verkossa sijaitsevalle. Whois-tieto saattaa pitää paikkaansa tai saattaa olla pitämättä, mutta se, että kyseistä IP-osoitetta ei voi johonkin toisessa verkossa sijaitsevaan laitteeseen konfiguroida kohdeosoitteeksi on täysin yksiselitteisesti bugi kyseisen laitteen softassa.
dns0.eu/NextDNS:n whois-tieto näyttää olevan osin persiillään, koska se viittaa IPv4 CIDR block -osoiteformaattiin a.b.c.d/25
Kyselin heiltä pitääkö tuo paikkaansa ja pyysivät esimerkkiä väitteestä. Saatko laitettua mulle, niin toimitan heille? Pyyhi pois kaikki sinuun kohdistuvat IP:t yms.
Elisan ja DNA laajakaistaliittymillä.Onhan tuolla johtajissa paljon venäläisiä nimiä, mutta toimii britannissa.
RETN CAPITAL LTD. people - Find and update company information - GOV.UK (company-information.service.gov.uk)
Itsellä kyllä aina menee dns0.eu ruotsiin.
Miten tuon Retn saisi näkyviin?
Kannattaa tutustua traceroute / mtr / jne. työkaluihin. Niillä näkee helposti, että liikenne menee ainakin DNA:lta ja Elisalta Tukholmaa kohden. Heidän ISP/hostaaja siellä on ilmeisesti firma nimeltä Anexia ja Anexian upstream on RETN, eli RETN hoitaa liikenteen välityksen heidän ruotsalaiselle ISP:lle Suomesta.
My traceroute [v0.95]
XXX -> 193.110.81.0 (193.110.81.0) 2023-06-11T10:12:53+0300
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. XXX 0.0% 3 0.2 0.5 0.2 0.9 0.4
2. XXX 0.0% 3 10.5 14.0 10.5 18.7 4.2
3. XXX 0.0% 3 10.8 11.2 10.8 11.5 0.4
4. (waiting for reply)
5. XXX 0.0% 3 9.8 10.3 9.8 10.7 0.4
6. XXX 0.0% 2 10.1 11.4 10.1 12.6 1.8
7. hel1-sr1.dnaip.fi 0.0% 2 12.7 18.2 12.7 23.7 7.7
8. retn-T1024302.o.dnaip.fi 0.0% 2 11.4 13.5 11.4 15.6 3.0
9. ae4-9.RT.TC1.STO.SE.retn.net 0.0% 2 15.5 16.2 15.5 16.9 1.0
10. GW-ANEXIA.retn.net 0.0% 2 21.9 21.9 21.9 21.9 0.0
11. dns0.eu 0.0% 2 20.6 18.8 17.0 20.6 2.6No ne on pyrkineet häivyttämään venäläistä identiteettiään nykytilanteessa ja profiloitumaan enemmän kansainväliseksi firmaksi, vaikka juuret ovat hyvin tiukasti Venäjällä. Kuka tahansa ISP-markkinoita ja niiden historiaa tunteva tietää, että kyseessä on suuri venäläinen ISP, vaikka sivuilla nykyään kerrotaankin pääkonttorin sijaitsevan Britanniassa.
dnscheck.tools
Aivan niin, ”pieni” ajatusvirhe tuossa salatun liikenteen kääntämisessä.
github.com
C:\Users\......>tracert 193.110.81.0
Tracing route to dns0.eu [193.110.81.0]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms .... [......]
2 * * 2 ms dns0.eu [193.110.81.0]
3 3 ms 2 ms 3 ms dns0.eu [193.110.81.0]
4 8 ms 8 ms 8 ms dns0.eu [193.110.81.0]
5 9 ms 8 ms 8 ms dns0.eu [193.110.81.0]
6 32 ms 32 ms 32 ms dns0.eu [193.110.81.0]
7 38 ms 38 ms 39 ms dns0.eu [193.110.81.0]
8 38 ms 38 ms 38 ms dns0.eu [193.110.81.0]
9 39 ms 39 ms 39 ms dns0.eu [193.110.81.0]
10 45 ms 45 ms 45 ms dns0.eu [193.110.81.0]
11 39 ms 39 ms 39 ms dns0.eu [193.110.81.0]
12 * * * Request timed out.
13 38 ms 38 ms 38 ms dns0.eu [193.110.81.0]
Trace complete.
C:\Users\.....>tracert 193.110.81.0
Tracing route to dns0.eu [193.110.81.0]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms ...... [.....]
2 * * * Request timed out.
3 3 ms 3 ms 3 ms dns0.eu [193.110.81.0]
4 8 ms 9 ms 8 ms dns0.eu [193.110.81.0]
5 8 ms 8 ms 8 ms dns0.eu [193.110.81.0]
6 33 ms 32 ms 32 ms dns0.eu [193.110.81.0]
7 39 ms 39 ms 39 ms dns0.eu [193.110.81.0]
8 38 ms 38 ms 39 ms dns0.eu [193.110.81.0]
9 39 ms 39 ms 39 ms dns0.eu [193.110.81.0]
10 45 ms 45 ms 45 ms dns0.eu [193.110.81.0]
11 39 ms 39 ms 39 ms dns0.eu [193.110.81.0]
12 * * * Request timed out.
13 38 ms 38 ms 38 ms dns0.eu [193.110.81.0]
Trace complete.
C:\Users\.....>traceroute 193.110.81.0
traceroute to 193.110.81.0 (193.110.81.0), 30 hops max, 60 byte packets
1 172.xx.xx.1 (172.xx.xx.1) 7.484 ms 7.453 ms 7.429 ms
2 13245.your-cloud.host (95.x.1xx.x) 1.203 ms 1.379 ms 1.347 ms
3 * * *
4 spine1.x.hel1.hetzner.com (88.x.247.185) 3.717 ms 3.945 ms spine2.x.hel1.hetzner.com (88.x.247.189) 2.261 ms
5 x.hel1.hetzner.com (88.198.x.89) 29.778 ms x.hel1.hetzner.com (88.198.x.93) 2.015 ms x.hel1.hetzner.com (88.198.x.253) 1.991 ms
6 x.sto.hetzner.com (213.x.224.22) 7.819 ms x.sto.hetzner.com (213.x.252.226) 6.667 ms x.sto.hetzner.com (213.x.245.70) 7.448 ms
7 netnod-ix-ge-b-sth-1500.anexia-it.com (194.68.128.18) 7.426 ms netnod-ix-ge-a-sth-1500.anexia-it.com (194.68.123.18) 6.803 ms netnod-ix-ge-b-sth-1500.anexia-it.com (194.68.128.18) 6.585 ms
8 213.227.185.32 (213.227.185.32) 7.725 ms 7.304 ms *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *Samalla tuli 30+ ms lisää latenssia verrattuna aamupäivään (+4 hoppia)
Juu, vahvistan myös, että DNA:lta menee nyt Telenorin ja Cogentin tai välillä Lumenin (Level3) kautta Ranskaan Gandille. Elisalta menee heidän omaa yhteyttä pitkin Lontooseen ja sieltä F5 Networksin (Acorus) kautta Ranskaan Gandille. Privacy/tietoturva/jne. perspektiivistä varmaankin selvä parannus (kaikki liikennettä välittävät tahot ovat tunnettuja länsimaisia yrityksiä), mutta latenssin kannalta tosiaan huononnus, kuten yllä todettiinkin.
My traceroute [v0.95]
XXX -> 193.110.81.0 (193.110.81.0) 2023-06-12T19:30:22+0300
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. XXX 0.0% 15 0.8 3.3 0.7 34.1 8.6
2. XXX 0.0% 15 36.1 14.3 10.1 36.1 6.4
3. XXX 0.0% 15 12.0 14.3 10.5 24.5 3.7
4. XXX 57.1% 15 11.0 16.0 11.0 35.9 9.8
5. XXX 0.0% 15 14.2 12.8 11.4 15.1 1.1
6. hel7-sr22.net.dnaip.fi 0.0% 15 17.8 14.3 10.4 33.3 5.6
7. 148.122.10.42 0.0% 15 17.8 20.2 16.4 32.6 5.0
8. (waiting for reply)
9. be3376.ccr21.sto03.atlas.cogentc 0.0% 15 28.9 20.1 17.9 28.9 3.0
10. be2555.rcr21.cph01.atlas.cogentc 0.0% 15 30.4 28.9 26.6 30.8 1.2
11. be2496.ccr41.ham01.atlas.cogentc 0.0% 15 35.5 37.6 35.5 42.2 2.1
12. be2815.ccr41.ams03.atlas.cogentc 0.0% 15 40.1 41.6 39.5 46.8 1.9
13. be12265.ccr41.par01.atlas.cogent 0.0% 15 100.4 63.3 51.7 100.4 18.2
14. be3593.rcr21.b019498-0.par01.atl 0.0% 15 53.9 56.5 52.3 82.6 7.9
15. 149.11.0.62 0.0% 15 57.5 55.6 53.2 57.5 1.4
16. et18-1.core-2.csd4.gandi.net 0.0% 15 47.9 49.5 47.4 50.8 1.0
17. et53-1.core-1.sd4.gandi.net 0.0% 15 48.5 48.4 47.0 49.7 1.0
18. (waiting for reply)
19. dns0.eu 0.0% 14 56.6 57.9 53.9 77.8 5.9
On jos käyttää tuota niiden Zero osoitetta.
Aivan. Jostain syystä olin eka kokeilussa IPFireen conffannu juurikin nuo Zero osotteet vaikka yleensä pyrin välttämään kaikkia suodatettuja ja valikoivia nimipalvelimia.
