isso não funciona
CREATE ROLE "role-one" LOGIN;
CREATE ROLE "other_role" LOGIN WITH "role-one";
eu recebo este erro
ERROR: unrecognized role option "role-one"
LINE 1: CREATE ROLE "other_role" WITH "role-one";
O que estou fazendo de errado? Não consigo encontrar exemplos online que deixem claro para mim qual é a sintaxe. Pelo que vi deve funcionar.
Como faço para criar uma nova função com LOGIN e adicioná-la a outra função chamada role-one?
Eu tenho uma instância cloudsql Não tenho certeza de quem criou ou quando.
Como posso ver quando uma instância do cloudsql foi criada para saber quantos anos ela tem? Não vejo nada na interface do usuário com data de criação ou algo assim.
Quero bloquear todos os acessos de usuários a quase todas as regiões aws. Você não pode "desabilitar" uma região que está habilitada por padrão. Também estou ciente das permissões que estão no nível da conta e não podem ser restritas regionalmente.
Eu não quero ter que adicionar uma política como essa para cada usuário/função/grupo
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": "*",
"Resource": "*",
"Condition": {
"StringEquals": {
"aws:RequestedRegion": [
"eu-west-1",
"eu-west-2",
"eu-west-3"
]
}
}
}
]
}
Você não pode aninhar grupos. Então eu não posso ter um grupo de nível superior, eu coloco todos os outros grupos que têm essa política.
Você não pode adicionar funções a grupos. Então, para meus modelos de SAM para meus aplicativos sem servidor, preciso adicionar essa política a todos eles? Eles criam dinamicamente uma função e uma política exclusivas para cada aplicativo (e quero manter assim)
Existe alguma maneira de impor uma política para todos os usuários e funções em uma conta? Devo estar faltando alguma coisa porque isso parece um pita para gerenciar.
No Active Directory, poderíamos simplesmente aplicar políticas no nível de OU/domínio/site/etc facilmente. Parece um recurso básico de uma plataforma de segurança e identidade
Existe uma maneira de aplicar essa política no nível da minha organização da AWS?
O GCP é muito melhor que o aws nesse aspecto. No GCP, posso ter um vpc/rede "padrão" e ter todas as minhas configurações personalizadas para ele. Eu quero a mesma coisa para aws.
Tenho coisas em muitas regiões. Eu não preciso de redes complexas apenas VPCs com meus próprios cidrs em muitas regiões. Seria bom tê-los como o "padrão" para que eu não precise me preocupar com a codificação de IDs de VPC e IDs de sub-rede em toda a minha automação de implantação
Isso é possível?
Eu aplico funções de instância ec2 aos meus servidores, mas quero alternar para essas funções localmente primeiro para testar as permissões
Tentei mudar para um, mas recebo um erro:
aws sts assume-role --role-arn arn:aws:iam::1234567890:role/myrole --role-session abc
An error occurred (AccessDenied) when calling the AssumeRole operation: User: arn:aws:iam::1234567890:user/meeee is not authorized to perform: sts:AssumeRole on resource: arn:aws:iam::1234567890:role/myrole
Eu sou um administrador de conta. Preciso modificar a política de confiança ou algo para permitir que os usuários assumam funções de instância ec2?
Não consigo encontrar uma maneira definitiva de instalar e configurar o IIS no servidor 2019
Add-WindowsFeature
Enable-WindowsOptionalFeature
Install-WindowsFeature
is dism still a thing?
Preciso instalar o IIS com os seguintes módulos:
Eu vejo exemplos com todas as ferramentas acima, mas parece que algumas estão erradas/desatualizadas
A partir de 2019, qual é o comando/ferramentas corretos para instalar e configurar o IIS por meio de um script?
lendo este artigo: https://www.petri.com/enable-secure-ldap-windows-server-2008-2012-dc
O primeiro método é o mais fácil: o LDAPS é ativado automaticamente quando você instala uma Enterprise Root CA em um controlador de domínio. Se você instalar a função AD-CS e especificar o tipo de configuração como “Empresa” em um DC, todos os DCs na floresta serão configurados automaticamente para aceitar LDAPS.
Isso é verdade? Se eu instalar serviços de certificado em um único DC, todos os DCs no domínio aceitam LDAPS? Todos eles se inscrevem automaticamente para certificados ou todas as solicitações LDAPS são direcionadas de volta ao DC com o root ca instalado? O que acontece se eu desinstalar o root ca do DC?
Eu tenho que habilitar o ldaps, se eu apenas instalar uma CA raiz em um DC, estou pronto?
Eu entendo as implicações de segurança, mas para meu pequeno ambiente esse seria o caminho preferível.
Quero oferecer aos usuários um portal de software de autoatendimento como o sccm pode fazer, mas o sccm é enorme e tenho menos de 100 usuários e muitos são móveis
Pelo que entendi, o intune é para usuários oob/mobile. O intune tem um recurso como sccm para distribuição de software de autoatendimento?
Não consigo encontrar uma boa descrição de se/como o intune pode fazer isso
EDIT: Talvez eu seja mais direto com meu problema/pergunta, tenho cerca de 100 usuários e dispositivos. Temos o AD local e usamos o Office 365, mas eles não são sincronizados. Não temos o Azure AD.
Quero ter um portal de software de servidor próprio para usuários, mas não tenho certeza da melhor solução para minha configuração atual. Em sintonia? Gerenciamento de aplicativos do Azure ( https://docs.microsoft.com/en-us/azure/active-directory/manage-apps/what-is-application-management )? SCCM (por favor, caro senhor não)?
Curioso sobre os fundamentos disso.
Com hipervisores tradicionais de data center, você pode criar discos virtuais e máquinas virtuais. Você pode criar uma máquina virtual sem um disco virtual. A máquina virtual é independente do SO.
Existe um análogo aws para isso? Os volumes do EBS são, obviamente, discos virtuais, mas os amis são todo o shebang - a vm E o armazenamento.
Parece que não há como criar uma AMI em branco e anexar um volume mais tarde.
Por que é isso? Isso ocorre porque a Amazon está usando um hipervisor diferente para diferentes plataformas (hyper-v), portanto, precisa saber qual é o sistema operacional antes de criar uma VM para você?
E se eu iniciar algum linux ami, desanexar o volume raiz e anexar um volume EBS com janelas nele? Isso funcionará e será suportado pela Amazon?
No arquivo kickstart, você pode definir o nome do host assim:
network --hostname=derp.fart
Eu posso criar um novo sistema com este comando
cobbler system add --name=MYNEWSYSTEM --profile=string --mac=AA:BB:CC:DD:EE:FF
Como posso fazer com que o cobbler coloque o nome do sistema (MYNEWSYSTEM) para o parâmetro --hostname no arquivo kickstart?
Eu tenho um host hiper-v do Server 2016, quero executar uma VM centos nesse host que possui o docker instalado nele
Isso é possível? Preciso habilitar a virtualização aninhada em algum lugar?
Eu adicionei o repositório base centos ao cobbler:
cobbler repo add --arch=x86_64 --name=Centos-Base --mirror=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os&infra=$infra
mas a execução do reposync do cobbler falhou:
received on stderr: Traceback (most recent call last):
File "/usr/bin/reposync", line 343, in <module>
main()
File "/usr/bin/reposync", line 175, in main
my.doRepoSetup()
File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup
return self._getRepos(thisrepo, True)
File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos
self._repos.doSetup(thisrepo)
File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup
self.retrieveAllMD()
File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD
dl = repo._async and repo._commonLoadRepoXML(repo)
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1470, in _commonLoadRepoXML
result = self._getFileRepoXML(local, text)
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1248, in _getFileRepoXML
size=102400) # setting max size as 100K
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1037, in _getFile
raise e
yum.Errors.NoMoreMirrorsRepoError: failure: repodata/repomd.xml from Centos-Base: [Errno 256] No more mirrors to try.
http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=os&infra=stock/repodata/repomd.xml: [Errno -1] Error importing repomd.xml for Centos-Base: Damaged repomd.xml file
De acordo com o documento : "Os primeiros quatro endereços IP e o último endereço IP em cada bloco CIDR de sub-rede não estão disponíveis para você usar..."
Então, isso significa que as VPCs não suportam sub-redes ponto a ponto, certo? Tentei criar uma sub-rede /30 para testar e não me deixou, então acho que é por isso, mas quero confirmar.
Existe uma maneira de saber que a configuração atual em execução está desatualizada? Existe uma maneira de visualizar a configuração atual em execução e compará-la com o arquivo?
Seria valioso para a solução de problemas saber qual era a configuração em execução antes de executar o recarregamento. Também é valioso se o comando me disser se realmente atualizou a configuração.
Executando logstash no Centos7 e acho que a NIC pode estar saturada.
Do servidor logstash consigo ver a requisição q para os servidores que enviam os logs também. Mas não tenho certeza se a requisição q é alta com base nas minhas configurações ou se o ajuste tcp me ajudaria aqui.
algumas informações:
sysctl -a | grep mem
net.core.optmem_max = 20480
net.core.rmem_default = 212992
net.core.rmem_max = 212992
net.core.wmem_default = 212992
net.core.wmem_max = 212992
net.ipv4.igmp_max_memberships = 20
net.ipv4.tcp_mem = 227763 303685 455526
net.ipv4.tcp_rmem = 4096 87380 6291456
net.ipv4.tcp_wmem = 4096 16384 4194304
net.ipv4.udp_mem = 229686 306249 459372
net.ipv4.udp_rmem_min = 4096
net.ipv4.udp_wmem_min = 4096
vm.lowmem_reserve_ratio = 256 256 32
vm.memory_failure_early_kill = 0
vm.memory_failure_recovery = 1
vm.nr_hugepages_mempolicy = 0
vm.overcommit_memory = 0
netstat -na --tcp | grep :9123
tcp6 0 0 :::9123 :::* LISTEN
tcp6 247834 0 192.168.123.123:9123 10.16.1.82:52289 ESTABLISHED
tcp6 241242 0 192.168.123.123:9123 10.31.31.232:65293 ESTABLISHED
tcp6 0 0 192.168.123.123:9123 10.16.1.198:53693 ESTABLISHED
tcp6 0 0 192.168.123.123:9123 10.16.1.198:56751 ESTABLISHED
tcp6 331114 0 192.168.123.123:9123 10.31.35.157:53998 ESTABLISHED
tcp6 256047 0 192.168.123.123:9123 10.16.2.155:52221 ESTABLISHED
tcp6 240498 0 192.168.123.123:9123 10.19.5.166:51805 ESTABLISHED
tcp6 312648 0 192.168.123.123:9123 10.18.16.155:57975 ESTABLISHED
tcp6 234321 0 192.168.123.123:9123 10.18.19.242:51664 ESTABLISHED
tcp6 255079 0 192.168.123.123:9123 10.19.4.51:51458 ESTABLISHED
tcp6 256328 0 192.168.123.123:9123 10.18.45.89:56821 ESTABLISHED
tcp6 237167 0 192.168.123.123:9123 10.18.33.26:49278 ESTABLISHED
tcp6 248204 0 192.168.123.123:9123 10.18.30.250:54267 ESTABLISHED
tcp6 248573 0 192.168.123.123:9123 10.16.1.198:57522 ESTABLISHED
tcp6 238348 0 192.168.123.123:9123 10.18.11.169:55147 ESTABLISHED
tcp6 243762 0 192.168.123.123:9123 10.31.22.48:60425 ESTABLISHED
tcp6 258035 0 192.168.123.123:9123 10.31.46.31:60432 ESTABLISHED
tcp6 241863 0 192.168.123.123:9123 10.18.45.113:63376 ESTABLISHED
tcp6 327889 0 192.168.123.123:9123 10.18.3.219:58640 ESTABLISHED
tcp6 317363 0 192.168.123.123:9123 10.31.37.249:65162 ESTABLISHED
tcp6 252394 0 192.168.123.123:9123 10.16.1.92:56360 ESTABLISHED
tcp6 326401 0 192.168.123.123:9123 10.31.17.74:53948 ESTABLISHED
tcp6 0 0 192.168.123.123:9123 10.16.2.12:53781 ESTABLISHED
tcp6 244669 0 192.168.123.123:9123 10.18.18.100:49281 ESTABLISHED
tcp6 250264 0 192.168.123.123:9123 10.18.32.116:56795 ESTABLISHED
tcp6 0 0 192.168.123.123:9123 10.16.1.82:49304 ESTABLISHED
tcp6 310864 0 192.168.123.123:9123 10.18.11.25:64230 ESTABLISHED
tcp6 247973 0 192.168.123.123:9123 10.18.22.230:55209 ESTABLISHED
tcp6 0 0 192.168.123.123:9123 10.17.1.8:51741 ESTABLISHED
tcp6 0 0 192.168.123.123:9123 10.16.2.12:54507 ESTABLISHED
tcp6 251552 0 192.168.123.123:9123 10.18.24.83:63499 ESTABLISHED
tcp6 251481 0 192.168.123.123:9123 10.16.2.72:57268 ESTABLISHED
tcp6 0 0 192.168.123.123:9123 10.16.1.198:53406 ESTABLISHED
tcp6 312263 0 192.168.123.123:9123 10.19.12.239:52173 ESTABLISHED
tcp6 238878 0 192.168.123.123:9123 10.18.5.198:57978 ESTABLISHED
tcp6 322460 0 192.168.123.123:9123 10.18.5.124:53117 ESTABLISHED
tcp6 0 0 192.168.123.123:9123 10.16.2.72:54883 ESTABLISHED
tcp6 237717 0 192.168.123.123:9123 10.16.2.12:56387 ESTABLISHED
tcp6 315963 0 192.168.123.123:9123 10.18.26.44:49197 ESTABLISHED
tcp6 248914 0 192.168.123.123:9123 10.18.41.101:51859 ESTABLISHED
tcp6 0 0 192.168.123.123:9123 10.16.2.155:49303 ESTABLISHED
tcp6 316994 0 192.168.123.123:9123 10.18.44.120:49375 ESTABLISHED
tcp6 236421 0 192.168.123.123:9123 10.31.43.130:51590 ESTABLISHED
tcp6 240929 0 192.168.123.123:9123 10.17.1.114:63546 ESTABLISHED
tcp6 306346 0 192.168.123.123:9123 10.17.2.159:61633 ESTABLISHED
tcp6 239360 0 192.168.123.123:9123 10.18.39.43:54080 ESTABLISHED
tcp6 245361 0 192.168.123.123:9123 10.19.13.107:52629 ESTABLISHED
tcp6 244398 0 192.168.123.123:9123 10.18.11.195:53257 ESTABLISHED
Executando o Windows 2012 R2 Round Round habilitado para minha zona DNS (AD integrado)
Eu não estou entendendo isso ou não está funcionando.
Eu quero usar o round robin dns para resolver um cluster de servidores.
Primeiro, tentei criar um novo subdomínio e registros cname
Então eu tentei criar um novo subdomínio e registros A
O cname não é compatível com round robin no DNS do Windows?
Isso também significa que os aplicativos precisam ser escritos para suportar round robin? Como um aplicativo teria que não armazenar em cache o nome resolvido para balancear a carga corretamente
Siga este documento para configurar o redirecionamento de pasta: https://technet.microsoft.com/en-us/library/jj649078(v=ws.11).aspx
Na Etapa 3: Criar um GPO para redirecionamento de pasta , adicionei meu grupo "Usuários de redirecionamento de pasta" ao escopo do GPO, mas também excluí e adicionei novamente o grupo "Usuários autenticados".
Portanto, como tenho o grupo "Usuários autenticados" no escopo deste GPO, isso significa que ele atingirá TODOS os usuários na UO à qual é aplicado e não apenas os membros do grupo "Usuários de redirecionamento de pasta"? As permissões que você concede ao grupo "Usuários autenticados" ao excluí-lo e adicioná-lo impedem que isso aconteça?
Siga este documento para configurar o redirecionamento de pasta: https://technet.microsoft.com/en-us/library/jj649078(v=ws.11).aspx
Permissões de configuração da seguinte forma:
Mas, além de um grupo "Usuários de redirecionamento de pasta", criei um grupo "Administradores de redirecionamento de pasta" e dei a esse grupo "Esta pasta, subpastas e arquivos = controle total" (igual às permissões do sistema).
Agora, como membro do meu grupo de administradores, posso percorrer o nível superior das pastas do usuário, mas não tenho acesso às suas subpastas (como área de trabalho, documentos, etc.).
Portanto, as pastas de nível superior do usuário, quando são criadas, herdam meu grupo de administradores, mas a pasta abaixo delas não.
Por que não e como faço para adicionar meu grupo de administradores a essas pastas quando elas são criadas?
Eu quero ter uma tarefa agendada em execução no contexto do sistema local no computador local que exclui sua própria conta de computador do AD.
Posso dar aos objetos do computador acesso para se auto-excluírem?
Eu tenho todos os meus computadores em uma UO de nível superior. Quais ACLs específicas eu precisaria definir nesta UO para permitir que os computadores dentro dela se excluíssem (e somente a si mesmos).
BitLockerVolume -MountPoint C).KeyProtector Vejo vários protetores de chave RecoveryPassword, como sei qual deles está ativo?
Se eu puxar o HDD e conectá-lo em outra máquina, ele vai me pedir uma dessas chaves, mas como sei qual ID de chave ele vai pedir?
Edit: Portanto, esta é a minha preocupação, sei que várias chaves podem estar ativas, mas quando solicitado pelo Windows, ele solicita UM ID DE CHAVE ESPECÍFICO:
Então, como sei qual ID de chave ele solicitará E posso apenas fornecer qualquer uma das chaves ativas nesta tela? Está pedindo um específico, se eu der um diferente vai ficar legal com isso?