aldemaroc

@Rafael Burjack da bhostbrasil.com.br pode te atender

Isso será nos servidores DNS para seu bloco de IPs (você falou de BGP, então presumo que você tem ASN e um prefixo para anunciar) Com qualquer roteador que faça BGP e túnel GRE, que é a prática mais comum. Como os colegas falaram, você está com dúvidas em pontos muito importantes de qualquer rede. Quem sabe eles estão certos e seja melhor contratar alguém que entende bem do assunto para fazer?

É uma boa ideia, porém você irá aumentar o tempo de resposta de seus sites caso o outro datacenter esteja muito longe da OVH. O ideal é ter o servidor que irá atuar como proxy reverso perto do servidor primário ou do usuário final para diminuir o "caminho" a ser percorrido. No seu caso eu faria o proxy reverso no mesmo datacenter, ou então faria o cache com o cloudflare já que eles tem presença em basicamente todo o mundo.

Cloudflare não funciona para você? Existe até plugin para integrar ao cPanel se me lembro bem.

Eu acho que o forum não permite que eu promova meus serviços, mas a gente oferece colocation de 1u um pouco acima desse valor, e tem outros datacenters que também tem valores bem próximos. "Colocation 1u brasil" no google te dá vários resultados... Primeiro, para fazer colocation seu servidor deve ser de rack e ter os trilhos ou kit de fixação de rack. Se você tiver o conhecimento necessário é mais barato montar o servidor você mesmo. Sempre recomendo a meus clientes comprarem servidores sem processador, memórias e discos, e depois comprarem esses itens separadamente. No ebay por exemplo você encontra processadores de segunda mão muito bons por 1/8 do valor aqui no Brasil. Quantos você quiser, não tem nenhuma lei que limite quanto você pode vender. Para que cada cliente tivesse 100% de garantia dos recursos que ele contratou você não poderia vender mais de 20, porém partindo do princípio que nem todos os clientes que você tiver vão utilizar tudo que contrataram, você pode vender mais do que tem no servidor. Se você vender demais seus clientes vão ficar "disputando" os recursos da máquina, então você deve saber dosar. Não existe receita de bolo para isso, tudo depende de quanto você pretende cobrar e que tipo de serviço você quer oferecer a seus clientes.

O melhor custo x benefício é sempre comprar sua própria máquina e fazer o colocation. Para uma máquina de 1u tem lugar aqui no Brasil que cobra 300-400/mês. Quando você aluga uma máquina pronta de um datacenter você paga pelo colocation, pela energia, pelo aluguel do hardware, pela rede, pelo suporte e obviamente nós temos que incluir lucro em todas essas etapas. Quanto ao que você vai ganhar, aí já é algo mais complicado de te falar. Por que não começar pequeno? Assim você vai aprendendo e expandindo com o tempo.

Ele já tem um dedicado, basta fazer um colocation mesmo.

Eu odeio ser "esse tipo de cara", mas você tem certeza sobre o que está fazendo? Montar um datacenter vai muito além de comprar um rack e coloca-lo em uma sala climatizada. Você tem que pensar em redundância elétrica com UPSs e geradores, ter múltiplas operadoras com múltiplas abordagens cada, pensar em controle de acesso, sistema de supressão de incêndio além de diversos outros pontos que vão muito além de uma sala climatizada com um rack. Que tipo de qualidade você quer oferecer a seus clientes? Agora apenas sobre sua dúvida, a entidade que aloca ASN e blocos de IPs no Brasil é o registro.br, porém recentemente eles esgotaram os estoques de IPs disponíveis, e você só conseguirá receber uma alocação SE alguém devolver seus blocos e você ter a sorte de ser sua vez na fila de espera. Quanto a "de onde vem a internet" das empresas de hospedagem, são links dedicados, acordos de peering e internet exchanges. Após a conexão ser feita nós fazemos o anúncio do bloco que o registro.br nos alocou por meio do protocolo BGP. Isso não é barato, aqui por exemplo chegamos a pagar até R$25/mês por cada 1Mbps com a Claro por exemplo. O link mais barato que temos custa R$5/mês por cada 1Mbps.

Então pelo visto o vendedor apenas não sabe como os planos deles funcionam. Se você tiver disposto à arriscar seu dinheiro e testar não vejo qualquer problema visto que não tem multa. Outro ponto que você tem que considerar é o tráfego de download, que entrará normalmente pela porta do servidor dedicado, e não pelo cloud.

Em meu ver esse tática de apontar o gateway provavelmente não irá funcionar. Normalmente o tráfego é calculado diretamente na porta do switch onde o servidor é instalado, ou seja, não importa se o tráfego é interno (de/para o mesmo datacenter) ou externo (de/para a internet), o tráfego contará normalmente. Provavelmente estão apenas tentando de prender em algum contrato, ou o vendedor não tem muita certeza do que está falando.

Obrigado pela informação. Você tem alguma documentação ou diretriz em relação a isso? Procurei no site da Lacnic, porem sem sucesso, mas ultima vez que me informei com o registro.br era possível anunciar blocos daqui fora da região da Lacnic apenas no caso de anycast, e apenas se também for anunciado aqui. Em todo caso, reforço minha dica que utilizar os próprios blocos da OVH fazendo SWIP. Dessa forma ficará mais barato (a OVH não cobra valores mensais), as informações de whois serão do cliente e não da OVH, e ainda ficará com o bloco da Lacnic livre para uso. Enviado de meu XT1683 usando Tapatalk

Creio eu que a polícia do registo.br (ou da Lacnic) não permita anuncia seu bloco fora da america latina. Em todo caso, por que você não "compra" um /24 como eles e pede para fazerem SWIP do bloco para você? Assim o email de abuse será seu. Enviado de meu XT1683 usando Tapatalk

A quadranet em Miami é muito boa também. Tem uma excelente rede para o Brasil. Enviado de meu XT1683 usando Tapatalk

Olá amigo, bem vindo ao forum. A multi virtualização (que é como eles chamam), funciona bem, porém só até certo ponto. Eu por exemplo tenho um node virtualizado tanto em KVM como em OpenVZ, mas não o utilizo em produção por diversos fatores. O principal dele é que o processo qemu-kvm as vezes é atribuído a um dos containers OpenVZ e quando isso acontece o VPS em KVM desliga por conta do OOM-killer. Alguns outros colegas com quem tive a oportunidade de conversar já me falaram que não tiveram problemas, mas eu particularmente não recomendo utilizar em produção e com clientes que precisam de estabilidade. Te recomendo pegar um dedicado desses quase de graça que tem na américa do norte, instalar lá e realizar alguns testes (tipo colocar 10 VPS de cada tipo nele e encher a RAM/disco). Assim você terá uma ideia dos problemas que irá enfrentar e poderá decidir melhor se esse setup funcionaria para você.

Gerador por R$1.000,00? Eu é que não quero ser cliente desse "datacenter".

É exatamente por isso. O HTTP injector apenas modifica os pacotes para parecer que são enviados para os site de navegação gratuita (na claro usam o facebook, por exemplo). Quando voltarem a bloquear totalmente a conexão à rede 3G/4G para quem não tem crédito, essa festa vai acabar.

O pior de tudo é que realmente funciona. Um cliente uma vez me mostrou que estava usando a internet, em um chip da claro sem créditos com esse http injector. Quanto à DDoS, já está ocorrendo, pois a maioria desse pessoal não sabe configurar o squid, e quando deixam o proxy público eles são usados para DDoS.

Para quem não quiser esse tipo de cliente, agora é o momento de incluir restrições para uso de proxy em seus serviços.

Com tráfego ilimitado recomendo contratar com o OVH diretamente, ou com alguma empresa que revenda dele. Os VPS deles com 100Mbps são bem baratos.

O HTTP Injector é um app com o simples objetivo de modificar requisições HTTP enviadas pelo celular, burlando o sistema de controle das operadoras. Para funcionar, precisam de um proxy (normalmente squid) e de um conta SSH para fazer o tunelamento. Há algumas semanas recebi diversos novos clientes que contrataram servidores VPS para esse fim. O problema é que a maioria deles tem pouco ou nenhum conhecimento de como configurar o servidor, e utilizam scripts prontos que nem mesmo o desenvolvedor sabe como funciona, e assim bombardeiam o suporte com tickets do tipo "o comando iniciar-proxy não funciona". Além disso esse clientes utilizam banda como se fosse água, estourando o limite da porta, além de receber diversos emails de abuse por dia devido a torrent. Além de tudo isso, ainda tenho dúvidas em relação a legalidade disso. Explorar uma falha nas operadoras assim não seria algo ilícito?

Sim, precisa, pois registros SRV não aceitam IPs como destinos, mas apenas hostnames.

Sim, claro. Vamos supor que seu domínio seja "melhorts3.net" e que o servidor TSDNS esteja instalado em "tsdns.melhorts3.net": No editor avançado: Type: SRV Name: _tsdns._tcp.melhorts3.net TTL: 14400 Priority: 0 Weight: 5 Port: 41144 Target: tsdns.melhorts3.net http://prntscr.com/dzvp3s Após a propagação, você poderá criar endereços no tsdns na forma "meuendereço.melhorts3.net"

Show de bola cara! Só uma atualização quando ao TSDNS. No tutorial, você configura apenas um registro A, porém na próxima versão do cliente TS3 esse tipo de configuração não mais funcionará, e já está sendo mostrado um aviso na versão atual caso seja configurado assim. O correto seria criar um record SRV em seu domínio apontando para o TSDNS, da seguinte forma: _tsdns._tcp.meudominio.com 86400 IN SRV 5 0 41144 tsdns.meudominio.com tsdns.meudominio.com 86400 IN A 1.2.3.4 (1.2.3.4) é o IP do servidor onde o servidor TSDNS está rodando. Você pode conferir mais sobre isso na KB oficial da TeamSpeak No mais, excelente módulo!

Qual virtualização você está utilizando?

Posso enviar proposta por MP?