Imgur.com nie rozwiązuje poprawnie; Problem z DNS w sieci domowej

Nie rozumiem dlaczego imgur.com nie działa na moim komputerze. Próbowałem Google DNS i nadal nie działa. Podobnie DNS z mojego dostawcy usług szerokopasmowych. Jeśli jednak połączę się przez VPN, działa. Dlaczego to? Poza tym mój telefon ma ten sam problem z WiFi, więc jest zdecydowanie związany z moją siecią domową. Jak mogę zdiagnozować i rozwiązać ten problem?

Edycja: zdjęcia z imgur.com w przeglądarce zi bez VPN. Wysłane za pośrednictwem VPN.

Twój router ma problemy z buforowaniem DNS. Miałem starszy router Linksys E1000 Wireless-N, ale odkryłem, że problem istnieje również z innymi (tańszymi) modelami.

Najłatwiej jest zresetować router, który zazwyczaj czyści pamięć podręczną DNS. Sprawdź, czy oprogramowanie układowe jest aktualne i zaktualizuj je, jeśli nie jest. Inną opcją jest uzyskanie kolejnego routera.

imgur.com Obrazy na ogół pochodzą z i.imgur.com, a ich CSS i JS pochodzą z s.imgur.com. Oba są aliasami do * .edgecastcdn.net-the EdgeCast.com CDN (sieć dystrybucji treści - jak konkurent dla Akamai).

Możesz zastanowić się, czy możesz rozwiązać i / lub połączyć się z hostami * .edgecastcdn.net, na które rozwiązują się i.imgur i s.imgur, lub sprawdzić, czy istnieją inne dobrze znane witryny korzystające z EdgeCast i zobacz jeśli masz podobny problem z tymi witrynami.

Czy potrafisz wykonać nslookup {whatever_subdomain}.imgur.com - a następnie spróbuj uzyskać dostęp do tych adresów IP bezpośrednio z przeglądarki - np. wpisz " http://123.456.789.012 "w przeglądarce.

Wygląda na to, że z jakiegoś powodu imgur.com zbanował lub zablokował (lub IP, którego DNS dostarczył) od niektórych swoich subdomen. Być może zbyt długo uzyskiwałeś dostęp do subdomen.

Otwórz wiersz polecenia i uruchom "tracert imgur.com" bez cudzysłowów. Dzięki temu dowiesz się, gdzie upuszczane są twoje pakiety, publikuj dane wyjściowe.

Aby uzyskać bardziej przydatną odpowiedź, spróbuj zainstalować Firefox jako alternatywną przeglądarkę i zainstaluj Firebug jako dodatek. Przejawia się jako Ikona "błąd" . Odwiedź jej Karta sieciowa i próbuj ładowanie strony ponownie . Każdy element strony spowoduje jeden wiersz.

Jeśli widzisz, że Twoje żądanie GET dla plików CSS / JS zawodzi Status 404 , wtedy podłączony serwer internetowy nie może znaleźć żądanego adresu URL. W twojej sytuacji prawdopodobnie oznacza to, że twoja przeglądarka była podłączona do nieprawidłowego adresu IP lub połączenie zostało przechwycone (jak w: przezroczyste proxy przez dostawców 3G lub "sprytne" routery proxy) i nieprawidłowo obsługiwane.

Jeśli mówi " Niedonoszony "w wierszu może to być prawdziwy problem z rozpoznawaniem DNS, kliknij prawym przyciskiem myszy część GET po lewej i wybierz" Otwórz w nowej karcie ", co da bardziej informacyjny komunikat o błędzie, ponieważ zasoby osadzone zwykle nie działają w sposób w brakujących obrazach lub plikach CSS / JS, jak w twoim przypadku.

Powodzenia.

Dzieje się tak w systemie Windows, Mac i na moim telefonie z Androidem.

Jeśli dzieje się tak tylko wtedy, gdy telefon jest podłączony za pośrednictwem routera, problem może dotyczyć routera.

Jeśli dzieje się tak również wtedy, gdy telefon jest podłączony bezpośrednio do Internetu za pośrednictwem operatora, może to być spowodowane samą witryną imgur.com lub jej usługodawcą internetowym.

TL; DR: Skonfiguruj komputer tak, aby ignorował proxy DNS routera, a zamiast tego używał innego serwera DNS. Wypróbuj serwer DNS usługodawcy internetowego lub użyj publiczny serwer DNS, taki jak Google .

Używasz komputera Mac. Możesz przesłonić swój serwer DNS przez:

1. isc do Sieć panel sterowania
2. kliknięcie Zaawansowane…
3. wybór DNS i wprowadzanie nowych adresów serwerów, np. 8.8.8.8 i 8.8.4.4.

Jeśli chcesz używać tylko tych serwerów DNS w sieci domowej, utwórz nowe Lokalizacja w Sieć panel sterowania.

Detale

Miałem podobny problem. Dla mnie było to przerywane błędy *.imgur.com a także, ironicznie, z *.sstatic.com, witryna służąca do przesyłania statycznej zawartości Superużytkownika. Wyszukiwanie przez pewien czas może się nie udać, a potem przez chwilę pracować, a potem znowu zawieść.

Niedawno uaktualniłem swój router, więc wydawało się, że ma to coś wspólnego.

Za pomocą dig Testowałem zapytania na różnych serwerach DNS:

• Zapytania do mojego routera mogą nie działać sporadycznie. Mój router pośredniczy w serwerach DNS mojego ISP.
• Bezpośrednie zapytania moich serwerów DNS mojego dostawcy Internetu również zawiodłyby sporadycznie. Zapytania bezpośrednie zawsze działały z moim ostatnim modemem.
• Bezpośrednie zapytania do publicznych serwerów DNS Google działały cały czas.

Być może mój router zepsuł odpowiedzi DNS od serwerów ISP (zarówno proxy, jak i direct). A może serwery ISP ulegały okresowym awariom? Trudno było powiedzieć, i nie zawracałem sobie głowy pracą, co było prawdziwym problemem. :)

Zapytania, które uległy awarii, dotyczyły sieci dostarczania treści. W pewnym sensie ma to sens, ponieważ CDN często zwracają złożone wyniki DNS, aby zoptymalizować wydajność.

Podobnie jak ja, możesz mieć problem z DNS twojego routera, z DNS twojego usługodawcy internetowego lub z pewną interakcją między tymi dwoma serwerami. Oto możliwe rozwiązania.

1. Skonfiguruj urządzenia do korzystania z innego serwera DNS. Użyj bezpośrednio serwera DNS usługodawcy internetowego lub użyj publicznego serwera DNS, takiego jak jedno zapewnia Google .
2. Edytuj plik /etc/hosts plik na urządzeniach i ręcznie dodawaj adresy w poszukiwaniu błędów wyszukiwania.
3. Skonfiguruj własny serwer DNS wewnętrznie.

Opcja 1 jest najłatwiejsza. Polecam, jeśli jesteś w lokalizacji, która ma lokalny publiczny serwer DNS. Tu są lokalizacje publicznych publicznych serwerów DNS Google .

Jestem w Nowej Zelandii i nie chciałem korzystać z publicznego serwera DNS w innym kraju. Takie działanie oznaczałoby dla mnie większe opóźnienie przy każdym wyszukiwaniu DNS. Zmniejszyłoby to także jedną z głównych zalet CDN. CDN próbują w miarę możliwości wyświetlać zawartość z lokalnych serwerów i robią to na podstawie lokalizacji serwera DNS. Serwer DNS z siedzibą w USA lub Azji zmniejszyłby tę korzyść.

Nie chciałem też używać serwerów DNS mojego ISP, ponieważ były one niestabilne, gdy mój router był zaangażowany, nawet w przypadku bezpośrednich zapytań.

Więc opcja 2 była dla mnie nieco lepsza. Będzie to oznaczało trochę konserwacji, ale jestem zadowolony z użycia dig i edytuj /etc/hosts sporadycznie.