There is no need to run your db on vmware... If they're on the same machine the connection always goes through the local loopback device thus never touching the actual network.
This is true both when the DB host is specified as 'localhost' or '127.0.0.1' and if the machine's actual host name or outside network address is used (in which case the OS will/should recognise that it's actually a local connection and uses the loopback)
Modelo de Armazenamento Criptografado
Desenhando Bancos de Dados
[edit] Last updated: Fri, 26 Apr 2013
Desenhando Bancos de Dados
[edit] Last updated: Fri, 26 Apr 2013
Conectando com o Banco de Dados
Você pode querer estabelecer as conexões sobre SSL para criptografar comunicações cliente/servidor para aumentar a segurança, ou você pode usar ssh para criptografar a conexão de rede entre clientes e o servidor de banco de dados. Se uma dessa opções for usada, monitoramento do seu tráfego e obtenção de informação sobre seu banco de dados serão dificultados por um atacante.
Modelo de Armazenamento Criptografado
Desenhando Bancos de Dados
[edit] Last updated: Fri, 26 Apr 2013
Desenhando Bancos de Dados
[edit] Last updated: Fri, 26 Apr 2013
add a note
User Contributed Notes
Conectando com o Banco de Dados - [4 notes]
M Zijlstra ¶
5 years ago
jakub dot lasinski at interia dot pl ¶
5 years ago
Even if webserver and DBMS are on the same phisical machine one can separate networks by setting database in virtual server inside the main system (using for example VMware solutions).
Anonymous ¶
7 years ago
Obviously, this does not apply if PHP and the DBMS are running on the same machine.
aastaneh at cmax2 dot com ¶
6 years ago
Another solution to protect your database is to have a seperate backend network exclusively used for database traffic. Your webserver(s) would have two interface cards: one facing the world, one facing the internal database network. This way- there's no chance of intercepting database traffic from the outside.