Hallo!
Aber mit dem .local könnte es doch Verwirrungen geben, wie ich schonmal
schrub, hat der Debian-bind9 eine /etc/bind/db.local, in der steht
obenan ein Kommentar:
; BIND data file for local loopback interface
Ich glaub das war einer der Gründe, mit dem ich mich anfangs selbst verwirrt
Hallo Roger,
Am Sat, 13 May 2006 01:18:58 +0200 schrieb Roger Rehnelt:
Folgende Aufgabe:
Ich möchte hier lokal auf meinem Mini-Linux-Server (zed, 192.168.1.2)
einen Apache mit mehreren VHosts bauen, die Testwebseiten zum lokalen
testen enthalten sollen.
Null Problemo. :-)
Heißt: Draußen
Hallo Ralf!
Vergiß bind9, dnsmasq reicht für Deine Zwecke. Läuft hier seit langer
Zeit Problemlos zusammen auf einer Maschine mit einem offiziellen
Nameserver parallel.
Dnsmasq sieht ja wirklich hammerhart einfach aus. Aber warum einfach, wenn
es auch schwer geht? :)
Mich interessiert es, mal
Hallo,
Hallo! Und danke für die späte Antwort. Habe mich dann doch erst mal
hingelegt...
Da stellt sich mir die erste Frage:
Machst du auf dem Apache NameVirtualHost?
So war der Plan :)
(Wenn es da nicht noch was anderes gibt, aber ja, das habe ich gemeint.
Unterschiedliche lokale Domains
Roger Rehnelt schrieb:
Aber die speziellen Einträge:
Wenn du NameVirtualHost machst, z.B.:
192.168.1.2 A zed.
192.168.1.2 CNAME kundenserver1.
192.168.1.2 CNAME kundenserver2.
usw. (der reverse lookup sollte auf zed bleiben)
Super. Ist schon mal ein Ansatz. Und hinter dem
Hm, hab jetzt hin und her getestet, leider lässt sich mein Testeintrag
test1.local weder lokal noch von einer WS (mit zed als Nameserver)
anpingen.
Die Syslogeinträge sehen eigentlich vielversprechend aus:
May 13 11:04:15 localhost named[22338]: starting BIND 9.2.4 -u bind
May 13 11:04:15
Hallo Roger,
Am Sat, 13 May 2006 11:18:58 +0200 schrieb Roger Rehnelt:
Hm, hab jetzt hin und her getestet, leider lässt sich mein Testeintrag
test1.local weder lokal noch von einer WS (mit zed als Nameserver)
anpingen.
[]
Meine Zonen Datei sieht folgendermaßen aus:
$TTL604800
@
Hallo Ralf!
zed:/# nslookup test1.local 192.168.1.2
Server: 192.168.1.2
Address:192.168.1.2#53
** server can't find test1.local: NXDOMAIN
zed:/# dig @192.168.1.2 test1.local
; DiG 9.2.4 @192.168.1.2 test1.local
;; global options: printcmd
;; Got answer:
;; -HEADER- opcode:
Am Samstag, 13. Mai 2006 11:18 schrieb Roger Rehnelt:
Mach ich was falsch?
Es könnte sein, dass die TLD .local nicht erlaubt ist. Laut RFC soll
dafür .invalid eingestzt werden AFAIR. Mit powerdns funktioniert das
hier aber lokal (mit .home als TLD, bin zu faul das auf .invalid
umzustellen),
Hallo Roger,
Am Sat, 13 May 2006 12:10:45 +0200 schrieb Roger Rehnelt:
Hallo Ralf!
zed:/# nslookup test1.local 192.168.1.2
Server: 192.168.1.2
Address:192.168.1.2#53
** server can't find test1.local: NXDOMAIN
Hast Du das Zonenfile auch in den named.conf eingetragen?
Hast Du das Zonenfile auch in den named.conf eingetragen?
Ja, siehe weiter unten.
Bei der Fehlermelung hilft Dir google weiter.
Die Fehlerbeschreibungen sind alle unterschiedlich. Meistens scheint es aber
darauf hinaus zu laufen, dass der NS nicht richtig konfiguriert ist / nicht
gefunden
Hallo Roger,
Am Sat, 13 May 2006 14:57:21 +0200 schrieb Roger Rehnelt:
zed:/# lsof -i
COMMAND PIDUSER FD TYPE DEVICE SIZE NODE NAME
[...]
OK. Ich sehe hier keinen Fehler. Zumal bind ja auch antwortet auf Port 53
zed:/# netstat -an
Aktive Internetverbindungen (Server
Bei mir steht .db am Ende. Heißen Deine Dateien auch wirkliich so?
Ja. Habe nix daran gemacht.
zed.local ist kein FQDN zed.local.tld dagegen schon.
Versuch mal das Zonenfile hier.
; Zone File for local.tld
$TTL 86400
@ 14440 IN SOA zed.local.tld.zed.local.tld.
Hallo!
Auf zed greife ich mit Win-Workstations zu, die Ihre IP per DHCP erhalten
(192.168.1.*).
Das spielt überhaupt keine Rolle.
Hm, doch. Das hilft dem Leser zu verstehen, wie die Infrastruktur meines
Netzes aufgebaut ist. Ich dachte mir, dass ich es lieber im Vorfeld nenne,
bevor ich am
Ach so: Die Rechner müssen natürlich einen Nameserver ansprechen, der
die entsprechenden Domänen kennt.
Genau. Und das kann ich ja easy per DHCP sehr schnell einstellen.
Also sprach Roger Rehnelt [EMAIL PROTECTED] (Sat, 13 May 2006
18:19:24 +0200):
[...]
; Zone File for local
[...]
...welches dann nur noch in der named.conf eingebunden werden muss:
zone local {
type master;
notify no;
file /etc/bind/db.zed;
};
zone local {
type master;
notify no;
file /etc/bind/db.zed;
};
Sicherheitshalber schmeiss ich das in privaten Netzen gern dazu..
Wieso?
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum
Hallo Thorsten,
Am Sat, 13 May 2006 17:46:52 +0200 schrieb Thorsten Haude:
Versuch mal das Zonenfile hier.
Da kann ich einiges nicht nachvollziehen.
; Zone File for local.tld
$TTL 86400
@ 14440 IN SOA zed.local.tld.
zed.local.tld. (
Was macht die Zahl da?
Also sprach Roger Rehnelt [EMAIL PROTECTED] (Sat, 13 May 2006
18:52:19 +0200):
zone local {
type master;
notify no;
file /etc/bind/db.zed;
};
Sicherheitshalber schmeiss ich das in privaten Netzen gern dazu..
Wieso?
Weiell mit nss
Hallo!
Ich bin dem Nerventot nahe. Liegt aber sicherlich auch am Ende der Woche und
wohl auch an der Komplexität des Themas.
Folgende Aufgabe:
Ich möchte hier lokal auf meinem Mini-Linux-Server (zed, 192.168.1.2)
einen Apache mit mehreren VHosts bauen, die Testwebseiten zum lokalen testen
Roger Rehnelt schrieb:
Hallo!
Hallo,
Ich dachte ich installiere mir einen lokalen
DNS (BIND9) der mir Adressen wie www.kundendomain.local auf den lokalen
Apache verweist.
Da stellt sich mir die erste Frage:
Machst du auf dem Apache NameVirtualHost?
Auf zed greife ich mit Win-Workstations
21 matches
Mail list logo
