7
Plesk - Neuen DNS-Record anlegen
Hallo,
heute habe ein Problem mit der Anlage eines DNS-Records. Ich habe einen SBS 2011 eingerichtet und wollte für den Remotezugriff einen neuen DNS-Record anlegen.
Erst jetzt stelle ich fest, dass die Domäne von T-Systems gehostet wird. Hier steht mir Plesk zur Verfügung in folgender Version (scheint relativ alt zu sein):
psa v8.2.0_build82070706.15 os_CentOS 4.2
Bisher hatte ich noch nie Kontakt mit Plesk, so dass ich zunächst etwas suchen musste. Unter „Domains“ fand ich den Menüeintrag „DNS-Einstellungen“ und hier die Records.
Nun brauche ich für den SBS einen Record in der Form „remote.domain.tld“. Daher habe ich einen neuen Eintrag hinzugefügt, aber auch nach Stunden wird dieser nicht aufgelöst.
Der Eintrag sieht so aus:
Eintragstyp: CNAME
Domainnamen: remote.domain.tld.
Canonical Name: domain.dyndns.org
domain.dyndns.org ist aktiv und funktionsbereit.
Nun versuche ich einen ping auf remote.domain.tld, aber ich bekomme immer wieder die Meldung:
Ping-Anforderung konnte Host "remote.domain.tld" nicht finden. Überprüfen Sie den Namen, und versuchen Sie es erneut.
Hier habe ich 2 Fragen:
Zunächst die Wichtigste: Warum wird remote.domain.tld nicht aufgelöst und was kann ich dagegen machen?
Die zweite Frage bezieht sich auf den Recordtyp: Da mir eine feste IP-Adresse zur Verfügung steht, könnte ich einen A-Record anlegen:
Eintragstyp: A
Domainnamen: remote.domain.tld.
IP-Adresse: 123.456.789.123
Ist das richtig?
Auf jeden Fall brennt mir die erste Frage unter den Fingernägeln.
Im Voraus herzlichen Dank!
heute habe ein Problem mit der Anlage eines DNS-Records. Ich habe einen SBS 2011 eingerichtet und wollte für den Remotezugriff einen neuen DNS-Record anlegen.
Erst jetzt stelle ich fest, dass die Domäne von T-Systems gehostet wird. Hier steht mir Plesk zur Verfügung in folgender Version (scheint relativ alt zu sein):
psa v8.2.0_build82070706.15 os_CentOS 4.2
Bisher hatte ich noch nie Kontakt mit Plesk, so dass ich zunächst etwas suchen musste. Unter „Domains“ fand ich den Menüeintrag „DNS-Einstellungen“ und hier die Records.
Nun brauche ich für den SBS einen Record in der Form „remote.domain.tld“. Daher habe ich einen neuen Eintrag hinzugefügt, aber auch nach Stunden wird dieser nicht aufgelöst.
Der Eintrag sieht so aus:
Eintragstyp: CNAME
Domainnamen: remote.domain.tld.
Canonical Name: domain.dyndns.org
domain.dyndns.org ist aktiv und funktionsbereit.
Nun versuche ich einen ping auf remote.domain.tld, aber ich bekomme immer wieder die Meldung:
Ping-Anforderung konnte Host "remote.domain.tld" nicht finden. Überprüfen Sie den Namen, und versuchen Sie es erneut.
Hier habe ich 2 Fragen:
Zunächst die Wichtigste: Warum wird remote.domain.tld nicht aufgelöst und was kann ich dagegen machen?
Die zweite Frage bezieht sich auf den Recordtyp: Da mir eine feste IP-Adresse zur Verfügung steht, könnte ich einen A-Record anlegen:
Eintragstyp: A
Domainnamen: remote.domain.tld.
IP-Adresse: 123.456.789.123
Ist das richtig?
Auf jeden Fall brennt mir die erste Frage unter den Fingernägeln.
Im Voraus herzlichen Dank!
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 191760
Url: https://administrator.de/contentid/191760
Ausgedruckt am: 24.11.2024 um 04:11 Uhr
7 Kommentare
Neuester Kommentar
Kristallkugel kaputt. Frag Telekom.
Außerdem wie prüfst Du das überhaupt? (Ping ist keine Prüfmethode für Namensauflösungen. Dafür gibt es andere Tools wie nslookup, host, dig, etc.)
Geht denn wenigstens die Auflösung nach dyndns?
und was kann ich dagegen machen?
Lernen wie man es richtig macht. RTFM hilft meist.
Die zweite Frage bezieht sich auf den Recordtyp: Da mir eine feste IP-Adresse zur Verfügung steht, könnte ich einen
Warum machst Du mit dyndns herum, wenn Du feste IP-Adressen hast? Lernt Ihr in der Schule heutzutage gar nichts mehr?
A-Record anlegen:
Eintragstyp: A
Domainnamen: remote.domain.tld.
IP-Adresse: 123.456.789.123
Ist das richtig?
Eintragstyp: A
Domainnamen: remote.domain.tld.
IP-Adresse: 123.456.789.123
Ist das richtig?
Normalerweise schon. Solange die Ziffern Variablen darstellen und nicht wörtlich zu nehmen sind. Allerdings sollte man in diesem Fall für die letzten drei Ziffern andere Variablen nehmen.
Auf jeden Fall brennt mir die erste Frage unter den Fingernägeln.
Dann steck solche Fragen nicht unter Deine Fingernägel. Das tut weh.
Im Voraus herzlichen Dank!
Das ist hier schlechter Stil. Lies mal die FAQ.
Besser ist es, wenn Du hinterher Feedback zu der Lösung (so sich denn eine findet) gibst.
lks
etidh: typos
Zitat von @Lochkartenstanzer:
> Zitat von @temuco:
> ----
> Zunächst die Wichtigste: Warum wird remote.domain.tld nicht aufgelöst
Kristallkugel kaputt. Frag Telekom.
Außerdem wie prüfst Du das überhaupt? (Ping ist keine Prüfmethode für Namensauflösungen. Dafür
gibt es andere Tools wie nslookup, host, dig, etc.)
> Zitat von @temuco:
> ----
> Zunächst die Wichtigste: Warum wird remote.domain.tld nicht aufgelöst
Kristallkugel kaputt. Frag Telekom.
Außerdem wie prüfst Du das überhaupt? (Ping ist keine Prüfmethode für Namensauflösungen. Dafür
gibt es andere Tools wie nslookup, host, dig, etc.)
Sicher und auch getestet. Es wird nicht aufgelöst.
Geht denn wenigstens die Auflösung nach dyndns?
Ich hatte bereits geschrieben, dass dies funktioniert. Ja, die Auflösung nach dyndns funktioniert und auch ein Ping - somit müsste der Ping auf remote.domain.tld genauso funktionieren, wenn remote.domain.tld aufgelöst würde.
> und was kann ich dagegen machen?
Lernen wie man es richtig macht. RTFM hilft meist.
Lernen wie man es richtig macht. RTFM hilft meist.
Dazu fällt mir in einem Userforum, wo man sich gegenseitig hilft, nur eines ein, aber ich respektiere die Netiquette.
> Die zweite Frage bezieht sich auf den Recordtyp: Da mir eine feste IP-Adresse zur Verfügung steht, könnte ich
einen
Warum machst Du mit dyndns herum, wenn Du feste IP-Adressen hast?
Lernt Ihr in der Schule heutzutage gar nichts mehr?
Ja, die Netiquette. Soll ich wirklich antworten?einen
Warum machst Du mit dyndns herum, wenn Du feste IP-Adressen hast?
Lernt Ihr in der Schule heutzutage gar nichts mehr?
> A-Record anlegen:
>
> Eintragstyp: A
> Domainnamen: remote.domain.tld.
> IP-Adresse: 123.456.789.123
>
> Ist das richtig?
Normalerweise schon. Solange die Ziffern Variablen darstellen und nicht
wörtlich zu nehmen sind. Allerdings sollte man in
diesem Fall für die letzten drei Ziffern andere Variablen nehmen.
> Auf jeden Fall brennt mir die erste Frage unter den Fingernägeln.
Dann steck solche Fragen nicht unter Deine Fingernägel. Das tut weh.
>
> Im Voraus herzlichen Dank!
>
Das ist hier schlechter Stil. Lies mal die FAQ.
Besser ist es, wenn Du hinterher Feedback zu der Lösung (so sich denn eine findet) gibst.
Dann steck solche Fragen nicht unter Deine Fingernägel. Das tut weh.
>
> Im Voraus herzlichen Dank!
>
Das ist hier schlechter Stil. Lies mal die FAQ.
Besser ist es, wenn Du hinterher Feedback zu der Lösung (so sich denn eine findet) gibst.
Danke für deinen Beitrag. Vielleicht hat aber jemand was konstruktiveres beizutragen.
Einen schönen Tag!
Zitat von @temuco:
> Zitat von @Lochkartenstanzer:
> ----
> > Zitat von @temuco:
> > ----
> > Zunächst die Wichtigste: Warum wird remote.domain.tld nicht aufgelöst
>
> Kristallkugel kaputt. Frag Telekom.
> Außerdem wie prüfst Du das überhaupt? (Ping ist keine Prüfmethode für Namensauflösungen.
Dafür
> gibt es andere Tools wie nslookup, host, dig, etc.)
Sicher und auch getestet. Es wird nicht aufgelöst.
> Zitat von @Lochkartenstanzer:
> ----
> > Zitat von @temuco:
> > ----
> > Zunächst die Wichtigste: Warum wird remote.domain.tld nicht aufgelöst
>
> Kristallkugel kaputt. Frag Telekom.
> Außerdem wie prüfst Du das überhaupt? (Ping ist keine Prüfmethode für Namensauflösungen.
Dafür
> gibt es andere Tools wie nslookup, host, dig, etc.)
Sicher und auch getestet. Es wird nicht aufgelöst.
Und, welche Nameserver hast Du denn gefragt? Euren? Den von der telekom? den von der Denic?
Deswegen benutzt man dig, nslooku, host etc.
>
> Geht denn wenigstens die Auflösung nach dyndns?
>
Ich hatte bereits geschrieben, dass dies funktioniert. Ja, die Auflösung nach dyndns funktioniert und auch ein Ping - somit
müsste der Ping auf remote.domain.tld genauso funktionieren, wenn remote.domain.tld aufgelöst würde.
Der Ping ist total nebensächlich. Ping ist nciht dafür gedacht namen aufzulösen. Ping fragt nur echos ab.
Das man mit poing manchmal auch sieht, ob namen aufgelöst werden ist nru ein Nebenprodukt. Du mußt schon die richtigen Werkzeuge benutzen. s.o.
> > und was kann ich dagegen machen?
>
> Lernen wie man es richtig macht. RTFM hilft meist.
>
Dazu fällt mir in einem Userforum, wo man sich gegenseitig hilft, nur eines ein, aber ich respektiere die Netiquette.
RTFM ist eine Hilfe. Deine obigen bemerkungen sagen mir, daß Du nicht weißt, wo Du ansetzen mußt. da ist es imemr eine Idee, sich Wissen anzueigne, indem man Manuals liest: Plesk-handbuch, man dig, man nslookup, man host. Dann kommt man der Problemlösung näher. Und manchmal ist ein deutliches Wort hilfreicher als höfliches um das Problem erhumreden. I'm not rude, just facts trifft's genau, um es mit auis Worten zu sagen.
> > Die zweite Frage bezieht sich auf den Recordtyp: Da mir eine feste IP-Adresse zur Verfügung steht, könnte ich
> einen
>
> Warum machst Du mit dyndns herum, wenn Du feste IP-Adressen hast?
> Lernt Ihr in der Schule heutzutage gar nichts mehr?
>
Ja, die Netiquette. Soll ich wirklich antworten?
Ja, warum Du einen CNAME udn dyndns benutzen willst, statt direct den a-record einzugeben.
> > Im Voraus herzlichen Dank!
> >
>
> Das ist hier schlechter Stil. Lies mal die FAQ.
> Besser ist es, wenn Du hinterher Feedback zu der Lösung (so sich denn eine findet) gibst.
Danke für deinen Beitrag. Vielleicht hat aber jemand was konstruktiveres beizutragen.
> >
>
> Das ist hier schlechter Stil. Lies mal die FAQ.
> Besser ist es, wenn Du hinterher Feedback zu der Lösung (so sich denn eine findet) gibst.
Danke für deinen Beitrag. Vielleicht hat aber jemand was konstruktiveres beizutragen.
gern geschehen..
Also wenn Du nicht mit der Hilfestellung klarkommst, ist das Dein Problem.
Ich helfe hier gerne und oft. Und ich kaue den Leuten sogar manchmal etwas vor, wenn ich merke, daß sie gewillt sind zu lernen. Aber normalerweise gehe ich davon aus, daß die Leute sich zumindest mal meine Tipps anshauen und dann nachfragen, wenn sie etwas nicht verstehen.
bin dann wech.
lks
Ich kanns doch nciht lassen:
hast Du überhaupt geprüft, ob der Plesk für die domain zuständig ist?
ich hatte schon Fälle, da haben die Kunden auf einen root-server munter irgendwelche einträge gemacht, die sich gar nicht auswirken konnten, wei der Plesk gar nicht der (hidden) primary war. je nach setup kann es sein, daß man die Einträge ganz woanders eintragen muß.
lks
hast Du überhaupt geprüft, ob der Plesk für die domain zuständig ist?
ich hatte schon Fälle, da haben die Kunden auf einen root-server munter irgendwelche einträge gemacht, die sich gar nicht auswirken konnten, wei der Plesk gar nicht der (hidden) primary war. je nach setup kann es sein, daß man die Einträge ganz woanders eintragen muß.
lks
Zitat von @Lochkartenstanzer:
Ich kanns doch nciht lassen:
hast Du überhaupt geprüft, ob der Plesk für die domain zuständig ist?
ich hatte schon Fälle, da haben die Kunden auf einen root-server munter irgendwelche einträge gemacht, die sich gar
nicht auswirken konnten, wei der Plesk gar nicht der (hidden) primary war. je nach setup kann es sein, daß man die
Einträge ganz woanders eintragen muß.
lks
Ich kanns doch nciht lassen:
hast Du überhaupt geprüft, ob der Plesk für die domain zuständig ist?
ich hatte schon Fälle, da haben die Kunden auf einen root-server munter irgendwelche einträge gemacht, die sich gar
nicht auswirken konnten, wei der Plesk gar nicht der (hidden) primary war. je nach setup kann es sein, daß man die
Einträge ganz woanders eintragen muß.
lks
Darauf bin ich vorhin gekommen. Ich sagte eingangs, dass ich Plex nicht kenne und das führt zunächst zu Reibungsverlusten. Wie es aussieht, ist ein externen Namensserver für die Domäne zuständig, so dass ich mir den dicken Finger sonst wo abbrechen kann...
Und zur Situation: Ich bekam den T-Systems-Zugang mit der Maßgabe: machts! Dass der Namensserver sonst wo läuft, wusste ich nicht und es wurde mir auch nicht gesagt.
Jetzt warte ich auf die Aussage des Chefs, aber er ist nicht erreichbar und keine kennt sich sonst damit aus.
Zitat von @temuco:
> Zitat von @Lochkartenstanzer:
> ----
> Ich kanns doch nciht lassen:
>
> hast Du überhaupt geprüft, ob der Plesk für die domain zuständig ist?
>
> ich hatte schon Fälle, da haben die Kunden auf einen root-server munter irgendwelche einträge gemacht, die sich
gar
> nicht auswirken konnten, wei der Plesk gar nicht der (hidden) primary war. je nach setup kann es sein, daß man die
> Einträge ganz woanders eintragen muß.
>
> lks
Darauf bin ich vorhin gekommen. Ich sagte eingangs, dass ich Plex nicht kenne und das führt zunächst zu
Reibungsverlusten. Wie es aussieht, ist ein externen Namensserver für die Domäne zuständig, so dass ich mir den
dicken Finger sonst wo abbrechen kann...
Und zur Situation: Ich bekam den T-Systems-Zugang mit der Maßgabe: machts! Dass der Namensserver sonst wo läuft, wusste
ich nicht und es wurde mir auch nicht gesagt.
> Zitat von @Lochkartenstanzer:
> ----
> Ich kanns doch nciht lassen:
>
> hast Du überhaupt geprüft, ob der Plesk für die domain zuständig ist?
>
> ich hatte schon Fälle, da haben die Kunden auf einen root-server munter irgendwelche einträge gemacht, die sich
gar
> nicht auswirken konnten, wei der Plesk gar nicht der (hidden) primary war. je nach setup kann es sein, daß man die
> Einträge ganz woanders eintragen muß.
>
> lks
Darauf bin ich vorhin gekommen. Ich sagte eingangs, dass ich Plex nicht kenne und das führt zunächst zu
Reibungsverlusten. Wie es aussieht, ist ein externen Namensserver für die Domäne zuständig, so dass ich mir den
dicken Finger sonst wo abbrechen kann...
Und zur Situation: Ich bekam den T-Systems-Zugang mit der Maßgabe: machts! Dass der Namensserver sonst wo läuft, wusste
ich nicht und es wurde mir auch nicht gesagt.
Deswegen mein Hinweis auf dig, nslookup, host, etc.
Du kannst auch whois da mit aufnehmen.
Mit diesen Tools kann man sowas ganz schnell feststellen, obwohl man nichts gesagt bekommt.
lks
Zitat von @Lochkartenstanzer:
Du kannst auch whois da mit aufnehmen.
Mit diesen Tools kann man sowas ganz schnell feststellen, obwohl man nichts gesagt bekommt.
Du kannst auch whois da mit aufnehmen.
Mit diesen Tools kann man sowas ganz schnell feststellen, obwohl man nichts gesagt bekommt.
Ja, das war der Bringer. Noch habe keine Lösung, da ich immer noch auf Infos warte, aber ich denke, ich kann das hier als gelöst markieren.
