Почему мой браузер не может разрешить имя хоста через / etc / hosts?

5592
Lawrence I. Siden

Я установил Apache2 на новой машине Solaris во внутренней сети (с межсетевым экраном) моей компании и настроил ее для виртуальных хостов на основе имен .

У нас еще нет домена для новой машины, поэтому я создал свой собственный «lsiden.net» и назвал хост что-то вроде «myhost.lsiden.net» в директиве httpd.conf <VirtualHost>.

Так как такой домен не зарегистрирован, я создал запись "wxyz myhost.lsiden.net" в моем файле / etc / hosts. (Я удалю его, когда мы получим реальное доменное имя.)

Я могу пропинговать myhost.lsiden.net, но если я наберу его в IE7 или Google Chrome 10, он не будет разрешен. Есть ли что-то, что мешает каждому браузеру просматривать файл / etc / hosts?

(Чтобы получить доступ к VPN моей компании, я должен использовать машину, которую они настроили для меня, которая была подготовлена ​​для Windows XP. Так что / etc / hosts на самом деле что-то вроде c: \ Windows \ system32 \ drivers \ etc \ hosts, но это не должно иметь значения.)

0
Проверьте ваши /etc/nsswitch.conf и /etc/resolv.conf. Оба контролируют, как разрешение DNS работает на локальной машине. 13 лет назад 0
Вы используете IE / Chrome на Solaris? M'vy 13 лет назад 2
Нет. На сайте находится машина Solaris. Я должен использовать IE или Chrome (или FF) на компьютере с Win-XP для доступа к сайту из-за ограничений VPN и ИТ-отделов компании. Lawrence I. Siden 13 лет назад 0
В Windows нет ни nsswitch.conf, ни resolv.conf. Есть ли какой-то эквивалент, который контролирует, будет ли DNS выглядеть первым в ... / etc / hosts? Lawrence I. Siden 13 лет назад 0
Я нашел [этот пост] (http://labnol.blogspot.com/2004/10/tweak-your-windows-hosts-file.html), который предложил мне перезапустить кэш DNS в Windows. Попробовал это. Может пропинговать его с помощью моего URI, но все равно не может связаться с ним из браузера. Крысы! @ Lawrence I. Siden 13 лет назад 0

2 ответа на вопрос

1
pst

(Expanding on M'vy's comment)

It is the client which performs the name resolution.

On windows this can be done through the hosts file (link includes all resolution methods).

Happy ... networking.

Я уже сказал, что я помещаю записи в / etc / hosts. Вот о чем этот вопрос. Lawrence I. Siden 13 лет назад 0
@ Если вы упомянули / etc / hosts, это звучит как машина UNIX, на которой вы редактировали, и позже упомянул, что это был эквивалент Windows. Это то, на что @pst отвечал. Rich Homolka 13 лет назад 0
1
Rich Homolka

As far as 'why does one work and not the other' one thing to remember is that ping uses a different protocol (icmp) than http (tcp). Can you check firewalls on your Windows host? A lot of VPNs are configured to firewall certain things.

The next step after ping is the old webmaster (I'm dating myself by using that term) tool: telnet.

Can you try:

telnet <machine> <port>

from your Windows box.

If this doesn't connect, you have connection issues. Possibly a firewall, or something else.

If it does connect, try typing:

GET / HTTP/1.0 Host: <nameOfVirtualHost>

ReturnReturn

Which then should show you your page.

I'd flush the system DNS cache if you haven't yet:

ipconfig /flushdns

Browsers themselves may use a DNS cache. I know Chrome does, couldn't find a way to flush it. There's a Firefox plugin that flushes DNS cache

Сначала пришлось перезагрузить Windows;). Тогда я попробовал ваше предложение по telnet. Я не вернулся на страницу, но получил это в журнале доступа: "10.195.51.65 - - [25 / Mar / 2011: 12: 25: 42 -0400]" GET GET \ b \ b \ b \ b \ b \ b \ b \ b \ bGET / HTTP / 1.0 "400 226". Забой - это следствие того, что мой термин (Putty) ничего не повторяет мне в telnet, поэтому я не вижу WTF, что я делаю! Но что-то определенно работает сейчас! Спасибо! Lawrence I. Siden 13 лет назад 0

Похожие вопросы