Щоб додати мої два центи:
Як говорили інші, набагато ймовірніше, що це проблема проксі. Ви можете змінити налаштування проксі-сервера або завантажити веб-переглядач (Firefox не потребує спеціальних налаштувань реєстру, хоча ваш ІТ-відділ може не схвалити його), і він очевидно не матиме налаштувань проксі-сервера.
"Корпоративний брандмауер" потребує ваших визначень. Ви маєте на увазі брандмауер із широким розміром сайту? Тоді це не може бути брандмауер, оскільки пакети localhost ніколи не залишають апарат, ніколи не бачать брандмауер.
Ви маєте на увазі брандмауер на локальній коробці, встановлений вашим відділом ІТ? Тоді теоретично вони могли б створити блок для localhost. Але тоді інші програми можуть зламатися, це малоймовірно.
Старий тест раніше був telnet. Telnet - це самий базовий додаток, який ніколи не використовує проксі.
telnet localhost 80
вдарить про ваш веб-сервер. Якщо ви отримаєте тайм-аут, то у вас є проблеми. Якщо ви отримаєте тип відповіді
GET / HTTP/1.0
ReturnReturn
І ви повинні побачити свою сторінку. Якщо це не працює, у веб-сервера є проблема, або у вас справді можливий локальний брандмауер. Якщо це все працює, у вас є проблема з браузером.
Що стосується інших питань, про які згадували люди, це не має нічого спільного з файлом хостів. Файл хостів просто відображає назву на ip-адресу. Був час до-DNS, і ось так було знайдено всі адреси. Спеціальна частина - 127.0.0.1, яка визначається RFC для зворотного зв'язку і не може бути в будь-якій мережі.
EDIT Переглянувши деякі інші ваші відповіді, можливо, ваш веб-сервер не був правильно налаштований. Ви повинні переконатися, що у вас є порт LISTEN на порту 80 netstat
.