Невозможно получить доступ к веб-странице в той же сети

Я недавно создал простой сайт php.

На моем компьютере, на котором размещена веб-страница, можно получить доступ через браузер
HTTP: // локальный / DataEntry /

Итак, я перешел на другой новый хостинг ПК. Я пытался запустить сервер Apache, к сожалению, он не работает, и я перенастроил на другой порт, который 9090, то он снова работает. Поэтому для доступа к веб-странице с локального хоста. Я должен ввести следующий адрес, который HTTP: // локальный: 9090 / DataEntry / вместо.

Затем я использую другой компьютер для доступа к сайту в той же сети. Детали следующие:

  • ПК A — Хост сервер (IP: 10.83.1.18)
  • ПК B — ПК, который хотел бы получить доступ к сайту (IP: 10.83.1.17)

К сожалению, я получил следующую ошибку в ПК Б что показано ниже.

введите описание изображения здесь

Может кто-нибудь сказать мне, что здесь не так?

Когда раньше находил решение, я наткнулся на метод проверки используемого порта, который показан здесь. Однако, поскольку я нахожусь в банковской среде, я не уверен, безопасно ли для меня прекратить там перечисленные ниже услуги. Вот почему я пытаюсь изменить номер порта вместо этого, что приводит к вышеупомянутой проблеме.

введите описание изображения здесь


РЕДАКТИРОВАТЬ
Прежде чем пытаться изменить HTTP: // локальный / DataEntry в HTTP: // локальный: 9090 / DataEntry , Я столкнулся с подобной ошибкой, которую я погуглил, которая имеет шаблон или макет, как это.

введите описание изображения здесь

1

Решение

Если вы можете получить доступ к сайту локально, но не из сети, и уверены, что URL верен, то наиболее вероятным виновником является брандмауэр Windows. Чтобы проверить это, попробуйте снова зайти на сайт после отключения брандмауэра на сервере или, если проверяет, отвечает ли удаленный порт с помощью telnet. Пример:

> telnet 10.83.1.18 9090

Если порт заблокирован FW, в соединении telnet будет отказано.


Если вы подтвердили, что брандмауэр не блокирует соединение, то ваша следующая ставка — проверить разрешения для учетной записи, используемой для доступа анонимного пользователя. В вашем случае это, кажется, встроенная учетная запись IUSR (если это IIS7 согласно вашему комментарию ниже). Связанная статья TechNet объясняет, как Настройте идентификацию анонимной аутентификации в IIS7.

Еще одно важное замечание: помните, что поскольку вы используете PHP, соответствующие двоичные файлы также должны быть доступны для учетной записи IUSR с разрешениями «Чтение / запись / список». Если код PHP пытается что-то записать на сервер на основе взаимодействия с пользователем (например, загрузки файла, изменения файла конфигурации и т. Д.), То IUSR также должен иметь разрешение на запись в определенную папку назначения.

0

Другие решения

Других решений пока нет …

По вопросам рекламы [email protected]