Я установил прокси-сервер Squid на локальном компьютере. Я настроил прокси на своем iPad, который подключен к локальной сети, и запросы отправляются в squid, который затем получает ответ от локального экземпляра apache и возвращается.
Теперь я загружаю веб-страницу, и некоторые сценарии на веб-страницах находятся не на локальном компьютере, а в Интернете. Интернет на моей машине проходит через прокси-сервер, чтобы выйти наружу, но, похоже, squid не отправляет запросы через интернет-прокси.
Чтобы сократить это: машина, на которой работает squid, использует прокси для доступа в Интернет. Squid не отправляет запросы, которые он получает через этот вторичный прокси.
Я упускаю что-то очевидное? Это похоже на простую /, вероятно, обычную проблему.
Спасибо.
ОБНОВИТЬ Еще немного информации о том, чего мы пытаемся достичь. Мы оптимизируем существующий веб-сайт для планшетных устройств. Среда разработки работает на компьютере с Windows, и мы можем получить доступ к веб-сайту с ipad, используя локальный IP-адрес. Нам нужно использовать доменное имя вместо IP по двум причинам:
Мы работали над этим на наших машинах с Windows, добавляя домен в файл hosts, но мы не можем сделать это на iPad.
В качестве решения мы настроили прокси-сервер Squid на наших машинах с Windows, чтобы мы могли ввести имя домена на iPad, оно передавалось в Windows, читало запись файла hosts и возвращало страницу. Все это работает нормально, но мы не можем загружать ресурсы, такие как скрипты Google, потому что запросы не проходят через «вторичный прокси».
Это то, чего мы пытаемся достичь, есть ли лучшее решение, чем я был бы признателен услышать, но для команды программистов, в отличие от всего, что связано с сетями, это казалось простым решением.
Надеюсь, это проясняет ситуацию.
Это очень странная установка. Единственное логическое объяснение, которое я могу придумать для маршрутизации запросов на локальный веб-сервер через squid, - это обойти политику безопасности.
Squid не отправляет запросы, которые он получает через этот вторичный прокси.
Конечно, нет - HTTP-проксирование - это не то же самое, что маршрутизация.
Попытка сгладить неровности в вашей текущей настройке может быть возможна с помощью PAC отправлять запросы на соответствующий прокси с айпада.
На самом деле нам нужно знать, почему в настоящее время у вас такая византийская структура и каковы ограничения с точки зрения того, какая машина может взаимодействовать с какой, чтобы придумать другие подходы.