Closed magojr closed 4 years ago
Hello, dlr err:002 is adressed in #760
For the rest (redis/rabbit), i guess you need to provide more details on your situations so i can help.
Hello farirat, first of all, thank you very much for addressing that issue!
I can describe in detail the other 2 issue here, these 2 can be "workarounded" using local installation without "securing" Redis and Rabbit.
Redis I added a password to Redis and I can connect to Redis using that password from redis-cli, from php redis admin, and from another propretary app (Laravel based). Using that password in jasmin bring to an error logged even at startup as: "RedisClient: NOAUTH Authentication required". Switching to a wrong password or to a "correct_password" (with double quotes) in jasmin.conf I got an error like "wrong password" (I don't remember exactly but it say the password was wrong) so basically the correct one get recognized in some way. It seems that jasmin don't "understand" to be autenticated after using the correct password (this is just an idea, not sure about it). So actually we're using it locally binding only to 127.0.0.1 without any password but it may be a very limiting option in order to scale out over multiple box and/or Redis cluster.
RabbitMQ As best practice, I should install it and remove the Guest/Guest user switching to a username/strenght_password config. I did it and inserted them into the jasmin config file. Restarted Jasmin and it seems to works (no eror on startup) but DLR queue doesn't get consumed (not sure on other queues yet because I fastly recreate Guest|Guest user in order to get it back working). As soon as I reinserted the default Guest user, it come back to works correctly so, probably, somewhere in the code the default Guest/Guest user is takebn even if another user/password are configured in jasmin.conf
These are the versions i'm using (latest on epel repo for CentOs): redis.x86_64 3.2.12-2.el7 @epel rabbitmq-server.noarch 3.3.5-34.el7 @epel erlang-kernel.x86_64 R16B-03.18.el7 @epel
Hope it can helps and let me know if you need any specific data, I can reproduce them if needed and check about specific detail.
Thank you again! [Edited and correct some typo]
If i needed to reproduce your env i'll have to set rabbit/redis authentication with passwords ? is this correct ?
Yes, of course. In detail, for Redis in /etc/redis.conf uncomment the line with "requirepass" and insert a password like requirepass abcde1234fghi then in /etc/jasmin/jasmin.cfg in the section [redis-client] password = abcde1234fghi
systemctl restart redis systemctl restart jasmind systemctl status jasmind ==> show the error
For Rabbit it's a bit more tricky to be verified. You need to: -add to Rabbit a user like adminuser/strongpassword -change username and password accordigly in /etc/jasmin/jasmin.cfg [amqp-broker] section -restart Jasmin -remove or disable the Guest user in Rabbit -send one or more SMS activating the DLR for suxess too and wait for the receive -come back to the Rabbit Admin and check that the Rabbit "dlr" queue elements doesn't get consumed
Then, adding or reactivating the Guest/Guest user, they get consumed (not sure if it's needed a foregn application that read them from Jasmin but I don't think so).
edit jasmin.cfg
On Mon, Nov 25, 2019 at 4:50 PM magojr notifications@github.com wrote:
Yes, of course. In detail, for Redis in /etc/redis.conf uncomment the line with "requirepass" and insert a password like requirepass abcde1234fghi then in /etc/jasmin/jasmin.cfg in the section [redis-client] password = abcde1234fghi
systemctl restart redis systemctl restart jasmind systemctl status jasmind ==> show the error
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/jookies/jasmin/issues/788?email_source=notifications&email_token=ABPZPXCB667BZMAUQPRSC6TQVPJYPA5CNFSM4JQUQRQ2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFCOQBY#issuecomment-558163975, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABPZPXHCHIBDFGBUHDNIVKTQVPJYPANCNFSM4JQUQRQQ .
elements
Do
For Rabbit it's a bit more tricky to be verified. You need to: -add to Rabbit a user like adminuser/strongpassword -change username and password accordigly in /etc/jasmin/jasmin.cfg [amqp-broker] section -restart Jasmin -remove or disable the Guest user in Rabbit -send one or more SMS activating the DLR for suxess too and wait for the receive -come back to the Rabbit Admin and check that the Rabbit "dlr" queue elements doesn't get consumed
Then, adding or reactivating the Guest/Guest user, they get consumed (not sure if it's needed a foregn application that read them from Jasmin but I don't think so).
I cannot reproduce your case, do you have an accessible environment ? if yes, then send me the creds to bruno.chaudhary@jookies.net
Hello hzcodertr, thank you for your interest/help but I didn't understand your comment. If you mean "open jasmin.cfg and insert the Redis password in the appropriate section", as explained it's what I've done without success, I've got anyway a "RedisClient: NOAUTH Authentication required". That is why I asked support for it, I also tested with double quotes and wrong password that give me another error so it seems that Jasmin is autenticating correctly to Redis but the initial message get misunderstood and jasmin "match" that as not authorized. It may depend from the version of Redis, I don't know exactly...
Let me know if you have any other option to test. Thank you
edit jasmin.cfg … On Mon, Nov 25, 2019 at 4:50 PM magojr @.***> wrote: Yes, of course. In detail, for Redis in /etc/redis.conf uncomment the line with "requirepass" and insert a password like requirepass abcde1234fghi then in /etc/jasmin/jasmin.cfg in the section [redis-client] password = abcde1234fghi systemctl restart redis systemctl restart jasmind systemctl status jasmind ==> show the error — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#788?email_source=notifications&email_token=ABPZPXCB667BZMAUQPRSC6TQVPJYPA5CNFSM4JQUQRQ2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFCOQBY#issuecomment-558163975>, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABPZPXHCHIBDFGBUHDNIVKTQVPJYPANCNFSM4JQUQRQQ .
Thank you again farirat, you have got my e-mail with ssh access key and my personal contact for any help needed.
elements
Do
For Rabbit it's a bit more tricky to be verified. You need to: -add to Rabbit a user like adminuser/strongpassword -change username and password accordigly in /etc/jasmin/jasmin.cfg [amqp-broker] section -restart Jasmin -remove or disable the Guest user in Rabbit -send one or more SMS activating the DLR for suxess too and wait for the receive -come back to the Rabbit Admin and check that the Rabbit "dlr" queue elements doesn't get consumed Then, adding or reactivating the Guest/Guest user, they get consumed (not sure if it's needed a foregn application that read them from Jasmin but I don't think so).
I cannot reproduce your case, do you have an accessible environment ? if yes, then send me the creds to bruno.chaudhary@jookies.net
UPDATE with Jasmin version 0.9.32 REDIS: Tested password auth and got the same error ("RedisClient: NOAUTH Authentication required").
RABBIT: In jasmin.cfg, section [amqp-broker] username = mqadmin
Stopping Jasmin I have no queue active.
Starting Jasmin I've got these 3 queues: Name | Username | State 127.0.0.1:56594 | guest | running 127.0.0.1:56620 | guest | running 127.0.0.1:56652 | mqadmin | running
2 of them use the guest/guest account as user/password, so if I delete the guest/guest account, they don't work anymore.
Installed jasminsms 0.9.31 on a CentOs 7.7 (updated) box and found some issues. To avoid conflict with other packages/libraries version, all libraries and modules have been installed using pip, avoiding yum. After a week of testing, configuring I miss 3 point:
I don't think these can be bugs, they can't be bug on a software like jasmin they probably are due to the actual centos specific system/library/configuration. I would like to try with Ubuntu and yum because it seems to be the "official installation OS", isn't it? May the ubuntu installation with yum repos can be a more stable option? Anybody else experienced/solved these issue on a CentOs 7 box ?
Thanks!