-
II somente conexões originadas a partir do servidor de aplicação com IP 10.10.10.2.
Marquei certo, só pelo fato de o arquivo pg_hba.conf ser utilzado para Autenticação(drop - accept - reject), pois isso será nececessário para o servidor com o IP 10.10.10.2
-
Item ERRADO.
De fato, para o itém II deve-se alterar o arquivo pg_hba.conf .
O parâmetro listen_addresses não está presente no pg_hba.conf e sim no postgresql.conf. Este parâmetro diz respeito as interfaces que o servidor atenderá as requisições. Ou seja, o ip fornecido aqui é um dos ips do próprio servidor postgres e não do servidor de aplicação.
-
O parâmetro listen_addresses presente no arquivo postgresql.conf especifica qual o range de endereços IP
pode escutar. Isso permite que você tenha mais de uma placa de rede (NICs)
por sistema. Na maioria dos casos, nós queremos aceitar conexões em to das as
NICs, por isso usamos "*", que significa "todos os endereços IP".
-
ERRADO
Somente para completude:
I no máximo, 1000 conexões simultâneas; (Seria parametro max connections do Postgresql.conf)
II somente conexões originadas a partir do servidor de aplicação com IP 10.10.10.2. (Se deve inserir uma nova linha e configurar o parametro IP-Address no pg_hba.conf)
...
Caso o SGBD instalado seja o Postgres 9.6, para atendimento do requisito II, deve-se modificar o arquivo pg_hba.conf para o referido cluster; alterar o parâmetro listen_addresses para o IP fornecido; e reiniciar o serviço do SGBD.
-
SÓ ACERTEI PQ UTILIZEI O MÉTODO FM - ONDE A QUESTÃO COLOCA A IMPOSIÇÃO ''deve-se'', TÉCNOLOGIAS SÃO IGUAIS AS MULHERES, EM REGRA NINGUÉM MANDA NELAS, SÃO DETERMINADAS E INCONTROLÁVES EM PARTE.
-
Continue com essa teoria de "Método FN" que você irá se dar bem...O único método que dá certo é o que todos conhecem, o SE: Senta e Estuda!
-
Estudar isso é perda de tempo. Pra esse tipo de questão é Nishimura na veia. Nem quem trabalha com BD sabe essas infinitas configurações desses SGBDs.