Tänkte kolla om det är möjligt och hur jag isåfall kan göra ett script som loggar in på root@192.168.1.60 via ssh vid uppstart med -X som tillägg, och sedan kör conky.
alltså:
Kod: Markera allt
ssh -X root@192.168.1.60
conky
Kod: Markera allt
ssh -X root@192.168.1.60
conky
Men jag måste ju ange inloggning eftersom root har ett lösenord?Konservburk skrev:Du sätter helt enkelt kommandot du vill köra efter ssh-inloggningen på samma rad, dvs i slutet av ssh-kommandot.
Inte nödvändigtvis. Det beror helt på hur du ställer in autentiseringen.DiNozzo skrev:Men jag måste ju ange inloggning eftersom root har ett lösenord?
Trodde att det funkade men nu när jag stängde ner hela datorn o startade upp så gick det inte..Konservburk skrev:Inte nödvändigtvis. Det beror helt på hur du ställer in autentiseringen.DiNozzo skrev:Men jag måste ju ange inloggning eftersom root har ett lösenord?
Ja, i princip går det att går det att göra så. Du skapar först ett oskyddat nyckelpar på datorn/användaren du vill logga in automatiskt ifrån:DiNozzo skrev:När jag provat att köra startup scriptet så begär det ändå lösenord.. hur ska jag göra då? Kan man inte göra en autensierings fil på något sätt där lösenordet står?
Detta ger dig två filer ~/.ssh/id_rsa och ~/.ssh/id_rsa.pub. Den första filen är nyckeln som används istället för lösenord. Den filen låter du ligga där den ligger. Den andra filen är låset som nyckeln passar i. Det här låset ska du installera i dator/användaren du vill logga in automatiskt till, dvs root@192.168.1.60 i ditt fall. Det gör du genom att kopiera innehållet i låsfilen till filen ~/.ssh/authorized_keys på datorn/användaren du vill logga in automatiskt till. Det kan du förstås göra helt för hand, eller med ett kommando i stil med detta:DiNozzo skrev:yes '' | ssh-keygen
Kod: Markera allt
ssh root@192.168.1.60 'tee -a ~/.ssh/authorized_keys' < ~/.ssh/id_rsa.pub
Funkar fortfarande inte, för nu vill den ha lösenordet till den key filen..Konservburk skrev:Ja, i princip går det att går det att göra så. Du skapar först ett oskyddat nyckelpar på datorn/användaren du vill logga in automatiskt ifrån:DiNozzo skrev:När jag provat att köra startup scriptet så begär det ändå lösenord.. hur ska jag göra då? Kan man inte göra en autensierings fil på något sätt där lösenordet står?
Detta ger dig två filer ~/.ssh/id_rsa och ~/.ssh/id_rsa.pub. Den första filen är nyckeln som används istället för lösenord. Den filen låter du ligga där den ligger. Den andra filen är låset som nyckeln passar i. Det här låset ska du installera i dator/användaren du vill logga in automatiskt till, dvs root@192.168.1.60 i ditt fall. Det gör du genom att kopiera innehållet i låsfilen till filen ~/.ssh/authorized_keys på datorn/användaren du vill logga in automatiskt till. Det kan du förstås göra helt för hand, eller med ett kommando i stil med detta:DiNozzo skrev:yes '' | ssh-keygen
Kod: Markera allt
ssh root@192.168.1.60 'tee -a ~/.ssh/authorized_keys' < ~/.ssh/id_rsa.pub
Kod: Markera allt
Enter passphrase for key '/root/.ssh/id_rsa':
Det ska gå att välja ett tomt lösenord till nyckelfilen, och då ska den inte fråga alls. Kör ssh-keygen och svara på alla frågor för hand istället. Se framförallt till att välja ett tomt lösenord.DiNozzo skrev:Funkar fortfarande inte, för nu vill den ha lösenordet till den key filen..Kod: Markera allt
Enter passphrase for key '/root/.ssh/id_rsa':
Aha! Funkar!Konservburk skrev:Det ska gå att välja ett tomt lösenord till nyckelfilen, och då ska den inte fråga alls. Kör ssh-keygen och svara på alla frågor för hand istället. Se framförallt till att välja ett tomt lösenord.DiNozzo skrev:Funkar fortfarande inte, för nu vill den ha lösenordet till den key filen..Kod: Markera allt
Enter passphrase for key '/root/.ssh/id_rsa':
Kod: Markera allt
#!/bin/bash
sleep 35 && ssh -X root@192.168.1.60 conky;
Jag har ingen aning om vilken användare skript startade från "Startup Applications" körs under, eller vad de har för miljö. Du skulle kunna ange sökvägen till nyckelfilen direkt i ssh-kommandot så att du är säker på att den hittar rätt nyckelfil. Det är i så fall flaggan -i du ska använda.DiNozzo skrev:Det funkar med conky om jag kör scriptet mauellt när datorn startat upp, men om jag lägger scriptet i Startup Applications så frågar den efter lösenord..
Kod: Markera allt
#!/bin/bash sleep 35 && ssh -X root@192.168.1.60 conky;
Om jag kör kommandotKonservburk skrev:Jag har ingen aning om vilken användare skript startade från "Startup Applications" körs under, eller vad de har för miljö. Du skulle kunna ange sökvägen till nyckelfilen direkt i ssh-kommandot så att du är säker på att den hittar rätt nyckelfil. Det är i så fall flaggan -i du ska använda.DiNozzo skrev:Det funkar med conky om jag kör scriptet mauellt när datorn startat upp, men om jag lägger scriptet i Startup Applications så frågar den efter lösenord..
Kod: Markera allt
#!/bin/bash sleep 35 && ssh -X root@192.168.1.60 conky;
Kod: Markera allt
ssh -i /home/jonathan/.ssh/id_rsa root@192.168.1.60
Om jag bara skriverKonservburk skrev:Du har väl lagt in innehållet från rätt låsfil i den andra datorns .ssh/authorized_keys?
Jag vet inte vad felet är. Ja föreslår att du undersöker närmare vad din ssh egentligen försöker göra genom att ta med flaggan -vvv i ssh-kommandot. Klistra in resultatet här om du behöver hjälp att tolka.
Kod: Markera allt
sudo ssh root@192.168.1.60
Kod: Markera allt
ssh root@192.168.1.60
Kod: Markera allt
sudo ssh -i ~/.ssh/id_rsa -vvv root@192.168.1.60
Kod: Markera allt
OpenSSH_5.8p1 Debian-1ubuntu3, OpenSSL 0.9.8o 01 Jun 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.1.60 [192.168.1.60] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug3: Incorrect RSA1 identifier
debug3: Could not load "/home/jonathan/.ssh/id_rsa" as a RSA1 public key
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file /home/jonathan/.ssh/id_rsa type 1
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug1: identity file /home/jonathan/.ssh/id_rsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.8p1 Debian-1ubuntu3
debug1: match: OpenSSH_5.8p1 Debian-1ubuntu3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.8p1 Debian-1ubuntu3
debug2: fd 3 setting O_NONBLOCK
debug3: load_hostkeys: loading entries for host "192.168.1.60" from file "/root/.ssh/known_hosts"
debug3: load_hostkeys: found key type ECDSA in file /root/.ssh/known_hosts:1
debug3: load_hostkeys: loaded 1 keys
debug3: order_hostkeyalgs: prefer hostkeyalgs: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-rsa-cert-v01@openssh.com,ssh-dss-cert-v01@openssh.com,ssh-rsa-cert-v00@openssh.com,ssh-dss-cert-v00@openssh.com,ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_setup: found hmac-md5
debug1: kex: server->client aes128-ctr hmac-md5 none
debug2: mac_setup: found hmac-md5
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA ad:76:95:9b:8f:dd:f6:4a:42:f9:c2:51:cb:1b:4c:67
debug3: load_hostkeys: loading entries for host "192.168.1.60" from file "/root/.ssh/known_hosts"
debug3: load_hostkeys: found key type ECDSA in file /root/.ssh/known_hosts:1
debug3: load_hostkeys: loaded 1 keys
debug1: Host '192.168.1.60' is known and matches the ECDSA host key.
debug1: Found key in /root/.ssh/known_hosts:1
debug1: ssh_ecdsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /home/jonathan/.ssh/id_rsa (0x7f714ffd4740)
debug1: Authentications that can continue: publickey,password
debug3: start over, passed a different list publickey,password
debug3: preferred gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/jonathan/.ssh/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey,password
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
Kod: Markera allt
ssh -i ~/.ssh/id_rsa -vvv root@192.168.1.60
Då har du en korrekt nykelfil i /root/.ssh/id_rsa och motsvarande lås finns tillagt i filen /root/.ssh/autorized_keys på den andra datorn.DiNozzo skrev:Om jag bara skriverSå loggar den in utan att jag behöver skriva något lösenord, vilket är precis det jag vill!Kod: Markera allt
sudo ssh root@192.168.1.60
Ta reda på vilken användare ditt "autostart"ade skript körs som.DiNozzo skrev:Men under autostart så måste jag ange lösenord iallafall..
Då har du INTE en korrekt nyckelfil i /home/jonathan/.ssh/id_rsa, eller så finns INTE motsvarande lås tillagt i filen /root/.ssh/autorized_keys på den andra datorn.DiNozzo skrev:om jag körSå måste jag ange lösenord för att logga in.Kod: Markera allt
ssh root@192.168.1.60
Det beror åter igen på att du INTE har en korrekt nyckelfil i /home/jonathan/.ssh/id_rsa, eller att motsvarande lås INTE finns tillagt i filen /root/.ssh/autorized_keys på den andra datorn.DiNozzo skrev:om jag körSå måste jag också ange lösenordKod: Markera allt
sudo ssh -i ~/.ssh/id_rsa -vvv root@192.168.1.60
Kod: Markera allt
sudo ssh -i /root/.ssh/id_rsa root@192.168.1.60
Ännu en gång samma sak. Du har INTE en korrekt nyckelfil i /home/jonathan/.ssh/id_rsa, eller så finns INTE motsvarande lås tillagt i filen /root/.ssh/autorized_keys på den andra datorn.DiNozzo skrev:Samma gäller för:Kod: Markera allt
ssh -i ~/.ssh/id_rsa -vvv root@192.168.1.60
Kod: Markera allt
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCyTy67yLr9t/OAqzZ1uDdrj8aZ3/IphSRTIiqzA1xDsKE3v6tXaOOXO0eud7NQf65DmCLZewRgjIlL19uedD0ZtjUlSX9HrnW2Tv4RWbuw2fII55+c4vKbtwhXqXp7d0l0AtCX/H/iohwdM7qWpZhDoRsIiKMCGHGUGjxuFVgazqsLXNllFk6bLm5ruDqGiVKf/xBw74hoMoedzZ2PW9OzCTdjlvoCA2zsB8OECSWiC2abtMwiGgCe5/p4H0gjcGmOoZ1eomQ+FSmoPy8/2TXQTUMSETHWs0ZVGYqTXYDnCBVa0bv06lBtfm01oqZRhWwzP9QyLQkMUA7aCTFmAa6V root@Cameron
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCyTy67yLr9t/OAqzZ1uDdrj8aZ3/IphSRTIiqzA1xDsKE3v6tXaOOXO0eud7NQf65DmCLZewRgjIlL19uedD0ZtjUlSX9HrnW2Tv4RWbuw2fII55+c4vKbtwhXqXp7d0l0AtCX/H/iohwdM7qWpZhDoRsIiKMCGHGUGjxuFVgazqsLXNllFk6bLm5ruDqGiVKf/xBw74hoMoedzZ2PW9OzCTdjlvoCA2zsB8OECSWiC2abtMwiGgCe5/p4H0gjcGmOoZ1eomQ+FSmoPy8/2TXQTUMSETHWs0ZVGYqTXYDnCBVa0bv06lBtfm01oqZRhWwzP9QyLQkMUA7aCTFmAa6V jonathan@Cameron
Kod: Markera allt
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQC8YUhxbYDqMYY2skUydlx4I4RgYPH1ZGz+nmIwA5bAN0YgynAWTfW/KQZ3Y7yBVLWKNJdFWp0+MkGb+jwzkdbLH9UxUxxrjzInBXWUhGDPARKspps0R7DRt916t4IVfTKBIN2qwZ8aaHlRUcTKp+vs9QAXZce2sDoz1qYDgEUhrYFjcPdHO3L2xH0EgegHgxISNR0nzgo3AOtlgfOyPl0qze7sF7pvvrKrhNM89LenHTl67FgJaYnOBzIYg6K5845jPmtOQaA+aacUhQFcd3hDI4eNU6+rNyoMXpV50afGKQv90HIdz8DtfpbCML3N1HMQu9bOPlDvEGm2T0Neu+7d jonathan@Cameron
Är du helt säker på att /root/.ssh inte finns?DiNozzo skrev:På den lokala datorn har jag id_rsa filerna i /home/jonathan/.sshmedans /root/.ssh ej existerar.
Den biten är rätt.DiNozzo skrev:På nätverksdatorn har jag filerna i /root/.ssh medans /home/jonathan/.ssh inte existerar.
Du ska ine ha något nyckelpar på datorn du försöker logga in automatiskt på. Det ska med andra ord inte finnas någon fil /root/.ssh/id_rsa.pub där och inte någon fil /root/.ssh/id_rsa heller. Vad som ska finnas är filen /root/.ssh/authorized_keys, men det var kanske det du menade? Men varför har du i så fall listat två identiska lås där?DiNozzo skrev:id_rsa.pub på nätverksdatorn ( /root/.ssh/id_rsa.pub ) :Kod: Markera allt
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCyTy67yLr9t/OAqzZ1uDdrj8aZ3/IphSRTIiqzA1xDsKE3v6tXaOOXO0eud7NQf65DmCLZewRgjIlL19uedD0ZtjUlSX9HrnW2Tv4RWbuw2fII55+c4vKbtwhXqXp7d0l0AtCX/H/iohwdM7qWpZhDoRsIiKMCGHGUGjxuFVgazqsLXNllFk6bLm5ruDqGiVKf/xBw74hoMoedzZ2PW9OzCTdjlvoCA2zsB8OECSWiC2abtMwiGgCe5/p4H0gjcGmOoZ1eomQ+FSmoPy8/2TXQTUMSETHWs0ZVGYqTXYDnCBVa0bv06lBtfm01oqZRhWwzP9QyLQkMUA7aCTFmAa6V root@Cameron ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCyTy67yLr9t/OAqzZ1uDdrj8aZ3/IphSRTIiqzA1xDsKE3v6tXaOOXO0eud7NQf65DmCLZewRgjIlL19uedD0ZtjUlSX9HrnW2Tv4RWbuw2fII55+c4vKbtwhXqXp7d0l0AtCX/H/iohwdM7qWpZhDoRsIiKMCGHGUGjxuFVgazqsLXNllFk6bLm5ruDqGiVKf/xBw74hoMoedzZ2PW9OzCTdjlvoCA2zsB8OECSWiC2abtMwiGgCe5/p4H0gjcGmOoZ1eomQ+FSmoPy8/2TXQTUMSETHWs0ZVGYqTXYDnCBVa0bv06lBtfm01oqZRhWwzP9QyLQkMUA7aCTFmAa6V jonathan@Cameron
Det där låset behöver vara listat i filen /root/.ssh/authorized_keys på datorn du försöker logga in automatiskt på. Om det nu var den filen du visade ovan så finns inte det här låset med där, viket är ett problem.DiNozzo skrev:id_rsa.pub på den lokala datorn ( /home/jonathan/.ssh/id_rsa.pub ) :Kod: Markera allt
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQC8YUhxbYDqMYY2skUydlx4I4RgYPH1ZGz+nmIwA5bAN0YgynAWTfW/KQZ3Y7yBVLWKNJdFWp0+MkGb+jwzkdbLH9UxUxxrjzInBXWUhGDPARKspps0R7DRt916t4IVfTKBIN2qwZ8aaHlRUcTKp+vs9QAXZce2sDoz1qYDgEUhrYFjcPdHO3L2xH0EgegHgxISNR0nzgo3AOtlgfOyPl0qze7sF7pvvrKrhNM89LenHTl67FgJaYnOBzIYg6K5845jPmtOQaA+aacUhQFcd3hDI4eNU6+rNyoMXpV50afGKQv90HIdz8DtfpbCML3N1HMQu9bOPlDvEGm2T0Neu+7d jonathan@Cameron
Då är problemet att du inte har listat innehållet i filen /home/jonathan/.ssh/id_rsa.pub där.DiNozzo skrev:Ja det var authorized_keys jag menade.
De är visst identiska rent tekniskt. Användarnamn på slutet spelar ingen som helst roll. De är bara kommentarer för att du enkelt ska kunna se vem resten av raden tillhör. Du kan faktiskt ta bort användarnamnen därifrån helt och hållet om du vill. De gör som sagt ingen som helst skillnad rent tekniskt.DiNozzo skrev:och det är inte två identiska nycklar om du kollar på slutet så är det för två olika användare på den lokala datorn.
Aha okay!Konservburk skrev:Då är problemet att du inte har listat innehållet i filen /home/jonathan/.ssh/id_rsa.pub där.DiNozzo skrev:Ja det var authorized_keys jag menade.
De är visst identiska rent tekniskt. Användarnamn på slutet spelar ingen som helst roll. De är bara kommentarer för att du enkelt ska kunna se vem resten av raden tillhör. Du kan faktiskt ta bort användarnamnen därifrån helt och hållet om du vill. De gör som sagt ingen som helst skillnad rent tekniskt.DiNozzo skrev:och det är inte två identiska nycklar om du kollar på slutet så är det för två olika användare på den lokala datorn.