Установка Magento Localhost - Работа в локальной сети - Проблемы с WAN?

Question

Полное раскрытие информации: Я новичок на домашних серверах и Magento. Запуск Ubuntu Server 13.04 с LAMP и Magento Commerce 1.7.0.2 на выделенном домашнем сервере. Я уже настроил статический IP-адрес моего сервера, брандмауэр маршрутизатора и переадресацию портов, и я запускаю ddclient на моем сервере, чтобы синхронизировать динамический IP-адрес маршрутизатора с namecheap.com (моим доменным именем и поставщиком сервера имен).

Когда я использую статическую страницу index.html, страница загружается с моего локального хоста, используя статический IP-адрес моего сервера. Страница также загружается в WAN, используя IP-адрес и доменное имя моего маршрутизатора (через веб-сайт прокси-сервера или в моей сотовой сети смартфона). Использование прокси-сайта помогает избежать тайм-аутов loopback. Это сужает проблему до Magento.

При использовании http: // {localhostIP}/в качестве моего базового URL-адреса в Magento и загрузке файла index.php Magento я смог получить доступ к файлу локально с помощью статического IP-адреса моего сервера. Но при доступе к Magento через WAN, используя мое доменное имя или IP-адрес маршрутизатора, он говорит: «Недоступно, HTTP-ошибка 504: Тайм-аут шлюза».

Итак, я попытался добавить свое доменное имя в качестве базового URL-адреса в Magento. Теперь я могу получить доступ к Magento через WAN, но не к локальной сети. Кто-нибудь выяснил, как решить эту проблему? Это связано с петлей?

Единственные две нити я смог найти по этому вопросу не были решены или недавно обновлены: http://www.magentocommerce.com/boards/viewthread/273640/

http://www.magentocommerce.com/boards/viewthread/212885/

Answer 1

Там много маленьких движущихся бит, но я буду стараться изо всех сил, чтобы теоретизировать что здесь может быть не так.

Похоже, ваша конфигурация обслуживает страницы через ваш статический IP-адрес WAN. И только ваш WAN статический IP-адрес.

Ваше домашнее подключение к глобальной сети, действительно ли это кабельный модем? У провайдеров часто будут локальные брандмауэры, обычно работающие на вашем кабельном модемом. Это связано с тем, что в первые дни кабельных модемов вы могли просматривать все соединения соседей, потому что ваш район действительно является одной массовой локальной сетью. Люди начали взламывать своих соседей и загружать их файлы (часто разделяемые случайным образом), поэтому кабельные компании ответили, брандмаунируя всех по соседству друг с другом. Поэтому вам не разрешается напрямую подключаться к соседу. У этого также есть неудачный побочный эффект, из-за которого вы не можете подключиться к себе (обратный контур). Эта конфигурация может работать, если бы не это. Вы будете отскакивать пакеты от маршрутизатора вашей кабельной компании, обратно к своей службе WAN, а затем выходить и обратно в свою NAT-сеть.

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

Итак, что делать?

Одна вещь, которую вы можете сделать, - это настроить веб-сайт под двумя IP-адресами; ваш локальный IP-адрес и ваш удаленный IP-адрес. Когда вы получаете доступ к своему сайту в своей локальной сети, используйте локальный адрес (что-то вроде «magneto.local»), и при обращении к нему удаленно используйте удаленный адрес. Это явно неловко. Другим решением является использование «просмотров» DNS. Если вы контролируете свой собственный DNS-сервер в своей локальной сети, он может обслуживать один IP-адрес внутри страны и разрешать внешним службам работать, как обычно, в результате чего разные IP-адреса зависят от того, является ли запросчик внутренним для вашей локальной сети или внешним из WAN ,

Многое зависит от конфигурации вашего маршрутизатора и шлюза, а также от того, сколько у вас контроля над вашей локальной службой имен. Я не знаком с Magneto, но Apache, безусловно, способен обслуживать один веб-сайт через несколько IP-адресов.