Re: [lmn] DNS-Problem am Server

[Juergen Engeland]

Hallo Martin,

das IP-Adress-Schema ist verbindlicher Bestandteil der Vereinbarung
zwischen Schule und Schulbehörde, wenn die Schule an das Netzwerk der
FHH angebunden wird, das Dataport betreut.

Die Vorlage findest Du hier (Anmeldung erforderlich):
http://hamburg.schulcommsy.de/commsy/commsy.php?cid=4113301&mod=material&fct=detail&&iid=4162071#section4168387

Die notwendigen Anpassungen habe ich vorläufig hier
http://hamburg.schulcommsy.de/commsy/commsy.php?cid=4113301&mod=material&fct=detail&&iid=886
und hier
http://www.linuxmuster.net/flyspray/task/327?project=3&pagenum=2
dokumentiert.

Gruß Jürgen

Am 20.09.2014 um 10:20 schrieb Biebl:
> Hallo Jürgen,
>
> kannst du mir die Quelle der Vorgaben nennen? Wir arbeiten seit 3 Jahren
> mit Time for Kids und haben noch keine Änderungen vornehmen müssen.
Es hat nicht direkt etwas mit "Time for Kids" zu tun - auch wenn die
inzwischen vergattert sind, sich ebenfalls an o. g. Vereinbarung zu halten.

Seid Ihr schon bei Dataport oder noch bei Telekom (T@School?)
> Vielleicht habe ich etwas übersehen?
Wahrscheinlich nicht.
>  Bevor ich aber etas ändere würde
> ich gerne die Grundlagen kennen.
Würde ich nur machen, wenn man Dich dazu aufgefordert.
>
> lg Martin
> HAMBURG
>
> Am 12.09.2014 11:23, schrieb Juergen Engeland:
>> Hallo Holger,
>>
>> dank der Hamburger Vorgaben musste ich ja auch am DNS schrauben. Deshalb
>> glaube ich herausgefunden zu haben, wie es sein soll:
>>
>> Auf server sollte DNS und DHCP laufen.
>> Die Clients bekommen vom DHCP server als DNS mitgeteilt.
>> linbo sorgt für Einträge der Clientnamen in den DNS!
>>
>> server hat in seinem DNS ipfire als forwarder eingetragen
>> Es kann nicht schaden, anstelle von localhost  ipfire  /etc/resolv.conf
>> einzutragen
>>
>> Auf ipfire läuft ebenfalls DNS und kein DHCP fürs grüne Subnetz!
>> Es sollten Einträge für ipfire, server und was es sonst noch so im
>> pädagischen Netzwerk gibt vorhanden sein.
>>
>> Den "Forwarder" bekommt ipfire idealerweise vom Router des Providers per
>> DHCP mitgeteilt. Es kann jedoch auch ein statischer Eintrag wie beim
>> Server notwendig sein.
>>
>> Man kann oder muss das ganze natürlich auch anders machen und das ganze
>> DNS- und DHCP-Geraffel mit den entsprechenden funktionalen Verlusten auf
>> ipfire bzw. time for kids verlagern. Sinn oder Unsinn brauchen wir hier
>> nicht zu diskutieren ...
>>
>> Gruß Jürgen
>>  
>> Am 12.09.2014 um 10:50 schrieb Holger Baumhof:
>>> Hallo Jörg,
>>>
>>> ich sollte dazu sagen, dass ich gestern schon an Arveds IPcop und Server
>>> rumgeschraubt habe.
>>> Leider hab ich keine paedML 5.1 mehr am laufen, deswegen kann ich die
>>> Einstellungen nicht direkt vergleichen.
>>>
>>> Folgendes habe ich überprüft:
>>> Die Namensauflösung geht nicht, egal ob man die DNS des Providers
>>> einträgt oder die IP des Routers.
>>>
>>> Ein Ping auf eine IP im Internet funktioniert sowohl vom Server als auch
>>> vom IPCop.
>>>
>>> Am Ende haben wir eine Namensauflösung auf dem IPcop hinbekommen,
>>> nachdem wir in der resolv.conf auf dem IPCop die DNS des Providers
>>> eingetragen hatten: das geht nun also.
>>>
>>> Auf dem Server half das selbe Vorgehen nicht (auch nicht nach einem
>>> /etc/init.d/bind9 restart)
>>> Auch ein Freischalten des Port 53 für den Server im BOT half nichts.
>>>
>>> Nun kann ich mir leider die Namensauflösung in unserem Netz nicht merken.
>>>
>>> Wie sollte das genau laufen?
>>> Der IPcop funktiert als DNS Proxy?
>>> Oder geht der Server selber raus zum DNS und ist selber der DNS Proxy
>>> fürs Netz?
>>>
>>> Viele Grüße
>>>
>>> Holger
>>>
>>>
>>>
>> ___
>> linuxmuster-user mailing list
>> linuxmuster-user@lists.linuxmuster.net
>> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>


___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Biebl]

Hallo Jürgen,

kannst du mir die Quelle der Vorgaben nennen? Wir arbeiten seit 3 Jahren
mit Time for Kids und haben noch keine Änderungen vornehmen müssen.
Vielleicht habe ich etwas übersehen? Bevor ich aber etas ändere würde
ich gerne die Grundlagen kennen.

lg Martin
HAMBURG

Am 12.09.2014 11:23, schrieb Juergen Engeland:
> Hallo Holger,
> 
> dank der Hamburger Vorgaben musste ich ja auch am DNS schrauben. Deshalb
> glaube ich herausgefunden zu haben, wie es sein soll:
> 
> Auf server sollte DNS und DHCP laufen.
> Die Clients bekommen vom DHCP server als DNS mitgeteilt.
> linbo sorgt für Einträge der Clientnamen in den DNS!
> 
> server hat in seinem DNS ipfire als forwarder eingetragen
> Es kann nicht schaden, anstelle von localhost  ipfire  /etc/resolv.conf
> einzutragen
> 
> Auf ipfire läuft ebenfalls DNS und kein DHCP fürs grüne Subnetz!
> Es sollten Einträge für ipfire, server und was es sonst noch so im
> pädagischen Netzwerk gibt vorhanden sein.
> 
> Den "Forwarder" bekommt ipfire idealerweise vom Router des Providers per
> DHCP mitgeteilt. Es kann jedoch auch ein statischer Eintrag wie beim
> Server notwendig sein.
> 
> Man kann oder muss das ganze natürlich auch anders machen und das ganze
> DNS- und DHCP-Geraffel mit den entsprechenden funktionalen Verlusten auf
> ipfire bzw. time for kids verlagern. Sinn oder Unsinn brauchen wir hier
> nicht zu diskutieren ...
> 
> Gruß Jürgen
>  
> Am 12.09.2014 um 10:50 schrieb Holger Baumhof:
>> Hallo Jörg,
>>
>> ich sollte dazu sagen, dass ich gestern schon an Arveds IPcop und Server
>> rumgeschraubt habe.
>> Leider hab ich keine paedML 5.1 mehr am laufen, deswegen kann ich die
>> Einstellungen nicht direkt vergleichen.
>>
>> Folgendes habe ich überprüft:
>> Die Namensauflösung geht nicht, egal ob man die DNS des Providers
>> einträgt oder die IP des Routers.
>>
>> Ein Ping auf eine IP im Internet funktioniert sowohl vom Server als auch
>> vom IPCop.
>>
>> Am Ende haben wir eine Namensauflösung auf dem IPcop hinbekommen,
>> nachdem wir in der resolv.conf auf dem IPCop die DNS des Providers
>> eingetragen hatten: das geht nun also.
>>
>> Auf dem Server half das selbe Vorgehen nicht (auch nicht nach einem
>> /etc/init.d/bind9 restart)
>> Auch ein Freischalten des Port 53 für den Server im BOT half nichts.
>>
>> Nun kann ich mir leider die Namensauflösung in unserem Netz nicht merken.
>>
>> Wie sollte das genau laufen?
>> Der IPcop funktiert als DNS Proxy?
>> Oder geht der Server selber raus zum DNS und ist selber der DNS Proxy
>> fürs Netz?
>>
>> Viele Grüße
>>
>> Holger
>>
>>
>>
> 
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
> 

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Jörg Richter]

Hallo zusammen,

> Am 18.09.2014 um 02:34 schrieb "Arved von Irmer" :
> 
> Liebe Listenmitglieder, die sich mit meinem DNS-Problem befasst haben!
> Es ist gelöst, Jörg hat aus Honkong meinen Server und meinen IPCop
> bearbeitet und nun geht wieder alles.
> Was er ganz konkret gemacht hat, habe ich halbwegs verstanden, kann das hier
> aber nicht korrekt widergeben.

Für alle Interessierte: Die Ursache hatte Holger ja schon auf Dnsmasq 
eingegrenzt. Das war in einer veralteten Version installiert, die nicht alle 
Optionen kannte, die in den Skripten verwendet wurden (übrigens ein rechtes 
Durcheinander - Dnsmasq wird von verschiedenen Skripten gestartet, die dann 
jeweils vorher alle laufenden Instanzen killen, und mindestens das von Holger 
erwähnte ist fehlerhaft). Offenbar wurden bei einem Update mal die Skripte 
aktualisiert, Dnsmasq aber nicht.

Als Workaround haben wir ein aktuelles Binary untergeschoben und danach noch 
ein paar Kleinigkeiten am Server wieder geradegebogen.

So richtig beruhigend ist das natürlich nicht, wer weiß, wo es noch klemmt. 
Aber für den Notbetrieb und eine Migration sollte es reichen.

> Jetzt kann ich erst mal wieder arbeiten und mache mich an die Arbeit, den
> Hardware-IPCop wieder zu reparieren.
> Ihr wart mir eine große Hilfe und ich habe wieder eine ganze Menge gelernt!

Gerne!

Linuxmuster.net läuft an der Deutschen Schule in Hongkong übrigens nicht. Auch 
mit der Administration habe ich hier nichts zu tun, das machen fünf unsrer 
neuen Vollzeitkräfte im IT-Bereich.


Viele Grüße

Jörg
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Jochen Rupp]

Hallo Arved,


Es ist gelöst, Jörg hat aus Honkong meinen Server und meinen IPCop
bearbeitet und nun geht wieder alles.


Wie, Hongkong? Bist Du da an ner Schule Jörg?

@Arved: herzlichen Glückwunsch! Dann steht der migration auf  
linuxmuster.net ja nichts im Weg, oder!?


Viele Grüße,

Jochen Rupp
KKS Esslingen

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Alois Raunheimer]

Hallo Arved,

ich habe eben mal geneugiert.

Hier

http://linuxmuster.net/referenzen/schulen/

ist Deine Schule noch nicht aufgeführt (wenn ich sie übersehen habe
entschuldige ich mich schon mal) sie würde sich aber gut dort machen ;-)

Gruß

Alois

Am 17. September 2014 20:37 schrieb Holger Baumhof :

> Hallo Arved,
>
> > Es ist gelöst, Jörg hat aus Honkong meinen Server und meinen IPCop
> > bearbeitet und nun geht wieder alles.
>
> da bin ich echt froh :-)
>
> Zum Glück haben wir so eine große Community: da findet sich dann doch
> irgendwann ein Fachmann für das Problem :-)
>
> Viele Grüße
>
> Holger
> --
> Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Holger Baumhof]

Hallo Arved,

> Es ist gelöst, Jörg hat aus Honkong meinen Server und meinen IPCop
> bearbeitet und nun geht wieder alles.

da bin ich echt froh :-)

Zum Glück haben wir so eine große Community: da findet sich dann doch
irgendwann ein Fachmann für das Problem :-)

Viele Grüße

Holger
-- 
Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Arved von Irmer]

Liebe Listenmitglieder, die sich mit meinem DNS-Problem befasst haben!
Es ist gelöst, Jörg hat aus Honkong meinen Server und meinen IPCop
bearbeitet und nun geht wieder alles.
Was er ganz konkret gemacht hat, habe ich halbwegs verstanden, kann das hier
aber nicht korrekt widergeben.
Jetzt kann ich erst mal wieder arbeiten und mache mich an die Arbeit, den
Hardware-IPCop wieder zu reparieren.
Ihr wart mir eine große Hilfe und ich habe wieder eine ganze Menge gelernt!

Arved von Irmer
Stellvertretender Schulleiter
Deutsche Schule - Colegio Oficial Alemán
Apartado de Correos 688
E-35002 Las Palmas de Gran Canaria
Lomo del Drago
E-35018 Almatriche
Tel. 0034-928-670750
 0034-928-670754
Fax: 0034-928-675520
E-Mail-Schule: arved.v.ir...@dslpa.org
Internet: http://www.dslpa.org

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
Holger Baumhof
Gesendet: Dienstag, 16. September 2014 21:23
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo alle zusammen,

das Problem ist noch nicht behoben .. leider.
Aber ich hab ein paar Hinweise.

Ich habe, zum Vergleichen, eine alte Schulungsumgebung der paedML 5.1 wieder
hergestellt.
Einige Dateien habe ich mit denen von Arved verglichen.
Angefangen mit der /etc/bind/named.conf.option auf dem Server.
Die war aber inzwischen gleich, wie die auf meinem Server.

Zwei Dinge sind dabei herausgekommen:
1) der server selbst kann z.B. den ipcop nicht auflösen.
Ein ssh -p 222 ipcop funktioniert nicht, man muß ssh -p 222 10.16.1.254
machen.
2) der dnsmasq auf dem IPCop läuft nicht!
In /var/log/messages steht (singemäß):
dnsmasq start failed: bad command line option Also hab ich nachgeschaut, wo
der gestartet wird: das ist in der /etc/rc.d/rc.netadress.up Dort steht ein
bisschen Zeug, die die command line option für den dnsmasq aus configs
zusammenstellt.
Relevante configs sind wohl die /etc/hosts und die
/var/ipcop/ethernet/settings Beide zeigten im Vergleich zu denen auf meiner
paedML keien Auffälligkeiten.. leider.

Also: so sieht es aus: der dnsmasq mag nicht.

Viele Grüße

Holger


--
Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[jonny]

hi,

schrieb Dirk Zöllner:

Das gilt auch für den Eintrag


#allow-query { 127.0.0.1; };
allow-query { 10.16.0.0/12; };

falsch. dieser eintrag ist korrekt.



Warum hast Du in der named.conf.local den Eintrag

//include "/etc/bind/zones.rfc1918";

auskommentiert?

weil der server auch private zonen auflösen soll?

jonny

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Holger Baumhof]

Hallo alle zusammen,

das Problem ist noch nicht behoben .. leider.
Aber ich hab ein paar Hinweise.

Ich habe, zum Vergleichen, eine alte Schulungsumgebung der paedML 5.1
wieder hergestellt.
Einige Dateien habe ich mit denen von Arved verglichen.
Angefangen mit der /etc/bind/named.conf.option auf dem Server.
Die war aber inzwischen gleich, wie die auf meinem Server.

Zwei Dinge sind dabei herausgekommen:
1) der server selbst kann z.B. den ipcop nicht auflösen.
Ein ssh -p 222 ipcop funktioniert nicht, man muß ssh -p 222 10.16.1.254
machen.
2) der dnsmasq auf dem IPCop läuft nicht!
In /var/log/messages steht (singemäß):
dnsmasq start failed: bad command line option
Also hab ich nachgeschaut, wo der gestartet wird: das ist in der
/etc/rc.d/rc.netadress.up
Dort steht ein bisschen Zeug, die die command line option für den
dnsmasq aus configs zusammenstellt.
Relevante configs sind wohl die /etc/hosts und die
/var/ipcop/ethernet/settings
Beide zeigten im Vergleich zu denen auf meiner paedML keien
Auffälligkeiten.. leider.

Also: so sieht es aus: der dnsmasq mag nicht.

Viele Grüße

Holger


-- 
Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Jörg Richter]

Hallo Arved,

Ich kann es ja mal probieren - ich melde mich per PM.

Viele Grüße

Jörg Richter


> Am 16.09.2014 um 22:03 schrieb "Arved von Irmer" :
> 
> Das Semikolon in der Datei named.conf.options habe ich ergänzt. Beim booten
> des Servers fällt nun die Fehlermeldung weg, dass er bind9 nicht laden kann,
> jedoch funktioniert die Namensauflösung nach wie vor nicht.
> Kann nicht jemand per Teamviewer sehen, ob er den Fehler findet? Meine
> Lehrkräfte werden langsam nervös und ich in der Folge natürlich auch...
> 
> Hallo Helmut,
> 
>> Am 16.09.2014 um 07:46 schrieb "Helmut Hullen" :
>> 
>> Hallo, jonny,
>> 
>> Du meintest am 15.09.14:
>> 
>>> hi,
>>> in named.conf.options
>>> fehlt in der zeile forwarders {10.16.1.254;} ein ; das muss 
>>> forwarders {10.16.1.254;}; heißen
> Das Semikolon habe ich eingefügt, seitdem fehlt der Hinweis das 
> 
>> 
>> Ja - ist auch mein Tipp.
>> 
>> Nur "named.conf.options" und "named.conf.local" sind neueren Datums, 
>> und "named.conf.local" enthält nur ausgeblendete Zeilen. Die ebenfalls 
>> von "named.conf" "includete" Datei "named.conf.linuxmuster" ist 3 
>> Jahre alt, die hätte schon vorher zu Problemen geführt, wenn dort ein 
>> Fehler eingebaut wäre.
>> 
>> Und in "named.conf.options" fällt der Aufbau der "forwarders"-Zeile im 
>> Vergleich mit den anderen Zeilen auf, die ebenfalls IP-Adressen 
>> enthalten.
>> 
>> 
>> 
>> In der "allow-query"-Zeile würde ich so rein gefühlsmässig neben dem 
>> 10er Netz auch noch den hier ausgeblendeten "localhost" (127.0.0.1) 
>> eintragen ...
>> 
>>  allow-query { 127.0.0.1; 10.16.0.0/12; };
> 
> Da in der resolv.conf die 10.16.1.1 als Nameserver eingetragen ist, ist die
> localhost-Adresse nicht erforderlich - schaden wird sie aber auch nicht.
> 
> Viele Grüße
> 
> Jörg Richter
> 
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
> 
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Juergen Engeland]

Unproblematisch - da isser ja schon weg ;-)

Am 16.09.2014 um 16:07 schrieb Arved von Irmer:
> Beim Herunterfahren des Servers ist noch ein "failed" zu
> beobachten..(Anlage!)
>
> -Ursprüngliche Nachricht-
> Von: linuxmuster-user
> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von Jörg
> Richter
> Gesendet: Dienstag, 16. September 2014 03:38
> An: Discussions about using linuxmuster.net
> Betreff: Re: [lmn] DNS-Problem am Server
>
> Hallo Helmut,
>
>> Am 16.09.2014 um 07:46 schrieb "Helmut Hullen" :
>>
>> Hallo, jonny,
>>
>> Du meintest am 15.09.14:
>>
>>> hi,
>>> in named.conf.options
>>> fehlt in der zeile forwarders {10.16.1.254;} ein ; das muss 
>>> forwarders {10.16.1.254;}; heißen
>> Ja - ist auch mein Tipp.
>>
>> Nur "named.conf.options" und "named.conf.local" sind neueren Datums, 
>> und "named.conf.local" enthält nur ausgeblendete Zeilen. Die ebenfalls 
>> von "named.conf" "includete" Datei "named.conf.linuxmuster" ist 3 
>> Jahre alt, die hätte schon vorher zu Problemen geführt, wenn dort ein 
>> Fehler eingebaut wäre.
>>
>> Und in "named.conf.options" fällt der Aufbau der "forwarders"-Zeile im 
>> Vergleich mit den anderen Zeilen auf, die ebenfalls IP-Adressen 
>> enthalten.
>>
>> 
>>
>> In der "allow-query"-Zeile würde ich so rein gefühlsmässig neben dem 
>> 10er Netz auch noch den hier ausgeblendeten "localhost" (127.0.0.1) 
>> eintragen ...
>>
>>   allow-query { 127.0.0.1; 10.16.0.0/12; };
> Da in der resolv.conf die 10.16.1.1 als Nameserver eingetragen ist, ist die
> localhost-Adresse nicht erforderlich - schaden wird sie aber auch nicht.
>
> Viele Grüße
>
> Jörg Richter
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Dirk Zöllner]

Das gilt auch für den Eintrag


#allow-query { 127.0.0.1; };
allow-query { 10.16.0.0/12; };


Entweder localhost (127.0.0.1) oder die IP des Servers (10.16.1.1)



Warum hast Du in der named.conf.local den Eintrag

//include "/etc/bind/zones.rfc1918";

auskommentiert?

Dirk
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Dirk Zöllner]

Hi

in der named.conf.options steht

#listen-on port 53 { 127.0.0.1; };
listen-on port 53 { 10.16.0.0/12; };

d.h., der lokale DNS-Server soll auf der Netzwerkadresse des Netzwerks
lauschen. Das geht nicht.

Der Eintrag ist so richtig:
listen-on port 53 { 127.0.0.1; };


Dirk
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Arved von Irmer]

Beim Herunterfahren des Servers ist noch ein "failed" zu
beobachten..(Anlage!)

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von Jörg
Richter
Gesendet: Dienstag, 16. September 2014 03:38
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo Helmut,

> Am 16.09.2014 um 07:46 schrieb "Helmut Hullen" :
> 
> Hallo, jonny,
> 
> Du meintest am 15.09.14:
> 
>> hi,
>> in named.conf.options
>> fehlt in der zeile forwarders {10.16.1.254;} ein ; das muss 
>> forwarders {10.16.1.254;}; heißen
> 
> Ja - ist auch mein Tipp.
> 
> Nur "named.conf.options" und "named.conf.local" sind neueren Datums, 
> und "named.conf.local" enthält nur ausgeblendete Zeilen. Die ebenfalls 
> von "named.conf" "includete" Datei "named.conf.linuxmuster" ist 3 
> Jahre alt, die hätte schon vorher zu Problemen geführt, wenn dort ein 
> Fehler eingebaut wäre.
> 
> Und in "named.conf.options" fällt der Aufbau der "forwarders"-Zeile im 
> Vergleich mit den anderen Zeilen auf, die ebenfalls IP-Adressen 
> enthalten.
> 
> 
> 
> In der "allow-query"-Zeile würde ich so rein gefühlsmässig neben dem 
> 10er Netz auch noch den hier ausgeblendeten "localhost" (127.0.0.1) 
> eintragen ...
> 
>   allow-query { 127.0.0.1; 10.16.0.0/12; };

Da in der resolv.conf die 10.16.1.1 als Nameserver eingetragen ist, ist die
localhost-Adresse nicht erforderlich - schaden wird sie aber auch nicht.

Viele Grüße

Jörg Richter

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Arved von Irmer]

Das Semikolon in der Datei named.conf.options habe ich ergänzt. Beim booten
des Servers fällt nun die Fehlermeldung weg, dass er bind9 nicht laden kann,
jedoch funktioniert die Namensauflösung nach wie vor nicht.
Kann nicht jemand per Teamviewer sehen, ob er den Fehler findet? Meine
Lehrkräfte werden langsam nervös und ich in der Folge natürlich auch...

Hallo Helmut,

> Am 16.09.2014 um 07:46 schrieb "Helmut Hullen" :
> 
> Hallo, jonny,
> 
> Du meintest am 15.09.14:
> 
>> hi,
>> in named.conf.options
>> fehlt in der zeile forwarders {10.16.1.254;} ein ; das muss 
>> forwarders {10.16.1.254;}; heißen
Das Semikolon habe ich eingefügt, seitdem fehlt der Hinweis das 

> 
> Ja - ist auch mein Tipp.
> 
> Nur "named.conf.options" und "named.conf.local" sind neueren Datums, 
> und "named.conf.local" enthält nur ausgeblendete Zeilen. Die ebenfalls 
> von "named.conf" "includete" Datei "named.conf.linuxmuster" ist 3 
> Jahre alt, die hätte schon vorher zu Problemen geführt, wenn dort ein 
> Fehler eingebaut wäre.
> 
> Und in "named.conf.options" fällt der Aufbau der "forwarders"-Zeile im 
> Vergleich mit den anderen Zeilen auf, die ebenfalls IP-Adressen 
> enthalten.
> 
> 
> 
> In der "allow-query"-Zeile würde ich so rein gefühlsmässig neben dem 
> 10er Netz auch noch den hier ausgeblendeten "localhost" (127.0.0.1) 
> eintragen ...
> 
>   allow-query { 127.0.0.1; 10.16.0.0/12; };

Da in der resolv.conf die 10.16.1.1 als Nameserver eingetragen ist, ist die
localhost-Adresse nicht erforderlich - schaden wird sie aber auch nicht.

Viele Grüße

Jörg Richter

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Jörg Richter]

Hallo Helmut,

> Am 16.09.2014 um 07:46 schrieb "Helmut Hullen" :
> 
> Hallo, jonny,
> 
> Du meintest am 15.09.14:
> 
>> hi,
>> in named.conf.options
>> fehlt in der zeile forwarders {10.16.1.254;}
>> ein ;
>> das muss
>> forwarders {10.16.1.254;}; heißen
> 
> Ja - ist auch mein Tipp.
> 
> Nur "named.conf.options" und "named.conf.local" sind neueren Datums, und  
> "named.conf.local" enthält nur ausgeblendete Zeilen. Die ebenfalls von  
> "named.conf" "includete" Datei "named.conf.linuxmuster" ist 3 Jahre alt,  
> die hätte schon vorher zu Problemen geführt, wenn dort ein Fehler  
> eingebaut wäre.
> 
> Und in "named.conf.options" fällt der Aufbau der "forwarders"-Zeile im  
> Vergleich mit den anderen Zeilen auf, die ebenfalls IP-Adressen  
> enthalten.
> 
> 
> 
> In der "allow-query"-Zeile würde ich so rein gefühlsmässig neben dem  
> 10er Netz auch noch den hier ausgeblendeten "localhost" (127.0.0.1)  
> eintragen ...
> 
>   allow-query { 127.0.0.1; 10.16.0.0/12; };

Da in der resolv.conf die 10.16.1.1 als Nameserver eingetragen ist, ist die 
localhost-Adresse nicht erforderlich - schaden wird sie aber auch nicht.

Viele Grüße

Jörg Richter

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Helmut Hullen]

Hallo, jonny,

Du meintest am 15.09.14:

> hi,
> in named.conf.options
> fehlt in der zeile forwarders {10.16.1.254;}
> ein ;
> das muss
> forwarders {10.16.1.254;}; heißen

Ja - ist auch mein Tipp.

Nur "named.conf.options" und "named.conf.local" sind neueren Datums, und  
"named.conf.local" enthält nur ausgeblendete Zeilen. Die ebenfalls von  
"named.conf" "includete" Datei "named.conf.linuxmuster" ist 3 Jahre alt,  
die hätte schon vorher zu Problemen geführt, wenn dort ein Fehler  
eingebaut wäre.

Und in "named.conf.options" fällt der Aufbau der "forwarders"-Zeile im  
Vergleich mit den anderen Zeilen auf, die ebenfalls IP-Adressen  
enthalten.



In der "allow-query"-Zeile würde ich so rein gefühlsmässig neben dem  
10er Netz auch noch den hier ausgeblendeten "localhost" (127.0.0.1)  
eintragen ...

   allow-query { 127.0.0.1; 10.16.0.0/12; };

Viele Gruesse!
Helmut

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Jörg Richter]

Hallo Jürgen,

> Am 16.09.2014 um 03:32 schrieb Juergen Engeland 
> :
> 
> "Falsch" ist 10.16.1.254 nicht.
> 10.16.1.1 ist natürlich besser - wenn bind auf server läuft.
> Man kann auch beide Zeilen in resolv.conf haben.
> 
> Für die Clients ist es egal, welchen nameserver server benutzt.

Das ist richtig.

> Für die ist der forwarders Eintrag wichtig.

Jein. Zunächst einmal muss der Nameserver natürlich laufen, um einen Forwarder 
nutzen zu können. Aber gerade für die Clients ist es wichtig, den Nameserver 
auf dem Server zu nutzen, denn nur der kennt die Rechner im Schulnetz. 
Schulkonsole etc. wären also nur über die IP erreichbar.


Viele Grüße

Jörg Richter
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Holger Baumhof]

Hallo Jürgen,

> Verstehe ich es richtig, dass server und ipcop jeweils in einer Instanz
> des VMware Player laufen?
> 
> Wie hast Du die zwei Netzwerkkarten von ipcop und die eine von server in
> VMware konfiguriert (bridged, NAT oder hostonly)?
> 
> Ist der interne DHCP-Dienst von VMware für das grüne Netzwerk aus?

Ja: das habe ich kontrolliert.
Die Netzwerkkonfig ist es nicht.
Vor allem da ping von server auf IPCop und ins Internet auf eine IP
funktionieren.

VIele Grüße

Holger

-- 
Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[jonny]

hi,
in named.conf.options
fehlt in der zeile forwarders {10.16.1.254;}
ein ;
das muss
forwarders {10.16.1.254;}; heißen

jonny
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Arved von Irmer]

Ihr Lieben, wenn mir jemand per Teamviewer helfen kann, lade ich ihn gerne
zu einem Hausbesuch ein!
Grüße an ALLE

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
Juergen Engeland
Gesendet: Montag, 15. September 2014 20:24
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo Helmut, hallo Arved,

wenn das ganze Geraffel tatsächlich virtuell auf einem Windows-Wirt läuft,
sollte ein virtueller Hausbesuch mit Teamviewer realisierbar sein.

Wenn nicht, würde ein Windowsclient oder ein grafischer Linuxclient an der
richtigen Stelle diesen vielleicht auch ermöglichen.

Gruß Jürgen

Am 15.09.2014 21:05, schrieb Helmut Hullen:
> Hallo, Arved,
>
> Du meintest am 15.09.14:
>
>> - Helmut schrieb, ich solle versuchen im Verzeichnis tmp die Datei 
>> named.run anzusehen. Darin steht, dass ein Semikolon vor eine } stehe 
>> würde. Das habe ich alles kontrolliert, aber nichts derartiges 
>> gefunden.
> Da wäre die gesamte Zeile hilfreich, weil da (vermutlich/hoffentlich) 
> noch etwas mehr über deren Inhalt steht.
> Der "named" ist wegen der Schreibweise recht pingelig, aber leider 
> auch

> sehr maulfaul.
>
>> - der Befehl pgrep -l named auf der Serverkonsole führt zu keiner 
>> Ausgabe
> Ok - dann läuft der "named" nicht.
>
>> Damit wir weiterkommen, müsste ich es also hinkriegen Textdateien aus 
>> dem Linux-System nach Windows zu bekommen um sie euch zu posten.
> Du könntest die "named.run" auch in einer Samba-Freigabe erzeugen 
> (oder

> aus "/tmp" dorthin kopieren); dort ist sie dann von einem 
> Windows-Client

> aus mit "wordpad" lesbar und verarbeitbar.
>
> Nur sicherheitshalber: wenn Du schon auf der Serverkonsole arbeiten 
> kannst, dann sollte doch eigentlich auch der "midnight commander"
> benutzbar sein.
>
> --
>
> Bei anderen Schulen (mit einem etwas anderen Schulserver) würde ich ja 
> anbieten, mal eben einen Hausbesuch zu machen ...
>
> Viele Gruesse!
> Helmut
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Arved von Irmer]

> Der richtige Befehl an der Konsole lautet: /etc/init.d/bind9 restart
Das erzeugt folgende Ausgabe:
Stopping domain name service...: bind9rndc: connect failed: 127.0.0.1#953; 
connection refused
Starting domain name service.: bind 9 failed

Arved von Irmer
Stellvertretender Schulleiter
Deutsche Schule - Colegio Oficial Alemán
Apartado de Correos 688
E-35002 Las Palmas de Gran Canaria
Lomo del Drago
E-35018 Almatriche
Tel. 0034-928-670750
 0034-928-670754
Fax: 0034-928-675520
E-Mail-Schule: arved.v.ir...@dslpa.org
Internet: http://www.dslpa.org

-Ursprüngliche Nachricht-
Von: linuxmuster-user [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] 
Im Auftrag von Juergen Engeland
Gesendet: Montag, 15. September 2014 20:32
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

"Falsch" ist 10.16.1.254 nicht.
10.16.1.1 ist natürlich besser - wenn bind auf server läuft.
Man kann auch beide Zeilen in resolv.conf haben.

Für die Clients ist es egal, welchen nameserver server benutzt.
Für die ist der forwarders Eintrag wichtig.

Gruß Jürgen

Am 15.09.2014 21:02, schrieb Christopher Gorges [G & R Netzwerktechnik
GmbH]:
>> - in /etc/resolv.conf habe ich 10.16.1.256 eingetragen.
> Das ist falsch, bei einer funktionierenden PaedML 5.1 ( habe es grad 
> bei 5 verschiedenen nachgeschaut) steht hier als nameserver 10.16.1.1 
> , nicht
> 10.16.1.254
>
>> - der Befehl service bind9 start führt zur Ausgabe "command not found"
> Der richtige Befehl an der Konsole lautet: /etc/init.d/bind9 restart
>
> Was sagt denn Nagios? Falls dort ein Problem mit Squid angezeigt wird, 
> es gibt auf dem IPCop im Verzeichnis /var/linuxmuster das Skript 
> 'repair.sh', das repariert Zugriffsberechtigungnen bei verschiedenen 
> Ordnern, hat schon einige Male geholfen.
>
> Bei weiteren Fragen stehe ich Ihnen gerne zur Verfügung
>
> Mit freundlichen Grüßen
>
> Christopher Gorges
> IT-Systemelektroniker
>
> CompTIA A+
> CompTIA Network+
>
>
> Munzinger Straße 1
> 79111 Freiburg / Deutschland
>
> Phone: +49 (761) 4522824
> Mobile: +49 (172) 7393969
> Fax: +49 (761) 4522888
> cgor...@gur.de │ www.gur.de
>
> G&R Netzwerktechnik GmbH | HRB 5321 | UST-IdNr: DE812131887
> Geschäftsführer: Martin Gebhard, Daniel Riesterer
>
> Diese E-Mail und alle mitgesendeten Dateien sind vertraulich und 
> ausschließlich fuer den Gebrauch durch den Empfaenger bestimmt. Die 
> Verantwortlichkeit fuer mitgesandte Dateien liegt beim Urheber und 
> repraesentiert nicht notwendigerweise die Meinung der Fa. G & R 
> Netzwerktechnik GmbH. Diese Nachricht sowie alle Anhänge wurden auf 
> Viren überprüft.
> This e-mail and any files transmitted with it are confidential, 
> intended solely for the use of the addressee and are not necessarily 
> the view of the company, the responsibility of which lies with the 
> originator. This message and attachments have been checked for viruses.
>
> ____________________
> Von: linuxmuster-user  
> im Auftrag von Arved von Irmer 
> Gesendet: Montag, 15. September 2014 20:47
> An: 'Discussions about using linuxmuster.net'
> Betreff: Re: [lmn] DNS-Problem am Server
>
> An ALLE, die sich mit meinem DNS-Problem beschäftigt haben:
> Ein etwas frustiger Tag ist vorbei, ich habe alles probiert, was ihr 
> mir "aufgetragen" habt und NIX ist gelungen.
> Das geht bei den Dateien aus dem Verzeichnis /etc/bind los. Server und 
> IPCop laufen virtuell in VMWare. Dieses System scheint einen 
> eigelegten Stick zu okkupieren; es ist auf der Windowsebene und auch 
> im Server nicht zu sehen, also auch nicht zu mounten. Tut mir leid ich 
> kann deshalb keine komplette Dateien posten.
> Die Versuche Text über die Zwischenablage zu kopieren, sowie Einsatz 
> von WINSCP und Putty (dafür müsste ich wissen, wie ich an den Server 
> ran komme, wie er heißt, Hostname) verliefen bisher ohne Erfolg. Das 
> erinnert schon stark an die DOS-Zeiten Anfang der 80er.es kann 
> doch nicht so schwierig sein aus einem System eine Textdatei in ein 
> anderes System zu transferieren!
> - Helmut schrieb, ich solle versuchen im Verzeichnis tmp die Datei 
> named.run anzusehen. Darin steht, dass ein Semikolon vor eine } stehe 
> würde. Das habe ich alles kontrolliert, aber nichts derartiges gefunden.
> - der Befehl pgrep -l named auf der Serverkonsole führt zu keiner 
> Ausgabe
> - in /etc/resolv.conf habe ich 10.16.1.256 eingetragen.
> - der Befehl service bind9 start führt zur Ausgabe "command not found"
> - Ich habe kein Backup aus der nahen Vergangenheit. Ich speichere 
> immer bloß die gesamten Dateien des VMWareverzeichnisses woanders hin. 
> Das sind aber inzwischen 220GB, sodass ich das

Re: [lmn] DNS-Problem am Server

[Arved von Irmer]

An ALLE,
ich habe es geschafft das ganze Verzeichnis /etc/bind/ in eine rar-Datei zu 
verpacken, hier anbei.irgendwo da ist der Fehlerteufel.


Arved von Irmer
Stellvertretender Schulleiter
Deutsche Schule - Colegio Oficial Alemán
Apartado de Correos 688
E-35002 Las Palmas de Gran Canaria
Lomo del Drago
E-35018 Almatriche
Tel. 0034-928-670750
 0034-928-670754
Fax: 0034-928-675520
E-Mail-Schule: arved.v.ir...@dslpa.org
Internet: http://www.dslpa.org

-Ursprüngliche Nachricht-
Von: linuxmuster-user [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] 
Im Auftrag von Juergen Engeland
Gesendet: Montag, 15. September 2014 20:32
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

"Falsch" ist 10.16.1.254 nicht.
10.16.1.1 ist natürlich besser - wenn bind auf server läuft.
Man kann auch beide Zeilen in resolv.conf haben.

Für die Clients ist es egal, welchen nameserver server benutzt.
Für die ist der forwarders Eintrag wichtig.

Gruß Jürgen

Am 15.09.2014 21:02, schrieb Christopher Gorges [G & R Netzwerktechnik
GmbH]:
>> - in /etc/resolv.conf habe ich 10.16.1.256 eingetragen.
> Das ist falsch, bei einer funktionierenden PaedML 5.1 ( habe es grad 
> bei 5 verschiedenen nachgeschaut) steht hier als nameserver 10.16.1.1 
> , nicht
> 10.16.1.254
>
>> - der Befehl service bind9 start führt zur Ausgabe "command not found"
> Der richtige Befehl an der Konsole lautet: /etc/init.d/bind9 restart
>
> Was sagt denn Nagios? Falls dort ein Problem mit Squid angezeigt wird, 
> es gibt auf dem IPCop im Verzeichnis /var/linuxmuster das Skript 
> 'repair.sh', das repariert Zugriffsberechtigungnen bei verschiedenen 
> Ordnern, hat schon einige Male geholfen.
>
> Bei weiteren Fragen stehe ich Ihnen gerne zur Verfügung
>
> Mit freundlichen Grüßen
>
> Christopher Gorges
> IT-Systemelektroniker
>
> CompTIA A+
> CompTIA Network+
>
>
> Munzinger Straße 1
> 79111 Freiburg / Deutschland
>
> Phone: +49 (761) 4522824
> Mobile: +49 (172) 7393969
> Fax: +49 (761) 4522888
> cgor...@gur.de │ www.gur.de
>
> G&R Netzwerktechnik GmbH | HRB 5321 | UST-IdNr: DE812131887
> Geschäftsführer: Martin Gebhard, Daniel Riesterer
>
> Diese E-Mail und alle mitgesendeten Dateien sind vertraulich und 
> ausschließlich fuer den Gebrauch durch den Empfaenger bestimmt. Die 
> Verantwortlichkeit fuer mitgesandte Dateien liegt beim Urheber und 
> repraesentiert nicht notwendigerweise die Meinung der Fa. G & R 
> Netzwerktechnik GmbH. Diese Nachricht sowie alle Anhänge wurden auf 
> Viren überprüft.
> This e-mail and any files transmitted with it are confidential, 
> intended solely for the use of the addressee and are not necessarily 
> the view of the company, the responsibility of which lies with the 
> originator. This message and attachments have been checked for viruses.
>
> ____________________
> Von: linuxmuster-user  
> im Auftrag von Arved von Irmer 
> Gesendet: Montag, 15. September 2014 20:47
> An: 'Discussions about using linuxmuster.net'
> Betreff: Re: [lmn] DNS-Problem am Server
>
> An ALLE, die sich mit meinem DNS-Problem beschäftigt haben:
> Ein etwas frustiger Tag ist vorbei, ich habe alles probiert, was ihr 
> mir "aufgetragen" habt und NIX ist gelungen.
> Das geht bei den Dateien aus dem Verzeichnis /etc/bind los. Server und 
> IPCop laufen virtuell in VMWare. Dieses System scheint einen 
> eigelegten Stick zu okkupieren; es ist auf der Windowsebene und auch 
> im Server nicht zu sehen, also auch nicht zu mounten. Tut mir leid ich 
> kann deshalb keine komplette Dateien posten.
> Die Versuche Text über die Zwischenablage zu kopieren, sowie Einsatz 
> von WINSCP und Putty (dafür müsste ich wissen, wie ich an den Server 
> ran komme, wie er heißt, Hostname) verliefen bisher ohne Erfolg. Das 
> erinnert schon stark an die DOS-Zeiten Anfang der 80er.es kann 
> doch nicht so schwierig sein aus einem System eine Textdatei in ein 
> anderes System zu transferieren!
> - Helmut schrieb, ich solle versuchen im Verzeichnis tmp die Datei 
> named.run anzusehen. Darin steht, dass ein Semikolon vor eine } stehe 
> würde. Das habe ich alles kontrolliert, aber nichts derartiges gefunden.
> - der Befehl pgrep -l named auf der Serverkonsole führt zu keiner 
> Ausgabe
> - in /etc/resolv.conf habe ich 10.16.1.256 eingetragen.
> - der Befehl service bind9 start führt zur Ausgabe "command not found"
> - Ich habe kein Backup aus der nahen Vergangenheit. Ich speichere 
> immer bloß die gesamten Dateien des VMWareverzeichnisses woanders hin. 
> Das sind aber inzwischen 220GB, sodass ich das immer nur von Woche zu 
> Woche gemacht habe.
> Damit wir weiterkommen, müsste ich e

Re: [lmn] DNS-Problem am Server

[Juergen Engeland]

"Falsch" ist 10.16.1.254 nicht.
10.16.1.1 ist natürlich besser - wenn bind auf server läuft.
Man kann auch beide Zeilen in resolv.conf haben.

Für die Clients ist es egal, welchen nameserver server benutzt.
Für die ist der forwarders Eintrag wichtig.

Gruß Jürgen

Am 15.09.2014 21:02, schrieb Christopher Gorges [G & R Netzwerktechnik
GmbH]:
>> - in /etc/resolv.conf habe ich 10.16.1.256 eingetragen.
> Das ist falsch, bei einer funktionierenden PaedML 5.1 ( habe es grad bei 5 
> verschiedenen nachgeschaut) steht hier als nameserver 10.16.1.1 , nicht 
> 10.16.1.254
>
>> - der Befehl service bind9 start führt zur Ausgabe "command not found"
> Der richtige Befehl an der Konsole lautet: /etc/init.d/bind9 restart
>
> Was sagt denn Nagios? Falls dort ein Problem mit Squid angezeigt wird, es 
> gibt auf dem IPCop im Verzeichnis /var/linuxmuster das Skript 'repair.sh', 
> das repariert Zugriffsberechtigungnen bei verschiedenen Ordnern, hat schon 
> einige Male geholfen.
>
> Bei weiteren Fragen stehe ich Ihnen gerne zur Verfügung
>
> Mit freundlichen Grüßen
>
> Christopher Gorges
> IT-Systemelektroniker
>
> CompTIA A+
> CompTIA Network+
>
>
> Munzinger Straße 1
> 79111 Freiburg / Deutschland
>
> Phone: +49 (761) 4522824
> Mobile: +49 (172) 7393969
> Fax: +49 (761) 4522888
> cgor...@gur.de │ www.gur.de
>
> G&R Netzwerktechnik GmbH | HRB 5321 | UST-IdNr: DE812131887
> Geschäftsführer: Martin Gebhard, Daniel Riesterer
>
> Diese E-Mail und alle mitgesendeten Dateien sind vertraulich und 
> ausschließlich fuer den Gebrauch durch den Empfaenger bestimmt. Die 
> Verantwortlichkeit fuer mitgesandte Dateien liegt beim Urheber und 
> repraesentiert nicht notwendigerweise die Meinung der Fa. G & R 
> Netzwerktechnik GmbH. Diese Nachricht sowie alle Anhänge wurden auf Viren 
> überprüft.
> This e-mail and any files transmitted with it are confidential, intended 
> solely for the use of the addressee and are not necessarily the view of the 
> company, the responsibility of which lies with the originator. This message 
> and attachments have been checked for viruses.
>
> ________________
> Von: linuxmuster-user  im 
> Auftrag von Arved von Irmer 
> Gesendet: Montag, 15. September 2014 20:47
> An: 'Discussions about using linuxmuster.net'
> Betreff: Re: [lmn] DNS-Problem am Server
>
> An ALLE, die sich mit meinem DNS-Problem beschäftigt haben:
> Ein etwas frustiger Tag ist vorbei, ich habe alles probiert, was ihr mir
> "aufgetragen" habt und NIX ist gelungen.
> Das geht bei den Dateien aus dem Verzeichnis /etc/bind los. Server und
> IPCop laufen virtuell in VMWare. Dieses System scheint einen eigelegten
> Stick zu okkupieren; es ist auf der Windowsebene und auch im Server nicht
> zu sehen, also auch nicht zu mounten. Tut mir leid ich kann deshalb keine
> komplette Dateien posten.
> Die Versuche Text über die Zwischenablage zu kopieren, sowie Einsatz von
> WINSCP und Putty (dafür müsste ich wissen, wie ich an den Server ran
> komme, wie er heißt, Hostname) verliefen bisher ohne Erfolg. Das erinnert
> schon
> stark an die DOS-Zeiten Anfang der 80er.es kann doch nicht so
> schwierig sein aus einem System eine Textdatei in ein anderes System zu
> transferieren!
> - Helmut schrieb, ich solle versuchen im Verzeichnis tmp die Datei
> named.run anzusehen. Darin steht, dass ein Semikolon vor eine } stehe
> würde. Das habe ich alles kontrolliert, aber nichts derartiges gefunden.
> - der Befehl pgrep -l named auf der Serverkonsole führt zu keiner Ausgabe
> - in /etc/resolv.conf habe ich 10.16.1.256 eingetragen.
> - der Befehl service bind9 start führt zur Ausgabe "command not found"
> - Ich habe kein Backup aus der nahen Vergangenheit. Ich speichere immer
> bloß die gesamten Dateien des VMWareverzeichnisses woanders hin. Das sind
> aber inzwischen 220GB, sodass ich das immer nur von Woche zu Woche gemacht
> habe.
> Damit wir weiterkommen, müsste ich es also hinkriegen Textdateien aus dem
> Linux-System nach Windows zu bekommen um sie euch zu posten.
>
> Arved von Irmer
> Stellvertretender Schulleiter
> Deutsche Schule - Colegio Oficial Alemán
> Apartado de Correos 688
> E-35002 Las Palmas de Gran Canaria
> Lomo del Drago
> E-35018 Almatriche
> Tel. 0034-928-670750
>  0034-928-670754
> Fax: 0034-928-675520
> E-Mail-Schule: arved.v.ir...@dslpa.org
> Internet: http://www.dslpa.org
>
> -Ursprüngliche Nachricht-
> Von: linuxmuster-user
> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
> Helmut Hullen
> Gesendet: Montag, 15. September 2014 03:08
> An: linuxmuster-user@lists.linuxmuster.net
> Betreff: Re: [lmn]

Re: [lmn] DNS-Problem am Server

[Juergen Engeland]

Hallo Helmut, hallo Arved,

wenn das ganze Geraffel tatsächlich virtuell auf einem Windows-Wirt
läuft, sollte ein virtueller Hausbesuch mit Teamviewer realisierbar sein.

Wenn nicht, würde ein Windowsclient oder ein grafischer Linuxclient an
der richtigen Stelle diesen vielleicht auch ermöglichen.

Gruß Jürgen

Am 15.09.2014 21:05, schrieb Helmut Hullen:
> Hallo, Arved,
>
> Du meintest am 15.09.14:
>
>> - Helmut schrieb, ich solle versuchen im Verzeichnis tmp die Datei
>> named.run anzusehen. Darin steht, dass ein Semikolon vor eine } stehe
>> würde. Das habe ich alles kontrolliert, aber nichts derartiges
>> gefunden.
> Da wäre die gesamte Zeile hilfreich, weil da (vermutlich/hoffentlich)  
> noch etwas mehr über deren Inhalt steht.
> Der "named" ist wegen der Schreibweise recht pingelig, aber leider auch  
> sehr maulfaul.
>
>> - der Befehl pgrep -l named auf der Serverkonsole führt zu
>> keiner Ausgabe
> Ok - dann läuft der "named" nicht.
>
>> Damit wir weiterkommen, müsste ich es also hinkriegen Textdateien aus
>> dem Linux-System nach Windows zu bekommen um sie euch zu posten.
> Du könntest die "named.run" auch in einer Samba-Freigabe erzeugen (oder  
> aus "/tmp" dorthin kopieren); dort ist sie dann von einem Windows-Client  
> aus mit "wordpad" lesbar und verarbeitbar.
>
> Nur sicherheitshalber: wenn Du schon auf der Serverkonsole arbeiten  
> kannst, dann sollte doch eigentlich auch der "midnight commander"  
> benutzbar sein.
>
> --
>
> Bei anderen Schulen (mit einem etwas anderen Schulserver) würde ich ja  
> anbieten, mal eben einen Hausbesuch zu machen ...
>
> Viele Gruesse!
> Helmut
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Christopher Gorges [G & R Netzwerktechnik GmbH]]

> - in /etc/resolv.conf habe ich 10.16.1.256 eingetragen.

Das ist falsch, bei einer funktionierenden PaedML 5.1 ( habe es grad bei 5 
verschiedenen nachgeschaut) steht hier als nameserver 10.16.1.1 , nicht 
10.16.1.254

> - der Befehl service bind9 start führt zur Ausgabe "command not found"

Der richtige Befehl an der Konsole lautet: /etc/init.d/bind9 restart

Was sagt denn Nagios? Falls dort ein Problem mit Squid angezeigt wird, es gibt 
auf dem IPCop im Verzeichnis /var/linuxmuster das Skript 'repair.sh', das 
repariert Zugriffsberechtigungnen bei verschiedenen Ordnern, hat schon einige 
Male geholfen.

Bei weiteren Fragen stehe ich Ihnen gerne zur Verfügung

Mit freundlichen Grüßen

Christopher Gorges
IT-Systemelektroniker

CompTIA A+
CompTIA Network+


Munzinger Straße 1
79111 Freiburg / Deutschland

Phone: +49 (761) 4522824
Mobile: +49 (172) 7393969
Fax: +49 (761) 4522888
cgor...@gur.de │ www.gur.de

G&R Netzwerktechnik GmbH | HRB 5321 | UST-IdNr: DE812131887
Geschäftsführer: Martin Gebhard, Daniel Riesterer

Diese E-Mail und alle mitgesendeten Dateien sind vertraulich und ausschließlich 
fuer den Gebrauch durch den Empfaenger bestimmt. Die Verantwortlichkeit fuer 
mitgesandte Dateien liegt beim Urheber und repraesentiert nicht 
notwendigerweise die Meinung der Fa. G & R Netzwerktechnik GmbH. Diese 
Nachricht sowie alle Anhänge wurden auf Viren überprüft.
This e-mail and any files transmitted with it are confidential, intended solely 
for the use of the addressee and are not necessarily the view of the company, 
the responsibility of which lies with the originator. This message and 
attachments have been checked for viruses.


Von: linuxmuster-user  im 
Auftrag von Arved von Irmer 
Gesendet: Montag, 15. September 2014 20:47
An: 'Discussions about using linuxmuster.net'
Betreff: Re: [lmn] DNS-Problem am Server

An ALLE, die sich mit meinem DNS-Problem beschäftigt haben:
Ein etwas frustiger Tag ist vorbei, ich habe alles probiert, was ihr mir
"aufgetragen" habt und NIX ist gelungen.
Das geht bei den Dateien aus dem Verzeichnis /etc/bind los. Server und
IPCop laufen virtuell in VMWare. Dieses System scheint einen eigelegten
Stick zu okkupieren; es ist auf der Windowsebene und auch im Server nicht
zu sehen, also auch nicht zu mounten. Tut mir leid ich kann deshalb keine
komplette Dateien posten.
Die Versuche Text über die Zwischenablage zu kopieren, sowie Einsatz von
WINSCP und Putty (dafür müsste ich wissen, wie ich an den Server ran
komme, wie er heißt, Hostname) verliefen bisher ohne Erfolg. Das erinnert
schon
stark an die DOS-Zeiten Anfang der 80er.es kann doch nicht so
schwierig sein aus einem System eine Textdatei in ein anderes System zu
transferieren!
- Helmut schrieb, ich solle versuchen im Verzeichnis tmp die Datei
named.run anzusehen. Darin steht, dass ein Semikolon vor eine } stehe
würde. Das habe ich alles kontrolliert, aber nichts derartiges gefunden.
- der Befehl pgrep -l named auf der Serverkonsole führt zu keiner Ausgabe
- in /etc/resolv.conf habe ich 10.16.1.256 eingetragen.
- der Befehl service bind9 start führt zur Ausgabe "command not found"
- Ich habe kein Backup aus der nahen Vergangenheit. Ich speichere immer
bloß die gesamten Dateien des VMWareverzeichnisses woanders hin. Das sind
aber inzwischen 220GB, sodass ich das immer nur von Woche zu Woche gemacht
habe.
Damit wir weiterkommen, müsste ich es also hinkriegen Textdateien aus dem
Linux-System nach Windows zu bekommen um sie euch zu posten.

Arved von Irmer
Stellvertretender Schulleiter
Deutsche Schule - Colegio Oficial Alemán
Apartado de Correos 688
E-35002 Las Palmas de Gran Canaria
Lomo del Drago
E-35018 Almatriche
Tel. 0034-928-670750
 0034-928-670754
Fax: 0034-928-675520
E-Mail-Schule: arved.v.ir...@dslpa.org
Internet: http://www.dslpa.org

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
Helmut Hullen
Gesendet: Montag, 15. September 2014 03:08
An: linuxmuster-user@lists.linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo, Holger,

Du meintest am 14.09.14:

> den Inhalt von Textdateien kann man auch relativ bequem so kopieren:
> 1) mit ssh auf den Server
> 2) Inhalt der Datei anzeigen lassen mittels cat /pfad/datei
> 3) im Terminal (putty?) den Text Markieren mit der Maus.
> Da man cat verwendet hat, kann man scrollen udn so mehrere Seiten
> anzeichnen 4) Kopieren in die Zwischen ablage:
> strg+shift+c
> 5) Texteditor öffnen und Zwischenablage mittels
> strg+v
> kopieren.

Wenn's noch einfacher mit "putty" gehen soll:

mit "f4" Datei zum Bearbeiten öffnen
mit "f3" zu kopierenden Bereich markieren
mit "strg f" kopieren, dabei wird angeboten, ein  anderes
   Ziel als die Zwischenablage einzugeben, z.B. eine
 

Re: [lmn] DNS-Problem am Server

[Juergen Engeland]

Am 15.09.2014 21:01, schrieb Wolfgang Höfer:
> Hi, 
>
> sorry, ich hab die Diskussion nicht mitverfolgt  aber die 256 ist ein 
> Tippfehler, oder?
Verflixt... hoffentlich nur in der email ;-)
>
> Ansonsten ... wenn du "nur" an eine Datei ran willst und der Server nicht 
> mitspielt, dann kansnt du den
> virtuellen Rechner ja immer noch von einem Iso einer Livcd booten, die Platte 
> mounten und in der Livcd (z.B sysrescue) den sshd aktivieren und dann mit 
> winscp die sachen raus kopieren.
>
> VG
>  Wolfgang
>
> Sollte der Weg bei dir prinzipiell gangbar sein und dur bei einem 
> Detail-Schritt ein Problem haben - melden ... :)
>
>
> -Original-Nachricht-
> Betreff: Re: [lmn] DNS-Problem am Server
> Datum: Mon, 15 Sep 2014 20:47:47 +0200
> Von: "Arved von Irmer" 
> An: "'Discussions about using linuxmuster.net'" 
> 
>
> An ALLE, die sich mit meinem DNS-Problem beschäftigt haben:
> Ein etwas frustiger Tag ist vorbei, ich habe alles probiert, was ihr mir
> "aufgetragen" habt und NIX ist gelungen.
> Das geht bei den Dateien aus dem Verzeichnis /etc/bind los. Server und
> IPCop laufen virtuell in VMWare. Dieses System scheint einen eigelegten
> Stick zu okkupieren; es ist auf der Windowsebene und auch im Server nicht
> zu sehen, also auch nicht zu mounten. Tut mir leid ich kann deshalb keine
> komplette Dateien posten.
> Die Versuche Text über die Zwischenablage zu kopieren, sowie Einsatz von
> WINSCP und Putty (dafür müsste ich wissen, wie ich an den Server ran
> komme, wie er heißt, Hostname) verliefen bisher ohne Erfolg. Das erinnert
> schon
> stark an die DOS-Zeiten Anfang der 80er.es kann doch nicht so
> schwierig sein aus einem System eine Textdatei in ein anderes System zu
> transferieren!
> - Helmut schrieb, ich solle versuchen im Verzeichnis tmp die Datei
> named.run anzusehen. Darin steht, dass ein Semikolon vor eine } stehe
> würde. Das habe ich alles kontrolliert, aber nichts derartiges gefunden.
> - der Befehl pgrep -l named auf der Serverkonsole führt zu keiner Ausgabe
> - in /etc/resolv.conf habe ich 10.16.1.256 eingetragen.
> - der Befehl service bind9 start führt zur Ausgabe "command not found"
> - Ich habe kein Backup aus der nahen Vergangenheit. Ich speichere immer
> bloß die gesamten Dateien des VMWareverzeichnisses woanders hin. Das sind
> aber inzwischen 220GB, sodass ich das immer nur von Woche zu Woche gemacht
> habe.
> Damit wir weiterkommen, müsste ich es also hinkriegen Textdateien aus dem
> Linux-System nach Windows zu bekommen um sie euch zu posten.
>
> Arved von Irmer
> Stellvertretender Schulleiter
> Deutsche Schule - Colegio Oficial Alemán
> Apartado de Correos 688
> E-35002 Las Palmas de Gran Canaria
> Lomo del Drago
> E-35018 Almatriche
> Tel. 0034-928-670750
>  0034-928-670754
> Fax: 0034-928-675520
> E-Mail-Schule: arved.v.ir...@dslpa.org
> Internet: http://www.dslpa.org
>
> -Ursprüngliche Nachricht-
> Von: linuxmuster-user
> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
> Helmut Hullen
> Gesendet: Montag, 15. September 2014 03:08
> An: linuxmuster-user@lists.linuxmuster.net
> Betreff: Re: [lmn] DNS-Problem am Server
>
> Hallo, Holger,
>
> Du meintest am 14.09.14:
>
>> den Inhalt von Textdateien kann man auch relativ bequem so kopieren:
>> 1) mit ssh auf den Server
>> 2) Inhalt der Datei anzeigen lassen mittels cat /pfad/datei
>> 3) im Terminal (putty?) den Text Markieren mit der Maus.
>> Da man cat verwendet hat, kann man scrollen udn so mehrere Seiten
>> anzeichnen 4) Kopieren in die Zwischen ablage:
>> strg+shift+c
>> 5) Texteditor öffnen und Zwischenablage mittels
>> strg+v
>> kopieren.
> Wenn's noch einfacher mit "putty" gehen soll:
>
> mit "f4" Datei zum Bearbeiten öffnen
> mit "f3" zu kopierenden Bereich markieren
> mit "strg f" kopieren, dabei wird angeboten, ein  anderes
>Ziel als die Zwischenablage einzugeben, z.B. eine
>Samba-Freigabe
>
> Viele Gruesse!
> Helmut
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
>
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Michael Hagedorn]

Hallo. Ich habe die Diskussion nicht wirklich mitverfolgt ... kann aber
u.U. zu einigen Dingen meine Senf dazu geben.
Falls sich das nun doppelt liegt das daran, dass ich nicht alles gelesen
habe, was hier geschrieben wurde

> IPCop laufen virtuell in VMWare. Dieses System scheint einen eigelegten
> Stick zu okkupieren;
Manchmal ist es bei VMWare so, dass man die Rechte für den USB-Bus auch
den Usern erlauben muss. Ich hatte es auch schon, dass ich als User
nicht auf den USB_Bus zugreifen durfte -- aber dann aber schnell mit
einem chown erledigt.

> zu sehen, also auch nicht zu mounten.
Wenn ein Stick überhaupt nicht erkannt wird, hilft es als root folgendes
zu tun:
Stick rein, dmesg aufrufen und beobachten. Am Ende sollte sich etwas
tun, sobald der Stick erkannt wurde. Da erscheint auch das Laufwerk,
unter dem man ihn dann findet. Danach hilft ein
fdisk -l  weiter, denn das sollte den Stick dann ebenfalls anzeigen.
Danach kann man dann auch per Hand mounten:
mkdir /mnt/usbstick
mount /dev/sd /mnt/usbstick
cd /mnt/usbstick
ls -la

> es kann doch nicht so
> schwierig sein aus einem System eine Textdatei in ein anderes System zu
> transferieren!

Man kann doch den Inhalt einer Textdatei direkt in eine Datei umleiten:
cat textdatei.txt > meine_datei.txt

Vielleicht hilft's 
Michael



___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Juergen Engeland]

Hallo Arved,

bislang hatte ich Dich so verstanden, dass server und ipcop "bare metal"
wären!

Jetzt kommt auch noch die Konfiguration der Schnittstellen von VMware
ins Spiel :-(

Verstehe ich es richtig, dass server und ipcop jeweils in einer Instanz
des VMware Player laufen?

Wie hast Du die zwei Netzwerkkarten von ipcop und die eine von server in
VMware konfiguriert (bridged, NAT oder hostonly)?

Ist der interne DHCP-Dienst von VMware für das grüne Netzwerk aus?

Eventuell brauchst Du vmnetcfg:
http://www.antary.de/2013/09/07/netzwerkkonfiguration-vmware-player-6-nachruesten/


Am 15.09.2014 20:47, schrieb Arved von Irmer:
> An ALLE, die sich mit meinem DNS-Problem beschäftigt haben:
> Ein etwas frustiger Tag ist vorbei, ich habe alles probiert, was ihr mir
> "aufgetragen" habt und NIX ist gelungen.
> Das geht bei den Dateien aus dem Verzeichnis /etc/bind los. Server und
> IPCop laufen virtuell in VMWare. Dieses System scheint einen eigelegten
> Stick zu okkupieren; es ist auf der Windowsebene und auch im Server nicht
> zu sehen, also auch nicht zu mounten.
Bei Virtuellen Maschinen ist ein USB-Device immer nur für eine Instanz
sichtbar.
Für welche kannst Du während der Laufzeit über das Menü von VMware ändern.
Wenn Du dir das Device mit der einen Instanz holst, muss es der Wirt
oder eine andere Instanz abgeben. Wenn Du es abgibst, hat es der Wirt
wieder.

Wenn bei Dir weder das Wirts-Windows noch server den Stick sehen, hat
ihn wohl gerade ipcop.
Achtung: Vor dem Abhängen unter Linux solltest Du ein "umount /dev/sdb1"
oder wo Du ihn mit "fdisk -l" gesehen hast ausführen, wenn er mit
"mount" eingehängt war (kann automatisch passiert sein!).
>  Tut mir leid ich kann deshalb keine
> komplette Dateien posten.
> Die Versuche Text über die Zwischenablage zu kopieren, sowie Einsatz von
> WINSCP und Putty (dafür müsste ich wissen, wie ich an den Server ran
> komme, wie er heißt, Hostname) verliefen bisher ohne Erfolg. Das erinnert
> schon
> stark an die DOS-Zeiten Anfang der 80er.es kann doch nicht so
> schwierig sein aus einem System eine Textdatei in ein anderes System zu
> transferieren!
DOS ist aus CPM und Unix entstanden ;-)
> - Helmut schrieb, ich solle versuchen im Verzeichnis tmp die Datei
> named.run anzusehen. Darin steht, dass ein Semikolon vor eine } stehe
> würde. Das habe ich alles kontrolliert, aber nichts derartiges gefunden.
Das riecht doch sehr nach einer Zeile wie

forwarders {  10.16.1.254; };(so wäre sie richtig)

in named.conf oder named.conf.options

Wo hast Du nachgesehen?
> - der Befehl pgrep -l named auf der Serverkonsole führt zu keiner Ausgabe
> - in /etc/resolv.conf habe ich 10.16.1.256 eingetragen.
Gut. Geht ein ping auf diese Adresse?
> - der Befehl service bind9 start führt zur Ausgabe "command not found"
Was macht "service named start"?
> - Ich habe kein Backup aus der nahen Vergangenheit. Ich speichere immer
> bloß die gesamten Dateien des VMWareverzeichnisses woanders hin. Das sind
> aber inzwischen 220GB, sodass ich das immer nur von Woche zu Woche gemacht
> habe.
> Damit wir weiterkommen, müsste ich es also hinkriegen Textdateien aus dem
> Linux-System nach Windows zu bekommen um sie euch zu posten.
Würde uns helfen!
>
> Arved von Irmer
> Stellvertretender Schulleiter
> Deutsche Schule - Colegio Oficial Alemán
> Apartado de Correos 688
> E-35002 Las Palmas de Gran Canaria
> Lomo del Drago
> E-35018 Almatriche
> Tel. 0034-928-670750
>  0034-928-670754
> Fax: 0034-928-675520
> E-Mail-Schule: arved.v.ir...@dslpa.org
> Internet: http://www.dslpa.org
>
> -Ursprüngliche Nachricht-
> Von: linuxmuster-user
> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
> Helmut Hullen
> Gesendet: Montag, 15. September 2014 03:08
> An: linuxmuster-user@lists.linuxmuster.net
> Betreff: Re: [lmn] DNS-Problem am Server
>
> Hallo, Holger,
>
> Du meintest am 14.09.14:
>
>> den Inhalt von Textdateien kann man auch relativ bequem so kopieren:
>> 1) mit ssh auf den Server
>> 2) Inhalt der Datei anzeigen lassen mittels cat /pfad/datei
>> 3) im Terminal (putty?) den Text Markieren mit der Maus.
>> Da man cat verwendet hat, kann man scrollen udn so mehrere Seiten
>> anzeichnen 4) Kopieren in die Zwischen ablage:
>> strg+shift+c
>> 5) Texteditor öffnen und Zwischenablage mittels
>> strg+v
>> kopieren.
> Wenn's noch einfacher mit "putty" gehen soll:
>
> mit "f4" Datei zum Bearbeiten öffnen
> mit "f3" zu kopierenden Bereich markieren
> mit "strg f" kopieren, dabei wird angeboten, ein  anderes
>Ziel als die Zwischenablage einzugeben, z.B. eine
>Samba

Re: [lmn] DNS-Problem am Server

[Helmut Hullen]

Hallo, Arved,

Du meintest am 15.09.14:

> - Helmut schrieb, ich solle versuchen im Verzeichnis tmp die Datei
> named.run anzusehen. Darin steht, dass ein Semikolon vor eine } stehe
> würde. Das habe ich alles kontrolliert, aber nichts derartiges
> gefunden.

Da wäre die gesamte Zeile hilfreich, weil da (vermutlich/hoffentlich)  
noch etwas mehr über deren Inhalt steht.
Der "named" ist wegen der Schreibweise recht pingelig, aber leider auch  
sehr maulfaul.

> - der Befehl pgrep -l named auf der Serverkonsole führt zu
> keiner Ausgabe

Ok - dann läuft der "named" nicht.

> Damit wir weiterkommen, müsste ich es also hinkriegen Textdateien aus
> dem Linux-System nach Windows zu bekommen um sie euch zu posten.

Du könntest die "named.run" auch in einer Samba-Freigabe erzeugen (oder  
aus "/tmp" dorthin kopieren); dort ist sie dann von einem Windows-Client  
aus mit "wordpad" lesbar und verarbeitbar.

Nur sicherheitshalber: wenn Du schon auf der Serverkonsole arbeiten  
kannst, dann sollte doch eigentlich auch der "midnight commander"  
benutzbar sein.

--

Bei anderen Schulen (mit einem etwas anderen Schulserver) würde ich ja  
anbieten, mal eben einen Hausbesuch zu machen ...

Viele Gruesse!
Helmut

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Wolfgang Höfer]

Hi, 

sorry, ich hab die Diskussion nicht mitverfolgt  aber die 256 ist ein 
Tippfehler, oder?

Ansonsten ... wenn du "nur" an eine Datei ran willst und der Server nicht 
mitspielt, dann kansnt du den
virtuellen Rechner ja immer noch von einem Iso einer Livcd booten, die Platte 
mounten und in der Livcd (z.B sysrescue) den sshd aktivieren und dann mit 
winscp die sachen raus kopieren.

VG
 Wolfgang

Sollte der Weg bei dir prinzipiell gangbar sein und dur bei einem 
Detail-Schritt ein Problem haben - melden ... :)


-Original-Nachricht-
Betreff: Re: [lmn] DNS-Problem am Server
Datum: Mon, 15 Sep 2014 20:47:47 +0200
Von: "Arved von Irmer" 
An: "'Discussions about using linuxmuster.net'" 


An ALLE, die sich mit meinem DNS-Problem beschäftigt haben:
Ein etwas frustiger Tag ist vorbei, ich habe alles probiert, was ihr mir
"aufgetragen" habt und NIX ist gelungen.
Das geht bei den Dateien aus dem Verzeichnis /etc/bind los. Server und
IPCop laufen virtuell in VMWare. Dieses System scheint einen eigelegten
Stick zu okkupieren; es ist auf der Windowsebene und auch im Server nicht
zu sehen, also auch nicht zu mounten. Tut mir leid ich kann deshalb keine
komplette Dateien posten.
Die Versuche Text über die Zwischenablage zu kopieren, sowie Einsatz von
WINSCP und Putty (dafür müsste ich wissen, wie ich an den Server ran
komme, wie er heißt, Hostname) verliefen bisher ohne Erfolg. Das erinnert
schon
stark an die DOS-Zeiten Anfang der 80er.es kann doch nicht so
schwierig sein aus einem System eine Textdatei in ein anderes System zu
transferieren!
- Helmut schrieb, ich solle versuchen im Verzeichnis tmp die Datei
named.run anzusehen. Darin steht, dass ein Semikolon vor eine } stehe
würde. Das habe ich alles kontrolliert, aber nichts derartiges gefunden.
- der Befehl pgrep -l named auf der Serverkonsole führt zu keiner Ausgabe
- in /etc/resolv.conf habe ich 10.16.1.256 eingetragen.
- der Befehl service bind9 start führt zur Ausgabe "command not found"
- Ich habe kein Backup aus der nahen Vergangenheit. Ich speichere immer
bloß die gesamten Dateien des VMWareverzeichnisses woanders hin. Das sind
aber inzwischen 220GB, sodass ich das immer nur von Woche zu Woche gemacht
habe.
Damit wir weiterkommen, müsste ich es also hinkriegen Textdateien aus dem
Linux-System nach Windows zu bekommen um sie euch zu posten.

Arved von Irmer
Stellvertretender Schulleiter
Deutsche Schule - Colegio Oficial Alemán
Apartado de Correos 688
E-35002 Las Palmas de Gran Canaria
Lomo del Drago
E-35018 Almatriche
Tel. 0034-928-670750
 0034-928-670754
Fax: 0034-928-675520
E-Mail-Schule: arved.v.ir...@dslpa.org
Internet: http://www.dslpa.org

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
Helmut Hullen
Gesendet: Montag, 15. September 2014 03:08
An: linuxmuster-user@lists.linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo, Holger,

Du meintest am 14.09.14:

> den Inhalt von Textdateien kann man auch relativ bequem so kopieren:
> 1) mit ssh auf den Server
> 2) Inhalt der Datei anzeigen lassen mittels cat /pfad/datei
> 3) im Terminal (putty?) den Text Markieren mit der Maus.
> Da man cat verwendet hat, kann man scrollen udn so mehrere Seiten
> anzeichnen 4) Kopieren in die Zwischen ablage:
> strg+shift+c
> 5) Texteditor öffnen und Zwischenablage mittels
> strg+v
> kopieren.

Wenn's noch einfacher mit "putty" gehen soll:

mit "f4" Datei zum Bearbeiten öffnen
mit "f3" zu kopierenden Bereich markieren
mit "strg f" kopieren, dabei wird angeboten, ein  anderes
   Ziel als die Zwischenablage einzugeben, z.B. eine
   Samba-Freigabe

Viele Gruesse!
Helmut

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user



___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Arved von Irmer]

An ALLE, die sich mit meinem DNS-Problem beschäftigt haben:
Ein etwas frustiger Tag ist vorbei, ich habe alles probiert, was ihr mir
"aufgetragen" habt und NIX ist gelungen.
Das geht bei den Dateien aus dem Verzeichnis /etc/bind los. Server und
IPCop laufen virtuell in VMWare. Dieses System scheint einen eigelegten
Stick zu okkupieren; es ist auf der Windowsebene und auch im Server nicht
zu sehen, also auch nicht zu mounten. Tut mir leid ich kann deshalb keine
komplette Dateien posten.
Die Versuche Text über die Zwischenablage zu kopieren, sowie Einsatz von
WINSCP und Putty (dafür müsste ich wissen, wie ich an den Server ran
komme, wie er heißt, Hostname) verliefen bisher ohne Erfolg. Das erinnert
schon
stark an die DOS-Zeiten Anfang der 80er.es kann doch nicht so
schwierig sein aus einem System eine Textdatei in ein anderes System zu
transferieren!
- Helmut schrieb, ich solle versuchen im Verzeichnis tmp die Datei
named.run anzusehen. Darin steht, dass ein Semikolon vor eine } stehe
würde. Das habe ich alles kontrolliert, aber nichts derartiges gefunden.
- der Befehl pgrep -l named auf der Serverkonsole führt zu keiner Ausgabe
- in /etc/resolv.conf habe ich 10.16.1.256 eingetragen.
- der Befehl service bind9 start führt zur Ausgabe "command not found"
- Ich habe kein Backup aus der nahen Vergangenheit. Ich speichere immer
bloß die gesamten Dateien des VMWareverzeichnisses woanders hin. Das sind
aber inzwischen 220GB, sodass ich das immer nur von Woche zu Woche gemacht
habe.
Damit wir weiterkommen, müsste ich es also hinkriegen Textdateien aus dem
Linux-System nach Windows zu bekommen um sie euch zu posten.

Arved von Irmer
Stellvertretender Schulleiter
Deutsche Schule - Colegio Oficial Alemán
Apartado de Correos 688
E-35002 Las Palmas de Gran Canaria
Lomo del Drago
E-35018 Almatriche
Tel. 0034-928-670750
 0034-928-670754
Fax: 0034-928-675520
E-Mail-Schule: arved.v.ir...@dslpa.org
Internet: http://www.dslpa.org

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
Helmut Hullen
Gesendet: Montag, 15. September 2014 03:08
An: linuxmuster-user@lists.linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo, Holger,

Du meintest am 14.09.14:

> den Inhalt von Textdateien kann man auch relativ bequem so kopieren:
> 1) mit ssh auf den Server
> 2) Inhalt der Datei anzeigen lassen mittels cat /pfad/datei
> 3) im Terminal (putty?) den Text Markieren mit der Maus.
> Da man cat verwendet hat, kann man scrollen udn so mehrere Seiten
> anzeichnen 4) Kopieren in die Zwischen ablage:
> strg+shift+c
> 5) Texteditor öffnen und Zwischenablage mittels
> strg+v
> kopieren.

Wenn's noch einfacher mit "putty" gehen soll:

mit "f4" Datei zum Bearbeiten öffnen
mit "f3" zu kopierenden Bereich markieren
mit "strg f" kopieren, dabei wird angeboten, ein  anderes
   Ziel als die Zwischenablage einzugeben, z.B. eine
   Samba-Freigabe

Viele Gruesse!
Helmut

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

[lmn] DNS-Problem am Server

[Arved von Irmer]

Liebe Liste,

ich habe folgendes Problem:

An meinem virtuellen IPCop kann ich Pings und URLs ins Internet senden, aber
am Server klappt das nur mit Pings. Die Namenauflösung am Server geht also
nicht.

Server und IPCop verstehen sich untereinander mit Pings und man kann sich
von der Serverkonsole aus am IPCop anmelden.

Als Basissystem ist Windows-7-Professional (auf einem HP-Server)
installiert, darauf VMWare und darin der Linuxmusterlösung-Server (paedML
5.1.0) und als zweites der virtuelle IPCop (dediziert).

Damit ich Internet in der Musterlösung habe ist das in VMWare
durchgeschleift vom Basisrechner. Das bedeutet, dass der physische Server
eine Leitung mit dem Router hat.

Auf der Windows-7 Ebene kann ich jedoch den Router mit allen Möglichkeiten
(also auch Namensauflösung) benutzen. Deshalb meine ich, dass es nicht an
dem Router hängt!

Die DNS-IP unseres Providers habe ich im IPCop (unter Setup/Netzwerk/DNS und
Gatewayeinstellungen) eingegeben. Gebe ich das Standardgateway des Routers
ein geht das auch nicht.

Vielleicht hat jemand einen Tip, wie man den Server noch veranlassen kann
URLs aufzulösen?

 

 

 

 

 

 



 

Arved von Irmer

Stellvertretender Schulleiter

Deutsche Schule - Colegio Oficial Alemán

Apartado de Correos 688

E-35002 Las Palmas de Gran Canaria

Lomo del Drago

E-35018 Almatriche

Tel. 0034-928-670750

 0034-928-670754

Fax: 0034-928-675520

E-Mail-Schule:   arved.v.ir...@dslpa.org

Internet:   http://www.dslpa.org

 

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Helmut Hullen]

Hallo, Holger,

Du meintest am 14.09.14:

> den Inhalt von Textdateien kann man auch relativ bequem so kopieren:
> 1) mit ssh auf den Server
> 2) Inhalt der Datei anzeigen lassen mittels
> cat /pfad/datei
> 3) im Terminal (putty?) den Text Markieren mit der Maus.
> Da man cat verwendet hat, kann man scrollen udn so mehrere Seiten
> anzeichnen 4) Kopieren in die Zwischen ablage:
> strg+shift+c
> 5) Texteditor öffnen und Zwischenablage mittels
> strg+v
> kopieren.

Wenn's noch einfacher mit "putty" gehen soll:

mit "f4" Datei zum Bearbeiten öffnen
mit "f3" zu kopierenden Bereich markieren
mit "strg f" kopieren, dabei wird angeboten, ein  anderes
   Ziel als die Zwischenablage einzugeben, z.B. eine
   Samba-Freigabe

Viele Gruesse!
Helmut

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Jörg Richter]

Hallo Holger,

> Am 15.09.2014 um 06:12 schrieb Holger Baumhof :
> 
> Hallo Jörg,
> 
> Mit /etc/init.d/bind9 status kannst Du den aktuellen Status abfragen und
>>> mit /etc/init.d/bind9 start kannst Du Bind starten.
>>> Beide Eingaben erzeugen: Command not found
>> 
>> Das heißt inzwischen 
>> 
>> service bind9 start
> 
> Arved hat eine paedML 5.1, da sollte /etc/init.d der richtige Weg sein.
> 
> VIele Grüße
> 
> Holger

Stimmt, das hatte ich vergessen! Aber weshalb dann der Fehler? Vielleicht ein 
Tippfehler?

Viele Grüße

Jörg

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Holger Baumhof]

Hallo Jörg,

 Mit /etc/init.d/bind9 status kannst Du den aktuellen Status abfragen und
>> mit /etc/init.d/bind9 start kannst Du Bind starten.
>> Beide Eingaben erzeugen: Command not found
> 
> Das heißt inzwischen 
> 
> service bind9 start

Arved hat eine paedML 5.1, da sollte /etc/init.d der richtige Weg sein.

VIele Grüße

Holger

-- 
Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Jörg Richter]

Hallo Arved,

> Am 15.09.2014 um 00:52 schrieb "Arved von Irmer" :
> 
> Hallo Ihr Alle,
> es bleibt dabei, dass der IPCop IPs und URLs anpingen kann.

Nur zur Sicherheit: Das ist noch keine Erfolgsgarantie, es muss auch der 
Nameserver auf dem IPCop laufen!

> Die
> Konfigurations-Dateien habe ich alle überprüft und auf den Stand der
> Diskussion gebracht (danke für das WIKI).

Gerne!

> Es bleibt außerdem dabei, dass der Server IPs im Internet korrekt anpingt
> aber keine URLs auflösen kann.
> Wenn ich alles richtig verstehe, liegt es am BIND-Service des Servers.
> Dieser meldet beim Boot: "Starting domain name service bind9 failed"
> Wie kann man das reparieren?
> Das muss wohl dejustiert/zerstört worden sein, als die rote Netzwerkkarte
> des IPCops (war dediziert in einem eigenen Rechner) kaputt ging.

Das ist so gut wie unmöglich, der Grund muss ein anderer sein.

Aber egal, der Bind läuft nicht. Ist denn ein halbwegs aktuelles Backup 
vorhanden? Falls ja, würde ich das Verzeichnis

/etc/bind

komplett aus dem Backup wiederherstellen. Falls nein, heißt es 
Ursachenforschung betreiben und Konfigurationsdateien kontrollieren - hierzu 
haben ja schon andere Tipps gegeben.

Viele Grüße

Jörg Richter

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Jörg Richter]

Hallo Arved,


>>> Mit /etc/init.d/bind9 status kannst Du den aktuellen Status abfragen und
> mit /etc/init.d/bind9 start kannst Du Bind starten.
> Beide Eingaben erzeugen: Command not found

Das heißt inzwischen 

service bind9 start

usw.

Viele Grüße

Jörg Richter

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Jörg Richter]

Hallo Liste,

> Am 15.09.2014 um 01:58 schrieb Juergen Engeland 
> :
> 
> Hallo Arved,
> 
> schick uns doch mal die vier Dateien aus /etc/bind von Deinem Server.
> 
> Gruß Jürgen
> 
>> Am 14.09.2014 um 18:52 schrieb Arved von Irmer:
>> Hallo Ihr Alle,
>> es bleibt dabei, dass der IPCop IPs und URLs anpingen kann. Die
>> Konfigurations-Dateien habe ich alle überprüft und auf den Stand der
>> Diskussion gebracht (danke für das WIKI).
>> Es bleibt außerdem dabei, dass der Server IPs im Internet korrekt anpingt
>> aber keine URLs auflösen kann.
> Hast Du /etc/resolv.conf so korrigiert, dass nur noch
> 
>nameserver 10.16.1.254
> 
> darin steht? Dann benutzt server den eigenen bind gar nicht und müsste
> alles können, was ipcop kann - es sei denn, er kennt sein defaultgateway
> nicht.

Das wäre nur ein kurzfristiger Workaround, denn das eigentliche Problem - der 
Nameserver läuft nicht - wird dadurch nicht behoben.

Viele Grüße

Jörg Richter

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Holger Baumhof]

Hallo Arved,

den Inhalt von Textdateien kann man auch relativ bequem so kopieren:
1) mit ssh auf den Server
2) Inhalt der Datei anzeigen lassen mittels
cat /pfad/datei
3) im Terminal (putty?) den Text Markieren mit der Maus.
Da man cat verwendet hat, kann man scrollen udn so mehrere Seiten anzeichnen
4) Kopieren in die Zwischen ablage:
strg+shift+c
5) Texteditor öffnen und Zwischenablage mittels
strg+v
kopieren.

Dass man im Terminal oder in putty strg+shift+c brqaucht und nicht nur
strg+c liegt daran, dass im Linuxterminal strg+c bedeutet: "beende
sofort den Befehl, der gerade ausgeführt wird"

Viele Grüße

Holger
-- 
Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Juergen Engeland]

Lieber Arved,

am einfachsten wird es für Dich sein, die betreffenden Dateien zunächst
vom server auf einen USB-Stick zu kopieren:

Wenn Du den USB-Stick mit server verbunden hast, siehst Du mit

fdisk -l

hinter welcher Gerätedatei er sich versteckt, z. B. /dev/sdb1 (die
Festplatte von server ist dann /dev/sda).


Mit

mount /dev/sdb1 /mnt

bindest du den USB-Stick ein.


Mit

cd /etc/bind

wechselst Du in das Verzeichnis, in dem die fraglichen Dateien stehen.

cp named.conf.options /mnt

legt eine Kopie der Datei im Wurzelverzeichnis des USB-Sticks an.
so machst Du es auch mit named.conf, 10.db und linuxmuster.db.


Bevor Du den USB-Stick abziehst, musst Du ihn wieder trennen mit

umount /mnt


Danach kannst Du den Inhalt der Textdateien auf einem Windows-Rechner
weiter verarbeiten.

Gruß Jürgen


Am 14.09.2014 um 20:41 schrieb Arved von Irmer:
> Lieber Jürgen, wie kriege ich das hin? Ich bin leider Linux-Ungeübter!  Gruß
>
> Arved von Irmer
> Stellvertretender Schulleiter
> Deutsche Schule - Colegio Oficial Alemán
> Apartado de Correos 688
> E-35002 Las Palmas de Gran Canaria
> Lomo del Drago
> E-35018 Almatriche
> Tel. 0034-928-670750
>  0034-928-670754
> Fax: 0034-928-675520
> E-Mail-Schule: arved.v.ir...@dslpa.org
> Internet: http://www.dslpa.org
>
> -Ursprüngliche Nachricht-
> Von: linuxmuster-user
> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
> Juergen Engeland
> Gesendet: Sonntag, 14. September 2014 18:58
> An: Discussions about using linuxmuster.net
> Betreff: Re: [lmn] DNS-Problem am Server
>
> Hallo Arved,
>
> schick uns doch mal die vier Dateien aus /etc/bind von Deinem Server.
>
> Gruß Jürgen
>
> Am 14.09.2014 um 18:52 schrieb Arved von Irmer:
>> Hallo Ihr Alle,
>> es bleibt dabei, dass der IPCop IPs und URLs anpingen kann. Die 
>> Konfigurations-Dateien habe ich alle überprüft und auf den Stand der 
>> Diskussion gebracht (danke für das WIKI).
>> Es bleibt außerdem dabei, dass der Server IPs im Internet korrekt 
>> anpingt aber keine URLs auflösen kann.
> Hast Du /etc/resolv.conf so korrigiert, dass nur noch
>
> nameserver 10.16.1.254
>
> darin steht? Dann benutzt server den eigenen bind gar nicht und müsste alles
> können, was ipcop kann - es sei denn, er kennt sein defaultgateway nicht.
> Was sagt "netstat -r"?
>> Wenn ich alles richtig verstehe, liegt es am BIND-Service des Servers.
> Möglicherweise nicht nur ...
>> Dieser meldet beim Boot: "Starting domain name service bind9 failed"
>> Wie kann man das reparieren?
> Ich nehme an, dass named.conf oder named.conf.options einen kaputten Eintrag
> enthält.
> Es kann natürlich auch linuxmuster.db oder die Datei 10.db sein.
> Oft ist es nur ein Semikolon zu viel oder zu wenig.
>> Das muss wohl dejustiert/zerstört worden sein, als die rote 
>> Netzwerkkarte des IPCops (war dediziert in einem eigenen Rechner) kaputt
> ging.
> Eher nicht. Es sei denn, server wurde angefasst, als ipcop repariert wurde.
>> Gruß an Alle
>>
>> -Ursprüngliche Nachricht-----
>> Von: linuxmuster-user
>> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von 
>> Juergen Engeland
>> Gesendet: Samstag, 13. September 2014 09:41
>> An: Discussions about using linuxmuster.net
>> Betreff: Re: [lmn] DNS-Problem am Server
>>
>> Hallo Arved, hallo Jörg,
>>
>> so weit ich Arved angehängte Screenshots auswerten konnte, läuft bind 
>> auf ipcop!
>> Dort fehlt nur ein Eintrag für einen gültigen Nameserver "draußen", z. B.
>> nameserver 8.8.8.8
>> Wenn es möglich ist, würde ich die rote Schnittstelle auf DHCP stellen.
>>
>> Auf server muss die Datei /etc/resolv.conf heißen.
>> @Holger: "resolve.conf" ist falsch.
>>
>> Diese Datei verträgt nur drei Einträge nameserver Bitte alle bis auf 
>> den mit der IP von ipcop rauswerfen!
>> Dann müsste server URLs auflösen.
>>
>> Dieser Fehler führt jedoch nicht dazu, dass bind auf server nicht startet.
>> Da muss noch ein weiterer Fehler in einer der Dateien in /etc/bind 
>> vorliegen.
>> Mein Tipp war und ist die Zeile forwarders in 
>> /etc/bind/named.conf.options [gilt für lmn 6.1, bei 5.1 evtl. 
>> named.conf?]
>>
>> Für die Clients muss noch /etc/dhcpd.conf überprüftt werden.
>> option domain-name-servers { 10.16.1.1; };
>>
>> Wenn der bind auf server so schnell nicht zu reparieren ist option 
>> domain-name-servers { 10.16.1.254; }; Es geht auch, beide einzutragen. 
>> Dann hätte man Ausfallsicherheit und könnte sich in Ruhe an die 
>> Reparatur von bind auf server machen.
>> op

Re: [lmn] DNS-Problem am Server

[Helmut Hullen]

Hallo, Arved,

Du meintest am 14.09.14:


>>> Mit ps ax | grep bind siehst Du in der Prozessliste, ob ein
>>> /usr/bin/named

> -u bind läuft.
> Das erzeugt die Ausgabe: 10205 tty1S+0:00 grep bind

Der Daemon heisst "named" und nicht "bind".

Die Ausgabe "grep bind" ist eine (verwirrende) irreführende Ausgabe  
dieser Suche; zuverlässiger ist

pgrep -l named

(dürfte bei Deinem System nichts anzeigen, eben weil der Daemon nicht  
läuft).

Versuch mal (als "root")

cd /tmp
named -d 5

Nach wenigen Sekunden dürfte der Prompt (die Raute) wieder da sein, und  
im Verzeichnis "/tmp" liegt die Datei "named.run", die ellenlang ist und  
hoffentlich auch etwas erzählt, warum der Daemon nicht läuft.

Viele Gruesse!
Helmut

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Arved von Irmer]

Lieber Jürgen, wie kriege ich das hin? Ich bin leider Linux-Ungeübter!  Gruß

Arved von Irmer
Stellvertretender Schulleiter
Deutsche Schule - Colegio Oficial Alemán
Apartado de Correos 688
E-35002 Las Palmas de Gran Canaria
Lomo del Drago
E-35018 Almatriche
Tel. 0034-928-670750
 0034-928-670754
Fax: 0034-928-675520
E-Mail-Schule: arved.v.ir...@dslpa.org
Internet: http://www.dslpa.org

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
Juergen Engeland
Gesendet: Sonntag, 14. September 2014 18:58
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo Arved,

schick uns doch mal die vier Dateien aus /etc/bind von Deinem Server.

Gruß Jürgen

Am 14.09.2014 um 18:52 schrieb Arved von Irmer:
> Hallo Ihr Alle,
> es bleibt dabei, dass der IPCop IPs und URLs anpingen kann. Die 
> Konfigurations-Dateien habe ich alle überprüft und auf den Stand der 
> Diskussion gebracht (danke für das WIKI).
> Es bleibt außerdem dabei, dass der Server IPs im Internet korrekt 
> anpingt aber keine URLs auflösen kann.
Hast Du /etc/resolv.conf so korrigiert, dass nur noch

nameserver 10.16.1.254

darin steht? Dann benutzt server den eigenen bind gar nicht und müsste alles
können, was ipcop kann - es sei denn, er kennt sein defaultgateway nicht.
Was sagt "netstat -r"?
> Wenn ich alles richtig verstehe, liegt es am BIND-Service des Servers.
Möglicherweise nicht nur ...
> Dieser meldet beim Boot: "Starting domain name service bind9 failed"
> Wie kann man das reparieren?
Ich nehme an, dass named.conf oder named.conf.options einen kaputten Eintrag
enthält.
Es kann natürlich auch linuxmuster.db oder die Datei 10.db sein.
Oft ist es nur ein Semikolon zu viel oder zu wenig.
> Das muss wohl dejustiert/zerstört worden sein, als die rote 
> Netzwerkkarte des IPCops (war dediziert in einem eigenen Rechner) kaputt
ging.
Eher nicht. Es sei denn, server wurde angefasst, als ipcop repariert wurde.
> Gruß an Alle
>
> -Ursprüngliche Nachricht-
> Von: linuxmuster-user
> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von 
> Juergen Engeland
> Gesendet: Samstag, 13. September 2014 09:41
> An: Discussions about using linuxmuster.net
> Betreff: Re: [lmn] DNS-Problem am Server
>
> Hallo Arved, hallo Jörg,
>
> so weit ich Arved angehängte Screenshots auswerten konnte, läuft bind 
> auf ipcop!
> Dort fehlt nur ein Eintrag für einen gültigen Nameserver "draußen", z. B.
> nameserver 8.8.8.8
> Wenn es möglich ist, würde ich die rote Schnittstelle auf DHCP stellen.
>
> Auf server muss die Datei /etc/resolv.conf heißen.
> @Holger: "resolve.conf" ist falsch.
>
> Diese Datei verträgt nur drei Einträge nameserver Bitte alle bis auf 
> den mit der IP von ipcop rauswerfen!
> Dann müsste server URLs auflösen.
>
> Dieser Fehler führt jedoch nicht dazu, dass bind auf server nicht startet.
> Da muss noch ein weiterer Fehler in einer der Dateien in /etc/bind 
> vorliegen.
> Mein Tipp war und ist die Zeile forwarders in 
> /etc/bind/named.conf.options [gilt für lmn 6.1, bei 5.1 evtl. 
> named.conf?]
>
> Für die Clients muss noch /etc/dhcpd.conf überprüftt werden.
> option domain-name-servers { 10.16.1.1; };
>
> Wenn der bind auf server so schnell nicht zu reparieren ist option 
> domain-name-servers { 10.16.1.254; }; Es geht auch, beide einzutragen. 
> Dann hätte man Ausfallsicherheit und könnte sich in Ruhe an die 
> Reparatur von bind auf server machen.
> option domain-name-servers { 10.16.1.1; 10.16.1.254; }; [wie oben max. 
> drei IPs]
>
> Gruß Jürgen
>
>
> Am 13.09.2014 07:39, schrieb Arved von Irmer:
>> Die Datei heißt bei mir: /etc/resolv.com (ohne e am Ende, ist das
> richtig?):
>> Search paedml-linux.lokal
>> Nameserver 80.58.61.250
>> Nameserver 80.58.61.254
>> Nameserver 10.16.1.254
>> Nameserver 10.16.1.1
>>
>> Wo und wie suche ich bind.log?
>>
>>
>> Arved von Irmer
>> Stellvertretender Schulleiter
>> Deutsche Schule - Colegio Oficial Alemán Apartado de Correos 688
>> E-35002 Las Palmas de Gran Canaria
>> Lomo del Drago
>> E-35018 Almatriche
>> Tel. 0034-928-670750
>>  0034-928-670754
>> Fax: 0034-928-675520
>> E-Mail-Schule: arved.v.ir...@dslpa.org
>> Internet: http://www.dslpa.org
>>
>> -Ursprüngliche Nachricht-
>> Von: linuxmuster-user
>> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag 
>> von Holger Baumhof
>> Gesendet: Freitag, 12. September 2014 23:13
>> An: Discussions about using linuxmuster.net
>> Betreff: Re: [lmn] DNS-Problem am Server
>>
>> Hallo Arved,
>>
>>> Star

Re: [lmn] DNS-Problem am Server

[Arved von Irmer]

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von Dr.
Christian Weikl
Gesendet: Sonntag, 14. September 2014 18:53
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo Arved,

>>die Konfigurationsdatei findet sich unter /etc/bind/named.conf, die
Log-Datei findet sich unter /var/log/messages.
Die Dateien sind 2 Bildschirme groß, wie kriege ich die hier rein?

>>Mit /etc/init.d/bind9 status kannst Du den aktuellen Status abfragen und
mit /etc/init.d/bind9 start kannst Du Bind starten.
Beide Eingaben erzeugen: Command not found

>>Mit ps ax | grep bind siehst Du in der Prozessliste, ob ein /usr/bin/named
-u bind läuft.
Das erzeugt die Ausgabe: 10205 tty1S+0:00 grep bind


Probier mal.

VG

Christian

Am 14.09.14 19:23, schrieb Arved von Irmer:
> Hallo Christian, wo stehen diese Logdateien?
>
> -Ursprüngliche Nachricht-
> Von: linuxmuster-user
> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
Dr.
> Christian Weikl
> Gesendet: Sonntag, 14. September 2014 17:59
> An: Discussions about using linuxmuster.net
> Betreff: Re: [lmn] DNS-Problem am Server
>
> Hallo Arved,
>> es bleibt dabei, dass der IPCop IPs und URLs anpingen kann. Die 
>> Konfigurations-Dateien habe ich alle überprüft und auf den Stand der 
>> Diskussion gebracht (danke für das WIKI).
>> Es bleibt außerdem dabei, dass der Server IPs im Internet korrekt 
>> anpingt aber keine URLs auflösen kann.
>> Wenn ich alles richtig verstehe, liegt es am BIND-Service des Servers.
>> Dieser meldet beim Boot: "Starting domain name service bind9 failed"
>> Wie kann man das reparieren?
> schau mal in den Log-Files nach Hinweisen zum Startvorgang von Bind.
> Vermutlich sind Einstellungen in der Konfigurationsdatei fehlerhaft ggf.
> so in der Version auch nicht mehr anwendbar, so dass der Start von 
> Bind verhindert wird.
>
> VG
>
> Christian
>
>> Das muss wohl dejustiert/zerstört worden sein, als die rote 
>> Netzwerkkarte des IPCops (war dediziert in einem eigenen Rechner)
kaputt
> ging.
>> Gruß an Alle
>>
>> -Ursprüngliche Nachricht-
>> Von: linuxmuster-user
>> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag 
>> von Juergen Engeland
>> Gesendet: Samstag, 13. September 2014 09:41
>> An: Discussions about using linuxmuster.net
>> Betreff: Re: [lmn] DNS-Problem am Server
>>
>> Hallo Arved, hallo Jörg,
>>
>> so weit ich Arved angehängte Screenshots auswerten konnte, läuft bind 
>> auf ipcop!
>> Dort fehlt nur ein Eintrag für einen gültigen Nameserver "draußen", z.
B.
>> nameserver 8.8.8.8
>> Wenn es möglich ist, würde ich die rote Schnittstelle auf DHCP stellen.
>>
>> Auf server muss die Datei /etc/resolv.conf heißen.
>> @Holger: "resolve.conf" ist falsch.
>>
>> Diese Datei verträgt nur drei Einträge nameserver Bitte alle bis auf 
>> den mit der IP von ipcop rauswerfen!
>> Dann müsste server URLs auflösen.
>>
>> Dieser Fehler führt jedoch nicht dazu, dass bind auf server nicht
startet.
>> Da muss noch ein weiterer Fehler in einer der Dateien in /etc/bind 
>> vorliegen.
>> Mein Tipp war und ist die Zeile forwarders in 
>> /etc/bind/named.conf.options [gilt für lmn 6.1, bei 5.1 evtl.
>> named.conf?]
>>
>> Für die Clients muss noch /etc/dhcpd.conf überprüftt werden.
>> option domain-name-servers { 10.16.1.1; };
>>
>> Wenn der bind auf server so schnell nicht zu reparieren ist option 
>> domain-name-servers { 10.16.1.254; }; Es geht auch, beide einzutragen.
>> Dann hätte man Ausfallsicherheit und könnte sich in Ruhe an die 
>> Reparatur von bind auf server machen.
>> option domain-name-servers { 10.16.1.1; 10.16.1.254; }; [wie oben max.
>> drei IPs]
>>
>> Gruß Jürgen
>>
>>
>> Am 13.09.2014 07:39, schrieb Arved von Irmer:
>>> Die Datei heißt bei mir: /etc/resolv.com (ohne e am Ende, ist das
>> richtig?):
>>>
>>> Search paedml-linux.lokal
>>> Nameserver 80.58.61.250
>>> Nameserver 80.58.61.254
>>> Nameserver 10.16.1.254
>>> Nameserver 10.16.1.1
>>>
>>> Wo und wie suche ich bind.log?
>>>
>>>
>>> Arved von Irmer
>>> Stellvertretender Schulleiter
>>> Deutsche Schule - Colegio Oficial Alemán Apartado de Correos 688
>>> E-35002 Las Palmas de Gran Canaria
>>> Lomo del Drago
>>> E-35018 Almatriche
>>> Tel. 0034-928-670750
>>>0034-928-670754
>>> Fax: 0034-928-675520
>>

Re: [lmn] DNS-Problem am Server

[Juergen Engeland]

Hallo Arved,

schick uns doch mal die vier Dateien aus /etc/bind von Deinem Server.

Gruß Jürgen

Am 14.09.2014 um 18:52 schrieb Arved von Irmer:
> Hallo Ihr Alle,
> es bleibt dabei, dass der IPCop IPs und URLs anpingen kann. Die
> Konfigurations-Dateien habe ich alle überprüft und auf den Stand der
> Diskussion gebracht (danke für das WIKI).
> Es bleibt außerdem dabei, dass der Server IPs im Internet korrekt anpingt
> aber keine URLs auflösen kann.
Hast Du /etc/resolv.conf so korrigiert, dass nur noch

nameserver 10.16.1.254

darin steht? Dann benutzt server den eigenen bind gar nicht und müsste
alles können, was ipcop kann - es sei denn, er kennt sein defaultgateway
nicht.
Was sagt "netstat -r"?
> Wenn ich alles richtig verstehe, liegt es am BIND-Service des Servers.
Möglicherweise nicht nur ...
> Dieser meldet beim Boot: "Starting domain name service bind9 failed"
> Wie kann man das reparieren?
Ich nehme an, dass named.conf oder named.conf.options einen kaputten
Eintrag enthält.
Es kann natürlich auch linuxmuster.db oder die Datei 10.db sein.
Oft ist es nur ein Semikolon zu viel oder zu wenig.
> Das muss wohl dejustiert/zerstört worden sein, als die rote Netzwerkkarte
> des IPCops (war dediziert in einem eigenen Rechner) kaputt ging.
Eher nicht. Es sei denn, server wurde angefasst, als ipcop repariert wurde.
> Gruß an Alle
>
> -Ursprüngliche Nachricht-
> Von: linuxmuster-user
> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
> Juergen Engeland
> Gesendet: Samstag, 13. September 2014 09:41
> An: Discussions about using linuxmuster.net
> Betreff: Re: [lmn] DNS-Problem am Server
>
> Hallo Arved, hallo Jörg,
>
> so weit ich Arved angehängte Screenshots auswerten konnte, läuft bind auf
> ipcop!
> Dort fehlt nur ein Eintrag für einen gültigen Nameserver "draußen", z. B.
> nameserver 8.8.8.8
> Wenn es möglich ist, würde ich die rote Schnittstelle auf DHCP stellen.
>
> Auf server muss die Datei /etc/resolv.conf heißen.
> @Holger: "resolve.conf" ist falsch.
>
> Diese Datei verträgt nur drei Einträge nameserver Bitte alle bis auf den mit
> der IP von ipcop rauswerfen!
> Dann müsste server URLs auflösen.
>
> Dieser Fehler führt jedoch nicht dazu, dass bind auf server nicht startet.
> Da muss noch ein weiterer Fehler in einer der Dateien in /etc/bind
> vorliegen.
> Mein Tipp war und ist die Zeile forwarders in /etc/bind/named.conf.options
> [gilt für lmn 6.1, bei 5.1 evtl. named.conf?]
>
> Für die Clients muss noch /etc/dhcpd.conf überprüftt werden.
> option domain-name-servers { 10.16.1.1; };
>
> Wenn der bind auf server so schnell nicht zu reparieren ist option
> domain-name-servers { 10.16.1.254; }; Es geht auch, beide einzutragen. Dann
> hätte man Ausfallsicherheit und könnte sich in Ruhe an die Reparatur von
> bind auf server machen.
> option domain-name-servers { 10.16.1.1; 10.16.1.254; }; [wie oben max. drei
> IPs]
>
> Gruß Jürgen
>
>
> Am 13.09.2014 07:39, schrieb Arved von Irmer:
>> Die Datei heißt bei mir: /etc/resolv.com (ohne e am Ende, ist das
> richtig?):
>> Search paedml-linux.lokal
>> Nameserver 80.58.61.250
>> Nameserver 80.58.61.254
>> Nameserver 10.16.1.254
>> Nameserver 10.16.1.1
>>
>> Wo und wie suche ich bind.log?
>>
>>
>> Arved von Irmer
>> Stellvertretender Schulleiter
>> Deutsche Schule - Colegio Oficial Alemán Apartado de Correos 688
>> E-35002 Las Palmas de Gran Canaria
>> Lomo del Drago
>> E-35018 Almatriche
>> Tel. 0034-928-670750
>>  0034-928-670754
>> Fax: 0034-928-675520
>> E-Mail-Schule: arved.v.ir...@dslpa.org
>> Internet: http://www.dslpa.org
>>
>> -Ursprüngliche Nachricht-
>> Von: linuxmuster-user
>> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von 
>> Holger Baumhof
>> Gesendet: Freitag, 12. September 2014 23:13
>> An: Discussions about using linuxmuster.net
>> Betreff: Re: [lmn] DNS-Problem am Server
>>
>> Hallo Arved,
>>
>>> Starting domain name service bind9 failed
>>>
>>> Vielleicht ist da eher die Lösung zu suchen?
>> poste mal die /etc/resolve.conf vom Server.
>>
>> Du kannst auch mal die logs durchschauen: vielelicht gibt es eine bind
> log.
>>
>> Viele Grüße
>>
>> Holger
>>
>> --
>> Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net 
>> ___
>> linuxmuster-user mailing list
>> linuxmuster-user@lists.linuxmuster.net
>> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>>
>> __

Re: [lmn] DNS-Problem am Server

[Dr. Christian Weikl]

Hallo Arved,

die Konfigurationsdatei findet sich unter /etc/bind/named.conf,
die Log-Datei findet sich unter /var/log/messages.

Mit /etc/init.d/bind9 status kannst Du den aktuellen Status abfragen und 
mit /etc/init.d/bind9 start kannst Du Bind starten.


Mit ps ax | grep bind siehst Du in der Prozessliste, ob ein 
/usr/bin/named -u bind läuft.


Probier mal.

VG

Christian

Am 14.09.14 19:23, schrieb Arved von Irmer:

Hallo Christian, wo stehen diese Logdateien?

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von Dr.
Christian Weikl
Gesendet: Sonntag, 14. September 2014 17:59
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo Arved,

es bleibt dabei, dass der IPCop IPs und URLs anpingen kann. Die
Konfigurations-Dateien habe ich alle überprüft und auf den Stand der
Diskussion gebracht (danke für das WIKI).
Es bleibt außerdem dabei, dass der Server IPs im Internet korrekt
anpingt aber keine URLs auflösen kann.
Wenn ich alles richtig verstehe, liegt es am BIND-Service des Servers.
Dieser meldet beim Boot: "Starting domain name service bind9 failed"
Wie kann man das reparieren?

schau mal in den Log-Files nach Hinweisen zum Startvorgang von Bind.
Vermutlich sind Einstellungen in der Konfigurationsdatei fehlerhaft ggf.
so in der Version auch nicht mehr anwendbar, so dass der Start von Bind
verhindert wird.

VG

Christian


Das muss wohl dejustiert/zerstört worden sein, als die rote
Netzwerkkarte des IPCops (war dediziert in einem eigenen Rechner) kaputt

ging.

Gruß an Alle

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
Juergen Engeland
Gesendet: Samstag, 13. September 2014 09:41
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo Arved, hallo Jörg,

so weit ich Arved angehängte Screenshots auswerten konnte, läuft bind
auf ipcop!
Dort fehlt nur ein Eintrag für einen gültigen Nameserver "draußen", z. B.
nameserver 8.8.8.8
Wenn es möglich ist, würde ich die rote Schnittstelle auf DHCP stellen.

Auf server muss die Datei /etc/resolv.conf heißen.
@Holger: "resolve.conf" ist falsch.

Diese Datei verträgt nur drei Einträge nameserver Bitte alle bis auf
den mit der IP von ipcop rauswerfen!
Dann müsste server URLs auflösen.

Dieser Fehler führt jedoch nicht dazu, dass bind auf server nicht startet.
Da muss noch ein weiterer Fehler in einer der Dateien in /etc/bind
vorliegen.
Mein Tipp war und ist die Zeile forwarders in
/etc/bind/named.conf.options [gilt für lmn 6.1, bei 5.1 evtl.
named.conf?]

Für die Clients muss noch /etc/dhcpd.conf überprüftt werden.
option domain-name-servers { 10.16.1.1; };

Wenn der bind auf server so schnell nicht zu reparieren ist option
domain-name-servers { 10.16.1.254; }; Es geht auch, beide einzutragen.
Dann hätte man Ausfallsicherheit und könnte sich in Ruhe an die
Reparatur von bind auf server machen.
option domain-name-servers { 10.16.1.1; 10.16.1.254; }; [wie oben max.
drei IPs]

Gruß Jürgen


Am 13.09.2014 07:39, schrieb Arved von Irmer:

Die Datei heißt bei mir: /etc/resolv.com (ohne e am Ende, ist das

richtig?):


Search paedml-linux.lokal
Nameserver 80.58.61.250
Nameserver 80.58.61.254
Nameserver 10.16.1.254
Nameserver 10.16.1.1

Wo und wie suche ich bind.log?


Arved von Irmer
Stellvertretender Schulleiter
Deutsche Schule - Colegio Oficial Alemán Apartado de Correos 688
E-35002 Las Palmas de Gran Canaria
Lomo del Drago
E-35018 Almatriche
Tel. 0034-928-670750
   0034-928-670754
Fax: 0034-928-675520
E-Mail-Schule: arved.v.ir...@dslpa.org
Internet: http://www.dslpa.org

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag
von Holger Baumhof
Gesendet: Freitag, 12. September 2014 23:13
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo Arved,


Starting domain name service bind9 failed

Vielleicht ist da eher die Lösung zu suchen?

poste mal die /etc/resolve.conf vom Server.

Du kannst auch mal die logs durchschauen: vielelicht gibt es eine
bind

log.



Viele Grüße

Holger

--
Mein öffentlicher PGP-key ist hier hinterlegt:
pool.sks-keyservers.net
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user



___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.

Re: [lmn] DNS-Problem am Server

[Arved von Irmer]

Hallo Christian, wo stehen diese Logdateien?

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von Dr.
Christian Weikl
Gesendet: Sonntag, 14. September 2014 17:59
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo Arved,
> es bleibt dabei, dass der IPCop IPs und URLs anpingen kann. Die 
> Konfigurations-Dateien habe ich alle überprüft und auf den Stand der 
> Diskussion gebracht (danke für das WIKI).
> Es bleibt außerdem dabei, dass der Server IPs im Internet korrekt 
> anpingt aber keine URLs auflösen kann.
> Wenn ich alles richtig verstehe, liegt es am BIND-Service des Servers.
> Dieser meldet beim Boot: "Starting domain name service bind9 failed"
> Wie kann man das reparieren?
schau mal in den Log-Files nach Hinweisen zum Startvorgang von Bind. 
Vermutlich sind Einstellungen in der Konfigurationsdatei fehlerhaft ggf. 
so in der Version auch nicht mehr anwendbar, so dass der Start von Bind
verhindert wird.

VG

Christian

> Das muss wohl dejustiert/zerstört worden sein, als die rote 
> Netzwerkkarte des IPCops (war dediziert in einem eigenen Rechner) kaputt
ging.
> Gruß an Alle
>
> -Ursprüngliche Nachricht-
> Von: linuxmuster-user
> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von 
> Juergen Engeland
> Gesendet: Samstag, 13. September 2014 09:41
> An: Discussions about using linuxmuster.net
> Betreff: Re: [lmn] DNS-Problem am Server
>
> Hallo Arved, hallo Jörg,
>
> so weit ich Arved angehängte Screenshots auswerten konnte, läuft bind 
> auf ipcop!
> Dort fehlt nur ein Eintrag für einen gültigen Nameserver "draußen", z. B.
> nameserver 8.8.8.8
> Wenn es möglich ist, würde ich die rote Schnittstelle auf DHCP stellen.
>
> Auf server muss die Datei /etc/resolv.conf heißen.
> @Holger: "resolve.conf" ist falsch.
>
> Diese Datei verträgt nur drei Einträge nameserver Bitte alle bis auf 
> den mit der IP von ipcop rauswerfen!
> Dann müsste server URLs auflösen.
>
> Dieser Fehler führt jedoch nicht dazu, dass bind auf server nicht startet.
> Da muss noch ein weiterer Fehler in einer der Dateien in /etc/bind 
> vorliegen.
> Mein Tipp war und ist die Zeile forwarders in 
> /etc/bind/named.conf.options [gilt für lmn 6.1, bei 5.1 evtl. 
> named.conf?]
>
> Für die Clients muss noch /etc/dhcpd.conf überprüftt werden.
> option domain-name-servers { 10.16.1.1; };
>
> Wenn der bind auf server so schnell nicht zu reparieren ist option 
> domain-name-servers { 10.16.1.254; }; Es geht auch, beide einzutragen. 
> Dann hätte man Ausfallsicherheit und könnte sich in Ruhe an die 
> Reparatur von bind auf server machen.
> option domain-name-servers { 10.16.1.1; 10.16.1.254; }; [wie oben max. 
> drei IPs]
>
> Gruß Jürgen
>
>
> Am 13.09.2014 07:39, schrieb Arved von Irmer:
>> Die Datei heißt bei mir: /etc/resolv.com (ohne e am Ende, ist das
> richtig?):
>>
>> Search paedml-linux.lokal
>> Nameserver 80.58.61.250
>> Nameserver 80.58.61.254
>> Nameserver 10.16.1.254
>> Nameserver 10.16.1.1
>>
>> Wo und wie suche ich bind.log?
>>
>>
>> Arved von Irmer
>> Stellvertretender Schulleiter
>> Deutsche Schule - Colegio Oficial Alemán Apartado de Correos 688
>> E-35002 Las Palmas de Gran Canaria
>> Lomo del Drago
>> E-35018 Almatriche
>> Tel. 0034-928-670750
>>   0034-928-670754
>> Fax: 0034-928-675520
>> E-Mail-Schule: arved.v.ir...@dslpa.org
>> Internet: http://www.dslpa.org
>>
>> -Ursprüngliche Nachricht-
>> Von: linuxmuster-user
>> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag 
>> von Holger Baumhof
>> Gesendet: Freitag, 12. September 2014 23:13
>> An: Discussions about using linuxmuster.net
>> Betreff: Re: [lmn] DNS-Problem am Server
>>
>> Hallo Arved,
>>
>>> Starting domain name service bind9 failed
>>>
>>> Vielleicht ist da eher die Lösung zu suchen?
>> poste mal die /etc/resolve.conf vom Server.
>>
>> Du kannst auch mal die logs durchschauen: vielelicht gibt es eine 
>> bind
> log.
>>
>>
>> Viele Grüße
>>
>> Holger
>>
>> --
>> Mein öffentlicher PGP-key ist hier hinterlegt: 
>> pool.sks-keyservers.net 
>> ___
>> linuxmuster-user mailing list
>> linuxmuster-user@lists.linuxmuster.net
>> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>>
>> ___
>> linuxmuster-user mailing list
>> linuxmuster-user@lists.

Re: [lmn] DNS-Problem am Server

[Dr. Christian Weikl]

Hallo Arved,

es bleibt dabei, dass der IPCop IPs und URLs anpingen kann. Die
Konfigurations-Dateien habe ich alle überprüft und auf den Stand der
Diskussion gebracht (danke für das WIKI).
Es bleibt außerdem dabei, dass der Server IPs im Internet korrekt anpingt
aber keine URLs auflösen kann.
Wenn ich alles richtig verstehe, liegt es am BIND-Service des Servers.
Dieser meldet beim Boot: "Starting domain name service bind9 failed"
Wie kann man das reparieren?
schau mal in den Log-Files nach Hinweisen zum Startvorgang von Bind. 
Vermutlich sind Einstellungen in der Konfigurationsdatei fehlerhaft ggf. 
so in der Version auch nicht mehr anwendbar, so dass der Start von Bind 
verhindert wird.


VG

Christian


Das muss wohl dejustiert/zerstört worden sein, als die rote Netzwerkkarte
des IPCops (war dediziert in einem eigenen Rechner) kaputt ging.
Gruß an Alle

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
Juergen Engeland
Gesendet: Samstag, 13. September 2014 09:41
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo Arved, hallo Jörg,

so weit ich Arved angehängte Screenshots auswerten konnte, läuft bind auf
ipcop!
Dort fehlt nur ein Eintrag für einen gültigen Nameserver "draußen", z. B.
nameserver 8.8.8.8
Wenn es möglich ist, würde ich die rote Schnittstelle auf DHCP stellen.

Auf server muss die Datei /etc/resolv.conf heißen.
@Holger: "resolve.conf" ist falsch.

Diese Datei verträgt nur drei Einträge nameserver Bitte alle bis auf den mit
der IP von ipcop rauswerfen!
Dann müsste server URLs auflösen.

Dieser Fehler führt jedoch nicht dazu, dass bind auf server nicht startet.
Da muss noch ein weiterer Fehler in einer der Dateien in /etc/bind
vorliegen.
Mein Tipp war und ist die Zeile forwarders in /etc/bind/named.conf.options
[gilt für lmn 6.1, bei 5.1 evtl. named.conf?]

Für die Clients muss noch /etc/dhcpd.conf überprüftt werden.
option domain-name-servers { 10.16.1.1; };

Wenn der bind auf server so schnell nicht zu reparieren ist option
domain-name-servers { 10.16.1.254; }; Es geht auch, beide einzutragen. Dann
hätte man Ausfallsicherheit und könnte sich in Ruhe an die Reparatur von
bind auf server machen.
option domain-name-servers { 10.16.1.1; 10.16.1.254; }; [wie oben max. drei
IPs]

Gruß Jürgen


Am 13.09.2014 07:39, schrieb Arved von Irmer:

Die Datei heißt bei mir: /etc/resolv.com (ohne e am Ende, ist das

richtig?):


Search paedml-linux.lokal
Nameserver 80.58.61.250
Nameserver 80.58.61.254
Nameserver 10.16.1.254
Nameserver 10.16.1.1

Wo und wie suche ich bind.log?


Arved von Irmer
Stellvertretender Schulleiter
Deutsche Schule - Colegio Oficial Alemán Apartado de Correos 688
E-35002 Las Palmas de Gran Canaria
Lomo del Drago
E-35018 Almatriche
Tel. 0034-928-670750
  0034-928-670754
Fax: 0034-928-675520
E-Mail-Schule: arved.v.ir...@dslpa.org
Internet: http://www.dslpa.org

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
Holger Baumhof
Gesendet: Freitag, 12. September 2014 23:13
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo Arved,


Starting domain name service bind9 failed

Vielleicht ist da eher die Lösung zu suchen?

poste mal die /etc/resolve.conf vom Server.

Du kannst auch mal die logs durchschauen: vielelicht gibt es eine bind

log.



Viele Grüße

Holger

--
Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user



___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user


___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Arved von Irmer]

Hallo Ihr Alle,
es bleibt dabei, dass der IPCop IPs und URLs anpingen kann. Die
Konfigurations-Dateien habe ich alle überprüft und auf den Stand der
Diskussion gebracht (danke für das WIKI).
Es bleibt außerdem dabei, dass der Server IPs im Internet korrekt anpingt
aber keine URLs auflösen kann.
Wenn ich alles richtig verstehe, liegt es am BIND-Service des Servers.
Dieser meldet beim Boot: "Starting domain name service bind9 failed"
Wie kann man das reparieren?
Das muss wohl dejustiert/zerstört worden sein, als die rote Netzwerkkarte
des IPCops (war dediziert in einem eigenen Rechner) kaputt ging.
Gruß an Alle

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
Juergen Engeland
Gesendet: Samstag, 13. September 2014 09:41
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo Arved, hallo Jörg,

so weit ich Arved angehängte Screenshots auswerten konnte, läuft bind auf
ipcop!
Dort fehlt nur ein Eintrag für einen gültigen Nameserver "draußen", z. B.
nameserver 8.8.8.8
Wenn es möglich ist, würde ich die rote Schnittstelle auf DHCP stellen.

Auf server muss die Datei /etc/resolv.conf heißen.
@Holger: "resolve.conf" ist falsch.

Diese Datei verträgt nur drei Einträge nameserver Bitte alle bis auf den mit
der IP von ipcop rauswerfen!
Dann müsste server URLs auflösen.

Dieser Fehler führt jedoch nicht dazu, dass bind auf server nicht startet.
Da muss noch ein weiterer Fehler in einer der Dateien in /etc/bind
vorliegen.
Mein Tipp war und ist die Zeile forwarders in /etc/bind/named.conf.options
[gilt für lmn 6.1, bei 5.1 evtl. named.conf?]

Für die Clients muss noch /etc/dhcpd.conf überprüftt werden.
option domain-name-servers { 10.16.1.1; };

Wenn der bind auf server so schnell nicht zu reparieren ist option
domain-name-servers { 10.16.1.254; }; Es geht auch, beide einzutragen. Dann
hätte man Ausfallsicherheit und könnte sich in Ruhe an die Reparatur von
bind auf server machen.
option domain-name-servers { 10.16.1.1; 10.16.1.254; }; [wie oben max. drei
IPs]

Gruß Jürgen


Am 13.09.2014 07:39, schrieb Arved von Irmer:
> Die Datei heißt bei mir: /etc/resolv.com (ohne e am Ende, ist das
richtig?):
>
> Search paedml-linux.lokal
> Nameserver 80.58.61.250
> Nameserver 80.58.61.254
> Nameserver 10.16.1.254
> Nameserver 10.16.1.1
>
> Wo und wie suche ich bind.log?
>
>
> Arved von Irmer
> Stellvertretender Schulleiter
> Deutsche Schule - Colegio Oficial Alemán Apartado de Correos 688
> E-35002 Las Palmas de Gran Canaria
> Lomo del Drago
> E-35018 Almatriche
> Tel. 0034-928-670750
>  0034-928-670754
> Fax: 0034-928-675520
> E-Mail-Schule: arved.v.ir...@dslpa.org
> Internet: http://www.dslpa.org
>
> -Ursprüngliche Nachricht-
> Von: linuxmuster-user
> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von 
> Holger Baumhof
> Gesendet: Freitag, 12. September 2014 23:13
> An: Discussions about using linuxmuster.net
> Betreff: Re: [lmn] DNS-Problem am Server
>
> Hallo Arved,
>
>> Starting domain name service bind9 failed
>>
>> Vielleicht ist da eher die Lösung zu suchen?
> poste mal die /etc/resolve.conf vom Server.
>
> Du kannst auch mal die logs durchschauen: vielelicht gibt es eine bind
log.
>
>
> Viele Grüße
>
> Holger
>
> --
> Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net 
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Jörg Richter]

Hallo,

On 13 Sep 2014 at 11:30, Holger Baumhof wrote:

> Hallo Jungs,
> 
> > Der Nameserver  auf dem IPCop läuft nicht. Bevor man das nicht
> > reparier hat, braucht man am Server gar nicht erst zu testen.
> 
> .. den hatten wir wieder zum "auflösen" gebracht, aber erst nach
> händischem Eintragen der DNS des Providers in der resolv.conf (ohne
> das letzte e:-)  ).

Das ist ja schon mal was! Allerdings liegen die Informationen auch 
irgendwo unter /var/ipcop (bzw ipfire), deshalb bin ich nicht sicher, 
ob das ausreicht. Statdessen würe ich "setup" aufrufen und dort den 
DNS-Server eintragen.


Da es ja nicht das erste mal ist, dass die Frage nach der 
DNS-Konfiguration kommt, habe ich mal eine Anleitung zur 
systematischen Fehlerbehebung ins Wiki geschrieben:

http://www.linuxmuster.net/wiki/anwenderwiki:dns-probleme



Viele Grüße

Jörg Richter

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Juergen Engeland]

Hallo Helmut,

auf Arktur (Slackware) heißt der Prozess "named".

Auf linuxmuster (Ubuntu) müsste ich nachsehen, komme jedoch im Moment
nicht heran. Irgendwoher werde ich "bind" haben ...

Bei IPCop (Endian?) weiss ich es nicht, aber da könntest Du auch mit
"named" richtig liegen.

Arved kann ja alle drei Varianten "bind", "dnsmasq" und "named" auf
ipcop und server mit pgrep -l ausprobieren.
Eine davon sollte einen Prozess finden!

Gruß Jürgen

Am 13.09.2014 13:04, schrieb Helmut Hullen:
> Hallo, Juergen,
>
> Du meintest am 13.09.14:
>
>> die Frage ob bind auf ipcop läuft, lässt sich mit
>> ps -ef|grep bind
>> entscheiden.
> Sicher? Bei meinen Installationen (bind 9.3.4 bis 9.9.2) heisst der  
> Daemon stets "named".
>
> Und das Suchen geht mit "pgrep" erheblich komfortabler:
>
> pgrep -l named
>
>
> Viele Gruesse!
> Helmut
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Helmut Hullen]

Hallo, Juergen,

Du meintest am 13.09.14:

> die Frage ob bind auf ipcop läuft, lässt sich mit
> ps -ef|grep bind
> entscheiden.

Sicher? Bei meinen Installationen (bind 9.3.4 bis 9.9.2) heisst der  
Daemon stets "named".

Und das Suchen geht mit "pgrep" erheblich komfortabler:

pgrep -l named


Viele Gruesse!
Helmut

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Juergen Engeland]

Hallo Jörg, hallo Arved,

die Frage ob bind auf ipcop läuft, lässt sich mit
ps -ef|grep bind
entscheiden.
Wenn ipcop anstelle von bind dnsmasq benutzen sollte
ps -ef|grep dnsmasq

Wenn ich diesen Thread richtig verfolgt habe, ist Arved inzwischen so
weit, dass sein ipcop mithilfe von 8.8.8.8 URLs auflösen kann und er
muss jetzt "nur noch" den bind auf server reparieren.

Richtig, Arved?

Gruß Jürgen

Am 13.09.2014 11:37, schrieb Jörg Richter:
> Hallo Jürgen,
>
>> Am 13.09.2014 um 16:40 schrieb Juergen Engeland 
>> :
>>
>> Hallo Arved, hallo Jörg,
>>
>> so weit ich Arved angehängte Screenshots auswerten konnte, läuft bind
>> auf ipcop!
>> Dort fehlt nur ein Eintrag für einen gültigen Nameserver "draußen", z. B.
> Nein, läuft nicht. Man darf sich nicht von "1server found" verwirren lassen 
> ;-)
>
> Viele Grüße
>
> Jörg Richter
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Dirk Zöllner]

Hallo Holger,

Am 13.09.2014 um 11:30 schrieb Holger Baumhof:

> Läuft er wirklich nicht?
> Ich erinnere, dass ich ihn auch neu gestartet hatte, und dass er sagte:
> stopping bind
> und
> starting bind
> ohne Fehler.
> Wenn er nicht läuft kommt sowas:
> stopping bind ... no such prozess

auch mit einem laufenden Bind kann es passieren, dass dieser nicht wie 
gewünscht arbeitet/auflöst.

Ich habe mehrere Ubuntu-Server neu aufgesetzt und hatte immer ein Problem mit 
bind 9.8, dem ich mit ausführlichem Loggen auf die Schliche kam.



aus meiner named.conf


schnipp


logging {
channel default_file {
file "/var/log/named/default.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel general_file {
file "/var/log/named/general.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel database_file {
file "/var/log/named/database.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel security_file {
file "/var/log/named/security.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel config_file {
file "/var/log/named/config.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel resolver_file {
file "/var/log/named/resolver.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel xfer-in_file {
file "/var/log/named/xfer-in.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel xfer-out_file {
file "/var/log/named/xfer-out.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel notify_file {
file "/var/log/named/notify.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel client_file {
file "/var/log/named/client.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel unmatched_file {
file "/var/log/named/unmatched.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel queries_file {
file "/var/log/named/queries.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel network_file {
file "/var/log/named/network.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel update_file {
file "/var/log/named/update.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel dispatch_file {
file "/var/log/named/dispatch.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel dnssec_file {
file "/var/log/named/dnssec.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel lame-servers_file {
file "/var/log/named/lame-servers.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};

category default { default_file; };
category general { general_file; };
category database { database_file; };
category security { security_file; };
category config { config_file; };
category resolver { resolver_file; };
category xfer-in { xfer-in_file; };
category xfer-out { xfer-out_file; };
category notify { notify_file; };
category client { client_file; };
category unmatched { unmatched_file; };
category queries { queries_file; };
category network { network_file; };
category update { update_file; };
category dispatch { dispatch_file; };
category dnssec { dnssec_file; };
category lame-servers { lame-servers_file; };
};


schnapp



$ ls -ld /var/log/named
drwxr-xr-x 2 bind bind 4096 Sep 12 12:36 /var/log/named


$ ls -l /etc/bind
-rw-r--r-- 1 bind bind2389 Mär 24 18:06 bind.keys
-rw-r--r-- 1 bind bind 237 Mär 24 18:06 db.0
-rw-r--r-- 1 bind bind 271 Mär 24 18:06 db.127
-rw-r--r-- 1 bind bind 237 Mär 24 18:06 db.255
-rw-r--r-- 1 bind bind 353 Mär 24 18:06 db.empty
-rw-r--r-- 1 bind bind 271 Jun 17 09:38 db.local
-rw-r--r-- 1 bind bind3057 Jun 19 21:27 db.root
-rw-r--r-- 1 bind bind8274 Jul 30 09:05 db.ssi
-rw-rw-rw- 1 bind bind1185 Aug  5 11:48 managed-keys.bind
-rw-rw-rw- 1 bind bind 1267172 Sep 13 11:11 managed-keys.bind.jnl
-rw-r--r-- 1 bind bind4096 Jun 19 21:21 named.conf
-rw-r--r-- 1 bind bind 490 Mär 24 18:06 named.conf.default-zones
-rw-r--r-- 1 bind bind 349 Jun 19 16:09 named.conf.local
-rw-r--r-- 1 bind bind1289 Jun 20 09:05 named.conf.options
-rw-r--r-- 1 bind bind5007 Jul 30 09:06 named.ssi
-rw-r--r-- 1 bind bind  77 Jun 17 09:37 rndc.key
-rw-r--r-- 1 bind bind1317 Jun 17 09:59 zones.rfc1918



Die Datei managed-keys.bind musste ich anlegen und füllen und 
managed-keys.bind.jnl mit touch anlegen.


Zum Testen/weitere Fehleranalyse:
Meinen Loggin

Re: [lmn] DNS-Problem am Server

[Jörg Richter]

Hallo Jürgen,

> Am 13.09.2014 um 16:40 schrieb Juergen Engeland 
> :
> 
> Hallo Arved, hallo Jörg,
> 
> so weit ich Arved angehängte Screenshots auswerten konnte, läuft bind
> auf ipcop!
> Dort fehlt nur ein Eintrag für einen gültigen Nameserver "draußen", z. B.

Nein, läuft nicht. Man darf sich nicht von "1server found" verwirren lassen ;-)

Viele Grüße

Jörg Richter
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Holger Baumhof]

Hallo Jungs,

> Der Nameserver  auf dem IPCop läuft nicht. Bevor man das nicht reparier hat,
> braucht man am Server gar nicht erst zu testen.

.. den hatten wir wieder zum "auflösen" gebracht, aber erst nach
händischem Eintragen der DNS des Providers in der resolv.conf (ohne das
letzte e:-)  ).

> Zuerst gilt es, einen erreichbaren Nameserver zu finden. Auf dem IPCop:
> 
> dig @8.8.8.8 www.heise.de

das ist ein toller Trick für den Server.
Mach mal

dig @10.16.1.254 www.heise.de
auf dem server um zu testen, ob der IPCop sein wissen über die URL mit
dem server teilt ..

Aber ich denke noch besser kommen wir ans Ziel, wenn wir herausbekommen,
weswegen bind nicht läuft.

Läuft er wirklich nicht?
Ich erinnere, dass ich ihn auch neu gestartet hatte, und dass er sagte:
stopping bind
und
starting bind
ohne Fehler.
Wenn er nicht läuft kommt sowas:
stopping bind ... no such prozess

Also:
was gibt (am server)
ps aux | grep bind
aus?

Viele Grüße

Holger
-- 
Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Frank Schütte]

Hallo,
wenn named auf dem Server nicht läuft, kann es auch an
db.extern, named.conf.extern, named.conf liegen. Da gab es mal ein Problem.
Poste doch mal den Inhalt dieser Dateien, falls vorhanden.
Ich weiß nicht mehr genau, ab wann diese Dateien dabei sind.

Gruß,
Frank


___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Juergen Engeland]

Hallo Arved, hallo Jörg,

so weit ich Arved angehängte Screenshots auswerten konnte, läuft bind
auf ipcop!
Dort fehlt nur ein Eintrag für einen gültigen Nameserver "draußen", z. B.
nameserver 8.8.8.8
Wenn es möglich ist, würde ich die rote Schnittstelle auf DHCP stellen.

Auf server muss die Datei /etc/resolv.conf heißen.
@Holger: "resolve.conf" ist falsch.

Diese Datei verträgt nur drei Einträge nameserver
Bitte alle bis auf den mit der IP von ipcop rauswerfen!
Dann müsste server URLs auflösen.

Dieser Fehler führt jedoch nicht dazu, dass bind auf server nicht startet.
Da muss noch ein weiterer Fehler in einer der Dateien in /etc/bind
vorliegen.
Mein Tipp war und ist die Zeile forwarders in
/etc/bind/named.conf.options [gilt für lmn 6.1, bei 5.1 evtl. named.conf?]

Für die Clients muss noch /etc/dhcpd.conf überprüftt werden.
option domain-name-servers { 10.16.1.1; };

Wenn der bind auf server so schnell nicht zu reparieren ist
option domain-name-servers { 10.16.1.254; };
Es geht auch, beide einzutragen. Dann hätte man Ausfallsicherheit und
könnte sich in Ruhe an die Reparatur von bind auf server machen.
option domain-name-servers { 10.16.1.1; 10.16.1.254; };
[wie oben max. drei IPs]

Gruß Jürgen
 

Am 13.09.2014 07:39, schrieb Arved von Irmer:
> Die Datei heißt bei mir: /etc/resolv.com (ohne e am Ende, ist das richtig?):
>
> Search paedml-linux.lokal
> Nameserver 80.58.61.250
> Nameserver 80.58.61.254
> Nameserver 10.16.1.254
> Nameserver 10.16.1.1
>
> Wo und wie suche ich bind.log?
>
>
> Arved von Irmer
> Stellvertretender Schulleiter
> Deutsche Schule - Colegio Oficial Alemán
> Apartado de Correos 688
> E-35002 Las Palmas de Gran Canaria
> Lomo del Drago
> E-35018 Almatriche
> Tel. 0034-928-670750
>  0034-928-670754
> Fax: 0034-928-675520
> E-Mail-Schule: arved.v.ir...@dslpa.org
> Internet: http://www.dslpa.org
>
> -Ursprüngliche Nachricht-
> Von: linuxmuster-user
> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
> Holger Baumhof
> Gesendet: Freitag, 12. September 2014 23:13
> An: Discussions about using linuxmuster.net
> Betreff: Re: [lmn] DNS-Problem am Server
>
> Hallo Arved,
>
>> Starting domain name service bind9 failed
>>
>> Vielleicht ist da eher die Lösung zu suchen?
> poste mal die /etc/resolve.conf vom Server.
>
> Du kannst auch mal die logs durchschauen: vielelicht gibt es eine bind log.
>
>
> Viele Grüße
>
> Holger
>
> --
> Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Arved von Irmer]

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von Jörg
Richter
Gesendet: Samstag, 13. September 2014 00:26
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo Arved,

> Am 13.09.2014 um 00:32 schrieb "Arved von Irmer"
:
>
> nslookup www.heise.de auf dem IPCop erzeugt:
> -bash: nslookup: command not found

Sorry, mein Fehler. ist da nicht vorhanden.

> nslookup www.heise.de auf dem Server erzeugt:
> command timed out: no servers could be reached
>
> Die anderen Befehle auf dem Server ergeben folgende Hardcopy (Anhang)

Der Nameserver  auf dem IPCop läuft nicht. Bevor man das nicht reparier hat,
braucht man am Server gar nicht erst zu testen.

Zuerst gilt es, einen erreichbaren Nameserver zu finden. Auf dem IPCop:

dig @8.8.8.8 www.heise.de

In der Ausgabe (sie ist leider recht unübersichtlich) sollte irgendwo die IP
zu finden sein. Wenn das nicht klappt, dann ist die Netzkonfiguration falsch
oder ein vorgelagerter Router blockt DNS-Abfragen.

Wenn das klappt, dann kann man im nächsten Schritt "setup" aufrufen und den
Nameserver 8.8.8.8 eintragen. Dann sollte

dig @10.16.1.254 www.heise.de

auf dem IPCop funktionieren.

Diese beiden Eingaben auf der IPVopkonsole funktionieren und führen zu der
IP von Heise.de. Auf der IPCop-Ebene scheint ja alles zu gehen!
Die gleichen Eingaben auf der Serverkonsole funktionieren nicht!


Wenn das bis hierhin läuft sehen wir weiter.

Viele Grüße

Jörg Richter

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Arved von Irmer]

Die Datei heißt bei mir: /etc/resolv.com (ohne e am Ende, ist das richtig?):

Search paedml-linux.lokal
Nameserver 80.58.61.250
Nameserver 80.58.61.254
Nameserver 10.16.1.254
Nameserver 10.16.1.1

Wo und wie suche ich bind.log?


Arved von Irmer
Stellvertretender Schulleiter
Deutsche Schule - Colegio Oficial Alemán
Apartado de Correos 688
E-35002 Las Palmas de Gran Canaria
Lomo del Drago
E-35018 Almatriche
Tel. 0034-928-670750
 0034-928-670754
Fax: 0034-928-675520
E-Mail-Schule: arved.v.ir...@dslpa.org
Internet: http://www.dslpa.org

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
Holger Baumhof
Gesendet: Freitag, 12. September 2014 23:13
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo Arved,

> Starting domain name service bind9 failed
>
> Vielleicht ist da eher die Lösung zu suchen?

poste mal die /etc/resolve.conf vom Server.

Du kannst auch mal die logs durchschauen: vielelicht gibt es eine bind log.


Viele Grüße

Holger

--
Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Jörg Richter]

Hallo Arved,

> Am 13.09.2014 um 00:32 schrieb "Arved von Irmer" :
> 
> nslookup www.heise.de auf dem IPCop erzeugt:
> -bash: nslookup: command not found

Sorry, mein Fehler. ist da nicht vorhanden.

> nslookup www.heise.de auf dem Server erzeugt:
> command timed out: no servers could be reached
> 
> Die anderen Befehle auf dem Server ergeben folgende Hardcopy (Anhang)

Der Nameserver  auf dem IPCop läuft nicht. Bevor man das nicht reparier hat, 
braucht man am Server gar nicht erst zu testen.

Zuerst gilt es, einen erreichbaren Nameserver zu finden. Auf dem IPCop:

dig @8.8.8.8 www.heise.de

In der Ausgabe (sie ist leider recht unübersichtlich) sollte irgendwo die IP zu 
finden sein. Wenn das nicht klappt, dann ist die Netzkonfiguration falsch oder 
ein vorgelagerter Router blockt DNS-Abfragen.

Wenn das klappt, dann kann man im nächsten Schritt "setup" aufrufen und den 
Nameserver 8.8.8.8 eintragen. Dann sollte

dig @10.16.1.254 www.heise.de

auf dem IPCop funktionieren.


Wenn das bis hierhin läuft sehen wir weiter.

Viele Grüße

Jörg Richter

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Holger Baumhof]

Hallo Arved,

> Starting domain name service bind9 failed
> 
> Vielleicht ist da eher die Lösung zu suchen?

poste mal die /etc/resolve.conf vom Server.

Du kannst auch mal die logs durchschauen: vielelicht gibt es eine bind log.


Viele Grüße

Holger

-- 
Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Arved von Irmer]

Alles gemacht, erst mal ohne Erfolg.

Beim Start des Servers ist mir ein vielleicht zielführendes rotes „failed“
aufgefallen:

Starting domain name service bind9 failed

Vielleicht ist da eher die Lösung zu suchen?

 

Arved von Irmer

Stellvertretender Schulleiter

Deutsche Schule - Colegio Oficial Alemán

Apartado de Correos 688

E-35002 Las Palmas de Gran Canaria

Lomo del Drago

E-35018 Almatriche

Tel. 0034-928-670750

 0034-928-670754

Fax: 0034-928-675520

E-Mail-Schule:  <mailto:verwalt...@dslpa.org> arved.v.ir...@dslpa.org

Internet:  <http://www.dslpa.org/> http://www.dslpa.org

 

Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
Juergen Engeland
Gesendet: Freitag, 12. September 2014 21:52
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

 

Hallo Arved,

in /etc/resolv.conf auf server muss

nameserver 10.16.1.254

stehen (oder welche Adresse Dein IPcop im grünen Netzwerk hat).

Läuft bind auf server?
ps -ef|grep bind

in /etc/bind/named.conf.options muss die IP von IPCop in der Zeile

forwarders { 10.16.1.254; };

stehen.

Die Clients bekommen 10.16.1.1 (oder welche Adresse server hat) als DNS -
wenn der dort läuft.
Dies ist in /etc/dhcpd.conf auf dem Server einzutragen.

option domain-name-servers 10.16.1.1;

Du kannst dort auch stattdessen 10.16.1.254 eintragen, falls Du den DNS auf
server nicht zum Funktionieren bekommst. server selbst benutzt ja IPcop,
wenn Du diesen in /etc/resolv.conf eingetragen hast.

nslookup auf einem Client zeigt Dir, ob und woher der seine IPs zu den URLs
bekommt ;-)

Gruß Jürgen 


Am 12.09.2014 um 21:32 schrieb Arved von Irmer:

Hallo Jürgen,

die rote Schnittstelle ist statisch konfiguriert.

Testweise habe ich im Setup des IPCop das Standardgateway des Routers, den
DNS-Server des Providers und 8.8.8.8 eingetragen.

Im IPCop funktioniert jeder Ping ins Internet mit einer IP-Nummer und einer
URL, hier scheint also die Welt in Ordnung zu sein.

Im Server funktioniert jeder Ping ins Internet mit einer IP-Nummer nur URLs
kann er nicht auflösen.

Der Fehler muss also irgendwo im Server liegen.

Gruß

 

 

Arved von Irmer

Stellvertretender Schulleiter

Deutsche Schule - Colegio Oficial Alemán

Apartado de Correos 688

E-35002 Las Palmas de Gran Canaria

Lomo del Drago

E-35018 Almatriche

Tel. 0034-928-670750

 0034-928-670754

Fax: 0034-928-675520

E-Mail-Schule:  <mailto:verwalt...@dslpa.org> arved.v.ir...@dslpa.org

Internet:  <http://www.dslpa.org/> http://www.dslpa.org

 

Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
Juergen Engeland
Gesendet: Freitag, 12. September 2014 19:04
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

 

Hallo Arved,

...

Gruß Jürgen


Am 12.09.2014 um 18:32 schrieb Arved von Irmer:

nslookup www.heise.de <http://www.heise.de>  auf dem IPCop erzeugt:
-bash: nslookup: command not found

OK, das Programm nslookup fehlt dort.
dig müsste er kennen.




 
 
nslookup www.heise.de <http://www.heise.de>  auf dem Server erzeugt:
command timed out: no servers could be reached

Fehlender oder fehlerhafter Eintrag in /etc/resolv.conf ?




 
 
Die anderen Befehle auf dem Server ergeben folgende Hardcopy (Anhang)

Dem ipcop fehlt der forwarder oder/und der Eintrag in /etc/resolv.conf.

Wenn die rote Schnittstelle die IP per DHCP bekommt, sollte der richtige des
Providers automatisch eingetragen werden.

Wenn die rote Schnittstelle statisch konfiguriert ist, muss der Router als
defaultgateway und dnsserver eingetragen werden.
Wenn DNS so nicht geht, kannst Du auch 8.8.8.8 eintragen.

Läuft eigentlich ein ping 8.8.8.8 ?




 
 
 
Arved von Irmer
Stellvertretender Schulleiter
Deutsche Schule - Colegio Oficial Alemán
Apartado de Correos 688
E-35002 Las Palmas de Gran Canaria
Lomo del Drago
E-35018 Almatriche
Tel. 0034-928-670750
 0034-928-670754
Fax: 0034-928-675520
E-Mail-Schule: arved.v.ir...@dslpa.org <mailto:arved.v.ir...@dslpa.org> 
Internet: http://www.dslpa.org
 
-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von Jörg
Richter
Gesendet: Freitag, 12. September 2014 11:50
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server
 
Hallo Holger,
 
 
 
On 12 Sep 2014 at 10:50, Holger Baumhof wrote:
 

Hallo Jörg,
 
ich sollte dazu sagen, dass ich gestern schon an Arveds IPcop und 
Server rumgeschraubt habe. Leider hab ich keine paedML 5.1 mehr am 
laufen, deswegen kann ich die Einstellungen nicht direkt vergleichen.

 
Die ist bei allen Versionen gleich.
 

Folgendes habe ich überprüft:
Die Namensauflösung geht nicht, egal ob man die DNS des Providers 
einträgt oder die IP des Routers.

 
Auf dem IPCop?
 

Ein Ping auf eine IP im Internet funktioniert sowohl vom Server als 
auch vom IPCop.
 
Am Ende haben wir eine Namensauf

Re: [lmn] DNS-Problem am Server

[Juergen Engeland]

Hallo Arved,

in /etc/resolv.conf auf server muss

nameserver 10.16.1.254

stehen (oder welche Adresse Dein IPcop im grünen Netzwerk hat).

Läuft bind auf server?
ps -ef|grep bind

in /etc/bind/named.conf.options muss die IP von IPCop in der Zeile

forwarders { 10.16.1.254; };

stehen.

Die Clients bekommen 10.16.1.1 (oder welche Adresse server hat) als DNS
- wenn der dort läuft.
Dies ist in /etc/dhcpd.conf auf dem Server einzutragen.

option domain-name-servers 10.16.1.1;

Du kannst dort auch stattdessen 10.16.1.254 eintragen, falls Du den DNS
auf server nicht zum Funktionieren bekommst. server selbst benutzt ja
IPcop, wenn Du diesen in /etc/resolv.conf eingetragen hast.

nslookup auf einem Client zeigt Dir, ob und woher der seine IPs zu den
URLs bekommt ;-)

Gruß Jürgen


Am 12.09.2014 um 21:32 schrieb Arved von Irmer:
>
> Hallo Jürgen,
>
> die rote Schnittstelle ist statisch konfiguriert.
>
> Testweise habe ich im Setup des IPCop das Standardgateway des Routers,
> den DNS-Server des Providers und 8.8.8.8 eingetragen.
>
> Im IPCop funktioniert jeder Ping ins Internet mit einer IP-Nummer und
> einer URL, hier scheint also die Welt in Ordnung zu sein.
>
> Im Server funktioniert jeder Ping ins Internet mit einer IP-Nummer nur
> URLs kann er nicht auflösen.
>
> Der Fehler muss also irgendwo im Server liegen.
>
> Gruß
>
>  
>
>  
>
> Arved von Irmer
>
> Stellvertretender Schulleiter
>
> Deutsche Schule - Colegio Oficial Alemán
>
> Apartado de Correos 688
>
> *_E-35002 Las Palmas de Gran Canaria_*
>
> Lomo del Drago
>
> *_E-35018 Almatriche_*
>
> Tel. 0034-928-670750
>
>  0034-928-670754
>
> Fax: 0034-928-675520
>
> E-Mail-Schule: arved.v.ir...@dslpa.org <mailto:verwalt...@dslpa.org>
>
> Internet: http://www.dslpa.org <http://www.dslpa.org/>
>
>  
>
> *Von:*linuxmuster-user
> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] *Im Auftrag
> von *Juergen Engeland
> *Gesendet:* Freitag, 12. September 2014 19:04
> *An:* Discussions about using linuxmuster.net
> *Betreff:* Re: [lmn] DNS-Problem am Server
>
>  
>
> Hallo Arved,
>
> ...
>
> Gruß Jürgen
>
>
> Am 12.09.2014 um 18:32 schrieb Arved von Irmer:
>
> nslookup www.heise.de <http://www.heise.de> auf dem IPCop erzeugt:
>
> -bash: nslookup: command not found
>
> OK, das Programm nslookup fehlt dort.
> dig müsste er kennen.
>
>  
>
>  
>
> nslookup www.heise.de <http://www.heise.de> auf dem Server erzeugt:
>
> command timed out: no servers could be reached
>
> Fehlender oder fehlerhafter Eintrag in /etc/resolv.conf ?
>
>  
>
>  
>
> Die anderen Befehle auf dem Server ergeben folgende Hardcopy (Anhang)
>
> Dem ipcop fehlt der forwarder oder/und der Eintrag in /etc/resolv.conf.
>
> Wenn die rote Schnittstelle die IP per DHCP bekommt, sollte der
> richtige des Providers automatisch eingetragen werden.
>
> Wenn die rote Schnittstelle statisch konfiguriert ist, muss der Router
> als defaultgateway und dnsserver eingetragen werden.
> Wenn DNS so nicht geht, kannst Du auch 8.8.8.8 eintragen.
>
> Läuft eigentlich ein ping 8.8.8.8 ?
>
>  
>
>  
>
>  
>
> Arved von Irmer
>
> Stellvertretender Schulleiter
>
> Deutsche Schule - Colegio Oficial Alemán
>
> Apartado de Correos 688
>
> E-35002 Las Palmas de Gran Canaria
>
> Lomo del Drago
>
> E-35018 Almatriche
>
> Tel. 0034-928-670750
>
>  0034-928-670754
>
> Fax: 0034-928-675520
>
> E-Mail-Schule: arved.v.ir...@dslpa.org <mailto:arved.v.ir...@dslpa.org>
>
> Internet: http://www.dslpa.org
>
>  
>
> -Ursprüngliche Nachricht-
>
> Von: linuxmuster-user
>
> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von 
> Jörg
>
> Richter
>
> Gesendet: Freitag, 12. September 2014 11:50
>
> An: Discussions about using linuxmuster.net
>
> Betreff: Re: [lmn] DNS-Problem am Server
>
>  
>
> Hallo Holger,
>
>  
>
>  
>
>  
>
> On 12 Sep 2014 at 10:50, Holger Baumhof wrote:
>
>  
>
> Hallo Jörg,
>
>  
>
> ich sollte dazu sagen, dass ich gestern schon an Arveds IPcop und 
>
> Server rumgeschraubt habe. Leider hab ich keine paedML 5.1 mehr am 
>
> laufen, deswegen kann ich die Einstellungen nicht direkt vergleichen.
>
>  
>
> Die ist bei allen Versionen gleich.
>
>  
>
> Folgendes habe ich überprüft:
>
> Die Nam

Re: [lmn] DNS-Problem am Server

[Arved von Irmer]

Hallo Jürgen,

die rote Schnittstelle ist statisch konfiguriert.

Testweise habe ich im Setup des IPCop das Standardgateway des Routers, den
DNS-Server des Providers und 8.8.8.8 eingetragen.

Im IPCop funktioniert jeder Ping ins Internet mit einer IP-Nummer und einer
URL, hier scheint also die Welt in Ordnung zu sein.

Im Server funktioniert jeder Ping ins Internet mit einer IP-Nummer nur URLs
kann er nicht auflösen.

Der Fehler muss also irgendwo im Server liegen.

Gruß

 

 

Arved von Irmer

Stellvertretender Schulleiter

Deutsche Schule - Colegio Oficial Alemán

Apartado de Correos 688

E-35002 Las Palmas de Gran Canaria

Lomo del Drago

E-35018 Almatriche

Tel. 0034-928-670750

 0034-928-670754

Fax: 0034-928-675520

E-Mail-Schule:  <mailto:verwalt...@dslpa.org> arved.v.ir...@dslpa.org

Internet:  <http://www.dslpa.org/> http://www.dslpa.org

 

Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von
Juergen Engeland
Gesendet: Freitag, 12. September 2014 19:04
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

 

Hallo Arved,

...

Gruß Jürgen


Am 12.09.2014 um 18:32 schrieb Arved von Irmer:

nslookup www.heise.de <http://www.heise.de>  auf dem IPCop erzeugt:
-bash: nslookup: command not found

OK, das Programm nslookup fehlt dort.
dig müsste er kennen.



 
 
nslookup www.heise.de <http://www.heise.de>  auf dem Server erzeugt:
command timed out: no servers could be reached

Fehlender oder fehlerhafter Eintrag in /etc/resolv.conf ?



 
 
Die anderen Befehle auf dem Server ergeben folgende Hardcopy (Anhang)

Dem ipcop fehlt der forwarder oder/und der Eintrag in /etc/resolv.conf.

Wenn die rote Schnittstelle die IP per DHCP bekommt, sollte der richtige des
Providers automatisch eingetragen werden.

Wenn die rote Schnittstelle statisch konfiguriert ist, muss der Router als
defaultgateway und dnsserver eingetragen werden.
Wenn DNS so nicht geht, kannst Du auch 8.8.8.8 eintragen.

Läuft eigentlich ein ping 8.8.8.8 ?



 
 
 
Arved von Irmer
Stellvertretender Schulleiter
Deutsche Schule - Colegio Oficial Alemán
Apartado de Correos 688
E-35002 Las Palmas de Gran Canaria
Lomo del Drago
E-35018 Almatriche
Tel. 0034-928-670750
 0034-928-670754
Fax: 0034-928-675520
E-Mail-Schule: arved.v.ir...@dslpa.org <mailto:arved.v.ir...@dslpa.org> 
Internet: http://www.dslpa.org
 
-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von Jörg
Richter
Gesendet: Freitag, 12. September 2014 11:50
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server
 
Hallo Holger,
 
 
 
On 12 Sep 2014 at 10:50, Holger Baumhof wrote:
 

Hallo Jörg,
 
ich sollte dazu sagen, dass ich gestern schon an Arveds IPcop und 
Server rumgeschraubt habe. Leider hab ich keine paedML 5.1 mehr am 
laufen, deswegen kann ich die Einstellungen nicht direkt vergleichen.

 
Die ist bei allen Versionen gleich.
 

Folgendes habe ich überprüft:
Die Namensauflösung geht nicht, egal ob man die DNS des Providers 
einträgt oder die IP des Routers.

 
Auf dem IPCop?
 

Ein Ping auf eine IP im Internet funktioniert sowohl vom Server als 
auch vom IPCop.
 
Am Ende haben wir eine Namensauflösung auf dem IPcop hinbekommen, 
nachdem wir in der resolv.conf auf dem IPCop die DNS des Providers 
eingetragen hatten: das geht nun also.

 
Ja, aber der Rest kann so nicht gehen. Du musst den Bind auf dem IPCop
richten.
 

Auf dem Server half das selbe Vorgehen nicht (auch nicht nach einem
/etc/init.d/bind9 restart) Auch ein Freischalten des Port 53 für den 
Server im BOT half nichts.
 
Nun kann ich mir leider die Namensauflösung in unserem Netz nicht 
merken.
 
Wie sollte das genau laufen?
Der IPcop funktiert als DNS Proxy?
Oder geht der Server selber raus zum DNS und ist selber der DNS Proxy 
fürs Netz?

 
Standard ist (bei allen Versionen, egal ob IPCop/IPFire):
 
Auf dem IPCop läuft ein Bind, der irgendeinen Nameserver als Forwarder
bekommt. Das kann ein vorgelagerter Router sein oder auch irgendein anderer
DNS-Server, z. B. 8.8.8.8.
 
Eingerichtet wird das per "setup" auf dem IPCop.
 
Das muss man also zuerst richten! Auf dem IPCop muss die Namensauflösung
klappen, testen mit:
 
ping www.heise.de <http://www.heise.de> 
 
(In der Ausgabe sollte die IP erscheinen)
 
Und dann:
 
dig @10.16.1.254 www.heise.de <http://www.heise.de> 
 
Der zweite Test ist für den Bind, der erste für den Rest.
 
 
 
Wenn das geht, macht man sich an den Server. Hier wird beim Bind der IPCop
als Forwarder eingetragen. Tests sind:
 
Ist der Bind auf dem IPCop erreichbar?
 
dig @10.16.1.254 www.heise.de <http://www.heise.de> 
 
 
Läuft der Bind auf dem Server korrekt?
 
dig @10.16.1.1 www.heise.de <http://www.heise.de> 
 
 
Ist der Rest der Namensauflösung auf dem Server richtig konfiguriert?
 
ping www.heise.de <http://www.heise.de> 
 
 
Die Clients erhalt

Re: [lmn] DNS-Problem am Server

[Juergen Engeland]

Hallo Arved,

...

Gruß Jürgen


Am 12.09.2014 um 18:32 schrieb Arved von Irmer:
> nslookup www.heise.de auf dem IPCop erzeugt:
> -bash: nslookup: command not found
OK, das Programm nslookup fehlt dort.
dig müsste er kennen.
>
> nslookup www.heise.de auf dem Server erzeugt:
> command timed out: no servers could be reached
Fehlender oder fehlerhafter Eintrag in /etc/resolv.conf ?
>
> Die anderen Befehle auf dem Server ergeben folgende Hardcopy (Anhang)
Dem ipcop fehlt der forwarder oder/und der Eintrag in /etc/resolv.conf.

Wenn die rote Schnittstelle die IP per DHCP bekommt, sollte der richtige
des Providers automatisch eingetragen werden.

Wenn die rote Schnittstelle statisch konfiguriert ist, muss der Router
als defaultgateway und dnsserver eingetragen werden.
Wenn DNS so nicht geht, kannst Du auch 8.8.8.8 eintragen.

Läuft eigentlich ein ping 8.8.8.8 ?
>
>
> Arved von Irmer
> Stellvertretender Schulleiter
> Deutsche Schule - Colegio Oficial Alemán
> Apartado de Correos 688
> E-35002 Las Palmas de Gran Canaria
> Lomo del Drago
> E-35018 Almatriche
> Tel. 0034-928-670750
>  0034-928-670754
> Fax: 0034-928-675520
> E-Mail-Schule: arved.v.ir...@dslpa.org
> Internet: http://www.dslpa.org
>
> -Ursprüngliche Nachricht-
> Von: linuxmuster-user
> [mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von Jörg
> Richter
> Gesendet: Freitag, 12. September 2014 11:50
> An: Discussions about using linuxmuster.net
> Betreff: Re: [lmn] DNS-Problem am Server
>
> Hallo Holger,
>
>
>
> On 12 Sep 2014 at 10:50, Holger Baumhof wrote:
>
>> Hallo Jörg,
>>
>> ich sollte dazu sagen, dass ich gestern schon an Arveds IPcop und 
>> Server rumgeschraubt habe. Leider hab ich keine paedML 5.1 mehr am 
>> laufen, deswegen kann ich die Einstellungen nicht direkt vergleichen.
> Die ist bei allen Versionen gleich.
>
>> Folgendes habe ich überprüft:
>> Die Namensauflösung geht nicht, egal ob man die DNS des Providers 
>> einträgt oder die IP des Routers.
> Auf dem IPCop?
>
>> Ein Ping auf eine IP im Internet funktioniert sowohl vom Server als 
>> auch vom IPCop.
>>
>> Am Ende haben wir eine Namensauflösung auf dem IPcop hinbekommen, 
>> nachdem wir in der resolv.conf auf dem IPCop die DNS des Providers 
>> eingetragen hatten: das geht nun also.
> Ja, aber der Rest kann so nicht gehen. Du musst den Bind auf dem IPCop
> richten.
>
>> Auf dem Server half das selbe Vorgehen nicht (auch nicht nach einem
>> /etc/init.d/bind9 restart) Auch ein Freischalten des Port 53 für den 
>> Server im BOT half nichts.
>>
>> Nun kann ich mir leider die Namensauflösung in unserem Netz nicht 
>> merken.
>>
>> Wie sollte das genau laufen?
>> Der IPcop funktiert als DNS Proxy?
>> Oder geht der Server selber raus zum DNS und ist selber der DNS Proxy 
>> fürs Netz?
> Standard ist (bei allen Versionen, egal ob IPCop/IPFire):
>
> Auf dem IPCop läuft ein Bind, der irgendeinen Nameserver als Forwarder
> bekommt. Das kann ein vorgelagerter Router sein oder auch irgendein anderer
> DNS-Server, z. B. 8.8.8.8.
>
> Eingerichtet wird das per "setup" auf dem IPCop.
>
> Das muss man also zuerst richten! Auf dem IPCop muss die Namensauflösung
> klappen, testen mit:
>
> ping www.heise.de
>
> (In der Ausgabe sollte die IP erscheinen)
>
> Und dann:
>
> dig @10.16.1.254 www.heise.de
>
> Der zweite Test ist für den Bind, der erste für den Rest.
>
>
>
> Wenn das geht, macht man sich an den Server. Hier wird beim Bind der IPCop
> als Forwarder eingetragen. Tests sind:
>
> Ist der Bind auf dem IPCop erreichbar?
>
> dig @10.16.1.254 www.heise.de
>
>
> Läuft der Bind auf dem Server korrekt?
>
> dig @10.16.1.1 www.heise.de
>
>
> Ist der Rest der Namensauflösung auf dem Server richtig konfiguriert?
>
> ping www.heise.de
>
>
> Die Clients erhalten dann den Server als Nameserver.
>
> Warum diese Verschachtelung? Ganz einfach: import_workstations bearbeitet
> die Bind-Konfiguration auf dem Server, der Nameserver fürs grüne Netz muss
> also auf dem Server laufen.
>
>
> Viele Grüße
>
> Jörg
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Arved von Irmer]

nslookup www.heise.de auf dem IPCop erzeugt:
-bash: nslookup: command not found

nslookup www.heise.de auf dem Server erzeugt:
command timed out: no servers could be reached

Die anderen Befehle auf dem Server ergeben folgende Hardcopy (Anhang)


Arved von Irmer
Stellvertretender Schulleiter
Deutsche Schule - Colegio Oficial Alemán
Apartado de Correos 688
E-35002 Las Palmas de Gran Canaria
Lomo del Drago
E-35018 Almatriche
Tel. 0034-928-670750
 0034-928-670754
Fax: 0034-928-675520
E-Mail-Schule: arved.v.ir...@dslpa.org
Internet: http://www.dslpa.org

-Ursprüngliche Nachricht-
Von: linuxmuster-user
[mailto:linuxmuster-user-boun...@lists.linuxmuster.net] Im Auftrag von Jörg
Richter
Gesendet: Freitag, 12. September 2014 11:50
An: Discussions about using linuxmuster.net
Betreff: Re: [lmn] DNS-Problem am Server

Hallo Holger,



On 12 Sep 2014 at 10:50, Holger Baumhof wrote:

> Hallo Jörg,
>
> ich sollte dazu sagen, dass ich gestern schon an Arveds IPcop und 
> Server rumgeschraubt habe. Leider hab ich keine paedML 5.1 mehr am 
> laufen, deswegen kann ich die Einstellungen nicht direkt vergleichen.

Die ist bei allen Versionen gleich.

> Folgendes habe ich überprüft:
> Die Namensauflösung geht nicht, egal ob man die DNS des Providers 
> einträgt oder die IP des Routers.

Auf dem IPCop?

> Ein Ping auf eine IP im Internet funktioniert sowohl vom Server als 
> auch vom IPCop.
>
> Am Ende haben wir eine Namensauflösung auf dem IPcop hinbekommen, 
> nachdem wir in der resolv.conf auf dem IPCop die DNS des Providers 
> eingetragen hatten: das geht nun also.

Ja, aber der Rest kann so nicht gehen. Du musst den Bind auf dem IPCop
richten.

> Auf dem Server half das selbe Vorgehen nicht (auch nicht nach einem
> /etc/init.d/bind9 restart) Auch ein Freischalten des Port 53 für den 
> Server im BOT half nichts.
>
> Nun kann ich mir leider die Namensauflösung in unserem Netz nicht 
> merken.
>
> Wie sollte das genau laufen?
> Der IPcop funktiert als DNS Proxy?
> Oder geht der Server selber raus zum DNS und ist selber der DNS Proxy 
> fürs Netz?

Standard ist (bei allen Versionen, egal ob IPCop/IPFire):

Auf dem IPCop läuft ein Bind, der irgendeinen Nameserver als Forwarder
bekommt. Das kann ein vorgelagerter Router sein oder auch irgendein anderer
DNS-Server, z. B. 8.8.8.8.

Eingerichtet wird das per "setup" auf dem IPCop.

Das muss man also zuerst richten! Auf dem IPCop muss die Namensauflösung
klappen, testen mit:

ping www.heise.de

(In der Ausgabe sollte die IP erscheinen)

Und dann:

dig @10.16.1.254 www.heise.de

Der zweite Test ist für den Bind, der erste für den Rest.



Wenn das geht, macht man sich an den Server. Hier wird beim Bind der IPCop
als Forwarder eingetragen. Tests sind:

Ist der Bind auf dem IPCop erreichbar?

dig @10.16.1.254 www.heise.de


Läuft der Bind auf dem Server korrekt?

dig @10.16.1.1 www.heise.de


Ist der Rest der Namensauflösung auf dem Server richtig konfiguriert?

ping www.heise.de


Die Clients erhalten dann den Server als Nameserver.

Warum diese Verschachtelung? Ganz einfach: import_workstations bearbeitet
die Bind-Konfiguration auf dem Server, der Nameserver fürs grüne Netz muss
also auf dem Server laufen.


Viele Grüße

Jörg

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Jörg Richter]

Hallo Holger,



On 12 Sep 2014 at 10:50, Holger Baumhof wrote:

> Hallo Jörg,
> 
> ich sollte dazu sagen, dass ich gestern schon an Arveds IPcop und
> Server rumgeschraubt habe. Leider hab ich keine paedML 5.1 mehr am
> laufen, deswegen kann ich die Einstellungen nicht direkt vergleichen.

Die ist bei allen Versionen gleich.

> Folgendes habe ich überprüft:
> Die Namensauflösung geht nicht, egal ob man die DNS des Providers
> einträgt oder die IP des Routers.

Auf dem IPCop?

> Ein Ping auf eine IP im Internet funktioniert sowohl vom Server als
> auch vom IPCop.
> 
> Am Ende haben wir eine Namensauflösung auf dem IPcop hinbekommen,
> nachdem wir in der resolv.conf auf dem IPCop die DNS des Providers
> eingetragen hatten: das geht nun also.

Ja, aber der Rest kann so nicht gehen. Du musst den Bind auf dem 
IPCop richten.
 
> Auf dem Server half das selbe Vorgehen nicht (auch nicht nach einem
> /etc/init.d/bind9 restart) Auch ein Freischalten des Port 53 für den
> Server im BOT half nichts.
> 
> Nun kann ich mir leider die Namensauflösung in unserem Netz nicht
> merken.
> 
> Wie sollte das genau laufen?
> Der IPcop funktiert als DNS Proxy?
> Oder geht der Server selber raus zum DNS und ist selber der DNS Proxy
> fürs Netz?

Standard ist (bei allen Versionen, egal ob IPCop/IPFire):

Auf dem IPCop läuft ein Bind, der irgendeinen Nameserver als 
Forwarder bekommt. Das kann ein vorgelagerter Router sein oder auch 
irgendein anderer DNS-Server, z. B. 8.8.8.8.

Eingerichtet wird das per "setup" auf dem IPCop.

Das muss man also zuerst richten! Auf dem IPCop muss die 
Namensauflösung klappen, testen mit:

ping www.heise.de

(In der Ausgabe sollte die IP erscheinen)

Und dann:

dig @10.16.1.254 www.heise.de

Der zweite Test ist für den Bind, der erste für den Rest.



Wenn das geht, macht man sich an den Server. Hier wird beim Bind der 
IPCop als Forwarder eingetragen. Tests sind:

Ist der Bind auf dem IPCop erreichbar?

dig @10.16.1.254 www.heise.de


Läuft der Bind auf dem Server korrekt?

dig @10.16.1.1 www.heise.de


Ist der Rest der Namensauflösung auf dem Server richtig konfiguriert?

ping www.heise.de


Die Clients erhalten dann den Server als Nameserver.

Warum diese Verschachtelung? Ganz einfach: import_workstations 
bearbeitet die Bind-Konfiguration auf dem Server, der Nameserver fürs 
grüne Netz muss also auf dem Server laufen.


Viele Grüße

Jörg

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Juergen Engeland]

Hallo Holger,

dank der Hamburger Vorgaben musste ich ja auch am DNS schrauben. Deshalb
glaube ich herausgefunden zu haben, wie es sein soll:

Auf server sollte DNS und DHCP laufen.
Die Clients bekommen vom DHCP server als DNS mitgeteilt.
linbo sorgt für Einträge der Clientnamen in den DNS!

server hat in seinem DNS ipfire als forwarder eingetragen
Es kann nicht schaden, anstelle von localhost  ipfire  /etc/resolv.conf
einzutragen

Auf ipfire läuft ebenfalls DNS und kein DHCP fürs grüne Subnetz!
Es sollten Einträge für ipfire, server und was es sonst noch so im
pädagischen Netzwerk gibt vorhanden sein.

Den "Forwarder" bekommt ipfire idealerweise vom Router des Providers per
DHCP mitgeteilt. Es kann jedoch auch ein statischer Eintrag wie beim
Server notwendig sein.

Man kann oder muss das ganze natürlich auch anders machen und das ganze
DNS- und DHCP-Geraffel mit den entsprechenden funktionalen Verlusten auf
ipfire bzw. time for kids verlagern. Sinn oder Unsinn brauchen wir hier
nicht zu diskutieren ...

Gruß Jürgen
 
Am 12.09.2014 um 10:50 schrieb Holger Baumhof:
> Hallo Jörg,
>
> ich sollte dazu sagen, dass ich gestern schon an Arveds IPcop und Server
> rumgeschraubt habe.
> Leider hab ich keine paedML 5.1 mehr am laufen, deswegen kann ich die
> Einstellungen nicht direkt vergleichen.
>
> Folgendes habe ich überprüft:
> Die Namensauflösung geht nicht, egal ob man die DNS des Providers
> einträgt oder die IP des Routers.
>
> Ein Ping auf eine IP im Internet funktioniert sowohl vom Server als auch
> vom IPCop.
>
> Am Ende haben wir eine Namensauflösung auf dem IPcop hinbekommen,
> nachdem wir in der resolv.conf auf dem IPCop die DNS des Providers
> eingetragen hatten: das geht nun also.
>
> Auf dem Server half das selbe Vorgehen nicht (auch nicht nach einem
> /etc/init.d/bind9 restart)
> Auch ein Freischalten des Port 53 für den Server im BOT half nichts.
>
> Nun kann ich mir leider die Namensauflösung in unserem Netz nicht merken.
>
> Wie sollte das genau laufen?
> Der IPcop funktiert als DNS Proxy?
> Oder geht der Server selber raus zum DNS und ist selber der DNS Proxy
> fürs Netz?
>
> Viele Grüße
>
> Holger
>
>
>

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Holger Baumhof]

Hallo Jörg,

ich sollte dazu sagen, dass ich gestern schon an Arveds IPcop und Server
rumgeschraubt habe.
Leider hab ich keine paedML 5.1 mehr am laufen, deswegen kann ich die
Einstellungen nicht direkt vergleichen.

Folgendes habe ich überprüft:
Die Namensauflösung geht nicht, egal ob man die DNS des Providers
einträgt oder die IP des Routers.

Ein Ping auf eine IP im Internet funktioniert sowohl vom Server als auch
vom IPCop.

Am Ende haben wir eine Namensauflösung auf dem IPcop hinbekommen,
nachdem wir in der resolv.conf auf dem IPCop die DNS des Providers
eingetragen hatten: das geht nun also.

Auf dem Server half das selbe Vorgehen nicht (auch nicht nach einem
/etc/init.d/bind9 restart)
Auch ein Freischalten des Port 53 für den Server im BOT half nichts.

Nun kann ich mir leider die Namensauflösung in unserem Netz nicht merken.

Wie sollte das genau laufen?
Der IPcop funktiert als DNS Proxy?
Oder geht der Server selber raus zum DNS und ist selber der DNS Proxy
fürs Netz?

Viele Grüße

Holger



-- 
Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Jörg Richter]

Hallo Arved,

> Am 12.09.2014 um 15:22 schrieb "Arved von Irmer" :
> 
>  
> Liebe Liste,
> ich habe folgendes Problem:
> An meinem virtuellen IPCop kann ich Pings und URLs ins Internet senden, aber 
> am Server klappt das nur mit Pings. Die Namenauflösung am Server geht also 
> nicht.
> Server und IPCop verstehen sich untereinander mit Pings und man kann sich von 
> der Serverkonsole aus am IPCop anmelden.
> Als Basissystem ist Windows-7-Professional (auf einem HP-Server)  
> installiert, darauf VMWare und darin der Linuxmusterlösung-Server (paedML 
> 5.1.0) und als zweites der virtuelle IPCop (dediziert).
> Damit ich Internet in der Musterlösung habe ist das in VMWare durchgeschleift 
> vom Basisrechner. Das bedeutet, dass der physische Server eine Leitung mit 
> dem Router hat.
> Auf der Windows-7 Ebene kann ich jedoch den Router mit allen Möglichkeiten 
> (also auch Namensauflösung) benutzen. Deshalb meine ich, dass es nicht an dem 
> Router hängt!
> Die DNS-IP unseres Providers habe ich im IPCop (unter Setup/Netzwerk/DNS und 
> Gatewayeinstellungen) eingegeben. Gebe ich das Standardgateway des Routers 
> ein geht das auch nicht.
> Vielleicht hat jemand einen Tip, wie man den Server noch veranlassen kann 
> URLs aufzulösen?

Bitter poste mal die Ausgabe von

nslookup www.heise.de

auf dem IPCop und auf dem Server sowie 

dig @10.16.1.254 www.heise.de
dig @10.16.1.1 www.heise.de

auf dem Server.


Viele Grüße

Jörg Richter

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] DNS-Problem am Server

[Yannik Sembritzki]

Hallo Arved,

diese Liste ist nur für den Support von linuxmuster.net gedacht.

Hast du dich mit deinem Problem bereits an den Support des LMZ BW
gewandt? Wie ich sehe, setzt du ja die paedML ein.

Ich habe trotzdem mal kurz einen Blick auf deine Grafik geworfen: Der
paedML Server muss ans grüne Netz angeschlossen sein und nicht ans rote.

Viele Grüße
Yannik

Am 12.09.2014 um 09:22 schrieb Arved von Irmer:
>
>  
>
> Liebe Liste,
>
> ich habe folgendes Problem:
>
> An meinem virtuellen IPCop kann ich Pings und URLs ins Internet
> senden, aber am Server klappt das nur mit Pings. Die Namenauflösung am
> Server geht also nicht.
>
> Server und IPCop verstehen sich untereinander mit Pings und man kann
> sich von der Serverkonsole aus am IPCop anmelden.
>
> Als Basissystem ist Windows-7-Professional (auf einem HP-Server) 
> installiert, darauf VMWare und darin der Linuxmusterlösung-Server
> (paedML 5.1.0) und als zweites der virtuelle IPCop (dediziert).
>
> Damit ich Internet in der Musterlösung habe ist das in VMWare
> durchgeschleift vom Basisrechner. Das bedeutet, dass der physische
> Server eine Leitung mit dem Router hat.
>
> Auf der Windows-7 Ebene kann ich jedoch den Router mit allen
> Möglichkeiten (also auch Namensauflösung) benutzen. Deshalb meine ich,
> dass es nicht an dem Router hängt!
>
> Die DNS-IP unseres Providers habe ich im IPCop (unter
> Setup/Netzwerk/DNS und Gatewayeinstellungen) eingegeben. Gebe ich das
> Standardgateway des Routers ein geht das auch nicht.
>
> Vielleicht hat jemand einen Tip, wie man den Server noch veranlassen
> kann URLs aufzulösen?
>
>  
>
>  
>
>  
>
>  
>
>  
>
>  
>
>  
>
> Arved von Irmer
>
> Stellvertretender Schulleiter
>
> Deutsche Schule - Colegio Oficial Alemán
>
> Apartado de Correos 688
>
> *_E-35002 Las Palmas de Gran Canaria_*
>
> Lomo del Drago
>
> *_E-35018 Almatriche_*
>
> Tel. 0034-928-670750
>
>  0034-928-670754
>
> Fax: 0034-928-675520
>
> E-Mail-Schule: arved.v.ir...@dslpa.org 
>
> Internet: http://www.dslpa.org 
>
>  
>
>
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

[lmn] DNS-Problem am Server

[Arved von Irmer]

 

Liebe Liste,

ich habe folgendes Problem:

An meinem virtuellen IPCop kann ich Pings und URLs ins Internet senden, aber
am Server klappt das nur mit Pings. Die Namenauflösung am Server geht also
nicht.

Server und IPCop verstehen sich untereinander mit Pings und man kann sich
von der Serverkonsole aus am IPCop anmelden.

Als Basissystem ist Windows-7-Professional (auf einem HP-Server)
installiert, darauf VMWare und darin der Linuxmusterlösung-Server (paedML
5.1.0) und als zweites der virtuelle IPCop (dediziert).

Damit ich Internet in der Musterlösung habe ist das in VMWare
durchgeschleift vom Basisrechner. Das bedeutet, dass der physische Server
eine Leitung mit dem Router hat.

Auf der Windows-7 Ebene kann ich jedoch den Router mit allen Möglichkeiten
(also auch Namensauflösung) benutzen. Deshalb meine ich, dass es nicht an
dem Router hängt!

Die DNS-IP unseres Providers habe ich im IPCop (unter Setup/Netzwerk/DNS und
Gatewayeinstellungen) eingegeben. Gebe ich das Standardgateway des Routers
ein geht das auch nicht.

Vielleicht hat jemand einen Tip, wie man den Server noch veranlassen kann
URLs aufzulösen?

 

 

 

 

 

 



 

Arved von Irmer

Stellvertretender Schulleiter

Deutsche Schule - Colegio Oficial Alemán

Apartado de Correos 688

E-35002 Las Palmas de Gran Canaria

Lomo del Drago

E-35018 Almatriche

Tel. 0034-928-670750

 0034-928-670754

Fax: 0034-928-675520

E-Mail-Schule:   arved.v.ir...@dslpa.org

Internet:   http://www.dslpa.org

 

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user