[Löst] Access denied när jag ska bruka ssh till Debian

  GNU nano 2.2.6           Fil: /etc/ssh/sshd_config                            


# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
# PermitRootLogin yes # Ändring, avkommenterat av mig
PermitRootLogin without-password # Lagt till detta
strictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile     %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no

^G Få hjälp  ^O Spara     ^R Läs fil   ^Y Föreg sid ^K Klipp ut  ^C Akt. pos
^X Avsluta   ^J Justera   ^W Var finns ^V Nästa sid ^U Ångra kopi^T Stavkontr.

Det ser inte ut som att du försökte logga in som root men du ändrar inställningar som relaterar till att logga in som root. Kan du förtydliga scenariot?

Du ska logga in som en vanlig användare och sen använda kommandot su (om du satt rootlösenord). Då får du root. Sen kan du installera sudo
$ su
# apt-get install sudo
Sedan kan du lägga till en användare med visudo
# visudo
Bara skriv in användarens namn på samma sätt som root står i filen.

Man ska generellt sett aldrig tillåta root över ssh.

Du behöver inte leta efter filen, du använder kommandot "visudo" (när du är root) så öppnas den.
/etc/sudoers är filen annars.

För mer info kommandot "man visudo".

Har du ingen fysisk tillgång till datorn eftersom du måste logga in via ssh?

Du startar förresten om ssh med kommandot:
# service sshd restart
Det måste du göra varje gång du gjort en ändring i någon av configfilerna som är relaterade till ssh.

  GNU nano 2.2.6             File: /etc/ssh/sshd_config                                

# Package generated configuration file
# See the sshd_config(5) manpage for details

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
HostKey /etc/ssh/ssh_host_ed25519_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 1024

# Logging
                                   [ Read 88 lines ]
^G Get Help   ^O WriteOut   ^R Read File  ^Y Prev Page  ^K Cut Text   ^C Cur Pos
^X Exit       ^J Justify    ^W Where Is   ^V Next Page  ^U UnCut Text ^T To Spell

Jo absolut ska du köra SSH när du administrerar den. Men initialt kan det vara bra att vara "fysiskt" uppkopplad till den för att få ordning på användaren. Extra viktigt att du ser till så att det inte går att logga in som root via SSH om du ska köra den som server.

Ett tips är att använda ett nyckelpar när du ansluter via SSH, så slipper du logga in med lösenordet.

Jag kör en Debian-server och en Ubuntu Server-server. Föredrar Debian då jag kan ställa in mer själv. Annars snarlikt, då nästan alla systemfiler är på samma ställen och pakethanteraren är samma. Fördelen med Ubuntu är att det är lite nyare paket ibland. Många forum och guider passar för båda systemen.

Det grafiska gränssnittet är i princip helt onödigt sen när du lärt dig göra allt via CL.

Ett tips för att få ordning på brandväggsinställningar är programmet ufw (uncomplicated firewall), det grafiska gränssnittet till det heter gufw. Fail2ban är också bra att kolla upp. Med det kan du sätta upp regler för att förhindra t.ex. bruteforce-attacker på olika tjänster du kör. Mycket av det är ju beroende på vad du ska ha servern till. Men tänk alltid på säkerhet som en lök, flera lager är bra.

Samba är väl inte det lättaste, men att konfigurera dylikt är ju ganska mycket hur man jobbar med en linux-server.

Skapa utdelningen i t.ex. /srv/share, skapa en användare som heter samba och ge den användaren rättigheterna till den mappen.

Här är en guide som jag har för mig att jag har använt någon gång:
https://debian-handbook.info/browse/stable/sect.windows-file-...
Strunta i det här med Falcot, det är ett fiktivt företag som boken handlar om att man är admin på.

Kan rekommendera hela den boken.

Ubuntu Server och Debian är snarlikt är mitt intryck, var inte rädd för Debian.

Ge inte upp så lätt

Tycker det är lättare att skapa shares på linux än windows faktiskt. Måste vara något enkelt fel du har gjort. Posta gärna din /etc/samba/smb.conf så ska vi nog få ordning på det
Förutsätter att smbd samt nmbd är igång

Håller med om att det kan vara lite bök att få igång allting i linux om man är van windows, speciellt om man enbart kör via terminal.
Det du kan göra är ju att sätta upp en virtuell maskin med en DE och sätta upp servern med allting med en grafisk text-editor(typ leafpad).
Skriv upp allt du gör. När du fått allting att fungera så gör du om det på den riktiga servern via CL enbart.

Får du allt att fungera så har du en server som kräver 0 underhåll(nåväl uppdatera ibland bör man ju göra) och kommer att rulla på i åratal utan att du behöver bekymra dig för krascher, virus etc..

Hej @kskolle ! Jag tycker du krånglar till det lite väl mycket för dig här.

För det första kan du inte hoppa över root password vid installation, jag visste inte ens att det gick? Men i alla fall, det är som att be om problem.

Ett tips är att använda samma lösenord på din användare som root så slipper man hålla koll på flera lösenord (För enkelt hemmabruk iaf)

Direkt när du startar om datorn efter installationen, loggar du in som den användare du nyss skapat, säg "kskolle" för enkelhetens skull.

debian login: kskolle
Password:

#sudo
Nu installerar vi sudo

$ su
# apt-get install sudo

Lägg till kskolle i sudo gruppen och lämna su

# adduser kskolle sudo
# exit

Logga ut och in igen så fungerar sudo

#samba
För samba finns det en bra guide här https://wiki.debian.org/SambaServerSimple

EDIT:
Installerade just samba som ett test på en dator med Debian

$ sudo apt-get install samba smbclient
$ sudo nano /etc/samba/smb.conf

Kontrollera homegroup variabeln så den stämmer överens med ditt nätverk
Längst ned i filen, lägg till:

[test]
   comment = Some useful files
   read only = no
   locking = no
   path = /home/kskolle/test
   guest ok = no

Glöm inte skapa mappen /home/kskolle/test och lägg några filer där i.

Lägg till din användare i Samba användare

$ sudo smbpasswd -a kskolle

Starta om samba

$ sudo /etc/init.d/samba restart

Testa om det funkar

$ smbclient //localhost/test

Nu får du återkomma om det inte fungerar ändå

Samba är någonting som jag inte orkat/våga gräva mig ner mig i särskilt mycket vad gäller inställningar. Det känns som man behöver bygga ett helt hus. Så här ser i alla fall min smb.conf ut som jag kört under flera år, och som efterfrågar inloggningen du skapat med smbpasswd.

[global]
workgroup = WORKGROUP
security = user
interfaces = lo0 eth1
bind interfaces only = yes
invalid users = root
load printers = no
unix extensions = no
wide links = yes

[homes]
comment = Homes Directories
browseable = no
writable = yes
path = /home/%u/
valid users = %S

Observera att jag endast lyssnar på ett av mina interface på servern då det andra går ut mot internet. Wide links = yes kan också innebära en säkerhetssrisk då du kan få åtkomst till kataloger utanför den "share" du valt att dela ut.

@kskolle

Jadu det vet jag faktiskt inte vad det kan bero på.

Det jag misstänker är att du vid någon tidpunkt har försökt ansluta till sambaservern med din windowsburk, knappat in namn och lösenord och valt att spara uppgifterna? I så fall kan det ju verka som det inte behövs något lösenord.

Det bör du kunna se under Kontrollpanelen -> Autentiseringshanteraren -> Windows-autentiseringsuppgifter om så är fallet, eller om du kan pröva ansluta med en annan dator.

Om du bara skriver

$ smbclient //localhost/kskolle-debian

behöver du inte ange lösenord då heller?

Jag tycker din conf-fil ser ok ut men lägger upp min här också om du vill jämföra

[global]
   workgroup = WORKGROUP
   server role = standalone server
   passdb backend = tdbsam
   load printers = no
   printing = bsd
   printcap name = /dev/null
   disable spoolss = yes

[home]
   path = /home/basse/
   create mask = 0666
   directory mask = 0755
   read only = no

[wd30a]
   path = /mnt/wd30a/data
   create mask = 0666
   directory mask = 0755
   read only = no

[wd30b]
   path = /mnt/wd30b/data
   create mask = 0666
   directory mask = 0755
   read only = no

[wd40]
   path = /mnt/wd40/data
   create mask = 0666
   directory mask = 0755
   read only = no

[hgst40]
   path = /mnt/hgst40/data
   create mask = 0666
   directory mask = 0755
   read only = no

Samba är inte riktigt min grej så är inte helt hundra på att min conf-fil är helt korrekt heller, men det fungerar för mig.

Jag ska ta en titt på det imorgon om ingen annan hinner före.

Ett tips är dock att googla på installation under Ubuntu också för att få fler träffar.

Skickades från m.sweclockers.com

@kskolle

Angående guiderna som har fel kommandon så beror det antagligen på att dom är för en äldre version av debian. När du söker bör du försöka hitta sånt som inte är äldre än ett år iaf.

För större chans att få svar tror jag det är dags att du skapar två nya trådar, en för mysql och en för lvm.

Mysql till Kodi är jag själv intresserad av, men har inte orkat sätta mig in i det riktigt. Blev lite sugen att kika på det igen nu när du tog upp det dock

EDIT: Exporterade min kodi-databas till min server nyss, var bara att följa guiden du länkade till punkt o pricka, inga problem alls.

Lvm är jag inte ett dugg insatt/intresserad av. Min personliga åsikt är att det bara är att krångla till det för sig själv, jag föredrar att köra separata diskar.

//Basse
#mysql #kodi

Rättigheterna bör du kunna ändra lätt genom

# chown kskolle:kskolle -R /media/kskolle

Du får gärna förklara vad det är du tycker är så bra med lvm. Vad händer t.ex om en av diskarna kraschar?