Gesucht: DNS-IPs von drei.at (sind "geheim")

[medice]

Bekannter von mir hat heute ein drei-umts-dings unter Linux eingerichtet, was ansich geht, aber es werden keine DNS-IPs ausgehandelt, womit Internetbetrieb halbwegs sinnlos wird.

Hat hier jemand drei in Betrieb und könnte da mal kurz nachsehen?

Grund warum das hier gefragt wird und nicht am Support:

1st level weiß mit diesen Begriffen wohl nicht so recht etwas anzufangen, und der verbundene Kollege (2nd level oder auch nicht?) meint, diese Information dürfe nicht an Kunden rausgegeben werden
Besagter Bekannter selbst is zwar keineswegs ein technisches Nullerl, aber gegen die Einstellung und Fehleinschätzung kommt man halt nicht an

[WaJoWi]

Und warum verwendet er nicht andere DNS-Server?

[roro]

Nimm einfach einen anderen.

195.170.70.72 (nextra)
195.58.160.194 (inode)
62.99.247.83 (mein eigener)

[Mikey1982]

ns1.drei.com (213.94.78.16)
ns2.drei.com (213.94.78.17)

[dadaniel]

Nimm einfach einen anderen.

62.99.247.83 (mein eigener)

LOL ja sicher

Damit du schön mitlesen kannst wo er herumsurft

[radditz]

Nimm einfach einen anderen.

62.99.247.83 (mein eigener)

LOL ja sicher

Damit du schön mitlesen kannst wo er herumsurft

DNS Abfragen sagen noch gar nichts über die Seiten aus.
Natürlich, dns requests auf jede Menge xxx domains vielleicht schon, aber naja...

[medice]

weil die von inode, ta und TU z.B. keine externen IPs bedienen

(berichtige: TA wurde mangels auswendig wissen nicht probiert)

[hellbringer]

aber die AON DNS-server gehn auf alle fälle. die habe ich früher als chello-user verwendet, weil die chello DNS so oft ausgefallen sind.

[wicked_one]

aber die AON DNS-server gehn auf alle fälle. die habe ich früher als chello-user verwendet, weil die chello DNS so oft ausgefallen sind.

bin ich mir nicht sicher ob das noch immer so ist... mir sind da ein paar ungereimtheiten aufgefallen in letzter zeit (Umstellung auf einen TA Business Anschluss mit fixer IP auf denen dann die DNS nicht mehr funktionierten - habs noch nicht näher ausgeforscht, aber jetzt wo wir drüber reden glaub ich könnte das die Ursache sein)

[jutta]

195.3.96.67 und 195.3.96.68 weigern sich:

Code: Alles auswählen

chili1:/home/jutta# ping inode.at
ping: unknown host inode.at
chili1:/home/jutta# dig inode.at

; <<>> DiG 9.2.4 <<>> inode.at
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 3561
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;inode.at.                      IN      A

;; Query time: 22 msec
;; SERVER: 195.3.96.67#53(195.3.96.67)
;; WHEN: Sat Jan  6 08:30:49 2007
;; MSG SIZE  rcvd: 26

chili1:/home/jutta# dig orf.at

; <<>> DiG 9.2.4 <<>> orf.at
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 34497
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;orf.at.                                IN      A

;; Query time: 21 msec
;; SERVER: 195.3.96.67#53(195.3.96.67)
;; WHEN: Sat Jan  6 08:31:14 2007
;; MSG SIZE  rcvd: 24

chili1:/home/jutta#


aber die dns-server vom business-anschluss reagieren auch auf anfragen aus dem inode-netz (und zwar beide).

Code: Alles auswählen

a# dig inode.at

; <<>> DiG 9.2.4 <<>> inode.at
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48384
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;inode.at.                      IN      A

;; ANSWER SECTION:
inode.at.               85304   IN      A       195.58.170.126

;; Query time: 20 msec
;; SERVER: 213.33.99.70#53(213.33.99.70)
;; WHEN: Sat Jan  6 08:37:02 2007
;; MSG SIZE  rcvd: 42

chili1:/home/jutta#

chili1:/home/jutta# dig inode.at

; <<>> DiG 9.2.4 <<>> inode.at
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38756
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;inode.at.                      IN      A

;; ANSWER SECTION:
inode.at.               78433   IN      A       195.58.170.126

;; Query time: 22 msec
;; SERVER: 80.120.17.70#53(80.120.17.70)
;; WHEN: Sat Jan  6 08:37:46 2007
;; MSG SIZE  rcvd: 42

chili1:/home/jutta#


so, und jetzt darf ich alles wieder auf normal umstellen

[hardliner]

weil die von inode, ta und TU z.B. keine externen IPs bedienen

(berichtige: TA wurde mangels auswendig wissen nicht probiert)

Warum sollten die DNS-Server (INODE) nicht auf Anfragen von "außerhalb" antworten?
Was ist mit Domains, wo solche (z.B. die von INODE), als DNS eingetragen sind?
Habe übrigens früher jahrelang (zu "Complete-Zeiten") die von INODE verwendet, da die von AON immer recht langsam waren.
Kopfschüttel!

[jutta]

> Warum sollten die DNS-Server (INODE) nicht auf Anfragen von "außerhalb" antworten?

aus kapazitaets- und sicherheitsgrunden? manche dienste werden eben nur den eigenen kundinnen und kunden zur verfuegung gestellt. wie es aktuell ist, weiss ich nicht, aber du kannst es ja einfach ausprobieren, wie ich es oben mit den nameservern der ta gemacht habe.

[hardliner]

Als DNS vom "Endverbraucher" eingetragen geht der INODE DNS nicht. Aber wenn ich von meinem (privaten) DNS alle Anfragen an den INODE-DNS weiterleite funzt es.
D.h. der DNS von INODE akzeptiert einerseits nur Anfragen aus dem eigenen Netz oder von anderen DNS.
Wenn's meinen .....

[wicked_one]

Da ein DNS nicht jede Domain kennen kann muss DNS-Relay zwangsläufig funktionieren, meinst nicht?

Server sind nun mal heikle themen... könnte ja jetzt ein neuer Mini-Provider auf die Idee kommen, ach ich brauch kan DNS, die andern haben eh welche.... versteh ich das man das unterbinden will...

[superracer]

Warum sollten die DNS-Server (INODE) nicht auf Anfragen von "außerhalb" antworten?
Was ist mit Domains, wo solche (z.B. die von INODE), als DNS eingetragen sind?

weil inode zwei verschiedene pärchen von nameservern hat: cache-only für kunden, die selbst keine domains hosten, und authoritative, die domains hosten, dafür keine caches sind.

Kopfschüttel!

ebenfalls!