Imgur.com не працює належним чином; Випуск DNS в домашній мережі

Я не розумію, чому imgur.comце не вирішено на моєму комп’ютері. Я спробував Google DNS, і він все ще не працює. Ні DNS, ні від мого постачальника послуг широкосмугового зв’язку. Однак якщо я підключуюсь через VPN, він працює. Чому це? Крім того, мій телефон має таку ж проблему, що використовує WiFi, тому він, безумовно, прив'язаний до моєї домашньої мережі. Як я можу діагностувати та виправити це питання?

Редагувати: фотографії imgur.com у веб-переглядачі з і без vpn. Опубліковано через VPN.

Ваш маршрутизатор має проблеми з кешуванням DNS. У мене був старіший маршрутизатор Linksys E1000 Wireless-N, але я виявив, що проблема існує і в інших (дешевших) моделях.

Найпростіше - це скидання маршрутизатора, який зазвичай очищає кеш DNS. Переконайтеся, що ваша прошивка оновлена, і оновіть її, якщо її немає. Ще один варіант - отримати ще один роутер.

Зображення imgur.com зазвичай надходять із i.imgur.com, а їх CSS та JS - із s.imgur.com. Обидва є псевдонімами * .edgecastcdn.net - CDN EdgeCast.com (Мережа розповсюдження контенту - як конкурент для Akamai).

Ви можете розглянути питання про те, чи можете ви вирішити та / або підключитись до хостів * .edgecastcdn.net, для яких i.imgur і s.imgur вирішують, чи побачити, чи існують інші відомі сайти, які використовують EdgeCast та бачать якщо у вас є однакові проблеми з цими сайтами.

Чи можете ви виконати nslookup {whatever_subdomain}.imgur.com- а потім спробувати отримати доступ до цих IP-адрес безпосередньо через браузер - тобто введіть у веб-переглядачі " http://123.456.789.012 ".

Здається, що imgur.com чомусь заборонив або заблокував вас (або IP, який вам надав ваш DNS) з деяких їхніх субдоменів. Можливо, ви занадто багато зверталися до відповідних субдоменів.

Відкрийте командний рядок і запустіть "tracert imgur.com" без лапок. Це підкаже вам, де ваші пакети потрапляють, опублікуйте вихід.

Також, щоб отримати більш корисну відповідь, спробуйте встановити Firefox як альтернативний браузер та встановити Firebug як доповнення. Він проявляється як значок «помилки» . Перейдіть на вкладку Мережа та спробуйте завантажити сторінку ще раз . Кожен елемент сторінки призведе до одного рядка.

Якщо ви побачите, що ваш GET-запит про те, що файли CSS / JS не вдалося зі статусом 404 , підключений веб-сервер не зміг знайти потрібну URL-адресу. У вашій ситуації це, ймовірно, означає, що ваш веб-переглядач був підключений до неправильної адреси IP або з'єднання було перехоплене (як у: прозорому доступі від постачальників 3G або «розумних» сусідніх маршрутизаторів) і неправильно оброблено.

Якщо в рядку написано " Аборті ", то причиною може бути фактичне вирішення проблеми DNS. клацніть правою кнопкою миші частину GET зліва та виберіть "Відкрити в новій вкладці". Це призведе до більш інформативного повідомлення про помилку, оскільки вбудовані ресурси зазвичай виходять з ладу, внаслідок чого відсутні зображення або файли CSS / JS, як у вашому випадку.

Удачі.

Це відбувається на Windows, Mac та на моєму телефоні Android.

Якщо це трапляється лише тоді, коли ваш телефон підключений через роутер, проблема може бути з роутером.

Якщо це також трапляється, коли ваш телефон підключений безпосередньо до Інтернету через оператора, проблема, можливо, у самому веб-сайті imgur.com або в тому, що ваш Інтернет-провайдер стає жертвою.

TL; DR: налаштуйте комп'ютер на ігнорування DNS-проксі вашого маршрутизатора та замість цього використовуйте інший DNS-сервер. Спробуйте DNS-сервер свого провайдера або використовуйте загальнодоступний DNS-сервер, як-от Google .

Ви використовуєте Mac. Ви можете змінити свій DNS-сервер:

1. перехід до панелі управління мережею
2. натиснувши кнопку Додатково ...
3. вибір DNS та введення нових адрес сервера, наприклад, 8.8.8.8та 8.8.4.4.

Якщо ви хочете використовувати лише ці сервери DNS у вашій домашній мережі, тоді створіть нове місце розташування на панелі керування мережі .

Деталі

У мене була схожа проблема. Для мене це були періодичні помилки з, *.imgur.comа також, як не дивно, з *.sstatic.comсайтом, який використовується для серверного статичного вмісту Super User. Пошукові запити на деякий час не зможуть, потім деякий час працюватимуть, а потім знову провалюються.

Нещодавно я модернізував свій маршрутизатор, тому здавалося, що це щось робити.

Використовуючи digтестовані запити на різних серверах DNS:

• Запити до мого маршрутизатора перериваються. Мій маршрутизатор надає доступ до DNS-серверів мого провайдера.
• Прямі запити DNS-серверів мого провайдера також невдало перестають працювати. Прямі запити завжди працювали з моїм останнім модемом.
• Прямі запити до загальнодоступних серверів DNS Google працювали весь час.

Тож, можливо, моєму маршрутизатору було зіпсовано відповіді DNS з серверів провайдерів (як проксі, так і прямі). Чи, може, сервери провайдерів зривались з перервами? Це було важко сказати, і я не переймався розробкою, яка була справжня проблема. :)

Невдалі запити стосувалися мереж доставки вмісту. Це певним чином має сенс, оскільки CDN часто повертає складні результати DNS для оптимізації продуктивності.

Як і я, у вас можуть виникнути проблеми з DNS вашого маршрутизатора, з DNS вашого провайдера або з деякою взаємодією між ними. Ось можливі рішення.

1. Налаштуйте свої пристрої для використання іншого сервера DNS. Або безпосередньо використовуйте DNS-сервер своїх провайдерів або використовуйте загальнодоступний DNS-сервер, такий як той, який надає Google .
2. Відредагуйте /etc/hostsфайл на своїх пристроях та вручну додайте адреси для невдалого пошуку.
3. Налаштуйте свій власний DNS-сервер внутрішньо.

Варіант 1 - найпростіший. Я рекомендую це, якщо ви знаходитесь у місці, де є локальний загальнодоступний DNS-сервер. Тут розміщено загальнодоступні сервери DNS Google .

Я перебуваю в Новій Зеландії, і мені не хотілося їздити з загальнодоступним сервером DNS в іншу країну. Це буде означати більшу затримку для кожного пошуку DNS. Це також зменшило б одну з головних переваг CDN. CDN намагаються, якщо можливо, обслуговувати вміст з локальних серверів, і вони роблять це залежно від місця розташування сервера DNS. Даний сервер DNS-сервера, що базується в США або на Азії, зменшив би цю перевагу.

Я також не хотів використовувати DNS-сервери свого провайдера, оскільки вони були невмілими під час участі мого маршрутизатора, навіть для прямих запитів.

Тож варіант 2 був для мене трохи кращим. Це буде означати трохи технічного обслуговування, але я радий користуватися digта редагувати /etc/hostsперіодично.