Hi @moriuks yes Iām getting the tokens right i think. Iām using the āget new access tokenā from postman and i can see the token in the Oauth2 client. I think iām having some troubles with my apliccation or DB timezone because the expiration date of the tokens that are created is before the creation date.
e. g.
Do you think this can be what is making troubles?
Thanks!
Hi @machinecha,
Do you have any errors on the suitecrm.log?
Hi @clemente.raposo:
No, iām not getting any errors in the suitecrm.log. Iām running in a php web server. In the web server log, i get this:
php | [Tue Nov 17 09:30:26 2020] 172.18.0.1:38084 [200]: /Api/access_token
php | [Tue Nov 17 09:30:41 2020] 172.18.0.1:38110 [301]: /V8/module/Accounts
php | [Tue Nov 17 09:30:41 2020] 172.18.0.1:38122 [404]: /V8/module/index.php?action=Login&module=Users - No such file or directory
Hey @machinecha,
Can you confirm your permissions are set correctly?
Permission of the files? The public and private key? Or permissions in general of all the files?
Hi @machinecha,
Could you try using Api/index.php/V8/module, please?
I think this made the magic. Iām ewntering a meeting now, will check more later, but i think this is the solution. Thanks thanks thanks!!
Glad to hear!
There may be a problem with the re-write then. Are you using apache?
For development we use the php web server. For testing and production yes, we are using apache
Switching to PHP7.4 got this to work! If youāre using 8.0, there is a potential bug with parsing your keys.
Based on this case it is caused by an dependency issue: Generating API access token throws error:0909006C:PEM Ā· Issue #185 Ā· salesagility/SuiteCRM-Core Ā· GitHub
