- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Система Debian 5 в Hetzner EQ4
Делаю ping api.vkontakte.ru
Т.е. тут IP отрезолвился очень оперативно и пинги идут
Делаю:
Далее пауза в 30 секунд и следующее:
Почему такой долгий резолвинг? И почему пинг резолвит без диких задержек.
Я конечно в /etc/hosts поставил 93.186.227.124 api.vkontakte.ru
и сайт с вконтакте заработал быстро, но ведь это же не выход...
В чем затык и куда смотреть? Спасибо.
Система Debian 5 в Hetzner EQ4
Делаю ping api.vkontakte.ru
Т.е. тут IP отрезолвился очень оперативно и пинги идут
Где тут видно что хоть что-то "оперативно отрезолвилось"? Пинги идут - другое дело.
Resolving api.vkontakte.ru...
Далее пауза в 30 секунд и следующее:
Что в /etc/resolv.conf ?
PS: Решение "аригинальное" :D
Где тут видно что хоть что-то "оперативно отрезолвилось"? Пинги идут - другое дело.
Ну... я по этой строчке сужу:
Раз я там вижу IP адрес, я предположил, что домен отрезолвился (или взялся из кеша или еще что-то), но это произошло быстро.
/etc/resolv.conf
Что это за IP я понятия не имею :)
Уберите их и пропишите
nameserver 8.8.8.8
nameserver 8.8.4.4
Гуглевские ДНСы :)
Да, спасибо, с ними все тоже быстро заработало
Не нужно прописывать гугловые DNS, крайне неправильно, заменять DNS, которые в одном хопе от оборудования на DNS, которые непонятно где. Будет малейший провал канала до Google (да, такое бывает) и весь резволинг накроется медным тазом.
Я рекомендую вернуть то, что было стандартно в /etc/resolv.conf, но поменять местами DNS сервера, например, поставив последний первым. После этого проблемы прекратятся.
просто поставить какой-нить pdns-recursor (и nameserver -> 127.0.0.1), после чего забыть про зависимость от DNS-сервера доброго дяди-хостера...
Maxim3, Прописать ip домен в /etc/hosts и забыть о проблеме :)
просто поставить какой-нить pdns-recursor (и nameserver -> 127.0.0.1), после чего забыть про зависимость от DNS-сервера доброго дяди-хостера...
Чем вам bind не угодил ?
Чем вам bind не угодил ?
Тем, что в данном случае не нужен полноценный авторитативный ДНС сервер.
Maxim3, Прописать ip домен в /etc/hosts и забыть о проблеме :)
ТС такое осилил. Это стало быть - Ваша школа?
Тем, что в данном случае не нужен полноценный авторитативный ДНС сервер.
И звените уточню, вы щетаете что bind Для такой цели слишком серьёзный продукт ? что можно поставить лёгкий вариант днс сервера ? ( тобишь pdns-recursor )