DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Op 
Ah, kay.quote:Op donderdag 11 mei 2017 11:14 schreef Tijn het volgende:
[..]
Pas in 2018 toch? Volgens mij heeft 17.10 nog gewoon Unity als standaard desktop environment.
జ్ఞా
AwesomeWMquote:
Xfce DE master race
Zelfs ingebouwde drop-down terminal zoals yakuake in KDE.
జ్ఞా
Okay, je hebt gelijk. Maar werd awesome beetje zat.quote:
Na recente config update Xfce gaan gebruiken.
Waarom zat?quote:
[..]
Okay, je hebt gelijk. Maar werd awesome beetje zat.
జ్ఞా
Ik draai nu al redelijke tijd Mint, bevalt prima, alles wat ik nodig heb werkt en ik vermaak me prima.
Ik probeer nu alleen een android emulator te draaien, om wat telefoon apps via de PC te kunnen gebruiken.
Genymotion komt als vrij goed naar voren, maar een werkende "virtualbox import" die ik kon vinden was android 4.4.4, erg oud dus. En de app die ik wou gebruiken deed het dus niet.
In virtualbox zelf kan ik android wel starten, maar dat is debiel traag. Iemand een idee hoe je dit soepel aan de gang kan krijgen?
Ik probeer nu alleen een android emulator te draaien, om wat telefoon apps via de PC te kunnen gebruiken.
Genymotion komt als vrij goed naar voren, maar een werkende "virtualbox import" die ik kon vinden was android 4.4.4, erg oud dus. En de app die ik wou gebruiken deed het dus niet.
In virtualbox zelf kan ik android wel starten, maar dat is debiel traag. Iemand een idee hoe je dit soepel aan de gang kan krijgen?
You sound reasonable...Time to up my medication.
Beetje het idee van Bluestacks of Andy zoek ik dus.
You sound reasonable...Time to up my medication.
Ik heb een probleem met SecureShell: ik kan geen verbinding maken met enig ander apparaat via sshd. Als ik de debug aanzet, krijg ik deze meldingen:
Iemand enig idee waar dit aan kan liggen?
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 | debug1: sshd version OpenSSH_7.2, OpenSSL 1.0.2g 1 Mar 2016 debug1: key_load_private: Permission denied Could not load host key: /etc/ssh/ssh_host_rsa_key debug1: key_load_private: Permission denied Could not load host key: /etc/ssh/ssh_host_dsa_key debug1: key_load_private: Permission denied Could not load host key: /etc/ssh/ssh_host_ecdsa_key debug1: key_load_private: Permission denied Could not load host key: /etc/ssh/ssh_host_ed25519_key debug1: setgroups() failed: Operation not permitted debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-d' debug1: Set /proc/self/oom_score_adj from 0 to -1000 debug1: Bind to port 22 on 0.0.0.0. Bind to port 22 on 0.0.0.0 failed: Permission denied. debug1: Bind to port 22 on ::. Bind to port 22 on :: failed: Permission denied. Cannot bind any address. |
Permissions errors... 1st vraag is dan altijd: geen sudo gebruikt toevallig?
Beatus vir qui suffert tentationem.
PSN Rinzewind
Disgaea 5 *O* Horizon Zero Dawn *O* Nier Automata *O* Persona 5 *O*
PSN Rinzewind
Disgaea 5 *O* Horizon Zero Dawn *O* Nier Automata *O* Persona 5 *O*
Nope. Maar dat zou betekenen dat sshd standaard niet met root-permission loopt. Waar kan dat fout gegaan zijn?quote:
Permissions errors... 1st vraag is dan altijd: geen sudo gebruikt toevallig?
Met Mint zelf is niets mis (wat niet inhoudt dat ik geen ruimte voor verbetering zie), het probleem zit meer bij Windows en de third party applications. Het dual booten geeft ook wat probleempjes, 1 probleem (verschillend tijdsysteem) kan je gemakkelijk oplossen, het andere (dankzij gepruts van MS gaat het mounten van een NTFS-partitie met W8/W10 al een flinke tijd niet goed) niet. Nog een reden om voor het besturingssysteem een relatief kleine partitie te reserveren en de grote databestanden op een aparte partitie te plaatsen.quote:Op vrijdag 12 mei 2017 00:42 schreef Rafeiro het volgende:
Ik draai nu al redelijke tijd Mint, bevalt prima, alles wat ik nodig heb werkt en ik vermaak me prima.
Instellingen van de virtuele machine (gereserveerd RAM...) aanpassen?quote:In virtualbox zelf kan ik android wel starten, maar dat is debiel traag. Iemand een idee hoe je dit soepel aan de gang kan krijgen?
Ik zou het niet direct weten aangezien ik dat niet gebruik maar gelukkig blijken andere mensen dit al lang te hebben uitgezocht.
https://www.startpage.com(...)achine&language=auto
ING en ABN investeerden honderden miljoenen euro in DAPL.
#NoDAPL
#NoDAPL
Wat wil je precies doen? Voor verbinding maken heb je in principe de daemon (sshd) niet nodig (alleen op de host). Misschien helpt het om het systeem te updaten? OpenSSH_7.2 / OpenSSL 1.0.2g is denk ik niet de meest recente versie die je beschikbaar hebt.quote:
Ik heb een probleem met SecureShell: ik kan geen verbinding maken met enig ander apparaat via sshd. Als ik de debug aanzet, krijg ik deze meldingen:
[ code verwijderd ]
Iemand enig idee waar dit aan kan liggen?
ssh en sshd zijn zo essentieel dat ze altijd zouden moeten werken. Vreemd probleem dus.
Automatische backups maken vooral. Als ik gewoon SSH gebruik, krijg ik de melding: Permission denied (publickey). ssh -v geeft een boel pogingen en verder niets. De keys op beide machines zijn in orde, en ik kan vanuit de server wel naar de computer SSH-en. Ook als ik password authentication aanzet werkt het gewoon. Alleen die publickey dus niet.quote:
[..]
Wat wil je precies doen? Voor verbinding maken heb je in principe de daemon (sshd) niet nodig (alleen op de host). Misschien helpt het om het systeem te updaten? OpenSSH_7.2 / OpenSSL 1.0.2g is denk ik niet de meest recente versie die je beschikbaar hebt.
ssh en sshd zijn zo essentieel dat ze altijd zouden moeten werken. Vreemd probleem dus.
Hoe weet je dat zo zeker? Als ik die foutmeldingen zie, dan lijkt het er toch sterk op dat er daar juist iets misgaat.quote:
[..]
De keys op beide machines zijn in orde.
Omdat ik ze helemaal hersteld heb. Mijn eerste idee was ook dat op een of andere manier de keys niet in orde waren, dus heb ik ze gesynct (of hoe je dat ook noemt) tussen beide computers.quote:
[..]
Hoe weet je dat zo zeker? Als ik die foutmeldingen zie, dan lijkt het er toch sterk op dat er daar juist iets misgaat.
Ik zou het verder niet weten. Je weet dus 100% zeker dat de permissies goed staan? Ook als je bijvoorbeeld vergelijkt met de andere machine?quote:
[..]
Automatische backups maken vooral. Als ik gewoon SSH gebruik, krijg ik de melding: Permission denied (publickey). ssh -v geeft een boel pogingen en verder niets. De keys op beide machines zijn in orde, en ik kan vanuit de server wel naar de computer SSH-en. Ook als ik password authentication aanzet werkt het gewoon. Alleen die publickey dus niet.
Heel vreemd probleem idd. Misschien het makkelijkste dan om ssh(d) en de config files te vervangen op basis van een installer / tarball.
Dat lijkt mij ook. Je private key moet je eigen uid/gid hebben en permissies 600.quote:
Ik zou zeggen dat de rechten van de keys niet goed zijn.
En sshd moet je echt wel als root starten, hoe anders zou 'ie je login sessies onder de gebruiker waarop je in wil loggen kunnen geven?
Bovenstaande ziet eruit als een sshd die als niet-root gestart wordt - bestanden die 'ie niet kan lezen (niet iets waar root ooit last van heeft op het lokale fs) en kan niet luisteren op poort 22 (iets wat alleen root of andere processen met BIND capability kunnen doen want <1024).
Maar laat sshd gewoon door je init scripts/systemd starten, dat zou allemaal gewoon moeten werken..
Bovenstaande ziet eruit als een sshd die als niet-root gestart wordt - bestanden die 'ie niet kan lezen (niet iets waar root ooit last van heeft op het lokale fs) en kan niet luisteren op poort 22 (iets wat alleen root of andere processen met BIND capability kunnen doen want <1024).
Maar laat sshd gewoon door je init scripts/systemd starten, dat zou allemaal gewoon moeten werken..
I hope you can see this because I'm doing it as hard as I can.
Zoals hier boven al vermeld, je moet ssh gebruiken en niet sshd. De errors die je laat zien is omdat je als gewone gebruiker a) geen toegang hebt tot de private host keys in /etc/ssh en b) je geen porten onder 1024 kunt open voor communicatie.quote:
[..]
Automatische backups maken vooral. Als ik gewoon SSH gebruik, krijg ik de melding: Permission denied (publickey). ssh -v geeft een boel pogingen en verder niets. De keys op beide machines zijn in orde, en ik kan vanuit de server wel naar de computer SSH-en. Ook als ik password authentication aanzet werkt het gewoon. Alleen die publickey dus niet.
Post eens de fouten die je krijgt als je ssh -v krijgt, inclusief het ssh commando wat je gebruikt (je mag ip nummers veranderen in x.x.x.x).
Om een proxy op mijn site te kunnen draaien om HTTP images via SSL te serveren gebruik ik camo.
Ikzelf gebruik dit om de boel constant te laten draaien:
Met forever blijft de boel inderdaad draaien, camo werkt. Maar hoe sluit ik die deamon dan?
Er staat wel leuk dit vermeld:
CTRL+X sluit de boel weer af, inclusief Camo, en als ik PuTTY ook maar direct afsluit, is Camo ook weer gestopt.
Met forever moet je die zut toch permanent kunnen draaien? Hoe dan?
Update:
Ik was het 'start' commando vergeten
. Nu lijkt het wel goed te werken.
[ Bericht 8% gewijzigd door Claude_Viole op 04-06-2017 11:26:03 ]
Ikzelf gebruik dit om de boel constant te laten draaien:
| 1 2 | cd /home/ikzelf/camo PORT=9090 CAMO_KEY="supersecretpasshier" forever server.js |
Er staat wel leuk dit vermeld:
Maar hoe sluit ik dit weer af om weer verder op de server te kunnen frotten?quote:warn: --minUptime not set. Defaulting to: 1000ms
warn: --spinSleepTime not set. Your script will exit if it does not stay up for at least 1000ms
SSL-Proxy running on 9090 with pid:3750 version:2.3.0.
CTRL+X sluit de boel weer af, inclusief Camo, en als ik PuTTY ook maar direct afsluit, is Camo ook weer gestopt.
Met forever moet je die zut toch permanent kunnen draaien? Hoe dan?
Update:
Ik was het 'start' commando vergeten
. Nu lijkt het wel goed te werken.| 1 | PORT=9090 CAMO_KEY="supersecretpasshier" forever start server.js |
[ Bericht 8% gewijzigd door Claude_Viole op 04-06-2017 11:26:03 ]
Ctrl-x sluit geen proces af he, maar pauzeert het en stuurt het naar de achtergrond. Met "bg" draait het verder op de achtergrond. Als je je terminal sessie afsluit dan stopt het achtergrond process ook, tenzij je het eerst "disown"-t. Afsluiten van een proces doe je met ctrl-c. Als je het echt op de achtergrond wil starten en draaien kun je een daemon ervan maken. Maar simpeler oplossing is om "screen" te gebruiken.
Ctrl-z doet dat, niet ctrl-x.quote:
Ctrl-x sluit geen proces af he, maar pauzeert het en stuurt het naar de achtergrond. Met "bg" draait het verder op de achtergrond. Als je je terminal sessie afsluit dan stopt het achtergrond process ook, tenzij je het eerst "disown"-t.
