nav-left cat-right
cat-right
Como descobrir emails e senhas do plesk...

O Plesk tem um script de linha de comando, que permite a você executar SQLS. Com isto, você pode recuperar informações direto da base de dados do plesk, que podem ser muito úteis no gerenciamento do servidor.

Os scripts de linha de comando do plesk ficam na pasta: %plesk_bin%

Para descobrir todos os usuários de email e suas senhas, geradas através do plesk, faça:

c:
cd %plesk_bin%
dbclient.exe --direct-sql --sql="select mail.mail_name + '@' + domains.name,accounts.password from domains,mail,accounts where domains.id=mail.dom_id and accounts.id=mail.account_id order by domains.name ASC, mail.mail_name ASC"
statistics.exe - Gerenciando estatísticas no ples...

statistics.exe

Atualiza as estatísticas para todos os domínios do servidor.

plesksrvmng.exe - Verificando e alterando a senha ...

Os scripts de linha de comando do plesk ficam na pasta: %plesk_bin%

plesksrvmng.exe

Para resetar a senha do painel de controle plesk

plesksrvmng.exe

Para saber a senha atual do painel de controle plesk

plesksrvmng.exe -get
Subdomain.exe - Gerenciando subdomínios no plesk ...

Os scripts de linha de comando do plesk ficam na pasta: %plesk_bin%

Subdomain.exe

Para criar um subdomínio:

subdomain.exe --create Subdominio -domain dominioDoUsuario.com -hard_quota 50 -ssi true

To remove subdominio.dominiodousuario.com do dominio dominiodousuario.com:

subdomain.exe --remove subdominio -domain dominiodousuario.com

Para alterar o nome de um subdomínio existente de subdominio.dominiodousuario.com para - subdominio1.dominiodousuario.com

subdomain.exe --update subdominio -domain dominiodousuario.com -new_name subdominio1

Para habilitar frontpage suporte para o subdominio1.dominiodousuario.com

subdomain.exe --update subdominio1 -domain dominiodousuario.com -fp true

Para obter informacões de subdominio.dominiodousuario.com:

subdomain.exe --info subdominio1 -domain dominiodousuario.com
domain.exe - gerenciando domínios no plesk via li...

Os scripts de linha de comando do plesk ficam na pasta: %plesk_bin%

domain.exe

Criar domínio dominiodousuario.com

domain.exe --create dominiodousuario.com -clogin John_Doe -dom_user false -www true -hosting true -ip 200.230.22.14 -cgi true -notify false

Para obter informações sobre o domínio dominiodousuario.com:

domain.exe --info dominiodousuario.com

Para renomear o domínio dominiodousuario.com para dominiodousuario1.com

domain.exe --update dominiodousuario.com -new_name dominiodousuario1.com

Para habilitar um usuário do domínio dominiodousuario.com com a senha “minhasenha”

domain.exe --update dominiodousuario.com -dom_user true -du_passwd minhasenha

Para setar o nome do usuário do domínio dominiodousuario.com para “John”:

domain.exe --update dominiodousuario.com -du_pname "John"

Para habilitar hosting físico para o domínio dominiodousuario.com:

domain.exe --update dominiodousuario.com -hosting true
protdir.exe - protegendo pastas no plesk via linha...

Os scripts de linha de comando do plesk ficam na pasta: %plesk_bin%

protdir.exe

Para criar proteção para uma pasta

protdir.exe --create Pasta_protegida -domain dominiodousuario.com -add_user MeuUsuario -passwd "MinhaSenha"

Para modificar a senha de um usuário de pasta protegida:

protdir.exe --update Pasta_protegida -domain dominiodousuario.com -update_user Usuario -passwd Senha1

Para remover usuários de pasta protegida:

protdir.exe --update Pasta_protegida -remove_user Usuario
mchk.exe - Configurando emails no plesk via linha ...

Os scripts de linha de comando do plesk ficam na pasta: %plesk_bin%

mchk.exe

Para resetar todas as configurações de email dos domínios e do servidor

mchk.exe --all --fix-all

Para verificar e restaurar configurações para um domínio específico

mchk.exe --domain --domain-name=dominiodousuario.com

Para verificar e restaurar somente as configurações do servidor

mchk.exe --global-settings
websrvmng.exe - Gerenciando sites e domínios no p...

Os scripts de linha de comando do plesk ficam na pasta: %plesk_bin%

websrvmng.exe

Para instalar hosting físico para um domínio

websrvmng.exe --install-vhost --vhost-name=<nome_do_dominio>

Para remover hosting físico de um domínio

websrvmng.exe --remove-vhost --vhost-name=<nome_do_dominio>

Para reconfigurar o hosting físico para um domínio

websrvmng.exe --reconfigure-vhost --vhost-name=<nome_do_dominio>

Para reconfigurar um subdomínio

websrvmng.exe --update-subdomain --vhost-name=<nome_do_dominio> --subdomain=<subdominio>

Senhas de usuários de sistema, FTP e IIS user podem ser sincronizados usando:

websrvmng.exe --update-anon-password --domain-name=<nome_do_dominio>

Para reconfigurar webmail

websrvmng.exe --reconfigure-webmail
defpackagemng.exe" --fix --type=webmail
Segurança do asp.net 2.0 e asp.net 3.5 em servido...

O .NET v1.1 não vem configurado corretamente para servidores compartilhados, como já vimos em outro artigo. O mesmo vale para o asp.net 2.0 e também o seu framework 3.5.

Por padrão, .NET 2.0 vem instalado com “Full trust”. By default .NET 2.0 is installed with Full trust. Microsoft recomenda utilizar “Medium Trust” para servidores compartilhados.

Após instalar o .Net Framework 2.0 em seu servidor, você precisará modificar algumas configurações, assim como é feito no asp.net v1.1.

Primeiramente, abra o arquivo web.config, localizado em: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG por padrão. (Você pode utilizar o notepad para abrir e editar este arquivo).

Localize o seguinte bloco de texto:

<location allowOverride="true">
<system.web>
<securityPolicy>
<trustLevel name="Full" policyFile="internal" />
<trustLevel name="High" policyFile="web_hightrust.config" />
<trustLevel name="Medium" policyFile="web_mediumtrust.config" />
<trustLevel name="Low"  policyFile="web_lowtrust.config" />
<trustLevel name="Minimal" policyFile="web_minimaltrust.config" />
</securityPolicy>
<trust level="Full" originUrl="" />
</system.web>
</location>

Nós precisaremos alterar a seguinte linha:

<location allowOverride="true">

para:

<location allowOverride="false">

isto certifica que os usuários não poderão alterar estas configurações em seus próprios web.config. Agora, mudaremos também a seguinte linha:

<trust level="Full" originUrl="" />

para

<trust level="Medium" originUrl=".*" />

Então, imediatamente após esta linha, adicione o seguinte:

<identity impersonate="true" userName="" password="" />

isto irá forçar o .NET 2.0 a rodar em “Medium Trust mode”, e ser executado sobre a conta anonima do IIS.
this is now forcing .NET 2.0 to run in Medium trust mode and to execute under the IIS anonomous user. Os principais inconvenientes de setar as configurações para Medium Trust são:

  • OleDbPermission não estará disponível. Significa que você não poderá utilizar ADO.NET e OLE DB data provider para acessar banco de dados. Entretanto, você poderá usar o SQL Server provider para acessar SQL Server databases.
  • EventLogPermission não estará disponível. Quer dizer que você não terá logs do asp.net no windows event.
  • ReflectionPermission não estará disponível. Você não poderá usar “reflection”.
  • RegistryPermission não estará disponível. Você não terá acesso ao registro.
  • WebPermission é restrita. Sua aplicação poderá se comunicar somente com a faixa de endereços que você definiu no elemento.
  • FileIOPermission é restrito. Só será possível acessar arquivos dentro da sua hierarquia da aplicação virtual.

Entretanto, ainda é possível criar um policy personalizado baseado no Medium trust, e permitir aplicações menos restritivas.Nós iremos cobrir alguns exemplos num próximo artigo.