Resolv(e) problem - Debian

2009-08-05, 22:02 #1

Medlem

Reg: Oct 2006

Inlägg: 301

Tjena!

Har en debian som står ihopkopplad med en massa andra burkar och tuggar.

Problemet med just denna är att den har 2 olika ip adresser, lokal mellan datorerna och en utgående. Har även en statisk ip som jag ibland sätter in i /etc/network/interfaces manuellt och då brukar burken inte kunna slå upp nånting, tar man bort det brukar den börja funka igen dock.

Denna används hela tiden för dns requests av de andra burkarna och skapar nu stooora problem för mig då nästan ingen burk funkar :-)
Dessutom har massa domän namn fallera med uppdateringarna till div. namnservrar.

Jag undrar nu om det kan vara något problem med resolv.conf eller om Telia har fått fel nånstans? Kan inte direkt springa bort till dom och säga att jag vill pilla server utan det måste ske ifrån putty.

resolv.conf

# Telia Nameservers
nameserver 195.67.199.6
nameserver 195.67.199.7
nameserver 195.67.199.8
# OpenDNS
nameserver 208.67.222.222
nameserver 208.67.220.220
# Root Servers
# Letter IPv4 address IPv6 address Old name Operator Location Software
# A 198.41.0.4 2001:503:BA3E::2:30 ns.internic.net VeriSign distributed using anycast BIND
nameserver 198.41.0.4
# B 192.228.79.201 2001:478:65::53 ns1.isi.edu USC-ISI Marina Del Rey, California, U.S. BIND
nameserver 192.228.79.201
# C 192.33.4.12 c.psi.net Cogent Communications distributed using anycast BIND
nameserver 192.33.4.12
# D 128.8.10.90 terp.umd.edu University of Maryland College Park, Maryland, U.S. BIND
nameserver 128.8.10.90
# E 192.203.230.10 ns.nasa.gov NASA Mountain View, California, U.S. BIND
nameserver 192.203.230.10
# F 192.5.5.241 2001:500:2f::f ns.isc.org Internet Systems Consortium distributed using anycast BIND
nameserver 192.5.5.241
# G 192.112.36.4 ns.nic.ddn.mil Defense Information Systems Agency Columbus, Ohio, U.S. BIND
nameserver 192.112.36.4
# H 128.63.2.53 2001:500:1::803f:235 aos.arl.army.mil U.S. Army Research Lab Aberdeen Proving Ground, Maryland, U.S. NSD
nameserver 128.63.2.53
# I 192.36.148.17 2001:7fe::53 (testing) nic.nordu.net Autonomica distributed using anycast BIND
nameserver 192.36.148.17
# J 192.58.128.30 2001:503:C27::2:30 VeriSign distributed using anycast BIND
nameserver 192.58.128.30
# K 193.0.14.129 2001:7fd::1 RIPE NCC distributed using anycast NSD
nameserver 193.0.14.129
# L 199.7.83.42 (since November 2007; was 198.32.64.12)[3] 2001:500:3::42 ICANN distributed using anycast NSD
nameserver 199.7.83.42
# M 202.12.27.33 2001:dc3::35 WIDE Project distributed using anycast BIND
nameserver 202.12.27.33
# Local Router - In Case Of Emergency? :-)
nameserver 192.168.0.1

/etc/network/interfaces

getent hosts www.flashback.org
Blir de inget svar utav, den hoppar tillbaks till bash bara.

Nått förslag?

Citera

2009-08-05, 23:04 #2

Medlem

Reg: Jan 2007

Inlägg: 2 003

Se till att resolv.conf är åtkomlig av alla. Har haft problem med scripts som sätter den till 0600 och då har inget hänt när man försökt resolva. Absolut ingenting tyder på att det kan vara ett problem.

Citera

2009-08-06, 06:19 #3

Avstängd

Reg: Jun 2004

Inlägg: 751

Citat:

Ursprungligen postat av ponki

Tjena!

Har en debian som står ihopkopplad med en massa andra burkar och tuggar.

Problemet med just denna är att den har 2 olika ip adresser, lokal mellan datorerna och en utgående. Har även en statisk ip som jag ibland sätter in i /etc/network/interfaces manuellt och då brukar burken inte kunna slå upp nånting, tar man bort det brukar den börja funka igen dock.

Denna används hela tiden för dns requests av de andra burkarna och skapar nu stooora problem för mig då nästan ingen burk funkar :-)
Dessutom har massa domän namn fallera med uppdateringarna till div. namnservrar.

Jag undrar nu om det kan vara något problem med resolv.conf eller om Telia har fått fel nånstans? Kan inte direkt springa bort till dom och säga att jag vill pilla server utan det måste ske ifrån putty.

resolv.conf

# Telia Nameservers
nameserver 195.67.199.6
nameserver 195.67.199.7
nameserver 195.67.199.8
# OpenDNS
nameserver 208.67.222.222
nameserver 208.67.220.220
# Root Servers
# Letter IPv4 address IPv6 address Old name Operator Location Software
# A 198.41.0.4 2001:503:BA3E::2:30 ns.internic.net VeriSign distributed using anycast BIND
nameserver 198.41.0.4
# B 192.228.79.201 2001:478:65::53 ns1.isi.edu USC-ISI Marina Del Rey, California, U.S. BIND
nameserver 192.228.79.201
# C 192.33.4.12 c.psi.net Cogent Communications distributed using anycast BIND
nameserver 192.33.4.12
# D 128.8.10.90 terp.umd.edu University of Maryland College Park, Maryland, U.S. BIND
nameserver 128.8.10.90
# E 192.203.230.10 ns.nasa.gov NASA Mountain View, California, U.S. BIND
nameserver 192.203.230.10
# F 192.5.5.241 2001:500:2f::f ns.isc.org Internet Systems Consortium distributed using anycast BIND
nameserver 192.5.5.241
# G 192.112.36.4 ns.nic.ddn.mil Defense Information Systems Agency Columbus, Ohio, U.S. BIND
nameserver 192.112.36.4
# H 128.63.2.53 2001:500:1::803f:235 aos.arl.army.mil U.S. Army Research Lab Aberdeen Proving Ground, Maryland, U.S. NSD
nameserver 128.63.2.53
# I 192.36.148.17 2001:7fe::53 (testing) nic.nordu.net Autonomica distributed using anycast BIND
nameserver 192.36.148.17
# J 192.58.128.30 2001:503:C27::2:30 VeriSign distributed using anycast BIND
nameserver 192.58.128.30
# K 193.0.14.129 2001:7fd::1 RIPE NCC distributed using anycast NSD
nameserver 193.0.14.129
# L 199.7.83.42 (since November 2007; was 198.32.64.12)[3] 2001:500:3::42 ICANN distributed using anycast NSD
nameserver 199.7.83.42
# M 202.12.27.33 2001:dc3::35 WIDE Project distributed using anycast BIND
nameserver 202.12.27.33
# Local Router - In Case Of Emergency? :-)
nameserver 192.168.0.1

/etc/network/interfaces

getent hosts www.flashback.org
Blir de inget svar utav, den hoppar tillbaks till bash bara.

Nått förslag?

Förstår inte riktigt ditt inlägg, men denna resolv.conf du posta, är den på din NAT-burk?

Hur ser resolv.conf ut på dina interna burkar?

Sen så brukar det oftast endast vara stöd för tre stycken DNSer i resolv.conf.
Du har ju alla ROOT DNSer också!

Kör du en egen DNS-server?
Om inte, så har "Bind" DNS-server stöd för något som heter "views", där du kan separera interna burkar och extern ip-adress på din NAT-burk.
D v s att dns-servern svarar olika beroende på från vilket ip-range request kommer.

Hoppas du har fått lite svar som ger kött på benen.

Citera

2009-08-06, 18:58 #4

Medlem

Reg: Oct 2006

Inlägg: 301

Citat:

Ursprungligen postat av swedala

Förstår inte riktigt ditt inlägg, men denna resolv.conf du posta, är den på din NAT-burk?

Hur ser resolv.conf ut på dina interna burkar?

Sen så brukar det oftast endast vara stöd för tre stycken DNSer i resolv.conf.
Du har ju alla ROOT DNSer också!

Kör du en egen DNS-server?
Om inte, så har "Bind" DNS-server stöd för något som heter "views", där du kan separera interna burkar och extern ip-adress på din NAT-burk.
D v s att dns-servern svarar olika beroende på från vilket ip-range request kommer.

Hoppas du har fått lite svar som ger kött på benen.

Det är en DNS-server sen har jag en "mini" server som har 48 portar och ska dela ut internet och ips till de andra servrarna, den kan jag dock inte nå från putty.

De andra servrarna har Telia's namnservrar sen den lokala ipn till denna burk.
Och ja, resolv.conf läser bara 3 utav dom, alla root servers osv är listade så att en annan applikation kan dra info ifrån dom direkt istället för att fråga massa underliggande, inte jag som installerade den dock så vet ej så mycket mer om den!

Kör views på en annan burk som jag även gör div. vps'er på, det funkar perfekt då alla vps'er kan fråga huvudburken. Men huvudburken frågar Telia i förstahand sen den lokala, men när jag försöker manuellt att fråga nån av Telia's ips så får jag:

[m@$ ] Resolver failed to communicate with nameserver(s), are you authorized to talk?
- Failed to communicate: Sent - 4 Lost - 4 100% Loss.

Har även kollat rättigheterna på resolv.conf, ska inte vara något problem. Hört talas om att de kan bli problem som Rizado förklarade men har aldrig upplevt det.

/etc/resolv.conf

Och den funkar ändå inte!

Citera

2009-08-06, 20:15 #5

Avstängd

Reg: Jun 2004

Inlägg: 751

Citat:

Ursprungligen postat av ponki

Det är en DNS-server sen har jag en "mini" server som har 48 portar och ska dela ut internet och ips till de andra servrarna, den kan jag dock inte nå från putty.

De andra servrarna har Telia's namnservrar sen den lokala ipn till denna burk.
Och ja, resolv.conf läser bara 3 utav dom, alla root servers osv är listade så att en annan applikation kan dra info ifrån dom direkt istället för att fråga massa underliggande, inte jag som installerade den dock så vet ej så mycket mer om den!

Kör views på en annan burk som jag även gör div. vps'er på, det funkar perfekt då alla vps'er kan fråga huvudburken. Men huvudburken frågar Telia i förstahand sen den lokala, men när jag försöker manuellt att fråga nån av Telia's ips så får jag:

[m@$ ] Resolver failed to communicate with nameserver(s), are you authorized to talk?
- Failed to communicate: Sent - 4 Lost - 4 100% Loss.

Har även kollat rättigheterna på resolv.conf, ska inte vara något problem. Hört talas om att de kan bli problem som Rizado förklarade men har aldrig upplevt det.

/etc/resolv.conf

Och den funkar ändå inte!

Ok, du verkar ha en avancerad struktur jag inte riktigt förstår.
Kanske kunde du bringa lite klarhet i detta om du kunde visa upp hur din infrastruktur är uppbyggd i ditt nät, så kanske det är lättare att förstå (för mig iaf).
Men det finns många andra här som är riktigt duktiga, som säkert skulle kunna peka dig rätt direkt, om dom bara såg tråden

Citera

2009-08-06, 20:47 #6

Medlem

Reg: Oct 2006

Inlägg: 301

Citat:

Ursprungligen postat av swedala

Ok, du verkar ha en avancerad struktur jag inte riktigt förstår.
Kanske kunde du bringa lite klarhet i detta om du kunde visa upp hur din infrastruktur är uppbyggd i ditt nät, så kanske det är lättare att förstå (för mig iaf).
Men det finns många andra här som är riktigt duktiga, som säkert skulle kunna peka dig rätt direkt, om dom bara såg tråden

Alltså, den här servern som strular är själva "uppslagnings" servern, har en massa andra som skickar queries till den och så.
Nu är problemet att den inte slår upp nånting utan t.ex:
vps24 -> vps01(själva servern) -> ns1 | -/> Internet
Det fallerar alltså efter ns1.
ns2 till 9 funkar perfekt men ns1 dör.
Och de domännamn som har ns1 och ns2 som namnservrar får ibland 'outages' beroende på vad ns2 svarar :/

Så det är alltså resolv.conf eller nånting annat som spökar på ns1, själva problem servern. Är inget större problem i hela infrastrukturen utöver att en del namn uppslagningar och domäner får lite problem

Citera

Resolv(e) problem - Debian

Stöd Flashback