Guider

Korriger: SSH-feil ‘kunne ikke løse servernavnet

Noen ganger ser du en feil som forteller deg at ssh ikke kunne løse vertsnavnet når du prøver å bruke det. Hvis du får denne feilen, bør du først sørge for at du er koblet til nettverket. Brukere av alle typer trådløse nettverk vil også sørge for at de får nok av et signal for å fullføre forespørselen. Manglende tilkobling er ifølge mange utviklere den vanligste årsaken til disse feilene. Det er enda mer vanlig enn skrivefeil.

Hvis du er sikker på at du har en solid forbindelse, bør du sjekke om det er skrivefeil. Du har kanskje skrevet feil en IP-adresse eller en slags ressurslokaliseringslinje. Selv om det kan virke kresen på måten informasjon blir presentert for den, vil ssh-programvaren sørge for at du alltid kobler til riktig ressurs. I tillegg kan vertsfilen din til slutt peke ssh i feil retning når det gjelder ressursen du prøver å koble til.

Metode 1: Løse feilformede vertsnavnskommandoer

Forutsatt at du ikke gjorde en feil som å skrive s sh eller ss h i stedet for ssh, kan det hende du har feilaktig vertsnavn-kommandoen. Programvaren forventer kommandoer gitt som ssh bruker @ NAME i stedet for noe annet format. Åpne en terminal med de riktige rettighetene for kommandoen din. Du vil vanligvis kunne fungere som en vanlig bruker når du bruker ssh, og du trenger ikke superbrukerkrefter.

Det kan være lurt å åpne en terminal ved å holde nede Ctrl, Alt og T samtidig. Noen Xfce4-brukere kan holde nede Windows- eller Super-tasten og trykke på T. Du kan starte en melding fra Dash, Applications, KDE eller Whisker-menyen ved å gå til søk og skrive Terminal eller i stedet ved å velge den fra systemverktøyene. Brukere av Ubuntu Server eller versjoner av Red Hat Enterprise Linux og Scientific Linux som ikke har et grafisk brukergrensesnitt, bør holde nede Ctrl, Alt og F1-F6 for å få tilgang til en virtuell konsoll. Du må logge på før du fortsetter.

Når du blir bedt om det, kan du utstede ssh-koden og sørge for at den er i forrige format. For eksempel kan du prøve ssh root @ myPlace hvis du hadde et vertsnavn koblet til nettverket ditt som sådan. Kommandoen ssh root@##.#.#.##, etter å ha erstattet octothorpe-symbolene med tall, er en god ide hvis du kobler direkte til en IP-adresse.

Du kan oppdage at du skrev root @ server eller noe annet lignende, noe som ville spytte ut denne følgende feilen:

ssh: Kunne ikke løse vertsnavnet server: Navn eller tjeneste ikke kjent

Noen brukere pleier å minne seg selv om at ssh user @ server er måten du alltid trenger å skrive denne kommandoen ut.

Metode 2: Korrigere Fil

Enhver form for skade på filen kan også forårsake problemer med vertsnavnet, og ssh vil noen ganger tilby de samme advarslene for denne typen feil som den vil tilby for noe annet. Du trenger root-tilgang for å åpne vertsfilen. Hvis du jobber med en av terminalene ovenfra, kan du skrive sudo nano eller

for å åpne filen for redigering. Sudo-ledeteksten vil be om passordet ditt.

Hvis du jobber fra et skrivebordsmiljø, vil du åpne en applikasjonslinje. Du kan gjøre det ved å holde nede Windows eller Super-tasten og R, trykke Alt og F2 eller klikke på Dash avhengig av hvilket skrivebordsmiljø du bruker. Når du har en linje, skriv avhengig av om du bruker GTK + eller KDE Qt-baserte applikasjoner. Det kan være lurt å bruke gvim, leafpad eller musematte i stedet for gedit eller kate.

Du har uansett lastet inn vertsfilen. Forsikre deg om at du har lese- og skrivetilgang, og ta en titt på toppen av filen. Du trenger følgende to linjer for at det skal fungere riktig:

127.0.0.1 lokal vert

127.0.1.1 YourHostName

YourHostName skal inneholde maskinens faktiske vertsnavn. Du kan trenge disse også hvis du jobber med et IPv6-nettverk:

:: 1 ip6-localhost ip6-loopback

fe00 :: 0 ip6-localnet

ff00 :: 0 ip6-mcastprefix

ff02 :: 1 ip6-allnoder

ff02 :: 2 ip6-allrouters

Hvis du er på et slags nettverk som bare bruker IPv4-teknologi, trenger du bare å stille de to første riktig i de fleste situasjoner. Moderne Internett-tilkobling migrerer raskt mot IPv6-standarden, men dagene med å sette disse alene forsvinner raskt. Din Linux-distribusjon burde ha konfigurert disse innstillingene for deg, men noen ganger kan en feilaktig pakke eller rett og slett brukerfeil ødelegge vertsfilen og peke tilkoblinger på feil sted.

Hvis du bruker en grafisk teksteditor som leser i tittellinjen, kan du ikke lagre den og ikke bruke gksu eller kdesu riktig. Alternativt kan det hende at du har andre linjer etter ff02 :: 2 ip6-allrouters, som du ikke trenger å berøre med mindre de har noe å gjøre med noen av disse andre kodene. Dette er deler av andre oppgaver, og du kan ha ganske mange av dem hvis du er på et system der vertsfilen ble brukt til å hindre brukere i å få tilgang til et bestemt nettsted. Du må imidlertid kommentere dupliserte linjer, noe som kan gjøres ved å legge til # -symbolet til starten av dem. Hver av de forrige linjene skal bare forekomme en gang, og du vil ikke ha flere oppgaver for noen av de gitte navnene. Det ville tvinge ssh og alle andre nettverksprogrammer til å ta det siste oppdraget, noe som kan være feil.

Lagre filen når du er ferdig med å redigere den, og sørg for å lukke den umiddelbart etterpå. Du vil ikke gjøre noen unødvendige endringer i vertsfilen hvis du kan unngå det, og det er derfor det er viktig å gå her. Prøv ssh-kommandoen din når du er ferdig, og sørg for at du har skapt den riktig med trinnene som er beskrevet i den første metoden. Hvis du fortsatt har problemer, vil du starte maskinen på nytt. Ellers bør du ikke ha flere problemer med ssh.

$config[zx-auto] not found$config[zx-overlay] not found