peger på den forkerte maskine

Der er to muligheder.
Enten har maskinen forkert ip, eller også peger DNS serveren forkert.

Check evt netopsætningen på linuxmaskien med \"netconf\"

Kan den kun køres fra serveren ... \"jeg kan ikke køre filen via ssh :(\"  ... maskinen har fået nyt ipnr \"externt\"....

Når du kan ssh\'e til maskinen antager jeg at du kender dens IP. (Ellers kan du se den ved at lave en \'ifconfig\').
Jeg antager derfor at DNS serveren peger på den forkerte IP adresse.
Har du adgang til at ændre i DNS serverens entries?

Henrik

jeg har adgang til det hele ... men ved bare ikke hvordan :) .. hvor ændre jeg ip adressen ??

Mit svar deles op i to dele.

A: Ændre maskinens ip nummer.
B: Ændre ip nummer til domænen.


=== A ===

Log ind som root.
Ret i filen /etc/sysconfig/network-scripts/ifcfg-eth0. Hvis du kører andet, må du finde den med
pico er en glimrende editor til at rette med, da den har forklaring i bundlinjen. Det er blot at ændre IPADDR= og gemme

Herefer kører du

ifconfig eth0 down
ifconfig eth0 up

De to ovenstående kommandoer stopper og starter netkortet. Såfremt du sidder i en ssh session, vil ssh gå død...


=== B ===

Gælder kun såfremt du selv køre DNS server. Ellers må du snakke med dem som kører den:

kig i filen /etc/named.conf
find  zone \"voresdomaene.dk\"
se navnet på zonefilen angivet med file \"....\"
find denne fil med locate (ligger sikkert i /var/named)
ret i zonefilen (med fx. pico )
    ret ip nummeret
    på linje 2 (eller deromkring) ændrer du serienummeret til en højere værdi.

Forsættelse til  ===B====
Gem filen og køre  /etc/init.d/named restart

jeg har fundet filen, men der står ikke et ipnr .. tilgengæld står der dette:
$ORIGIN dk.
voresdomaene.dk.      86400  IN      SOA    animal.voresdomaene.dk. hostmaster.voresdomaene.dk. (
                2000071504 28800 7200 604800 86400 )
        86400  IN      NS      animal.voresdomaene.dk.
        86400  IN      NS      kermit.voresdomaene.dk.
        86400  IN      MX      1 animal.voresdomaene.dk.
$ORIGIN voresdomaene.dk.
.
.
.og alle brugerne
animal er vores gamle \"webserver\" og kermit er vores \"lan\" server ... hvis nu ipnr´et er 172.110.0.1 skal det så se sådanne ud:
$ORIGIN dk.
172.110.0.1      86400  IN      SOA    animal.voresdoma...

eller ?:)

Ser lidt mystisk ud. Ligner ikke samme syntax som jeg er vant til. Jeg kan imidlertid tyde den første linje for dig:

voresdomaene.dk.            ;for domæne voresdomaene.dk
IN SOA                      ;Start Of Authority
animal.voresdomaene.dk.    ;brug animal.voresdomaene.dk som nameserver
hostmaster.voresdomaene.dk. ;admin e-mail er hostmaster@voresdomaene.dk (
2000071504    ;serial
28800        ;refresh
7200          ;retry
604800        ;expire
86400 )      ;default time to live

Du skal bestemt ikke sætte ip nummer ind i starter.

Resten af linjerne plejer at se således ud:

@                      IN      NS      ns
@                      IN      A      192.168.200.6
@                      IN      MX      0      @
animal                  IN      A      192.168.200.6
whatever                IN      A      192.168.200.1
annika                  IN      A      192.168.200.1

Måske skulle du stille spørgsmålet i DNS forum istedet.

hjælper det hvis du ser hele filen ?:) .. ellers må du havde tak for hjælpen. :)

[Hele filen]
$ORIGIN dk.
voresdomaene.dk.      86400  IN      SOA    animal.voresdomaene.dk. hostmaster.voresdomaene.dk. (
                2000071504 28800 7200 604800 86400 )
        86400  IN      NS      animal.voresdomaene.dk.
        86400  IN      NS      kermit.voresdomaene.dk.
        86400  IN      MX      1 animal.voresdomaene.dk.
$ORIGIN voresdomaene.dk.
v157    86400  IN      A      172.16.1.157
v160    86400  IN      A      172.16.1.160
v158    86400  IN      A      172.16.1.158
broadcast      86400  IN      A      172.16.1.255
v161    86400  IN      A      172.16.1.161
v159    86400  IN      A      172.16.1.159
v162    86400  IN      A      172.16.1.162
v001    86400  IN      A      172.16.1.1
v163    86400  IN      A      172.16.1.163
v002    86400  IN      A      172.16.1.2
v164    86400  IN      A      172.16.1.164
v003    86400  IN      A      172.16.1.3
v165    86400  IN      A      172.16.1.165
v004    86400  IN      A      172.16.1.4
v166    86400  IN      A      172.16.1.166
v005    86400  IN      A      172.16.1.5
localhost      86400  IN      A      127.0.0.1
news    86400  IN      A      130.226.1.34
v167    86400  IN      A      172.16.1.167
v263    86400  IN      A      172.16.0.108
v006    86400  IN      A      172.16.1.6
v170    86400  IN      A      172.16.1.170
v168    86400  IN      A      172.16.1.168
v007    86400  IN      A      172.16.1.7
v171    86400  IN      A      172.16.1.171
v169    86400  IN      A      172.16.1.169
v008    86400  IN      A      172.16.1.8
v010    86400  IN      A      172.16.1.10
v172    86400  IN      A      172.16.1.172
v009    86400  IN      A      172.16.1.9
v011    86400  IN      A      172.16.1.11
v173    86400  IN      A      172.16.1.173
v012    86400  IN      A      172.16.1.12
v174    86400  IN      A      172.16.1.174
v013    86400  IN      A      172.16.1.13
v175    86400  IN      A      172.16.1.175
v014    86400  IN      A      172.16.1.14
v176    86400  IN      A      172.16.1.176
v015    86400  IN      A      172.16.1.15
v177    86400  IN      A      172.16.1.177
v016    86400  IN      A      172.16.1.16
v200    86400  IN      A      172.16.1.200
v180    86400  IN      A      172.16.1.180
v178    86400  IN      A      172.16.1.178

jeg var ikke 100% sikker på at det var et dns spørgsmål før jeg spurgte her :) ... men det kunne da være en god idé at prøve. \"hvis altså ikke du kan hjælpe mig\"

Det ser ud som om du har en lang række A-records.
Fx.
v162    86400  IN      A      172.16.1.162

Betyder at v162.voresdomaene.dk har ip nummer 172.16.1.162.

Hvad er det gamle ip nummer?
Står det i filen?
Hvis ikke, så er det ikke her du skal rette noget...

det er vores \"lan-brugernes\" ipnummer, og har altid været det, problemet er at når en lanbruger går ind på voresdomaene.dk smider vi ham over på animal.voresdomaene.dk hvilket også var ok før i tiden ... men nu har vi sat vores webserver på den anden side af firewallen, hvilket har betydet at den har skiftede ipnummer til 192.168.0.2 og ikke 172.16.0.3 \"animal\", er det ikke så godt.

ups har lige set at du ikke har fået hele filen .. vil det hjælpe hvis jeg sender den hele .. eller er det på tide at jeg prøver lykken i [DNS-spørgsmål-gruppen]

Måske skulle du tilføje denne:

www    86400  IN      A      192.168.0.2

som så virker på www.voresdomaene.dk

Jeg tror vi \"ok dig\" er ved at være der .. jeg har en linie der hedder:
www    86400  IN      CNAME  animal.hhf-kollegiet.dk.

tror du at den stadigvæk skal hedde CNAME ? alá
www    86400  IN      CNAME  192.168.0.2

Jeg kan selvfølgelig bare prøve mig frem, men da det er med risiko for at få 200 bruger \"kollegie\" på nakken, vil jeg helst lade være.. :)

Det vil nok være en rimelig dum ide...

Jeg tror ikke at dit problem er så simpelt endda som at skifte ip nummer. Mere i stil med struktur af netværk...

Er der andre der har en god idé ?

btw, jeg har ikke \"/../init.d/\" SKAL named restart køres derfra, eller ..??

help help.. tak

prøv 

ndc reloac

eller

killall -HUP named

Eller \"/etc/rc.d/init.d/named restart\" som annika formegentlig mente først.

ahhh ..  yep der ligger den :))
mener i at det er en helt dum idé at skrive
www    86400  IN      CNAME  192.168.0.2
eller
www    86400  IN      A  192.168.0.2

Jeg kan jo altid skrive det oprindelige hvis det går helt galt ik ?:)

dokumentationen til bind 9 er meget god:

http://www.nominum.com/resources/documentation/Bv9ARM.pdf

tak for linket :) .. desvære minder den´s eksempler ikke om min opsætning :( .. men jeg kan sikker godt bruge den alligevel.

Jeg har nu ændret min linie fra:
www    86400  IN      CNAME  animal.voresdomaene.dk.
til:
www    86400  IN      A      192.168.0.2
og det virkede ... næsten :(  ca 80% af brugerne kan nu se den rigtige side :)) .. men de resterende ser stadigvæk den gamle side ??? .. er der noget jeg har overset ??  skulle jeg havde skrevet \"CNAME\" i stedet for ? ..
Samtlige brugere skulle gerne havde samme netopsætning, selvom at jeg godt nok tvivler nu!.

husket at ændre seriel nummeret til dags dato+nummer,

fx 2001052301 så dns cache\'s opdateres.

når du siger seriel nummeret, mener du så :
$ORIGIN dk.
voresdomaene.dk.      86400  IN      SOA    animal.voresdomaene.dk. hostmaster.voresdomaene.dk. (
                2000071504 28800 7200 604800 86400 ) <--- DET NUMMER ? fra toppen af filen.

\"jeg er hel grøn hvad angår mit kendskab til linux, men kan det gpdt være chachen der er problemet, når det nu er lykkes næsten \"også kun næsten\" alle bruger at ende på den nye adr.\"

Jeg har kørt \"named restart\", opdatere den ikke chachen, samtidig med filen ?
       

ups \"chachen=cashen\" og \"gpdt=godt\" :)

2000071504 er seriel nummeret.

Og nej, det er ikke linux serverens dns cache jeg taler om, men alle andres. Ved refresh bliver kigget på seriel nummeret og er det ens fra sidst opdateres intet i den remote cache..

lav 2000071504 om til i dag 2001052301, named restart og vent så bare på at de sidste 20% kommer med.

Tak for hjælpen .. det ser udtil at samtlige brugere har adgang til den rigtige adr/side :))