ændre i resolv.conf

mystisk - jeg mener at resolv.conf burde opdateres automatisk - evt kan du prøve med at genstarte netværket

det kan være du skal fortælle lidt mere om konteksten (kører du med dhcp f.eks?) og hvad er det præcist der ikke slår igennem?

det er en gammel unix, og jeg er ikke helt sikker på, at det ikke har slået igennem, jeg troede bare at man var nødt til at gøre noget ekstra

jeg har ændret i "resolv.conf" og i "hosts", og du siger, at ingen af disse ændringer burde kræve en restart ?

ja og nej - der kan være nogle problemer hvis du f.eks. kører en caching dns på samme maskine.

fortæl hvilken gammel unix det er - visse aix har en resolv.conf som slet ikke bruges.

Resolv.conf bruges alene til nslookup og andre opslag lokalt. filen bruges hver eneste gang - og resolv.conf har intet med hosts at gøre.

Fortæl lidt om kontekst som også mfalck skriver

Maskinen er en HP-Unix 10.20 eller deromkring.
Der burde ikke køre nogen DNS på denne maskine.

Mit problem er, at jeg har ryddet op i DNS på vores kontor, og jeg har givet alle computere en bestemt domene-endelse, f.eks. blabla.dk. Efter at jeg har lavet denne ændring fungerer alt meget godt, undtagen HP-Unix maskinen, som jeg slet ikke får fat i mere. Den ser ud til at være registreret rigtigt i DNS, men så fandt jeg ud af, at nogle gamle domene-navne lå i resolv.conf og hosts, og dem har jeg så nu fået rettet. Så vil jeg være sikker på at denne rettelse er slået igennem.

DNS-serveren ligger altså på en anden maskine !!

prøv lavpraktisk:

ping fra pc -> unix ip
ping fra pc -> unix hostnavn
hvis det virker, så er den basale netværksfunktion ok

ping fra unix -> pc navn uden domæne
ping fra unix -> pc navn med domæne
hvis det virker, så er din ændring i dns (resolv.conf) ok - hvis kun det virker med domæne, så er det ikke ok i resolv.conf. Hvis det slet ikke virker, så bliver din eksterne dns ikke brugt.

og /etc/hosts-filen kan komplicere denne fejlsøgning.

der findes ofte en /etc/nsswitch.conf fil (kan ikke huske med HPUX) - den kan bestemme, at hosts ikke opløses vha. dns/resolver, me alene med /etc/hosts.

ALT virker ! det var mærkeligt eller hvad ?

såmend ikke så mærkeligt endda :-)

Det betyder, at din rettelse i resolv.conf er lavet korrekt. Problemet kan nu være, at din unix forsøger at lave et reverse lookup på din pc - før den tillader at du kommer på (du har ikke fortalt, hvordan du forsøger at forbinde dig - telnet, X eller anden applikation?).

lav et reserve lookup på din pc - f.eks.: nslookup -q=ptr 10.0.168.192.in-addr.arpa. under forudsætning af, at din pc's adresse er 192.168.0.10 (husk alle punktummer - og vend din ip-adresse om).

X stiller ofte krav om, at reverse lookup virker korrekt.

Hvis det er en eller anden speciel applikation, så skal vi fejlsøge i den.

ovenstående nslookup skal laves på din unix host - men slå adressen op på din pc

reverse lookup fungerer fint !
det fungerer også fint at connecte med SSH client !

men det som ikke virker er, at få connected gennem stifinderen, og det fungerede før. Nu kommer jeg i tanke om, at det måske har noget med samba at gøre ? kan det være, at det gamle domenenavn er konfigureret et eller andet sted i samba ?

det var jo interessant - det virker netværksmæssigt, men ikke over samba. Du skal kikke på /etc/smb.conf (eller /etc/samba/smb.conf).

desværre finder jeg hverken det gamle eller nye domenenavn i smb.conf  :(

en variabel hedder Workgroup, ved du hvad den bruges til ?

ja, det svarer til NT domænenavn - men har ikke noget med sagen at gøre. Når du forsøger at forbinde dig med stifinder - siger den så at serveren findes ikke - eller beder den om login?

Har du skiftet ip-adresser - der kan være opsat sikkerhed på samba

Microsoft Windows-netwærk: Fjerncomputer er ikke tilgængelig

jeg har ikke skiftet IP-adresser

og workgroup svarer til navnet på dit windowsNT domænenavn (eller AD)

yeeeeeeeees, nu virker det
jeg ændrede Workgroup i samba, restartede samba, og så fungerer det

skriv et svar LAP, så får du poengene

og et svar :-)