iOS Push Notifications have stopped working #1725

Closed
opened 2026-02-05 01:35:14 +03:00 by OVERLORD · 5 comments
Owner

Originally created by @knightian on GitHub (Oct 1, 2023).

Discussed in https://github.com/dani-garcia/vaultwarden/discussions/3943

Originally posted by knightian October 2, 2023
Latest version of vaultwarden and web vault

If I make a secure note in the webvault, it does not appear soon in the app on iOS.

I did a fresh generation of installation id and password for the config, and then I deleted the iOS app and reinstalled it so it would set up the push notifications in the app as per the wiki, but it does not work.

It used to work in previous versions.

There are no DNS issues at the moment because I am putting nameserver entry in resolv.conf to make trust-dns happy:

image

Your environment (Generated via diagnostics page)

  • Vaultwarden version: v1.29.2-bc26bfa5
  • Web-vault version: v2023.8.2
  • OS/Arch: linux/x86_64
  • Running within Docker: false (Base: Not applicable)
  • Environment settings overridden: false
  • Uses a reverse proxy: true
  • IP Header check: true (X-Real-IP)
  • Internet access: false
  • Internet access via a proxy: false
  • DNS Check: true
  • Browser/Server Time Check: true
  • Server/NTP Time Check: n/a
  • Domain Configuration Check: true
  • HTTPS Check: true
  • Database type: SQLite
  • Database version: 3.41.2
  • Clients used:
  • Reverse proxy and version:
  • Other relevant information:

Config (Generated via diagnostics page)

Show Running Config

Environment settings which are overridden:

{
  "_duo_akey": null,
  "_enable_duo": false,
  "_enable_email_2fa": true,
  "_enable_smtp": true,
  "_enable_yubico": true,
  "_icon_service_csp": "",
  "_icon_service_url": "",
  "_ip_header_enabled": true,
  "_smtp_img_src": "cid:",
  "admin_ratelimit_max_burst": 2,
  "admin_ratelimit_seconds": 6,
  "admin_session_lifetime": 20,
  "admin_token": "***",
  "allowed_iframe_ancestors": "",
  "attachments_folder": "data/attachments",
  "auth_request_purge_schedule": "30 * * * * *",
  "authenticator_disable_time_drift": false,
  "data_folder": "data",
  "database_conn_init": "",
  "database_max_conns": 256,
  "database_timeout": 30,
  "database_url": "***************",
  "db_connection_retries": 20,
  "disable_2fa_remember": false,
  "disable_admin_token": false,
  "disable_icon_download": false,
  "domain": "*****://********************",
  "domain_origin": "*****://********************",
  "domain_path": "",
  "domain_set": true,
  "duo_host": null,
  "duo_ikey": null,
  "duo_skey": null,
  "email_attempts_limit": 5,
  "email_expiration_time": 1800,
  "email_token_size": 6,
  "emergency_access_allowed": false,
  "emergency_notification_reminder_schedule": "0 3 * * * *",
  "emergency_request_timeout_schedule": "0 7 * * * *",
  "enable_db_wal": true,
  "event_cleanup_schedule": "0 10 0 * * *",
  "events_days_retain": null,
  "extended_logging": true,
  "helo_name": null,
  "hibp_api_key": null,
  "icon_blacklist_non_global_ips": true,
  "icon_blacklist_regex": null,
  "icon_cache_folder": "data/icon_cache",
  "icon_cache_negttl": 259200,
  "icon_cache_ttl": 2592000,
  "icon_download_timeout": 10,
  "icon_redirect_code": 302,
  "icon_service": "internal",
  "incomplete_2fa_schedule": "30 * * * * *",
  "incomplete_2fa_time_limit": 3,
  "invitation_expiration_hours": 120,
  "invitation_org_name": "Mine",
  "invitations_allowed": true,
  "ip_header": "X-Real-IP",
  "job_poll_interval_ms": 30000,
  "log_file": "/var/log/vaultwarden/vaultwarden.log",
  "log_level": "info",
  "log_timestamp_format": "%Y-%m-%d %H:%M:%S.%3f",
  "login_ratelimit_max_burst": 3,
  "login_ratelimit_seconds": 4,
  "org_attachment_limit": null,
  "org_creation_users": "**********************",
  "org_events_enabled": false,
  "org_groups_enabled": false,
  "password_hints_allowed": false,
  "password_iterations": 700442,
  "push_enabled": true,
  "push_installation_id": "***",
  "push_installation_key": "***",
  "push_relay_uri": "https://push.bitwarden.com",
  "reload_templates": false,
  "require_device_email": true,
  "rsa_key_filename": "data/rsa_key",
  "send_purge_schedule": "0 5 * * * *",
  "sendmail_command": null,
  "sends_allowed": true,
  "sends_folder": "data/sends",
  "show_password_hint": false,
  "signups_allowed": false,
  "signups_domains_whitelist": "***********,********************",
  "signups_verify": true,
  "signups_verify_resend_limit": 20,
  "signups_verify_resend_time": 300,
  "smtp_accept_invalid_certs": false,
  "smtp_accept_invalid_hostnames": false,
  "smtp_auth_mechanism": "\"Login\"",
  "smtp_debug": false,
  "smtp_embed_images": true,
  "smtp_explicit_tls": null,
  "smtp_from": "*****************************",
  "smtp_from_name": "Mine",
  "smtp_host": "******************",
  "smtp_password": "***",
  "smtp_port": 587,
  "smtp_security": "starttls",
  "smtp_ssl": null,
  "smtp_timeout": 15,
  "smtp_username": "***********************************",
  "templates_folder": "data/templates",
  "tmp_folder": "data/tmp",
  "trash_auto_delete_days": 30,
  "trash_purge_schedule": "0 5 0 * * *",
  "use_sendmail": false,
  "use_syslog": false,
  "user_attachment_limit": 102400,
  "web_vault_enabled": true,
  "web_vault_folder": "web-vault/",
  "websocket_address": "0.0.0.0",
  "websocket_enabled": false,
  "websocket_port": 3012,
  "yubico_client_id": null,
  "yubico_secret_key": null,
  "yubico_server": null
}
Originally created by @knightian on GitHub (Oct 1, 2023). ### Discussed in https://github.com/dani-garcia/vaultwarden/discussions/3943 <div type='discussions-op-text'> <sup>Originally posted by **knightian** October 2, 2023</sup> Latest version of vaultwarden and web vault If I make a secure note in the webvault, it does not appear soon in the app on iOS. I did a fresh generation of installation id and password for the config, and then I deleted the iOS app and reinstalled it so it would set up the push notifications in the app as per the wiki, but it does not work. It used to work in previous versions. There are no DNS issues at the moment because I am putting nameserver entry in resolv.conf to make trust-dns happy: ![image](https://github.com/dani-garcia/vaultwarden/assets/72685601/13fec400-72b1-4533-a002-39493f4a7091) ### Your environment (Generated via diagnostics page) * Vaultwarden version: v1.29.2-bc26bfa5 * Web-vault version: v2023.8.2 * OS/Arch: linux/x86_64 * Running within Docker: false (Base: Not applicable) * Environment settings overridden: false * Uses a reverse proxy: true * IP Header check: true (X-Real-IP) * Internet access: false * Internet access via a proxy: false * DNS Check: true * Browser/Server Time Check: true * Server/NTP Time Check: n/a * Domain Configuration Check: true * HTTPS Check: true * Database type: SQLite * Database version: 3.41.2 * Clients used: * Reverse proxy and version: * Other relevant information: ### Config (Generated via diagnostics page) <details><summary>Show Running Config</summary> **Environment settings which are overridden:** ```json { "_duo_akey": null, "_enable_duo": false, "_enable_email_2fa": true, "_enable_smtp": true, "_enable_yubico": true, "_icon_service_csp": "", "_icon_service_url": "", "_ip_header_enabled": true, "_smtp_img_src": "cid:", "admin_ratelimit_max_burst": 2, "admin_ratelimit_seconds": 6, "admin_session_lifetime": 20, "admin_token": "***", "allowed_iframe_ancestors": "", "attachments_folder": "data/attachments", "auth_request_purge_schedule": "30 * * * * *", "authenticator_disable_time_drift": false, "data_folder": "data", "database_conn_init": "", "database_max_conns": 256, "database_timeout": 30, "database_url": "***************", "db_connection_retries": 20, "disable_2fa_remember": false, "disable_admin_token": false, "disable_icon_download": false, "domain": "*****://********************", "domain_origin": "*****://********************", "domain_path": "", "domain_set": true, "duo_host": null, "duo_ikey": null, "duo_skey": null, "email_attempts_limit": 5, "email_expiration_time": 1800, "email_token_size": 6, "emergency_access_allowed": false, "emergency_notification_reminder_schedule": "0 3 * * * *", "emergency_request_timeout_schedule": "0 7 * * * *", "enable_db_wal": true, "event_cleanup_schedule": "0 10 0 * * *", "events_days_retain": null, "extended_logging": true, "helo_name": null, "hibp_api_key": null, "icon_blacklist_non_global_ips": true, "icon_blacklist_regex": null, "icon_cache_folder": "data/icon_cache", "icon_cache_negttl": 259200, "icon_cache_ttl": 2592000, "icon_download_timeout": 10, "icon_redirect_code": 302, "icon_service": "internal", "incomplete_2fa_schedule": "30 * * * * *", "incomplete_2fa_time_limit": 3, "invitation_expiration_hours": 120, "invitation_org_name": "Mine", "invitations_allowed": true, "ip_header": "X-Real-IP", "job_poll_interval_ms": 30000, "log_file": "/var/log/vaultwarden/vaultwarden.log", "log_level": "info", "log_timestamp_format": "%Y-%m-%d %H:%M:%S.%3f", "login_ratelimit_max_burst": 3, "login_ratelimit_seconds": 4, "org_attachment_limit": null, "org_creation_users": "**********************", "org_events_enabled": false, "org_groups_enabled": false, "password_hints_allowed": false, "password_iterations": 700442, "push_enabled": true, "push_installation_id": "***", "push_installation_key": "***", "push_relay_uri": "https://push.bitwarden.com", "reload_templates": false, "require_device_email": true, "rsa_key_filename": "data/rsa_key", "send_purge_schedule": "0 5 * * * *", "sendmail_command": null, "sends_allowed": true, "sends_folder": "data/sends", "show_password_hint": false, "signups_allowed": false, "signups_domains_whitelist": "***********,********************", "signups_verify": true, "signups_verify_resend_limit": 20, "signups_verify_resend_time": 300, "smtp_accept_invalid_certs": false, "smtp_accept_invalid_hostnames": false, "smtp_auth_mechanism": "\"Login\"", "smtp_debug": false, "smtp_embed_images": true, "smtp_explicit_tls": null, "smtp_from": "*****************************", "smtp_from_name": "Mine", "smtp_host": "******************", "smtp_password": "***", "smtp_port": 587, "smtp_security": "starttls", "smtp_ssl": null, "smtp_timeout": 15, "smtp_username": "***********************************", "templates_folder": "data/templates", "tmp_folder": "data/tmp", "trash_auto_delete_days": 30, "trash_purge_schedule": "0 5 0 * * *", "use_sendmail": false, "use_syslog": false, "user_attachment_limit": 102400, "web_vault_enabled": true, "web_vault_folder": "web-vault/", "websocket_address": "0.0.0.0", "websocket_enabled": false, "websocket_port": 3012, "yubico_client_id": null, "yubico_secret_key": null, "yubico_server": null } ``` </details> </div>
Author
Owner

@stefan0xC commented on GitHub (Oct 1, 2023):

Did you do these steps after you got DNS working again? Because if not the client was not registered initially and you have to clear the app data from the mobile app (or reinstall the app again).

@stefan0xC commented on GitHub (Oct 1, 2023): Did you do these steps after you got DNS working again? Because if not the client was not registered initially and you have to clear the app data from the mobile app (or reinstall the app again).
Author
Owner

@knightian commented on GitHub (Oct 1, 2023):

Did you do these steps after you got DNS working again? Because if not the client was not registered initially and you have to clear the app data from the mobile app (or reinstall the app again).

Correct, because from the instructions I saw it needs to register with Azure, so I figured when DNS was broken it could not register, so once I got the DNS sorted I generated new installation ID and token, put in ENV and restart vaultwarden, and then I delete and reinstall iOS app.

@knightian commented on GitHub (Oct 1, 2023): > Did you do these steps after you got DNS working again? Because if not the client was not registered initially and you have to clear the app data from the mobile app (or reinstall the app again). Correct, because from the instructions I saw it needs to register with Azure, so I figured when DNS was broken it could not register, so once I got the DNS sorted I generated new installation ID and token, put in ENV and restart vaultwarden, and then I delete and reinstall iOS app.
Author
Owner

@knightian commented on GitHub (Oct 1, 2023):

@stefan0xC @BlackDex

I am running trace level logs and I can see that it is resolving push.bitwarden.com successfully:

[2023-10-02 03:57:30.060][reqwest::connect][DEBUG] starting new connection: https://push.bitwarden.com/
[2023-10-02 03:57:30.062][trust_dns_resolver::async_resolver][TRACE] handle passed back
[2023-10-02 03:57:30.063][trust_dns_proto::xfer::dns_handle][DEBUG] querying: push.bitwarden.com A
[2023-10-02 03:57:30.063][trust_dns_resolver::name_server::name_server_pool][DEBUG] sending request: [Query { name: Name("push.bitwarden.com"), query_type: A, query_class: IN }]
[2023-10-02 03:57:30.064][trust_dns_resolver::name_server::name_server][DEBUG] reconnecting: NameServerConfig { socket_addr: 127.0.0.1:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false, bind_addr: None }
[2023-10-02 03:57:30.065][trust_dns_proto::xfer][DEBUG] enqueueing message:QUERY:[Query { name: Name("push.bitwarden.com"), query_type: A, query_class: IN }]
[2023-10-02 03:57:30.066][trust_dns_resolver::name_server::name_server][DEBUG] reconnecting: NameServerConfig { socket_addr: [::1]:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false, bind_addr: None }
[2023-10-02 03:57:30.066][trust_dns_proto::udp::udp_client_stream][DEBUG] final message: ; header 5327:QUERY:RD:NoError:QUERY:0/0/0
; query
;; push.bitwarden.com. IN A

[2023-10-02 03:57:30.067][trust_dns_proto::xfer][DEBUG] enqueueing message:QUERY:[Query { name: Name("push.bitwarden.com"), query_type: A, query_class: IN }]
[2023-10-02 03:57:30.068][trust_dns_proto::udp::udp_client_stream][DEBUG] final message: ; header 36933:QUERY:RD:NoError:QUERY:0/0/0
; query
;; push.bitwarden.com. IN A

[2023-10-02 03:57:30.068][trust_dns_proto::udp::udp_stream][DEBUG] created socket successfully
[2023-10-02 03:57:30.069][trust_dns_proto::udp::udp_stream][DEBUG] created socket successfully
[2023-10-02 03:57:30.070][trust_dns_proto::rr::record_data][TRACE] reading A
[2023-10-02 03:57:30.070][trust_dns_proto::rr::record_data][TRACE] reading A
[2023-10-02 03:57:30.070][trust_dns_proto::udp::udp_client_stream][DEBUG] received message id: 5327
[2023-10-02 03:57:30.070][trust_dns_resolver::error][DEBUG] Response:; header 5327:RESPONSE:RD,RA:NoError:QUERY:2/0/0
; query
;; push.bitwarden.com. IN A
; answers 2
push.bitwarden.com. 377 IN A 104.18.12.33
push.bitwarden.com. 377 IN A 104.18.13.33
; nameservers 0
; additionals 0

[2023-10-02 03:57:30.070][trust_dns_resolver::error][DEBUG] Response:; header 5327:RESPONSE:RD,RA:NoError:QUERY:2/0/0
; query
;; push.bitwarden.com. IN A
; answers 2
push.bitwarden.com. 377 IN A 104.18.12.33
push.bitwarden.com. 377 IN A 104.18.13.33
; nameservers 0
; additionals 0
@knightian commented on GitHub (Oct 1, 2023): @stefan0xC @BlackDex I am running trace level logs and I can see that it is resolving push.bitwarden.com successfully: ```[2023-10-02 03:57:29.916][vaultwarden::api::push][DEBUG] Auth Push token still valid, no need for a new one [2023-10-02 03:57:30.060][reqwest::connect][DEBUG] starting new connection: https://push.bitwarden.com/ [2023-10-02 03:57:30.062][trust_dns_resolver::async_resolver][TRACE] handle passed back [2023-10-02 03:57:30.063][trust_dns_proto::xfer::dns_handle][DEBUG] querying: push.bitwarden.com A [2023-10-02 03:57:30.063][trust_dns_resolver::name_server::name_server_pool][DEBUG] sending request: [Query { name: Name("push.bitwarden.com"), query_type: A, query_class: IN }] [2023-10-02 03:57:30.064][trust_dns_resolver::name_server::name_server][DEBUG] reconnecting: NameServerConfig { socket_addr: 127.0.0.1:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false, bind_addr: None } [2023-10-02 03:57:30.065][trust_dns_proto::xfer][DEBUG] enqueueing message:QUERY:[Query { name: Name("push.bitwarden.com"), query_type: A, query_class: IN }] [2023-10-02 03:57:30.066][trust_dns_resolver::name_server::name_server][DEBUG] reconnecting: NameServerConfig { socket_addr: [::1]:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false, bind_addr: None } [2023-10-02 03:57:30.066][trust_dns_proto::udp::udp_client_stream][DEBUG] final message: ; header 5327:QUERY:RD:NoError:QUERY:0/0/0 ; query ;; push.bitwarden.com. IN A [2023-10-02 03:57:30.067][trust_dns_proto::xfer][DEBUG] enqueueing message:QUERY:[Query { name: Name("push.bitwarden.com"), query_type: A, query_class: IN }] [2023-10-02 03:57:30.068][trust_dns_proto::udp::udp_client_stream][DEBUG] final message: ; header 36933:QUERY:RD:NoError:QUERY:0/0/0 ; query ;; push.bitwarden.com. IN A [2023-10-02 03:57:30.068][trust_dns_proto::udp::udp_stream][DEBUG] created socket successfully [2023-10-02 03:57:30.069][trust_dns_proto::udp::udp_stream][DEBUG] created socket successfully [2023-10-02 03:57:30.070][trust_dns_proto::rr::record_data][TRACE] reading A [2023-10-02 03:57:30.070][trust_dns_proto::rr::record_data][TRACE] reading A [2023-10-02 03:57:30.070][trust_dns_proto::udp::udp_client_stream][DEBUG] received message id: 5327 [2023-10-02 03:57:30.070][trust_dns_resolver::error][DEBUG] Response:; header 5327:RESPONSE:RD,RA:NoError:QUERY:2/0/0 ; query ;; push.bitwarden.com. IN A ; answers 2 push.bitwarden.com. 377 IN A 104.18.12.33 push.bitwarden.com. 377 IN A 104.18.13.33 ; nameservers 0 ; additionals 0 [2023-10-02 03:57:30.070][trust_dns_resolver::error][DEBUG] Response:; header 5327:RESPONSE:RD,RA:NoError:QUERY:2/0/0 ; query ;; push.bitwarden.com. IN A ; answers 2 push.bitwarden.com. 377 IN A 104.18.12.33 push.bitwarden.com. 377 IN A 104.18.13.33 ; nameservers 0 ; additionals 0 ```
Author
Owner

@knightian commented on GitHub (Oct 1, 2023):

Does it matter that there is no AAAA request? because my server also using IPv6 so maybe that is why?

** Update **

I disabled IPv6 and made no difference, here is a debug log output it's definitely resolving the endpoints and connecting, but no push is making its way to my phone it seems:

[2023-10-02 04:16:56.378][vaultwarden::api::push][DEBUG] Auth Push token still valid, no need for a new one
[2023-10-02 04:16:56.480][reqwest::connect][DEBUG] starting new connection: https://push.bitwarden.com/
[2023-10-02 04:16:56.480][trust_dns_proto::xfer::dns_handle][DEBUG] querying: push.bitwarden.com A
[2023-10-02 04:16:56.481][trust_dns_resolver::name_server::name_server_pool][DEBUG] sending request: [Query { name: Name("push.bitwarden.com"), query_type: A, query_class: IN }]
[2023-10-02 04:16:56.481][trust_dns_resolver::name_server::name_server][DEBUG] reconnecting: NameServerConfig { socket_addr: 127.0.0.1:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false, bind_addr: None }
[2023-10-02 04:16:56.481][trust_dns_proto::xfer][DEBUG] enqueueing message:QUERY:[Query { name: Name("push.bitwarden.com"), query_type: A, query_class: IN }]
[2023-10-02 04:16:56.481][trust_dns_proto::udp::udp_client_stream][DEBUG] final message: ; header 3218:QUERY:RD:NoError:QUERY:0/0/0
; query
;; push.bitwarden.com. IN A

[2023-10-02 04:16:56.482][trust_dns_proto::udp::udp_stream][DEBUG] created socket successfully
[2023-10-02 04:16:56.527][trust_dns_proto::udp::udp_client_stream][DEBUG] received message id: 3218
[2023-10-02 04:16:56.527][trust_dns_resolver::error][DEBUG] Response:; header 3218:RESPONSE:RD,RA:NoError:QUERY:2/0/0
; query
;; push.bitwarden.com. IN A
; answers 2
push.bitwarden.com. 287 IN A 104.18.13.33
push.bitwarden.com. 287 IN A 104.18.12.33
; nameservers 0
; additionals 0

[2023-10-02 04:16:56.527][trust_dns_resolver::error][DEBUG] Response:; header 3218:RESPONSE:RD,RA:NoError:QUERY:2/0/0
; query
;; push.bitwarden.com. IN A
; answers 2
push.bitwarden.com. 287 IN A 104.18.13.33
push.bitwarden.com. 287 IN A 104.18.12.33
; nameservers 0
; additionals 0

[2023-10-02 04:16:56.537][h2::client][DEBUG] binding client connection
[2023-10-02 04:16:56.537][h2::client][DEBUG] client connection bound
[2023-10-02 04:16:56.537][h2::codec::framed_write][DEBUG] send frame=Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2023-10-02 04:16:56.537][h2::proto::connection][DEBUG] Connection; peer=Client
[2023-10-02 04:16:56.537][h2::codec::framed_write][DEBUG] send frame=WindowUpdate { stream_id: StreamId(0), size_increment: 5177345 }
[2023-10-02 04:16:56.537][h2::codec::framed_write][DEBUG] send frame=Headers { stream_id: StreamId(1), flags: (0x4: END_HEADERS) }
[2023-10-02 04:16:56.537][h2::codec::framed_write][DEBUG] send frame=Data { stream_id: StreamId(1), flags: (0x1: END_STREAM) }
[2023-10-02 04:16:56.539][h2::codec::framed_read][DEBUG] received frame=Settings { flags: (0x0), max_concurrent_streams: 100, initial_window_size: 65536, max_frame_size: 16777215 }
[2023-10-02 04:16:56.539][h2::codec::framed_write][DEBUG] send frame=Settings { flags: (0x1: ACK) }
[2023-10-02 04:16:56.539][h2::codec::framed_read][DEBUG] received frame=WindowUpdate { stream_id: StreamId(0), size_increment: 2147418112 }
[2023-10-02 04:16:56.540][h2::codec::framed_read][DEBUG] received frame=Settings { flags: (0x1: ACK) }
[2023-10-02 04:16:56.540][h2::proto::settings][DEBUG] received settings ACK; applying Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2023-10-02 04:16:56.998][h2::codec::framed_read][DEBUG] received frame=Headers { stream_id: StreamId(1), flags: (0x5: END_HEADERS | END_STREAM) }
[2023-10-02 04:16:56.998][trust_dns_proto::xfer::dns_exchange][DEBUG] io_stream is done, shutting down
[2023-10-02 04:16:56.998][h2::codec::framed_write][DEBUG] send frame=GoAway { error_code: NO_ERROR, last_stream_id: StreamId(0) }
[2023-10-02 04:16:56.998][h2::proto::connection][DEBUG] Connection::poll; connection error error=GoAway(b"", NO_ERROR, Library)
[2023-10-02 04:16:57.001][response][INFO] (post_ciphers) POST /api/ciphers => 200 OK
[2023-10-02 04:17:13.150][request][INFO] GET /notifications/hub?access_token=xxxxxxxxxx
[2023-10-02 04:17:13.150][vaultwarden::api::notifications][INFO] Accepting Rocket WS connection from x.x.x.x
[2023-10-02 04:17:13.152][response][INFO] (websockets_hub) GET /notifications/hub?<data..> => 200 OK
[2023-10-02 04:17:13.220][request][INFO] GET /api/accounts/revision-date
[2023-10-02 04:17:13.221][response][INFO] (revision_date) GET /api/accounts/revision-date => 200 OK
[2023-10-02 04:17:13.259][request][INFO] POST /identity/connect/token
[2023-10-02 04:17:13.264][response][INFO] (login) POST /identity/connect/token => 200 OK
[2023-10-02 04:17:13.301][request][INFO] GET /api/sync?excludeDomains=true
[2023-10-02 04:17:13.395][response][INFO] (sync) GET /api/sync?<data..> => 200 OK
[2023-10-02 04:17:13.614][request][INFO] GET /api/config
[2023-10-02 04:17:13.614][response][INFO] (config) GET /api/config => 200 OK```
@knightian commented on GitHub (Oct 1, 2023): Does it matter that there is no AAAA request? because my server also using IPv6 so maybe that is why? ** Update ** I disabled IPv6 and made no difference, here is a debug log output it's definitely resolving the endpoints and connecting, but no push is making its way to my phone it seems: ```[2023-10-02 04:16:56.368][request][INFO] POST /api/ciphers [2023-10-02 04:16:56.378][vaultwarden::api::push][DEBUG] Auth Push token still valid, no need for a new one [2023-10-02 04:16:56.480][reqwest::connect][DEBUG] starting new connection: https://push.bitwarden.com/ [2023-10-02 04:16:56.480][trust_dns_proto::xfer::dns_handle][DEBUG] querying: push.bitwarden.com A [2023-10-02 04:16:56.481][trust_dns_resolver::name_server::name_server_pool][DEBUG] sending request: [Query { name: Name("push.bitwarden.com"), query_type: A, query_class: IN }] [2023-10-02 04:16:56.481][trust_dns_resolver::name_server::name_server][DEBUG] reconnecting: NameServerConfig { socket_addr: 127.0.0.1:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false, bind_addr: None } [2023-10-02 04:16:56.481][trust_dns_proto::xfer][DEBUG] enqueueing message:QUERY:[Query { name: Name("push.bitwarden.com"), query_type: A, query_class: IN }] [2023-10-02 04:16:56.481][trust_dns_proto::udp::udp_client_stream][DEBUG] final message: ; header 3218:QUERY:RD:NoError:QUERY:0/0/0 ; query ;; push.bitwarden.com. IN A [2023-10-02 04:16:56.482][trust_dns_proto::udp::udp_stream][DEBUG] created socket successfully [2023-10-02 04:16:56.527][trust_dns_proto::udp::udp_client_stream][DEBUG] received message id: 3218 [2023-10-02 04:16:56.527][trust_dns_resolver::error][DEBUG] Response:; header 3218:RESPONSE:RD,RA:NoError:QUERY:2/0/0 ; query ;; push.bitwarden.com. IN A ; answers 2 push.bitwarden.com. 287 IN A 104.18.13.33 push.bitwarden.com. 287 IN A 104.18.12.33 ; nameservers 0 ; additionals 0 [2023-10-02 04:16:56.527][trust_dns_resolver::error][DEBUG] Response:; header 3218:RESPONSE:RD,RA:NoError:QUERY:2/0/0 ; query ;; push.bitwarden.com. IN A ; answers 2 push.bitwarden.com. 287 IN A 104.18.13.33 push.bitwarden.com. 287 IN A 104.18.12.33 ; nameservers 0 ; additionals 0 [2023-10-02 04:16:56.537][h2::client][DEBUG] binding client connection [2023-10-02 04:16:56.537][h2::client][DEBUG] client connection bound [2023-10-02 04:16:56.537][h2::codec::framed_write][DEBUG] send frame=Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 } [2023-10-02 04:16:56.537][h2::proto::connection][DEBUG] Connection; peer=Client [2023-10-02 04:16:56.537][h2::codec::framed_write][DEBUG] send frame=WindowUpdate { stream_id: StreamId(0), size_increment: 5177345 } [2023-10-02 04:16:56.537][h2::codec::framed_write][DEBUG] send frame=Headers { stream_id: StreamId(1), flags: (0x4: END_HEADERS) } [2023-10-02 04:16:56.537][h2::codec::framed_write][DEBUG] send frame=Data { stream_id: StreamId(1), flags: (0x1: END_STREAM) } [2023-10-02 04:16:56.539][h2::codec::framed_read][DEBUG] received frame=Settings { flags: (0x0), max_concurrent_streams: 100, initial_window_size: 65536, max_frame_size: 16777215 } [2023-10-02 04:16:56.539][h2::codec::framed_write][DEBUG] send frame=Settings { flags: (0x1: ACK) } [2023-10-02 04:16:56.539][h2::codec::framed_read][DEBUG] received frame=WindowUpdate { stream_id: StreamId(0), size_increment: 2147418112 } [2023-10-02 04:16:56.540][h2::codec::framed_read][DEBUG] received frame=Settings { flags: (0x1: ACK) } [2023-10-02 04:16:56.540][h2::proto::settings][DEBUG] received settings ACK; applying Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 } [2023-10-02 04:16:56.998][h2::codec::framed_read][DEBUG] received frame=Headers { stream_id: StreamId(1), flags: (0x5: END_HEADERS | END_STREAM) } [2023-10-02 04:16:56.998][trust_dns_proto::xfer::dns_exchange][DEBUG] io_stream is done, shutting down [2023-10-02 04:16:56.998][h2::codec::framed_write][DEBUG] send frame=GoAway { error_code: NO_ERROR, last_stream_id: StreamId(0) } [2023-10-02 04:16:56.998][h2::proto::connection][DEBUG] Connection::poll; connection error error=GoAway(b"", NO_ERROR, Library) [2023-10-02 04:16:57.001][response][INFO] (post_ciphers) POST /api/ciphers => 200 OK [2023-10-02 04:17:13.150][request][INFO] GET /notifications/hub?access_token=xxxxxxxxxx [2023-10-02 04:17:13.150][vaultwarden::api::notifications][INFO] Accepting Rocket WS connection from x.x.x.x [2023-10-02 04:17:13.152][response][INFO] (websockets_hub) GET /notifications/hub?<data..> => 200 OK [2023-10-02 04:17:13.220][request][INFO] GET /api/accounts/revision-date [2023-10-02 04:17:13.221][response][INFO] (revision_date) GET /api/accounts/revision-date => 200 OK [2023-10-02 04:17:13.259][request][INFO] POST /identity/connect/token [2023-10-02 04:17:13.264][response][INFO] (login) POST /identity/connect/token => 200 OK [2023-10-02 04:17:13.301][request][INFO] GET /api/sync?excludeDomains=true [2023-10-02 04:17:13.395][response][INFO] (sync) GET /api/sync?<data..> => 200 OK [2023-10-02 04:17:13.614][request][INFO] GET /api/config [2023-10-02 04:17:13.614][response][INFO] (config) GET /api/config => 200 OK```
Author
Owner

@knightian commented on GitHub (Oct 1, 2023):

Seems like Vaultwarden is not logging any attempts to send push notifications. I can see the DNS queries, but nothing stamped in the logs suggests it is actually attempting to send a push. Is that normal? I would think with 'debug' level log it would say it is sending a push notification right?

@knightian commented on GitHub (Oct 1, 2023): Seems like Vaultwarden is not logging any attempts to send push notifications. I can see the DNS queries, but nothing stamped in the logs suggests it is actually attempting to send a push. Is that normal? I would think with 'debug' level log it would say it is sending a push notification right?
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/vaultwarden#1725