Nome de usuário e senha padrão para * .example.com

Eu tenho um monte de domínios dev que são todos subdomínios de example.com, por exemplo test1.example.com, test2.example.com etc

Todos eles usam autenticação HTTP e o mesmo nome de usuário e senha. Existe uma maneira de adicionar um nome de usuário e senha curinga ao meu mac keychain?

O gerenciador de senhas embutido do Keychain e do Safari não suporta curingas, tanto quanto eu sei.

Uma alternativa seria o 1Password , um gerenciador de senhas de terceiros que se integra ao Safari, ao Firefox e a outros navegadores, além de suportar curingas. (Na verdade, ele oferecerá o preenchimento automático de uma senha para qualquer subdomínio do domínio associado à senha.) Não é tão simples ou direto de usar quanto o que está embutido, mas definitivamente vale a pena dar uma olhada.

Todos eles usam autenticação HTTP

Se isso for Autenticação Básica HTTP, então acho que você está sem sorte (e suas credenciais são enviadas de maneira insegura quando não estão usando HTTPS). Mas, se for a Autenticação Digest HTTP , você poderá corrigi-la no servidor, supondo que possa controlar esses servidores de desenvolvimento e ter um número limitado de domínios.

Para o Apache veja a diretiva AuthDigestDomainem mod_auth_digest:

Os URIs especificados são prefixos; o cliente assumirá que todos os URIs "abaixo" também são protegidos pelo mesmo nome de usuário / senha.
[..]
Os URIs especificados também podem apontar para servidores diferentes, em cujo caso os clientes (que entendem isso) compartilharão informações de nome de usuário / senha em vários servidores sem avisar o usuário a cada vez.

(Veja também domaincomo definido em "3.2.1 O cabeçalho de resposta de autenticação do RFC 2617. Veja também o truque do Apache .htaccess para autenticar apenas uma vez para todos os subdomínios? No Stack Overflow. Observe que versões antigas do IE têm alguns problemas .)

Eu fui em frente e arquivei um bug no Firefox para isso. Surpreso que não foi arquivado já: https://bugzilla.mozilla.org/show_bug.cgi?id=589628