hallowed-postman-21092
04/20/2023, 9:11 AMhydra janitor <postgres://db-name>:db-pass@127.0.0.1:5432/oauth?search_path=hydra --tokens --access-lifespan 3h --refresh-lifespan 1440h
Questions:
1. If I not use options --lifespan, this command will be delete all data, right? or just delete only expired data?
2. For the lifes-span option, I set to 1440h It should mean delete data that older 1440h (3 months), right?
3. Is it possible to provide example command to delete only expired data?dry-sunset-53391
04/21/2023, 6:13 AMCould not apply migrations:
Error 1832: Cannot change column 'nid': used in a foreign key constraint 'hydra_client_nid_fk_idx'
error executing migrations/20220210000001000002_nid.mysql.up.sql, sql: -- Migration generated by the command below; DO NOT EDIT.
-- hydra:generate hydra migrate gen
UPDATE hydra_client SET nid = (SELECT id FROM networks LIMIT 1);
ALTER TABLE hydra_client MODIFY `nid` char(36) NOT NULL;
The ‘nid’ column was just added by the previous migration:
20220210000001000001_nid.mysql.up.sql
ALTER TABLE `hydra_client` ADD COLUMN `nid` char(36);
ALTER TABLE `hydra_client` ADD CONSTRAINT `hydra_client_nid_fk_idx` FOREIGN KEY (`nid`) REFERENCES `networks` (`id`) ON UPDATE RESTRICT ON DELETE CASCADE;
Running this on a mysql 8.0 database. Anyone encountered this?swift-chef-97535
04/21/2023, 6:24 AMdry-sunset-53391
04/21/2023, 6:27 AMabundant-restaurant-25559
04/21/2023, 8:23 AM/.well-known/oidc-configuration
I couldn't find a setting related to this. /.well-known/jwks.json
works as expected. I'm running an empty hydra docker with --dev
and the following config:
environment:
- LOG_LEAK_SENSITIVE_VALUES=true
- URLS_SELF_ISSUER=<http://localhost:4444>
- URLS_SELF_PUBLIC=<http://localhost:4444>
- URLS_CONSENT=<https://localhost:3000/consent>
- URLS_LOGIN=<https://localhost:3000/login>
- URLS_LOGOUT=<https://localhost:3000/login?logout=true>
- SECRETS_SYSTEM=youReallyNeedToChangeThis
- OIDC_SUBJECT_IDENTIFIERS_SUPPORTED_TYPES=public,pairwise
- OIDC_SUBJECT_IDENTIFIERS_PAIRWISE_SALT=youReallyNeedToChangeThis
- DSN=sqlite:///var/lib/sqlite/db.sqlite?_fk=true&mode=rwc
- OIDC_DYNAMIC_CLIENT_REGISTRATION_ENABLED=true
dry-sunset-53391
04/21/2023, 1:05 PMacoustic-eve-45899
04/24/2023, 5:35 AMhallowed-postman-21092
04/24/2023, 6:03 AMbusy-fish-14120
04/24/2023, 3:43 PMrhythmic-raincoat-85174
04/24/2023, 9:40 PMmysterious-rose-44236
05/03/2023, 9:45 AMSession
when using "Remember"/Skip? The login_session_id on the ConsentRequest is different from the originally authorized one.
1. Login with remember = false
2. Give consent with remember = true and some session data. There's now 1 consent session for the subject with login_session_id = ""
3. Login again with remember = true
4. Consent screen is properly skipped.
5. There's still only 1 consent session for the subject with login_session_id = ""
That means that I cannot use the "list consent session for a subject with the login_session_id parameter" API endpointhundreds-zoo-95288
05/03/2023, 11:02 AMhelpful-engine-56790
05/08/2023, 1:12 AMquaint-exabyte-70991
05/09/2023, 7:01 AMbrash-honey-57496
05/09/2023, 7:17 PMlittle-fireman-5336
05/10/2023, 12:56 PMbest-napkin-88358
05/12/2023, 1:23 PMmetadata
property in Hydra. The property description states:
Store custom data on this client. The metadata field is visible publicly when performing various OAuth2 flows.Can you please elaborate how exactly the metadata would be exposed publicly? There is the
GET /admin/clients/<client_id>
endpoint in the API, but that one is an admin (private) endpoint.
Is there any other way how one could access the client info only knowing the client_id
?swift-chef-97535
05/13/2023, 8:26 PMswift-chef-97535
05/13/2023, 8:30 PMvictorious-orange-30293
05/16/2023, 1:34 PMrough-thailand-82116
05/18/2023, 7:47 AMrough-thailand-82116
05/18/2023, 7:48 AMwhite-jackal-83925
05/19/2023, 6:11 PM❯ go mod download
go: errors parsing go.mod:
[REDACTED]/oauth_poc/go.mod:9:2: require <http://github.com/ory/hydra-client-go|github.com/ory/hydra-client-go>: version "v2.1.1" invalid: should be v0 or v1, not v2
Self solved: took a peek at the go.mod and the sdk gets a v2 on the end: <http://github.com/ory/hydra-client-go|github.com/ory/hydra-client-go> => <http://github.com/ory/hydra-client-go/v2|github.com/ory/hydra-client-go/v2>
stocky-manchester-34701
05/20/2023, 2:00 PMlemon-greece-23044
05/21/2023, 12:27 PM<http://localhost:4445/admin/oauth2/auth/requests/login?login_challenge=7276fa161b674c148e824ac6b51ab828>
but if I just set the host like http://hydra-admin then it host stays as it is. I'm running all in local kubernetes cluster in kind. If I make the request manually it works fine from that pod that is using client login request. So it's just calling http://localhost:4445 instead of http://hydra-admin:4445 that's why it's failing. What could be the reason? Has anyone faced this kind of issue ?lemon-greece-23044
05/21/2023, 6:37 PMhydra
instead of hydra-admin
by using helm chart how can I do that? I don't find where the service name is defined as hydra-admin.early-noon-77493
05/22/2023, 6:54 AMskip_consent
attribute in the client description JSON, which crashes the Java client when asking for a login challenge. The Java SDK has an allowlist of attributes that is used when validating the received JSON, which doesn't contain skip_consent
until the 2.1.0 (see here). If an attribute outside of this list is provided by the server, it crashes the client. So we were running Server 2.1.1 and Java client 2.0.2 and couldn't get a login challenge at all anymore.
We may have missed some key information about how to upgrade the client and server but didn't expect a breaking change in a minor version. For future reference, are minor client versions expected to be backwards compatible with older server versions?lemon-greece-23044
05/22/2023, 9:27 AM<http://github.com/ory/hydra-client-go/client|github.com/ory/hydra-client-go/client>: module <http://github.com/ory/hydra-client-go@latest|github.com/ory/hydra-client-go@latest> found (v1.11.8), but does not contain package <http://github.com/ory/hydra-client-go/client|github.com/ory/hydra-client-go/client>
lemon-greece-23044
05/22/2023, 11:26 AMtag: v1.10.3-alpine
But for some reason I'm getting this error:
time=2023-05-22T11:21:35Z level=fatal msg=Scheme from configuration key "urls.self.issuer" must be "https" unless --dangerous-force-http is passed but got scheme in value "<http://localhost:4444/>" is "http". To find out more, use "hydra help serve". audience=application service_name=ORY Hydra service_version=v1.10.3
Although I have set the dangerousForceHttp
: true in values.yaml for hydra helm chart
hydra:
# -- The ORY Hydra configuration. For a full list of available settings, check:
# <https://www.ory.sh/docs/hydra/reference/configuration>
config:
dsn: <postgres://hydra:secret@postgresd:5432/hydradb>
serve:
public:
port: 4444
admin:
port: 4445
# tls:
# allow_termination_from:
# - 10.0.0.0/8
# - 172.16.0.0/12
# - 192.168.0.0/16
# -- The secrets have to be provided as a string slice, example:
# system:
# - "OG5XbmxXa3dYeGplQXpQanYxeEFuRUFa"
# - "foo bar 123 456 lorem"
# - "foo bar 123 456 lorem 1"
# - "foo bar 123 456 lorem 2"
# - "foo bar 123 456 lorem 3"
secrets: {}
# urls:
# self:
urls:
self:
issuer: <http://localhost:4444>
login: <http://127.0.0.1:3000/login>
consent: <http://127.0.0.1:3000/consent>
dangerousForceHttp: true
dangerousAllowInsecureRedirectUrls: true
What is it that I am missing?delightful-noon-48365
05/24/2023, 12:17 PMhydra perform authorization-code
(docs here : https://www.ory.sh/docs/hydra/cli/hydra-perform-authorization-code). It seems that the token is only sent this way or there is another way that I can't find?