Corrupção de downloads recuperáveis devido ao redirecionamento de ISP

Question

Eu tenho uma conexão de banda larga Bsnl na Índia.

Sempre que ligo o roteador e abro qualquer link pela primeira vez, ele é redirecionado para mail.bsnl.in página. Essa poderia ser uma maneira de promover seu serviço de e-mail. O serviço de banda larga é ruim com muitas quedas de sinal, especialmente na estação chuvosa. Sempre que ocorre uma queda de sinal e a conexão é redefinida, esse redirecionamento ocorre.

E o redirecionamento não está restrito ao navegador. Eu uso a distribuição Linux e faço apt-get update && apt-get upgrade freqüentemente. Quando a conexão é redefinida, os downloads parciais são destinados a serem recuperados quando reconectados. Mas como o redirecionamento ocorre em todo o sistema, os downloads são redirecionados e sobrescritos por um pequeno arquivo html com cabeçalhos em html e um link contendo mail.bsnl.in.

Eu tenho muitos arquivos grandes corrompidos dessa maneira. Como posso evitar isso?

    

Answer 1

nKn pode ter sido mais pessimista do que o necessário. Ele levou a sério o seu comentário que

And the redirection isn't restricted to browser. I use linux distro and do apt-get update && apt-get upgrade frequently. When the connection gets resetted the partial downloads are meant to be resumable when reconnected.

A razão pela qual é improvável que isso seja relevante é que apt-get contata um site http, ie um site na porta 80: este é um trecho do meu '/ etc / apt / sources. lista} arquivo:

 deb http://us.archive.ubuntu.com/ubuntu/ trusty main restricted
 deb-src http://us.archive.ubuntu.com/ubuntu/ trusty main restricted
 deb http://us.archive.ubuntu.com/ubuntu/ trusty-updates main restricted
 deb-src http://us.archive.ubuntu.com/ubuntu/ trusty-updates main restricted

que mostra exatamente isso.

Isso é relevante porque significa que nem todas as portas e / ou protocolos precisam ser interceptadas pelo seu ISP. A razão pela qual estou dizendo isso é que isso é um fardo muito pesado para a infra-estrutura deles .

O que geralmente é feito para manter a quantidade de tráfego para analisar gerenciável é interceptar solicitações de DNS, que precedem a maioria das tentativas de comunicação, por motivos óbvios. O firewall deles pode identificar solicitações de DNS com base em porta ou protocolo ou, mais provavelmente, em ambos.

Existe uma maneira de contornar isso, e é usar dnscrypt , uma ferramenta muito valiosa fornecida por OpenDNS . A página da Web possui links para as versões Windows e MacOS do pacote, enquanto que para o Linux você os encontrará nos repositórios da sua distro.

A vantagem de dnscrypt é que ela usa uma porta não padrão e criptografa a comunicação com seu servidor DNS, de modo que os firewalls não consigam identificar a natureza de sua tentativa de conexão. Você pode escolher seus servidores DNS livremente, eles fornecem várias opções além das suas próprias, OpenDNS.

Este pode ou pode não funcionar , mas certamente vale a pena tentar.

O motivo pelo qual pode não funcionar é que o seu ISP pode ter configurado um temporizador, para que, se a sua linha estiver mais silenciosa do que uma quantidade fixa de tempo, todas

O que você pode fazer nesse caso é escrever um script de shell simples, myping.sh , contendo as seguintes linhas,

 #!/bin/bash
 ping -c1 8.8.8.8

torne-o executável,

 chmod 755 myping.sh

e executá-lo automaticamente a cada minuto, adicionando esta linha

  * * * * * /path/to/myping.sh

para o seu crontab, por meio do comando:

   crontab -e

Isso consumirá uma quantidade trivial de largura de banda e manterá sua conexão viva o tempo todo.

    

Answer 2

Infelizmente, infelizmente, não há muito o que fazer nesse caso. Usando um proxy, TOR, encaminhando solicitações para um servidor diferente, alterando seus servidores DNS, etc. não ajudará, já que o primeiro salto em sua solicitação será seu ISP, portanto, você não pode alterar o comportamento da primeira solicitação em uma reconexão.

Um "pobre" e uma solução muito rudimentar seria ter um script em uma caixa linux que faria um wget em algum site (por exemplo, http://www.google.com ) a cada minuto e encaminhar o resultado para /dev/null , então se seu link desconecta e reconecta você apenas notaria o redirecionamento no primeiro minuto, caso contrário você não notaria nada.

Existem algumas outras soluções evidentes, como reclamar ao seu ISP por tal comportamento ou mudar o seu ISP, mas este último depende das suas circunstâncias.