hebero

Olá, Instalei o sistema WHMCS para automatizar nossa hospedagem e agora preciso gerar as notas fiscais. Pesquisei algumas soluções pagas, mas gostaria de saber que tipo de solução alguém já implementou, se desenvolveu a integração ou comprou algum módulo já pronto. Se teve custo alto, se levou muito tempo. Obrigado

Olá, alguém teria o script para disponibilizar novamente, os links que foram disponibilizados estão quebrados, obrigado.

Olá também estou a procura de uma solução para automatização das NFEs, como está sendo a sua experiência com enotas? Como funciona os valores deles? É pacote fechado ou pago por nota enviada?

Para não deixar o tópico sem resposta e também poder ajudar mais alguém que possa ter o mesmo problema e dúvida que eu, vou postar aqui a solução que eu achei para resolver o meu problema. Bom o que eu fiz foi criar um script e colocar ele para rodar no cron de minuto em minuto, esse script, fica testando o arquivo named.conf para ver se ele é mais recente que named.conf.valida que é uma copia do named.conf, se for mais recente significa que ele foi atualizado ou manualmente ou via painel directadmin, se ele não for mais recente não executa nada. segue o script. Não sei se é a melhor solução, mas neste momento resolveu o meu problema, se alguém tiver outra solução compartilhem. #!/bin/bash ## carrega named.conf no arquivo 1 ## carrega named.conf.valida no arquivo 2 (cópia do named.conf) arquivo1=/etc/bind/named.conf arquivo2=/etc/bind/scripts/named.conf.valida ## testa se named.conf é mais recente que named.conf.valida if [ $arquivo1 -nt $arquivo2 ] then ## se named.conf for mais recente faça ## troca o tipo master por slave e salva em /etc/bind/scripts/named.conf.local echo "$(sed 's/ type master; / type slave; /g' /etc/bind/named.conf)" > /etc/bind/scripts/named.conf.local ## remove caminho do arquivo no parametro file e salva em /etc/bind/scripts/named.conf.local echo "$(sed 's|/etc/bind/||g' /etc/bind/scripts/named.conf.local)" > /etc/bind/scripts/named.conf.local ## troca allow-transfer{ip slave} por masters{ip master} e salva em /etc/bind/scripts/named.conf echo "$(sed 's/ allow-transfer { ip-slave; }; / masters { ip-master; }; /g' /etc/bind/scripts/named.conf.local)" > /etc/bind/scripts/named.conf.local ## deleta todas as linhas que começam com include sed -i '/include/d' /etc/bind/scripts/named.conf.local ## transfere o arquivo /etc/bind/scripts/named.conf.local do NS1 para o NS2 salvando como /etc/bind/named.conf.local scp /etc/bind/scripts/named.conf.local root@ip-slave:/etc/bind/named.conf.local ## pausa execução por 5 segundos (para garantir que o arquivo foi transferido antes do restart) sleep 5 ## restarta o bind no NS2 ssh root@ip-slave '/etc/init.d/bind9 restart' ## copia o named.conf atualizado para named.conf.valida na pasta scripts cp /etc/bind/named.conf /etc/bind/scripts/named.conf.valida ## registra um log da execução em /etc/bind/scripts/log_execucao echo "Rodou em " $(date +%d/%m/%Y" - "%H:%M:%S) >> /etc/bind/scripts/log_execucao fi

Olá, Estou configurando um servidor de hospedagem utilizando o painel Directadmin, tive alguns problemas referente a e-mails mas que foram resolvidos com ajuda desse fórum. Agora estou com um problema referente ao DNS, quando informo o NS1 e NS2 no Registro.br ele acusa no Slave 1, domínio desconhecido, o NS1 master ele aceita normalmente. Verificando o named.conf.local do NS slave vejo que o registro referente ao domínio não foi criado. e ao verificar o status do bind ele apresenta essa mensagem: client xxx.xxx.40.14#43765: received notify for zone 'dominio.com.br': not authoritative Se eu informar no named.conf.local do NS2 Slave o registro da zona apontando para o master, o registro.br reconhece o domínio normalmente. A dúvida que eu tenho é: no dns master está tudo certo, arquivo de zona .db e registro no named.conf criados pelo painel corretamente, mas não está replicando para o NS2 Slave. É possível realizar essa atualização automática? Ou ela vai ter que ser feita manualmente a cada registro de domínio no painel? Segue minhas configurações. NS1 MASTER ############ ### named.conf.options ### acl "trusted" { xxx.xxx.xxx.14; #ns1 xxx.xxx.xxx.205; #ns2 }; options { directory "/var/cache/bind"; recursion yes; allow-recursion { trusted; }; listen-on { xxx.xxx.xxx.14; }; allow-transfer { xxx.xxx.xxx.205; }; //forwarders { // 8.8.8.8; // 8.8.4.4; //}; dnssec-validation auto; auth-nxdomain no; # conform to RFC1035 listen-on-v6 { any; }; }; NS1 MASTER ####### ### named.conf - ns1 master ### include "/etc/bind/named.conf.options"; include "/etc/bind/named.conf.local"; include "/etc/bind/named.conf.default-zones"; zone "dominio_server.net" { type master; file "/etc/bind/dominio_server.net.db"; allow-transfer{xxx.xxx.xxx.205;}; }; zone "dominio.com.br" { type master; file "/etc/bind/dominio.com.br.db"; }; NS2 Slave ############ ### named.conf.options ### acl "trusted" { xxx.xxx.xxx.14; #ns1 xxx.xxx.xxx.205; #ns2 }; options { directory "/var/cache/bind"; recursion yes; allow-recursion { trusted; }; listen-on { xxx.xxx.xxx.205; }; allow-transfer { xxx.xxx.xxx.14; }; allow-query { any; }; //forwarders { // 8.8.8.8; // 8.8.4.4; //}; dnssec-validation auto; auth-nxdomain no; # conform to RFC1035 listen-on-v6 { any; }; }; ### named.conf.local - NS2 slave### zone "dominio_server.net" { type slave; file "dominio_server.net.db"; masters { xxx.xxx.xxx.14; }; }; Veja que o named.conf.local do NS2 não possui o registro de zona do dominio.com.br a menos que seja informado manualmente. É possível replicar automaticamente? Estou utilizando o Debian 9 como server.

Conseguimos resolver o problema, era a porta 25 que estava boqueada e com isso não recebia e nem enviava e-mail para servidores externos. Agora está funcionando. Obrigado a todos.

Somos um provedor de internet e vamos começar a trabalhar com hosting para nossa carteira de clientes e também novos, e esse servidor foi montado utilizando a estrutura de rede do provedor. Saberia dizer quais as portas precisam responder? 25, 587, 465, 110, 993. Tem mais alguma que deve estar aberta?

Olá, Estou montando o host com painel DirectAdmin utilizando exim e dovecot, já possuo o DNS e o DNS reverso funcionando e resolvendo os endereços, mas não estou conseguindo fazer com que os emails funcionem para endereços externos (ex: hotmail, gmail), também não recebo os emails de servidores externo. Internamente o envio entre as contas hospedadas no host funcionam normalmente. Já li várias documentações e mesmo assim não consegui identificar o que possa estar acontecendo. Hostname: ns1.clinitec.net -> ip 177.72.40.14 NS1: ns1.clinitec.net -> ip 177.72.40.14 NS2: ns2.clinitec.net -> ip 177.72.40.205 Já ocorreu com alguém esse problema? Alguma ideia do que possa estar configurado errado? Segue o registro do log quando envio o email. /var/log/exim/mainlog 2020-04-15 09:18:37 1jOh01-0003ud-9m <= hostmaster@clinitec.net H=static-177-72-40-202.mosaicotelecom.com.br ([192.168.100.148]) [177.72.40.202] P=esmtpa A=plain:hostmaster@clinitec.net S=729 id=f7016e11-8dba-c14c-d21a-91db7c3ce7eb@clinitec.net T="Teste 15/04" from <hostmaster@clinitec.net> for martins.heber@hotmail.com 2020-04-15 09:18:37 cwd=/var/spool/exim 3 args: /usr/sbin/exim -Mc 1jOh01-0003ud-9m 2020-04-15 09:20:48 1jOh01-0003ud-9m H=hotmail-com.olc.protection.outlook.com [104.47.70.33] Connection timed out 2020-04-15 09:20:48 1jOh01-0003ud-9m == martins.heber@hotmail.com R=lookuphost T=remote_smtp defer (110): Connection timed out static-177-72-40-202.mosaicotelecom.com.br é o gateway da minha rede.

A prota 25 realmente está bloqueada, ela precisa estar aberta mesmo que não vá utilizar ela? Mais uma dúvida, o rDNS tem que estar funcionando para os emails poderem funcionar? O Único problema de DNS que ainda não consegui resolver foi o reverso, os apontamentos e resoluções de nomes todos estão funcionando.

Isso, Mosaico Telecom é a razão social da empresa, e possui um dns com esse nome. Deve ser feito um apontamento nesse dns?

Ola, Estamos montando um servidor dedicado para hospedagem no provedor onde trabalho, consegui muita informação no fórum, mas tem um problema que está me dando dor de cabeça para resolver a uns dias, o DNS Reverso não funciona. Nosso servidor é um Debian 9 rodando o painel DirectAdmin com Bind, segue o relatório completo da checagem dns: https://intodns.com/clinitec.net. Segue abaixo o conteúdo dos arquivos de configuração do Bind. Preciso da ajuda do pessoal da comunidade para descobrir o que está de errado nas minhas configurações. Procurei seguir a documentação do DirectAdmin para montar as configurações. Comandos named-checkconf e named-checkzone não retornam erros. Obrigado. Erro do relatório: Reverse MX A records (PTR) ERROR: No reverse DNS (PTR) entries. The problem MX records are: 14.40.72.177.in-addr.arpa -> no reverse (PTR) detected You should contact your ISP and ask him to add a PTR record for your ips Meu arquivo de configuração clinitec.net.db $TTL 14400 @ IN SOA ns1.clinitec.net. hostmaster.clinitec.net. ( 2020032303 14400 3600 1209600 86400 ) clinitec.net. 14400 IN NS ns1.clinitec.net. clinitec.net. 14400 IN NS ns2.clinitec.net. clinitec.net 14400 IN A 177.72.40.14 ftp 14400 IN A 177.72.40.14 mail 14400 IN A 177.72.40.14 ns1 14400 IN A 177.72.40.14 ns2 14400 IN A 177.72.40.205 pop 14400 IN A 177.72.40.14 smtp 14400 IN A 177.72.40.14 www 14400 IN A 177.72.40.14 mx 14400 IN A 177.72.40.14 177.72.40.14 14400 IN MX 10 mail clinitec.net. 14400 IN MX 10 mail clinitec.net. 14400 IN TXT "v=spf1 a mx ip4:177.72.40.14 a:ns1.clinitec.net include:clinitec.net ~all" Meu arquivo reverso 14.40.72.177.in-addr.arpa.db $TTL 14400 @ IN SOA ns1.clinitec.net. hostmaster.clinitec.net. ( 2020032410 14400 3600 1209600 86400 ) 14.40.72.177.in-addr.arpa. 14400 IN NS ns1.clinitec.net. 14.40.72.177.in-addr.arpa. 14400 IN NS ns2.clinitec.net. mail 14400 IN A 14.40.72.177 mx 14400 IN A 14.40.72.177 14.40.72.177.in-addr.arpa. 14400 IN MX 10 mail 14.40.72.177.in-addr.arpa. 14400 IN PTR clinitec.net. 14.40.72.177.in-addr.arpa. 14400 IN PTR mail.clinitec.net. 14.40.72.177.in-addr.arpa. 14400 IN PTR ns1.clinitec.net. 14.40.72.177.in-addr.arpa. 14400 IN PTR ns2.clinitec.net. Meu arquivo named.conf (DirectAdmin cria as zonas nesse arquivo) zone "clinitec.net" { type master; file "/etc/bind/clinitec.net.db"; allow-transfer{177.72.40.205;}; }; zone "14.40.72.177.in-addr.arpa" { type master; file "/etc/bind/14.40.72.177.in-addr.arpa.db"; allow-transfer{177.72.40.205;}; }; Log do Debian /var/log/syslog Mar 25 09:51:02 ns1 named[1592]: zone 0.in-addr.arpa/IN: loaded serial 1 Mar 25 09:51:02 ns1 named[1592]: zone 255.in-addr.arpa/IN: loaded serial 1 Mar 25 09:51:02 ns1 named[1592]: zone 127.in-addr.arpa/IN: loaded serial 1 Mar 25 09:51:02 ns1 named[1592]: zone 14.40.72.177.in-addr.arpa/IN: loaded serial 2020032410 Mar 25 09:51:02 ns1 named[1592]: zone localhost/IN: loaded serial 2 Mar 25 09:51:02 ns1 named[1592]: zone clinitec.net/IN: loaded serial 2020032303 Mar 25 09:51:02 ns1 named[1592]: all zones loaded Mar 25 09:51:02 ns1 named[1592]: running Mar 25 09:51:02 ns1 named[1592]: zone clinitec.net/IN: sending notifies (serial 2020032303) Mar 25 09:51:02 ns1 named[1592]: zone 14.40.72.177.in-addr.arpa/IN: sending notifies (serial 2020032410)

Esqueci de comentar, esse servidor é local, não é uma VPS, é um provedor de internet com datacenter próprio que está montando serviço de host.

Boa tarde, Configurei um servidor com o painel directadmin, ele está visivel na web, ns1 e ns2 respondendo as checagens de dns mas estou com um problema com os e-mails que não estou conseguindo achar a solução. Quando envio e-mail para domínios que estão hospedados no directadmin, envia e recebe normalmente. Quando tento enviar para algum e-mail externo (ex: hotmail, gmail, etc...), não funciona, o e-mail não é enviado e também não consigo receber mensagens desses e-mails. Não estou conseguindo encontrar uma explicação e posteriormente solução para esse problema. Já instalei o certificado SSL, meu painel já acessa com https, mas não sei se é preciso realizar uma configuração específica para o e-mail. Segue logs do Exim. Exim Mainlog 2020-03-16 14:41:30 TLS error on connection from [192.168.100.12] (SSL_accept): error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol 2020-03-16 14:41:30 TLS error on connection from [192.168.100.12] (SSL_accept): error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol 2020-03-16 14:41:30 TLS error on connection from [192.168.100.12] (SSL_accept): error:1417D18C:SSL routines:tls_process_client_hello:version too low System Mail Log Mar 16 14:44:36 ns1 dovecot[31037]: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=192.168.100.12, lip=192.168.100.251, TLS, session=<vd9mX/ygGtDAqGQM> Mar 16 14:44:36 ns1 dovecot[31037]: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=192.168.100.12, lip=192.168.100.251, TLS handshaking: SSL_accept() syscall failed: Invalid argument, session=<eQBnX/ygHNDAqGQM> Mar 16 14:44:36 ns1 dovecot[31037]: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=192.168.100.12, lip=192.168.100.251, TLS handshaking: SSL_accept() failed: error:1417D102:SSL routines:tls_process_client_hello:unsupported protocol, session=<qDZnX/ygHdDAqGQM> Mar 16 14:44:36 ns1 dovecot[31037]: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=192.168.100.12, lip=192.168.100.251, TLS handshaking: SSL_accept() failed: error:1417D18C:SSL routines:tls_process_client_hello:version too low, session=<GnlnX/ygHtDAqGQM> Se alguém conseguir me dar um help com essa questão.

Olá, Sou novo no fórum e novo nesse ramo de hosting, trabalho em um provedor de internet já bem estabelecido e conceituado na minha cidade e os sócios decidiram entrar no ramo de desenvolvimento web e hosting, a empresa possui datacenter próprio e deseja hospedar localmente na própria empresa sem terceirizar. Já possuo algo montado, mas preciso de umas dicas com alguns pontos que não entendo como funciona nesse ramo de hosting. Vou explicar o que já possuo: Já tenho um servidor rodando DirectAdmin, onde consigo criar um domínio, mas preciso ir no registro.br para atualizar os endereços de ns1, ou seja, o domínio tem que ser criado manualmente no registro.br antes de configurar no directadmin. É possível criar o domínio no directadmin e automaticamente já ser feito o registro desse domínio? Se sim o que é preciso para que isso aconteça? Para fins de testes, utilizei um servidor ns, do próprio provedor que é utilizado para outros fins. Pode ser utilizado o próprio servidor do directadmin como servidor NS1 e NS2, ou seria recomendado criar outro? Lendo o conteúdo do fórum, vi sobre o WHMCS que ele integra com o directadmin, faria esse papel de registrador de domínio automaticamente e que também realiza o controle financeiro. É correta essa informação? Obrigado.