Korriger: SSH-feil 'kunne Ikke Løse Servernavnserver

2023 Forfatter: Kayla Nelson | [email protected]. Sist endret: 2023-08-25 08:19

Noen ganger vil du se 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 signal for å fullføre forespørselen. mangel på 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 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 terminalen med de rette rettighetene for kommandoen din. Du vil vanligvis kunne fungere som vanlig bruker når du bruker ssh, og du trenger ikke superbrukerkrefter.

Det kan være lurt å åpne terminalen 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 ledeteksten fra menyen Dash, Applications, KDE eller Whisker ved å gå til søk og skrive Terminal eller i stedet for å velge den fra systemverktøyene. Brukere av Ubuntu Server eller versjoner av Red Hat Enterprise Linux og Scientific Linux som ikke har grafisk brukergrensesnitt, bør holde nede Ctrl, Alt og F1-F6 for å få tilgang til den virtuelle konsollen. Du må logge på før du fortsetter.

Når du er rask, utsted ssh-koden din og sørg for at den er i forrige format. For eksempel kan du prøve ssh root @ myPlace hvis du hadde vertsnavn koblet til nettverket ditt som sådan. Kommandoen ssh root@##.#.#.##, etter å ha erstattet octothorpe-symbolene med tall, er 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.

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 skrivebordsmiljøet, 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 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 trenger kanskje også disse 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. Linux-distribusjonen din burde ha konfigurert disse innstillingene for deg, men noen ganger kan en feilaktig pakke eller bare brukerfeil ødelegge vertsfilen og peke tilkoblinger på feil sted.

Hvis du bruker grafisk tekstredigerer 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 få av dem hvis du er på systemet 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 laget 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.