Comments (0)

Av jorgen, onsdag, mars 21st, 2012 10:05 e m GMT +2

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

Comments (0)

Av jorgen, måndag, februari 27th, 2012 08:51 e m GMT +2

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)

Comments (0)

Av jorgen, lördag, februari 11th, 2012 10:33 e m GMT +2

Nu är barnkammaren populerad. Snart hoppas jag på att få höra tassandet av små chillirötter