@prezes_kk my tip is that this is on Turris 1.x where are sometimes known problems with i2c and that wat with access to atsha. Reboot or potentially unpower router for few moments to reset hardware state of i2c bus. If this is Turris Omnia then please fill support request or create issue in Nikola project on our gitlab.
2018-01-31T22:10:39+00:00 info twisted: [SSHService ssh-connection on SSHServerTransport,1179,5.188.87.53] got channel direct-tcpip request
2018-01-31T22:10:39+00:00 alert twisted: [SSHService ssh-connection on SSHServerTransport,1179,5.188.87.53] Failure: twisted.conch.error.ConchError: (3, âunknown channelâ)
This is known and developers of HaaS are not sure, if they should enable it on honeypot.
See it here.
Regarding issues, why honeypot doesnât work since 30th January. We apologize for that and weâre working on fix. It requires further lenghty investigation and now as temporary workaround should be enough delete line 29, where is procd_set_param user nobody in file /etc/init.d/haas-proxy and donât forget to restart HaaS.
I tested this yesterday and for me it works. Related commit is here. Please write us feedback if it works for you.
Maybe it is same root cause as HaaS je funkÄnĂ. I noticed some script (related to turris 1.x, on Omnia need to be aproved to participate on project) gets enabled in one of previous updates 3.9.x I believe. I think nikola is in the same category of âfeaturesâ.
Its just blind unexperienced guess, but I know devs try to merge Turis 1.x and Omnia branches together, and that symptoms makes me feel as some of Non-participated Omniaâs gets something by mistake.
Hi,
please, can you try to delete line 29 in file /etc/init.d/haas-proxy, what I said above?
If it doesnât work, please tell me and Iâll look into it with HaaS developers.
About showing haas-app.nic.cz:
HaaS or any other services are primarily aimed for botnets. The real person, who is trying to hack can recognize only with one command, if it is a real device/system or not.
Currently we have other things to do than changing a hostname. Maybe later weâll change it, but right now thereâs no plan to do it.
Finally (for the first time ever), HaaS is working for me. Note that in my case, it was insufficient to just restart haas-proxy, I had to reboot the router.
hmm, forgive this nOOb, but can i conclude that it might be better to turn off all honeypots, and wait till this is fixed in a proper way? My syslog is suddenly filled with all sorts of strange attempts. Login into haas shows nothing here. and no clue how to edit a config.
Ok, with some help from a linux guru i managed to ââeditââ the token, and not remove rule 29. Haas works !
Would be nice to have some sort of how-to-do-this-step-by-step for those not familiar with the terminal, or is that blaspheme ?
Well, untill now the team solved ( for me ) always the trouble⌠But the token thing in the config is a nasty one for nOObs like me. My suggestion would be a simple open field in foris so you can copy paste it from haas into the Turris? Or is that to easy?
i have 1 attempt on haas, while the syslog is giving the same error ( loads ) as you described in the 3.9.5 RC thread. ( Failure: twisted.conch.error.ConchError: (3, âunknown channelâ) ) I removed all extra FW rules so everything is factory standard.
well, the interesting thing here is that since i put in the correct token, line 29 is not present in the haas proxy? Anyway, iâm not qualified enough to understand all this
It works, see the addresses and username with password. No commands yet, but seems to work.
Do we need to undo this change after updating to 3.9.5? I backed up the haas-proxy file