Поиск и устранение неисправностей DNS. Домен Campus не решает при использовании кампусной сети
Да, это возможно. Необходимо будет быть очень осторожными с путями загрузки библиотеки, и Вы, возможно, должны перекомпилировать некоторые другие библиотеки.
Как путь наименьшего количества трения, я рекомендую установить более старую версию Debian или Ubuntu в chroot. Таким образом, сделайте каталог, скажите /old/etch, и установите более старое распределение в дереве, базированном там; для запущения той проблематичной программы звонить chroot ограничить его представление файловой системы к /old/etch.
Debian (или Ubuntu) идет с пакетом для помощи с установкой другой системы в chroot: schroot (преемник dchroot). Во-первых, используйте debootstrap для установки более старого распределения (установите только основную систему и в чем программа нужна, никакие серверы). Затем настроенный schroot для запущения программы удобно (с /dev, /proc, /home и другие “спутниковые” доступные файловые системы).
Таким образом, план: debootstrap, затем dchroot. В том, Как я запускаю 32-разрядные программы на 64-разрядном Debian/Ubuntu?, я даю учебное руководство о подобной установке −, выполняете ли Вы различные версии распределения, или различную архитектуру или различные подобные Debian дистрибутивы, это - только вопрос выбора соответствующего источника пакета, остальное - то же.
Если я хорошо понимаю, Вы фильтрованы, когда Вы пытаетесь произвести запрос DNS к внешней стороне, Вы пытались использовать непосредственно общедоступный NS от своего домена (129.72.60.8 или 129.72.60.2)?
Если это работает, можно указать вперед на IP тезисов для домена uwyo.edu, и использование кампуса DNS для всех доменов других.
В противном случае единственный путь состоит в том, чтобы обойти правила фильтрации с соединением VPN на выделенном сервере (можно найти кого-то более дешевым, чем $40 / месяц).
-
1При попытке через IP, мой браузер перенаправляется к домену - который не работает. Единственной вещью, которую я смог сделать, является VPN... фактическая, я настроил передачу SSH и прокси, когда я являюсь достаточно отчаянным. – Tom 06.05.2011, 09:30
Кажется, что кампус имеет специальную конфигурацию для своего собственного домена.
Запросы определения имен UDP, вероятно, не обрабатываются тот же путь при прибытии из локальной частной сети (10...*) или из сетей общего пользования (Интернет).
Вы пробовали
dig uwyo.edu
или
host -a uwyo.edu
Так или иначе при использовании серверов Google DNS Вы, вероятно, зафиксируете свою проблему, так как NS вне кампуса на общедоступной стороне.
Изменение /tmp/resolv.conf.auto с
nameserver 8.8.8.8
nameserver 8.8.4.4
search resnet.uwyo.edu
-
1Привет ring0, Вот, роют и размещают (благодарит упомянуть инструменты): pastebin.mozilla.org/918599, Поскольку Вы видите хост, разрешает IP. Я также выполнил nmap-p 80 на 172.26.4.49, и порт открыт, но если я выполняю его на uwyo.edu, я являюсь "отказавшим для разрешения имени хоста". То, когда я вставил IP-адрес к своему браузеру, я получаю "uwyo.edu, не может быть найдено". измените серверы имен и теперь когда я выполняю хост-a uwyo.edu, я получаю "приведенное к таймауту соединение; никакие серверы не могли быть достигнуты" – Tom 09.01.2011, 23:51
-
2держится теперь..., это - частный блок. если я использую общедоступный IP 129.72.61.21, я могу получить доступ к веб-сайту. Так, я думаю, что UW выполняет расщепленный горизонт DNS и блокирует продолжающийся порт 53 для принуждения использования их DNS. Это могло объяснить это? Каковы другие объяснения? – Tom 10.01.2011, 00:01
-
3Проблемой не является маршрутизация к IP-адресу, но только определение имен. Снова, я предлагаю использовать Google DNS в качестве сервера имен (см. мой ответ), так как по-видимому сервер кампуса не служит локальным клиентам от частного сегмента 10.*. – Ring Ø 10.01.2011, 02:06
-
4Еще раз спасибо. "измените серверы имен (на Google [так]) и теперь когда я выполняю хост-a uwyo.edu, я получаю "приведенное к таймауту соединение; никакие серверы не могли быть достигнуты" в прошлом, у меня был также усталый OpenDNS. Я на самом деле думал, что попытка неподводного NS - то, что запустило путаницу, но с тех пор, я высветил маршрутизатор. – Tom 10.01.2011, 06:09
-
5проверяет это,-p 53 открыт для локального DNS, но фильтрованный при использовании Google: tom@sue:~ $ sudo nmap-p 53 10.35.60.8, Начинающий (nmap.org) Nmap 5.00 в 09.01.2011 порты MST Interesting 21:41 на 10.35.60.8: СЕРВИС СОСТОЯНИЯ ПОРТА 53/tcp открывает сделанный домен Nmap: 1 IP-адрес (1 хост) просканированный за 0,41 секунды tom@sue:~ $ sudo nmap-p 53 8.8.8.8, Начинающий (nmap.org) Nmap 5.00 в 09.01.2011 порты MST Interesting 21:41 на google-public-dns-a.google.com (8.8.8.8): СЕРВИС СОСТОЯНИЯ ПОРТА 53/tcp фильтрованный сделанный домен Nmap: 1 IP-адрес (1 хост) просканированный за 4,89 секунды – Tom 10.01.2011, 06:43
Могло случиться так, что проблема с сервером/браузером DNS отвечает странно на основе некоторой странности заголовка хоста? Попытайтесь идти прямо для внутреннего IP вместо доменного имени (получите его от другого компьютера, если Вы имеете к), и установите его статически в Вашем файле hosts только для тестирования. Внутренний веб-сайт направления и внешний веб-сайт направления могли бы быть на том же хосте с двумя другими дюйм/с (NAT) также. Затем внешнему разрешению DNS к глобальному IP, вероятно, не удается быть прикрепленным к волосам в граничном маршрутизаторе.
Это - довольно общая конфигурация для университета к блоку исходящий DNS. Они, вероятно, выполняют кэширующиеся рекурсивные серверы, и нет никакой потребности заполнить их исходящую пропускную способность запросами DNS, которые должны кэшироваться локально.
Вы попытались звонить их справочной службе по поводу этой проблемы??
-
1, "Я запустил заявку на устранение неисправности назад в мае 2009 и обновил ее в течение лета. Я не могу заставить университетскую поддержку касаться его". Даже если я хотел нам внешний DNS, проблема - что-то еще - я не могу загрузить *.uwyo.edu – Tom 06.05.2011, 09:28