stamprietguesthouse.com

  

Bästa artiklarna:

  
Main / Tightvnc viewer ubuntu howto kassa

Tightvnc viewer ubuntu howto kassa

Launchpad kunde inte importera bug 307 från github. Launchpad kunde inte importera fel 981984 från Red Hat Bugzilla. Sedan en senaste uppdatering är det omöjligt att ansluta till min Ubuntu-box med VNC från en Windows-maskin om jag inte inaktiverar kryptering på vino-servern. Så snart jag försöker ansluta får jag följande fel :. Mottagna säkerhetstyper 1: Inga säkerhetstyper stöds.

Server skickade säkerhetstyper, men vi stöder inte någon av dessa. Så det verkar som om uppdateringen ändrade säkerhetstypen av vino till en ny. Jag sökte efter ett sätt att gå tillbaka till den gamla tills klienterna inte lyckades komma ikapp.

Tack för din felrapport. Inte säker på om det är ett fel eller bara ökad säkerhetskonfiguration som standard. Det kan betyda att du bör fixa din klient så att den använder en säker korrigering ...

Tyvärr har detta inte hänt; för tillfället skulle det vara mycket bättre om vino kunde erbjuda möjligheten att gå tillbaka till den tidigare säkerhetstypen när klienten inte stöder den nya. Den enda lösningen nu är att inaktivera krypteringen helt; Jag använde en loop back ssh-anslutning så att det inte finns någon tydlig trafik på wifi, men jag behöver fortfarande göra det lokala steget med vino på tydligt sätt --- nästan säkert för mig eftersom jag inte har andra lokala användare, men du vet aldrig...

Ändrades säkerhetsnivån eller var den gamla standarden att acceptera osäker inloggning som verkar vara en buggy-standard? Jag rapporterade saken till TigerVNC bug tracker också: Men efter uppdatering vino kommer inte ihåg vid vilken tidpunkt, vino ändrade säkerhetstypen till en ny åtminstone, tror jag; anslutningen avbröts för att fungera med det fel som rapporterats ovan och den enda lösningen att ha tillbaka den var att inaktivera kryptering.

Rmano, jag tror inte att det här är en kopia: Om du läser min bug raport ... Problemet du rapporterar är en uppströms en och det skulle vara trevligt om någon som har det kan skicka felet till utvecklarna av programvaran genom att följa instruktioner på https: Om du har gjort det, berätta för oss numret på uppströmsfelet eller länken så att vi kan lägga till en bugwatch som informerar oss om dess status.

Tack på förhand. Hur ska jag lägga till uppströmsfelet? Oavsett anledning misslyckas det med vissa klienter. Om du vill att Vino ska arbeta med dessa klienter måste nya autentiseringstyper läggas till. Det finns viss information om protokollet och säkerhetstyperna på :. Jag tycker att virt-viewer använder gtk-vnc och borde fungera :. Den optimala lösningen skulle vara att hjälpa vino-utvecklare att lägga till en vanligare krypteringstyp; för tillfället kommer jag att testa den föreslagna tittaren och kommentera.

Tja, laddade ner det virt-viewer, menar jag. Försökte ansluta till en fjärrmaskin men inga tärningar --- det visar bara ett fönster, frågar efter en URI-anslutning, jag försökte 200 kombinationer ... Ingen dokumentation tillgänglig heller. Verkar vara tänkt bara för att hantera virtuella maskiner, så det verkar inte vara ett allmänt VNC-visningsverktyg. Detta påverkar inte bara Windows utan även Android.

Jag föreslår ödmjukt att Canonical eller Redhat hjälper vino-utvecklarna att lägga till en vanligare krypteringstyp till vino-servern. Allt vad du skriver skickas som det är. Jag har arbetat runt det och förpackat saken i en SSH-tunnel, men det är ändå förnuftigt för lokala attacker och jag tror att det inte är en lösning för den genomsnittliga användaren.

Sebastian, jag är inte säker på om det här är en säkerhetssak - trots allt, innan omkopplaren gjordes alla anslutningar tyst utan kryptering, men det är ändå skrämmande --- att sniffa efter trafik på port 5900 är tillräckligt enkelt.

Problemet är enkelt. Om du tar ett Wireshark-spår ser du genast problemet. Du måste filtrera på VNC. Den stödda säkerhetstypen som ges för 14. För 13. Så att lägga till typ 2 i de föreslagna säkerhetstyperna som stöds kommer att lösa detta fel.

Alla tangenttryckningar i sessionen inklusive ditt banklösenord skickas sedan okrypterad på den lokala kabeln. Men återigen är problemet i vino, som erbjuder som krypterad transport en som ingen använder --- och som tvingar dig att gå igenom banden för att ha en nästan säker anslutning. SSVNC fungerar, men är ganska långsamt med vino.

Att använda x11vnc som server med -ssl-alternativ ger en rimlig hastighet. Jag bekräftar att vino inte fungerar efter uppgradering till 14. Vino kräver kryptering falskt hjälper inte starta vino-servern. Vino kräver kryptering falsk. Jag har också problem med att ansluta till Ubuntu 14. Vi har testat kryptering. Bot VNC-applikationer kan logga in på 14.

Fjärrskärmen uppdateras inte. Windows är rörliga. Musklick verkar inte fungera. När du använder Remina Remote Desktop Client och kryptering av kan du se att ibland 14. Till exempel cntrl alt T öppnade en terminalsession. Men fjärrskärmen på 12. Den 14. Jag har också kryptering av. Visning endast är falskt. Idag försökte vi kommandot gsettings set org. Vino disable-xdamage true, vilket inte heller fungerade.

Sedan torkade vi hårddisken och laddade Ubuntu 12. Vi kunde inte fjärrstyras till 12. Sedan uppdaterade fjärrsessionen skärmen och gjorde det möjligt för oss att se hur vi styr fjärrdatorn. Intressant är att vi sedan loggade av och loggade in på fjärrdatorn i 3D-läge och fjärranslutningen fungerade fortfarande. Slutligen startade vi om fjärrdatorn, loggade in i 3D-läge och fjärranslutningen fungerar fortfarande.

Jag har ingen aning om vad som är annorlunda, men att logga in en gång i 2D-läge ställa in något korrekt. Jag önskar att jag hade provat det den 14. Förhoppningsvis kommer det att hjälpa er att räkna ut det här. För närvarande får kommandot gsettings org. Vino disable-xdamage returnerar falskt på fjärrdatorn.

En snabb lösning i terminalen för att få den att fungera: Den återställer också konfigurationen varje gång du uppgraderar Ubuntu, så arbetet måste tillämpas på nytt.

Att bryta ett systems anpassade konfiguration vid uppgradering är förmodligen dålig juju. Hur kan jag använda "gsettings set org. Vino kräver kryptering falskt" i en ssh-session från fjärrkontrollen? Uppströmsbuggen rapporterades omkring 2. Det verkar verkligen som att utvecklare av Vino inte kommer att ändra standard för att inte kräva kryptering.

Skulle det vara möjligt att ändra standard för Ubuntu för att inte kräva kryptering åtminstone? Iordane Dancho, det är inte ett fel alls. Det är obekvämt för mig också, men de är utvecklarna av vnc-klienter för Windows som inte gör rätt sak, lägg till TLS-support eller så. Att ha standardbeteende för att inte kräva kryptering är i grunden en mycket dålig idé.

Och du kan inaktivera den för hand när som helst. Att använda ett protokoll som inte verifierar serverns identitet på något sätt AnonTLS som använder anonyma Diffie Hellman-chiffer kan vara så bra som ingen kryptering eller värre, eftersom det ger användarna en falsk känsla av säkerhet. Sön 5 mars 2017 kl 11: Jag har försökt stänga av kryptering på vino-server för att kunna använda en av många av de VNC-klienter som inte hanterar TLS-kryptering. Det vanliga rådet att stänga av kryptering och starta om vino har nått ännu en rynka: När vi försöker starta om vino-servern eftersom gsettingsändringarna inte läses om av vino-servern förutom vid omstart, redan ett problem, får vi följande meddelanden 1 "vino-server: Skrivbordsdelningstjänsten körs redan och avslutas.

Meddelande 1 Jag har inte spårat, men en annan felrapport: Jag vet att när jag till exempel startar emacs från kommandoraden över en "ssh -X" -anslutning får jag en massa felmeddelanden om problem med att ansluta till dbus , men så småningom börjar det. Är det något liknande, förutom att det ger upp omedelbart? Jag har inte kunnat ta reda på hur jag startar om vino-servern i dessa fall, förutom att starta om maskinen. Finns det något bättre sätt att starta om vino-servern? En sista tanke - finns det någon möjlighet att stänga av kräver kryptering som standard eller b med vino-inställningar inställda för att klicka av alternativet att kräva TLS-kryptering eller c har något normalt sätt att starta om vino-servern som "sudo-tjänst vino restart "eller något eller d att vino-server läser igenom inställningarna innan du öppnar en ny anslutning eller till och med e har en mansida för vino-server?

Det är min uppfattning att det här alternativet "kräver kryptering" bara skyddar den inledande hanteringen av lösenordet och att resten av sessionens tangenttryckningar och ...

(с) 2019 stamprietguesthouse.com