ISP 리디렉션으로 인한 재개 가능한 다운로드 손상


2

인도에 Bsnl bradband 연결이 있습니다.

내가 라우터를 켜고 열 때마다 어떤 링크를 처음, 그것은로 리디렉션됩니다 mail.bsnl.in 페이지를. 이메일 서비스를 홍보하는 방법 일 수 있습니다. 장마철에는 특히 신호 강하가 많기 때문에 광대역 서비스가 열악합니다. 신호 손실이 발생하고 연결이 재설정 될 때마다 이러한 웹 페이지 리디렉션이 발생합니다.

그리고 리디렉션은 브라우저로 제한되지 않습니다. 나는 리눅스 배포판을 사용하고 apt-get update && apt-get upgrade자주합니다. 연결이 재설정되면 다시 다운로드 할 때 부분 다운로드를 재개 할 수 있습니다. 그러나 리디렉션은 시스템 전체에서 발생하므로 다운로드는 리디렉션되며 html 헤더가있는 작은 html 파일과 mail.bsnl.in을 포함하는 링크로 덮어 씁니다.

이런 식으로 손상된 큰 파일이 많이 있습니다. 이 문제를 어떻게 방지 할 수 있습니까?

답변:


1

nKn 필요 이상으로 비관적 일 수 있습니다. 그는 당신의 의견을 진지하게 받아 들였습니다.

그리고 리디렉션은 브라우저로 제한되지 않습니다. 나는 리눅스 배포판을 사용하고 apt-get update && apt-get upgrade를 자주합니다. 연결이 재설정되면 다시 다운로드 할 때 부분 다운로드를 재개 할 수 있습니다.

이것이 적절하지 않은 이유 apt-get는 http 사이트, 포트 80의 사이트에 접속하기 때문입니다. 이것은`/etc/apt/sources.list} 파일에서 발췌 한 것입니다.

 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

정확히 이것을 보여줍니다.

ISP 모든 포트 및 / 또는 프로토콜을 가로 채야 하는 것은 아닙니다 . 내가 이것을 말하는 이유는 그렇게하는 것이 그들의 인프라 에 큰 부담이되기 때문입니다 .

일반적으로 분석 가능한 트래픽 양을 유지하기 위해 수행되는 작업은 명백한 이유로 대부분의 통신 시도보다 우선하는 DNS 요청을 가로채는 것입니다. 방화벽은 포트 나 프로토콜 또는 둘 다를 기반으로 DNS 요청을 식별 할 수 있습니다.

이를 피할 수있는 방법이 있으며 OpenDNS에서 제공하는 매우 유용한 도구 인 dnscrypt 를 사용 하는 것 입니다. 웹 페이지에는 패키지의 Windows 및 MacOS 버전에 대한 링크가 있으며 Linux의 경우 배포판의 저장소에 있습니다.

장점은 dnscrypt비표준 포트를 사용하고 DNS 서버와의 통신을 암호화하여 방화벽이 연결 시도의 특성을 식별 할 수 없다는 것입니다. DNS 서버를 자유롭게 선택할 수 있으며 자체 OpenDNS 외에 몇 가지 옵션을 제공합니다.

수도 또는 하지 않을 수 있습니다 작동하지만 그것은 시도 확실히 가치가있다.

작동 하지 않을 수있는 이유 는 ISP가 타이머를 설정하여 회선이 고정 된 시간보다 긴 시간 동안 조용히 있으면 포트 / 프로토콜에 관계없이 모든 통신이 차단되고 그 밖의 것이 없기 때문입니다. 이것은 매우 공격적인 움직임이지만 일부 ISP는 유능한 사용자에게 사용되지 않습니다.

이 경우 수행 할 수있는 작업 myping.sh은 다음 행을 포함 하는 간단한 쉘 스크립트를 작성하는 것입니다 .

 #!/bin/bash
 ping -c1 8.8.8.8

실행 가능하게 만들고

 chmod 755 myping.sh

이 줄을 추가하여 매분마다 자동으로 실행되도록하십시오.

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

다음 명령을 사용하여 crontab에

   crontab -e

이것은 사소한 양의 대역폭을 소비하며 항상 연결을 유지합니다.


0

불행히도이 경우에는 할 수있는 일이 많지 않은 것 같습니다. 프록시, TOR, 요청을 다른 서버로 전달, DNS 서버 변경 등은 요청의 첫 번째 홉이 ISP이므로 도움이되지 않으므로 다시 연결할 때 첫 번째 요청의 동작을 변경할 수 없습니다.

"가난한"매우 초보적인 해결 방법은 리눅스 상자에 스크립트를 사용하여 매 분마다 wget일부 웹 사이트 (예 :)를 수행 http://www.google.com하고 결과를로 전달하는 것입니다 /dev/null. 따라서 링크가 끊어지면 다시 연결되면 첫 번째 분, 그렇지 않으면 아무 것도 눈치 채지 못할 것입니다.

그러한 행동이나 ISP 변경에 대해 ISP에 불만을 표명하는 다른 명백한 해결책이 있지만, 후자의 상황에 따라 다릅니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.