# ¿Cómo habilito las cuentas asociadas con 2FA?

**URL:** https://meta.discourse.org/t/how-do-i-enable-associated-accounts-with-2fa/129490
**Category:** Support
**Created:** [25 Septiembre, 2019 15:31 UTC](https://meta.discourse.org/t/how-do-i-enable-associated-accounts-with-2fa/129490 "2019-09-25T15:31:11Z")
**Posts on this page:** 1
**Showing post:** 11

<div class="post-metadata">

### Author: ![roke\_julian\_lockhart](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/roke_julian_lockhart/32/540179_2.png) [@roke\_julian\_lockhart](https://meta.discourse.org/u/roke_julian_lockhart)
#### Post date: [17 Abril, 2026 13:52 UTC](https://meta.discourse.org/t/how-do-i-enable-associated-accounts-with-2fa/129490/11 "2026-04-17T13:52:05Z")

</div>

> [@dylanh724](#):
>
> Sin embargo, la vinculación de cuentas asociadas sigue siendo bastante útil; algunos incluso dirían que es _necesaria_. Estoy seguro de que no todo el mundo utiliza el mismo correo electrónico para todo (yo no lo hago) por diferentes motivos. Algunos también pueden usar alias (por ejemplo, `me+someAlias@gmail.com`):

@dylanh724, esa es mi situación. No solo utilizo subdirecciones RFC 5233, sino diferentes partes locales (aunque con el mismo subdominio) para cada servicio:

> <https://github.com/nextcloud/contacts/issues/3530#issue-1816825315>
>
> \### Is your feature request related to a problem? Please describe.
> 
> I utilise an… obfuscator for all of my e-mail addresses. \[^1\] Because it offers infinite aliases, I use a different alias \*every\* time I give my e-mail address to someone. However, I ensure that they're all under the \`@rokejulianlockhart.addy.io\` domain, so that they can be identified as me by a human. However, this isn't good enough. I use different aliases to combat spam, not be anonymous.
> 
> \[^1\]: \[\`github.com/anonaddy/anonaddy\`\](https://github.com/anonaddy/anonaddy/blob/16933763d0c37c97068fe05b2e7e9e57ca4d860c/README.md#what-is-a-standard-alias)
> 
> Additionally, when messaging others, I ensure that I add a sub-address with my name to their e-mail address so that they can filter all messages from me (even if I'm using a different alias for my own filtering purposes). Others use the same when communicating with me, especially family. The current identification system doesn't take sub addresses into account whatsoever.
> 
> \### Describe the solution you'd like
> 
> I should therefore be able to set \`RY7I0I+RY7I0R@rokejulianlockhart.addy.io\` as an e-mail address, and beneath it add, for instance, the undermentioned:
> 
> \`\`\`regex
> \[A-Za-z0-9\]+\\+\[A-Za-z0-9\]+@RokeJulianLockhart\\.Addy\\.IO
> \`\`\`
> 
> …in another input form to ensure that Nextcloud identifies any (in this case sub-addressed) alias as me.
> 
> \### Describe alternatives you've considered
> 
> The sole current alternative is to list literal tens of thousands of aliases as myself, which is insane. It also wouldn't work, because the service generates a new alias when someone else uses one, so I'd have to retroactively add those whenever someone else uses one. It also wouldn't account for sub-addresses.
> 
> \### Additional context
> 
> Like most more powerful features of Nextcloud, this only \*need\* be visible when clicked on. Adding a button beside each e-mail address to show a form which allows the user to enter custom regex is enough.
> 
> Additionally requested at:
> 
> 1.	\[x\] \[\`feedbackportal.microsoft.com/feedback/idea/ed4261f8-af28-ee11-a81c-6045bd8534ad\`\](https://feedbackportal.microsoft.com/feedback/idea/ed4261f8-af28-ee11-a81c-6045bd8534ad#:~:text=Allow%20specifying%20regex%20to%20match%20an%20e%2Dmail%20address%20to%20a%20contact.)
> 1.	\[x\] \[\`discussions.apple.com/thread/255016441\`\](https://discussions.apple.com/thread/255016441?sortBy=rank#:~:text=Allow%20specifying%20regex%20to%20match,%20%20%20%20https://developer.apple.com/forums/thread/734290.)
> 1.	\[x\] \[\`developer.apple.com/forums/thread/734290\`\](https://developer.apple.com/forums/thread/734290?answerId=801868022#801868022:~:text=Is%20your%20feature%20request%20related,%20%20%20%20https://github.com/nextcloud/contacts/issues/3530%23issue%2D1816825315.)
> 1.	\[x\] \[\`bugzilla.mozilla.org/show\_bug.cgi?id=1845009#c0\`\](https://bugzilla.mozilla.org/show\_bug.cgi?id=1845009#c0:~:text=User%20Agent:%20Mozilla/5.0%20(X11;%20Linux,case%20sub%2Daddressed)%20alias%20as%20me.)

Por lo tanto, quiero explicar que lo que sigue carece de sentido:

> [@KhoiUSA](#):
>
> > [@aidanheerdegen](#):
> >
> > Parece que la 2FA es mutuamente excluyente con las cuentas asociadas:
> > 
> > > [@Falco](#):
> > >
> > > Se desactiva cuando la 2FA está habilitada.
> > 
> > ¿Por qué es así?
> 
> […] la razón es que tus cuentas asociadas **también pueden verse comprometidas** , y hasta donde sé, las cuentas asociadas eluden la restricción de 2FA en las cuentas del foro. Por eso la 2FA desactiva las cuentas asociadas. Las cuentas asociadas pueden verse comprometidas, especialmente sin 2FA, lo que permite a actores malintencionados iniciar sesión en tu cuenta del foro también.

Tengo la 2FA habilitada. Actualmente, a través de TOTP, pero será mediante CTAP1 una vez que se resuelva lo siguiente:

> **[Allow storing multiple passkeys on one vault item](https://community.bitwarden.com/t/allow-storing-multiple-passkeys-on-one-vault-item/59691?u=rokejulianlockhart)**
>
> Use case: As a user of a website with multiple Top Level Domains (TLD), I want to be able to store multiple passkeys for one Vault Entry. Reason: Passkeys are made so that they are usable only for one relying party ID to avoid phishing attacks...

Esto es únicamente para la entrada de nombre de usuario más contraseña. En su lugar, también tengo activa la 1FA con CTAP2 para la cuenta. También está activa para todas las alternativas OAuth posibles, lo que hace que la razón expuesta para evitar conectar opciones alternativas de SSO quede bastante obsoleta.

* * *

> ****
>
> Mientras tanto, esto me ha causado confusión repetidamente:
> 
> > **[Shall KDE Bugzilla and/or Discourse ever be connected to Identity or GitLab SSO?](https://discuss.kde.org/t/shall-kde-bugzilla-and-or-discourse-ever-be-connected-to-identity-or-gitlab-sso/46273/2?u=rokejulianlockhart)**
> >
> > I guess Bugzilla is just too old or otherwise cumbersome to do this. However discuss.kde.org can do this already. The option is called “as a KDE Contributor”.

---

_[View the full topic](https://meta.discourse.org/t/how-do-i-enable-associated-accounts-with-2fa/129490)._
