Re: Problem mit Namensauflösung

2004-07-28 Diskussionsfäden Jan Kohnert
Am Mittwoch 28 Juli 2004 12:30 schrieb [EMAIL PROTECTED]:
 Jan Kohnert wrote:

 DAS sollte nicht passieren. Habt ihr vielleicht den Provider gewechselt
  und die Nameserve nicht geupdated (ich liebe denglisch)???

 Ja, den Provider haben wir gewechselt.

Provider und DSL-Anbieter sind zwei verschiedene Sachen, du kannst ja z.B. 
auch mit einer Telekomleitung und einem Modem über Freenet ins Netz gehen.

 Aber immer noch die DSL-Leitung 
 der Telekom. Wie bzw. auf was hätte ich denn die Nameservereinträge
 updaten müssen?

Glaskugel an

Ich kenne deine Konfig nicht, also einfach mal so raten:
1. Du hast ein internes Netzwerk mit DHCP und lokalem Nameserver:
Dann mußt du die (neuen) Nameserver (erfährst du beim Provider) nur in die 
/etc/resolv.conf des Routers und die named.conf deines DHCP eintragen. 
Falls sich dein DHCP-Client (dein Router wird ja über DHCP vom Provider 
angesprochen) selbstständing updated (ich weiß die config-option grad nicht, 
du kannst es sehen, wenn du irgendwelchen resolv.conf.backup... oder so 
ähnlich in /etc hast), mußt du nicht mal die resolv.conf ändern, da er das ja 
automatisch macht.
2. Du hast ein Netzwerk ohne DHCP aber mit lokalem Nameserver:
Dann mußt du nur dafür sorgen, das deine Clients den lokalen Nameserver 
fragen, den du vorher (siehe oben) geupdatet hast.
3. Du hast weder DHCP noch Nameserver:
Dann mußt du auf allen Clients (und auch auf dem Router, wenn du dort 
Namensauflösung brauchst) in der resolv.conf die neuen Nameserver eintragen.

Glaskugel aus

 Gruß, Thomas

MfG Jan

BTW: Bitte immer au die Liste posten, damit alle was davon haben, die Frage 
war ja nicht OT.

-- 
OpenPGP public key available:
http://home.arcor.de/jan.kohnert/gnupg_publickey.asc

Key-Fingerprint:
BA8E 11D1 FE7C 9353 7276 5375 486E 9BED 2B03 DF29


pgpuP4FQRprZc.pgp
Description: signature


Problem mit Namensauflösung

2004-07-27 Diskussionsfäden smartt
Hi all,
ich habe seit kurzem ein Problem mit der Namensauflösung (z.b. bei ping, 
traceroute, apt)von Namen die definitiv existieren..
hier noch der Inhalt meiner resolv.conf:

nameserver 194.25.2.129
nameserver 195.20.224.234


und meine host.conf:

order hosts,bind
multi on

Anbei noch ein Auszug von apt-get update.
Err http://people.debian.org ./ Packages
 404 Not Found
Ign http://people.debian.org ./ Release
Err http://packages.dotdeb.org ./ Packages
 Could not resolve 'packages.dotdeb.org'
Err http://download.kde.org stable/main Packages
 Could not resolve 'download.kde.org'
Err http://debian.inode.at stable/main Packages
 Could not resolve 'debian.inode.at'
Err http://debian.inode.at stable/main Release
 Could not resolve 'debian.inode.at'
Err http://packages.dotdeb.org ./ Release
 Could not resolve 'packages.dotdeb.org'
Ign http://download.kde.org stable/main Release
Err http://typo3.sunsite.dk ./ Packages
 Could not resolve 'typo3.sunsite.dk'
Hit http://security.debian.org stable/updates/main Sources
Hit http://security.debian.org stable/updates/main Release
Hit http://security.debian.org stable/updates/main Packages
Hit http://security.debian.org stable/updates/main Release
Hit http://security.debian.org stable/updates/contrib Packages
Hit http://security.debian.org stable/updates/contrib Release
Hit http://security.debian.org stable/updates/non-free Packages
Hit http://security.debian.org stable/updates/non-free Release
Err http://typo3.sunsite.dk ./ Release
 Could not resolve 'typo3.sunsite.dk'
Err http://typo3.sunsite.dk ./ Sources
 Could not resolve 'typo3.sunsite.dk'
Err http://debian.inode.at stable/contrib Packages
 Could not resolve 'debian.inode.at'
Err http://www.backports.org stable/spamassassin Packages
 Could not resolve 'www.backports.org'
Err http://www.backports.org stable/spamassassin Release
 Could not resolve 'www.backports.org'
Ign http://typo3.sunsite.dk ./ Release
Err http://www.backports.org stable/razor Packages
 Could not resolve 'www.backports.org'
Err http://debian.inode.at stable/contrib Release
 Could not resolve 'debian.inode.at'
Err http://www.backports.org stable/razor Release
 Could not resolve 'www.backports.org'
Hit http://www.backports.org stable/libdigest-nilsimsa-perl Packages
Hit http://www.backports.org stable/libdigest-nilsimsa-perl Release
Hit http://www.backports.org stable/subversion Packages
Hit http://www.backports.org stable/subversion Release
Err http://debian.inode.at stable/non-free Packages
habt ihr vielleicht ne Idee? Ich häng übrigens über einen DSL-Router am 
Netz.

Grüße, Thomas
--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)


Re: Problem mit Namensauflösung

2004-07-27 Diskussionsfäden Steffen Hey
Am Tue, 27 Jul 2004 17:00:21 +0200 schrieb smartt:

 nameserver 194.25.2.129
 nameserver 195.20.224.234

Mit denne Hätte wohl jeder Probleme:

--- 194.25.2.129 ping statistics ---
15 packets transmitted, 0 packets received, 100% packet loss

--- 195.20.224.234 ping statistics ---
6 packets transmitted, 0 packets received, 100% packet loss

Nimm mal einen anderen.

Vielleicht den: 141.1.1.1

Gruß Steffen
-- 
Der Anti-Viren-Hersteller Kaspersky Labs warnt vor dem
neuen Wurm Badtrans, der alle ungelesenen Nachrichten
im E-Mail-Postfach beanwortet [..]
-- Golem Newsticker



-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Problem mit Namensauflösung

2004-07-27 Diskussionsfäden Til Schubbe
* On 27.07. [EMAIL PROTECTED] ([EMAIL PROTECTED]) muttered:

 ich habe seit kurzem ein Problem
   ^^^
Was hast Du zu vorher geändert?

 mit der Namensauflösung (z.b. bei ping, 
 traceroute, apt)von Namen die definitiv existieren..

Was sagen

ping 192.25.206.10
host people.debian.org

 nameserver 194.25.2.129
 nameserver 195.20.224.234

und ping darauf?

Gruß
Til


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Problem mit Namensauflösung

2004-07-27 Diskussionsfäden Til Schubbe
* On 27.07. Steffen Hey ([EMAIL PROTECTED]) muttered:

 Mit denne Hätte wohl jeder Probleme:

 --- 194.25.2.129 ping statistics ---
 15 packets transmitted, 0 packets received, 100% packet loss
 
 --- 195.20.224.234 ping statistics ---
 6 packets transmitted, 0 packets received, 100% packet loss

--- 194.25.2.129 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss

--- 195.20.224.234 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss

Gruß
Til


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Problem mit Namensauflösung

2004-07-27 Diskussionsfäden Steffen Hey
Am Tue, 27 Jul 2004 17:37:33 +0200 schrieb Til Schubbe:

 * On 27.07. Steffen Hey ([EMAIL PROTECTED]) muttered:
 
 Mit denne Hätte wohl jeder Probleme:
 
 --- 194.25.2.129 ping statistics ---
 15 packets transmitted, 0 packets received, 100% packet loss
 
 --- 195.20.224.234 ping statistics ---
 6 packets transmitted, 0 packets received, 100% packet loss
 
 --- 194.25.2.129 ping statistics ---
 1 packets transmitted, 1 packets received, 0% packet loss
 
 --- 195.20.224.234 ping statistics ---
 1 packets transmitted, 1 packets received, 0% packet loss
 
 Gruß
 Til

Ok, auch ich hätte damit Probleme,sofern ich diese Nameserver benutzen
würde.

cu Steffen
-- 
Ich ärgerte mich über den Menschenlärm unter mir und konnte nicht eher
schlafen, als bis ich wußte, es seien Pferde.
-- Jean Paul



-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Problem mit Namensauflösung

2004-07-27 Diskussionsfäden smartt
Til Schubbe wrote:
* On 27.07. [EMAIL PROTECTED] ([EMAIL PROTECTED]) muttered:
 

ich habe seit kurzem ein Problem
   

  ^^^
Was hast Du zu vorher geändert?
 

ich hab gar nichts geändert. Diese Nameserver stehen schon ewig drin 
(sind imho von der Telekom)

mit der Namensauflösung (z.b. bei ping, 
traceroute, apt)von Namen die definitiv existieren..
   

Was sagen
 

ping 192.25.206.10
 

ping 192.25.206.10
PING 192.25.206.10 (192.25.206.10): 56 data bytes
64 bytes from 192.25.206.10: icmp_seq=0 ttl=45 time=227.7 ms
64 bytes from 192.25.206.10: icmp_seq=1 ttl=45 time=219.8 ms
host people.debian.org
 

host people.debian.org
Host people.debian.org not found: 5(REFUSED)
nachdem ich allerdings die nameserver adresse die Steffen Hey gepostet 
hat (141.1.1.1) eingetragen habe, funktioniert alles reibungslos.

nameserver 194.25.2.129
nameserver 195.20.224.234
   

Danke und Gruß, Thomas
--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)


Re: Problem mit Namensauflösung

2004-07-27 Diskussionsfäden Jan Kohnert
Am Dienstag 27 Juli 2004 19:51 schrieb [EMAIL PROTECTED]:

 host people.debian.org
 Host people.debian.org not found: 5(REFUSED)

DAS sollte nicht passieren. Habt ihr vielleicht den Provider gewechselt und 
die Nameserve nicht geupdated (ich liebe denglisch)???

MfG Jan

-- 
OpenPGP public key available:
http://home.arcor.de/jan.kohnert/gnupg_publickey.asc

Key-Fingerprint:
BA8E 11D1 FE7C 9353 7276 5375 486E 9BED 2B03 DF29


pgpKYSIZN7Q51.pgp
Description: signature


Re: squid: Problem mit Namensauflösung

2002-07-13 Diskussionsfäden Rainer Ellinger

Andreas Behnert schrieb:
 dem Squid die Beachtung der Einträge in der /etc/hosts beibringen
 könnte, wäre das die eleganteste Lösung, und zwar aller Probleme und
 das mit einem Schlag :)

Die eleganteste und sauberste Lösung ist ein lokaler DNS, der eine 
lokale Zone mit den entsprechenden Auflösungen hat. Eigentlich ist das 
kaum schwerer einzurichten, wie eine /etc/hosts. Die localhost 
Definitionen weisen Dir schon den Weg. Sonst nochmal nachfragen.

Was die TLD angeht nehmen die meisten etwas wie .local oder 
.lokal. Ist zwar im Gegensatz zu z.B. .test (RFC 2606) nicht durch 
einen Standard abgedeckt, ich sehe aber wenig Gefahr, dass die ICANN 
derartig lautende TLDs plötzlich einführt. ;-)

-- 
[EMAIL PROTECTED]


--
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)




Re: squid: Problem mit Namensauflösung

2002-07-13 Diskussionsfäden Andreas Behnert

Rainer Ellinger schrieb:
 
 Die eleganteste und sauberste Lösung ist ein lokaler DNS, der eine
[...]
 Was die TLD angeht nehmen die meisten etwas wie .local oder

Das ist wahr, ich werde dennoch den 2.5er-pre-Squid aufsetzen, denn
das geht viel schneller als allen Clients den neuen DNS und eine
Domäne unterzuschieben, es sind zusammen mit den Windows-Kisten
etwa 150 Rechner im betreffenden LAN. DNS-Domäne gibt es keine,
Hostnamen werden z.Zt. mit YP (NIS) aufgelöst, wie die das mit den
Windows-Rechnern machen weiß ich nicht, geht mich nix an  :)
Das -pre im Namen des Squid ist auch nicht so wichtig - ist nicht
mission-critical ...


Danke für die Antworten ...


Gruß,
ab


-- 
To err is human; effective mayhem requires the root password!
--


-- 
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)




squid: Problem mit Namensauflösung

2002-07-12 Diskussionsfäden Andreas Behnert

Ein (generelles?) Squid-Problem:

Es soll auf einige externe Hosts zugegriffen werden welche nur über
/etc/hosts auflösbar sind, d.h. keine echten DNS-Einträge. Der Squid
scheint jedoch die /etc/nsswitch.conf zu ignorieren und nur per DNS
aufzulösen. Kann man dem das irgendwie austreiben, zumindest für einige
Hosts? Es geht nicht um die Proxy-Funktionalität sondern nur um die
Namensauflösung. Es gibt da insgesamt ein etwas größeres verzwicktes
Problem, denn im LAN gibt es auch keinen DNS. Wenn man dem Squid die
Beachtung der Einträge in der /etc/hosts beibringen könnte, wäre das
die eleganteste Lösung, und zwar aller Probleme und das mit einem
Schlag :)

Squid 2.3stable4, aber der aktuelle Woody-Squid macht es wohl noch
genau so ...

Gruß,
ab


-- 
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)




Re: squid: Problem mit Namensauflösung

2002-07-12 Diskussionsfäden erkan yanar

On Fri, Jul 12, 2002 at 08:48:21AM +0200, Andreas Behnert wrote:
 Ein (generelles?) Squid-Problem:
 
 Es soll auf einige externe Hosts zugegriffen werden welche nur über
 /etc/hosts auflösbar sind, d.h. keine echten DNS-Einträge. Der Squid
 scheint jedoch die /etc/nsswitch.conf zu ignorieren und nur per DNS
 aufzulösen. Kann man dem das irgendwie austreiben, zumindest für einige
 Hosts? Es geht nicht um die Proxy-Funktionalität sondern nur um die
 Namensauflösung. Es gibt da insgesamt ein etwas größeres verzwicktes
 Problem, denn im LAN gibt es auch keinen DNS. Wenn man dem Squid die
 Beachtung der Einträge in der /etc/hosts beibringen könnte, wäre das
 die eleganteste Lösung, und zwar aller Probleme und das mit einem
 Schlag :)
 
 Squid 2.3stable4, aber der aktuelle Woody-Squid macht es wohl noch
 genau so ...
 
schnipp
squid-2.5 features (ctd)

hosts-file parsing

Squid can now read your hosts file at startup/reconfigure
Useful for overriding the DNS for accelerator setups
Defaults to /etc/hosts under UNIX
Defaults to %windir%\hosts under Windows 9x/ME
Defaults to %SystemRoot%\hosts under Windows NT/2000/XP
hosts_file /etc/hosts
schnapp

tschazu
erkan

-- 
ueber den grenzen muss die freiheit wohl wolkenlos sein


-- 
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)