Hvordan fikse SSH -tilkobling nektet feil i Manjaro Linux

SSH (et forkortelse av “Sikkert skall”Eller“Sikker sokkelskall”) Gjør det mulig for systemadministratorene å etablere en sikker forbindelse mellom klient- og vertsmaskiner. SSH brukes til å lage en sikker forbindelse, uansett om nettverket er sikkert eller ikke. Forbindelsen ved bruk av SSH er ganske vanskelig, derfor krever den intens oppmerksomhet. Og hvis du ikke har dekket alle aspektene ved å lage en forbindelse, kan du møte "Tilkobling nektet”Feil mens du kobler til datamaskiner ved hjelp av SSH.

I dette beskrivende innlegget har vi listet opp årsakene til "Tilkobling nektet”Feil i SSH og deres mulige rettelser.

Mulige årsaker og deres løsninger for "tilkobling nektet" feil i Manjaro

Det er flere muligheter som du får tilkoblingen nektet feil i Manjaro Linux. I denne delen viser vi også disse feilene og de aktuelle løsningene.

1 - SSH -tjenesten inaktiv

Det er en mulighet for at SSH -tjenesten din ikke fungerer som den skal, og det forårsaker avbrudd i forbindelse. For det første, se etter statusen til SSH -tjenesten ved hjelp av kommandoen skrevet nedenfor.

$ sudo systemctl status sshd.service

Hvis tjenesten er nede, anbefales det å starte på nytt og aktivere SSH -tjenesten. Kommandoene nedenfor vil hjelpe deg med å starte på nytt, aktivere og sjekke statusen til SSH -tjenesten:

$ sudo SystemCTL Restart SSHD.service
$ sudo SystemCTL Aktiver SSHD.service
$ sudo systemctl status sshd.service

Hvis problemet fremdeles oppstår, kan du kontakte vertsleverandøren din for å løse problemet.

2 - SSH er ikke installert

Det er en mulighet for at du ikke har OpenSSH (verktøyet for SSH) installert på systemet ditt. For å sikre installasjonen, sjekk versjonen av OpenSSH ved hjelp av kommandoen skrevet nedenfor.

$ ssh -v

Hvis kommandoen ovenfor returnerer en feil (som i vårt tilfelle den returnerte tilkoblingen nektet), betyr det at OpenSSH -demonen mangler på serveren din. For å få det, utfør kommandoen som er gitt nedenfor:

$ sudo pacman -s openSSH

3 - Brannmuren blokkerer SSH -forbindelsen

Hvis SSH -tjenesten kjører ordentlig og fremdeles ikke er i stand til å koble til SSH -serveren, kan brannmuren blokkere SSH -tilkoblingene dine. Selv om deaktivering av brannmurreglene kan sette systemet ditt under en sikkerhetsrisiko, må du tillate SSH gjennom brannmuren. Du kan tillate SSH over brannmuren din ved hjelp av kommandoen nedenfor.

Merk : Utgangen nedenfor viser at reglene allerede er lagt til for SSH -tjeneste.

$ sudo ufw tillater ssh

Etter å ha gjort det, anbefales det å laste inn brannmuren ved hjelp av kommandoen skrevet nedenfor.

$ sudo ufw omlasting

Du kan sjekke statusen til brannmuren, og følgende kommando viser at brannmuren tillater tilkoblinger i port 22.

$ sudo ufw status

Hvis SSH -serveren lytter til en annen port enn 22, må du nevne det portnummeret. For eksempel vil kommandoen skrevet nedenfor tillate SSH -server på det valgte portnummeret.

$ sudo ufw tillater /tcp

4 - SSH lytter til en feil port

Hver gang en tilkoblingsforespørsel startes, brukes standardporten til SSH (22). En av grunnene til tilkoblings nektet feil er at du kan ha endret porten, men du prøver å koble til standardporten. Du kan sjekke SSH -lytteporten ved å få tilgang til /etc/ssh/sshd_config fil. For eksempel vil kommandoen gitt nedenfor filtrere (med hensyn til port) innholdet i /etc/ssh/sshd_config.

$ grep -i port/etc/ssh/sshd_config

Merk : I vårt tilfelle viser utgangen at porten er 22.

Dessuten, hvis SSH -porten endres fra 22, vil tilkoblingssyntaxen være som vist nedenfor.

$ ssh -p @

Merk : -P -flagget brukes til å lage en tilkobling i ønsket port. Det observeres at hvis standardporten til SSH blir endret til en annen port, må du spesifisere dette portnummeret.

5 - SSH -port er stengt

Hver gang et forsøk på en forbindelse blir opprettet, sender SSH en forespørsel til den spesifikke havnen. Så for å gjøre det vellykket, må SSH -porten åpnes. Ettersom SSH bruker port 22, er det obligatorisk at SSH må tillate alle innkommende tilkoblinger ved port 22. Firslty, sjekk porten 22 åpnes eller ikke ved å bruke kommandoen angitt nedenfor.

$ sudo lsof -i: 22

Hvis statusen lytter (som vist i utdataene), er det greit, men hvis porten er lukket, kan du bruke følgende IP -tabeller for å åpne port 22.

$ sudo iptables -a input -p tcp - -dport 22 -m conntrack - -ctstate new, etablert -j aksepterer

Det kan være en mulighet for at du bruker feil legitimasjon, og det foreslås å se etter IP -adressen til serveren du vil koble til.

Etter å ha fått tingene om bord, kan du lage en SSH -forbindelse som vi har gjort ved å bruke kommandoen skrevet nedenfor.

$ ssh adnan@localhost

Merk : Brukernavnet i kommandoen ovenfor er "Adnan”Mens LocalHost fungerer som et vertsnavn.

Konklusjon

For å få en sikker forbindelse med SSH, anbefales det å huske på hekkene for å etablere forbindelsen. Disse hekkene setter i gang forbindelsen nektet feil i SSH. Denne artikkelen lister ned årsakene til tilkobling nektet feil, og de mulige løsningene er også oppført. Hovedsakelig er det fem grunner gitt her som kan lage "Tilkobling nektet feil“. Vi har gitt mulige løsninger på alle årsakene som genererer tilkoblingen nektet feil.