Om har valt att konfigurerar putty som en tunnel och samtidigt flyttar din ssh daemon till oprt 443 så leker livet, förutom när du vill låta en bekant använda tunneln… Det kan då kännas osäkert att låta din bekant få tillgång till ett shell, speciellt då samme bekant är lindrigt bevandrad I hur man använder ett linux shell på ett bra sätt 
Knepet är då att skapa en ny användare för din bekant, använd lösen eller nycklar for authentisering. Användarens shell sätts självklart till /sbin/nologin och nu leker livet… trodde du… I en sådan här uppsättning så kopplar putty ner direkt, så tunneln som så vacker lockat rasar direkt.
Lösningen på det är att I putty under connection –> ssh sätta en bock I rutan Don’t start a shell or command at all. Då hålls tunneln öppen även för användare som har nologin som shell.
Fiffigt, eller hur
Jag har I mitt nätverk upptäckt att maskinerna inte litar på varandra fullt ut. Mitt nätverk är uppsatt så att windowsklienterna har “Mina Dokument” mappade till en utdelat mapp på linux servern. Problemet visar sig t.ex. när jag ska öppna ett projekt I Visual Stuidio och får en uppmaning om att jag ska bara öppna filer från källor som jag litar på. Väldigt irriterande 
Lösningen är att göra så här (hittade den efter lite googlande)
Control Panel – Administrative Tools – Local Security Policy
Local Policies – Security Options
Network security: LAN Manager authentication level
Send LM & NTLM responses
Minimum session security for NTLM SSP
Disable Require 128-bit encryption (på både server och klient)
Är inte hundra på att det fungerar med andra, men med Ubuntu så visar du vilken version genom att skriva ut lsb-release som ligger under /etc
t.ex.
root@kara:~# cd /etc
root@kara:/etc# cat lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=10.04
DISTRIB_CODENAME=lucid
DISTRIB_DESCRIPTION="Ubuntu 10.04.1 LTS"
root@kara:/etc#
Comments (0) 
Themocracy