Прописать прокси в IE

A

Augustine

Гость
У меня возникла непонятная проблема: не получается настроить прокси в IE 6. Вписываю в настройки все как положено, расставляю галки, но когда захожу на сайт __http://2ip.ru (или на любой другой для проверки IР) - вижу свой реальный айпишник.

При этом в других браузерах - Опера, ФФ этот прокси и любой другой настраиваются запросто.
В IE: Сервис > Свойства обозревателя > Настройка LAN и вот как выглядят мои настройки



Подскажите, что не так?
 

Neonic

Команда форума
Администратор
Регистрация
14 Сен 2006
Сообщения
719
Реакции
959
Баллы
154
Поставить галочку
 
A

Augustine

Гость
Поставил, браузер перезапустил, а толку нет.
Все равно айпишник прокси нигде не виден.
 
Ф

Фауст

Гость
[FLOAT="left"]
[/FLOAT]Прокси – сервис, позволяющий многое. Но чаще всего его используют для анонимизации доступа к ресурсам, ведь подключая прокси, вы меняете ваш IP адрес. О том, как использовать прокси в Internet Explorer, читайте ниже.

1.
[FLOAT="left"][/FLOAT]Найдите сайт со списком прокси. Например, воспользуйтесь вот этим сайтом: http://proxy.shternov.ru/. Возьмём, к примеру, первую. строчку из анонимных прокси.

2.
[FLOAT="left"][/FLOAT]Зайдите в Internet Explorer. Нажмите на “Сервис” – “Свойства обозревателя”.

3.
[FLOAT="left"][/FLOAT]

4.
[FLOAT="left"][/FLOAT]В нижней части открывшегося окна поставьте галочку “Использовать прокси сервер…”. В поле адрес введите адрес прокси, в нашем случае он 200.242.106.130. В поле “Порт” – соответственно порт, у нас он 3128. Нажмите на “ОК” в этом окне и в том, которое под ним. Теперь вы знаете, как использовать прокси в Internet Explorer.
:er:

HTTP-прокси – самый распространенный. Он предназначен для организации работы браузеров и других программ, использующих протокол HTTP. Браузер передает прокси-серверу URL ресурса, прокси-сервер получает его с запрашиваемого веб-сервера (или с другого прокси-сервера) и отдает браузеру. У HTTP-прокси широкие возможности при выполнении запросов:

Можно сохранять полученные файлы на диске сервера. Впоследствии, если запрашиваемый файл уже скачивался, то можно выдать его с диска без обращения в интернет – увеличивается скорость и экономится внешний трафик (который может быть платным). Эта опция называется кэшированием – именно её очень любят администраторы и пользователи – настолько, что считают её главной функцией прокси. Однако приводимые оценки экономии (в описаниях встречалось от 30 до 60%) слишком оптимистичны, не верьте им. На деле получается не более 10-15% – современный интернет очень динамичен, страницы часто меняются, зависят от работающего с ними пользователя и т.д. – такие данные кэшировать нельзя, веб-серверы обычно вставляют в HTTP-заголовки специальные указания об этом, чтобы браузеры и прокси имели это в виду. Хотя многие прокси-серверы можно настроить так, чтобы эти указания частично игнорировались – например, перечитывать страницу не чаще одного раза в день.

Можно ограничивать доступ к ресурсам. Например, завести «черный список» сайтов, на которые прокси не будет пускать пользователей (или определенную часть пользователей, или в определенное время и т.д.). Ограничения можно реализовать по-разному. Можно просто не выдавать ресурс – например, выдавая вместо него страницу «запрещено администратором» или «не найдено». Можно спрашивать пароль и авторизованных пользователей допускать к просмотру. Можно, не спрашивая пароля, принимать решение на основании адреса или имени компьютера пользователя. Условия и действия в принципе могут быть сколь угодно сложными (не во всех прокси, но в нашем точно :).

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

  • Можно ограничивать скорость работы для отдельных пользователей, групп или ресурсов. Например, установить правило, чтобы файлы *.mp3 качались на скорости не более 1кб/сек, чтобы предотвратить забивание вашего интернет-канала трафиком меломанов, но не лишать их полностью этого удовольствия. Эта возможность, к сожалению, есть не во всех прокси. В Eproxy эта возможность есть. Она реализуется дополнением TrafC, который кроме ограничения пропускной способности (скорости) может ограничивать и суммарный трафик.
  • Ведутся журналы работы прокси – можно подсчитывать трафик за заданный период, по заданному пользователю, выяснять популярность тех или иных ресурсов и т.д.
  • Можно маршрутизировать веб-запросы – например, часть направлять напрямую, часть через другие прокси (прокси провайдера, спутниковые прокси и т.д.). Это тоже помогает эффективнее управлять стоимостью трафика и скоростью работы прокси вцелом.

Мы перечислили основные, но не все возможности HTTP-proxy. Но уже одних перечисленных достаточно чтобы убедиться, что без HTTP-proxy в серьезной сети не обойтись :)


FTP-прокси бывает двух основных видов в зависимости от протокола работы самого прокси. С ftp-серверами этот прокси, конечно, всегда работает по протоколу FTP. А вот с клиентскими программами – браузерами и ftp-клиентами (CuteFTP, FAR, и др.) прокси может работать как по FTP, так и по HTTP. Второй способ удобнее для браузеров, т.к. исторически является для них «родным». Браузер запрашивает ресурс у прокси, указывая протокол целевого сервера в URL – http или ftp. В зависимости от этого прокси выбирает протокол работы с целевым сервером, а протокол работы с браузером не меняется – HTTP. Поэтому, как правило, функцию работы с FTP-серверами также вставляют в HTTP-прокси, т.е. HTTP-прокси, описанный выше, обычно с одинаковым успехом работает как с HTTP, так и с FTP-серверами. Но при «конвертации» протоколов FTP<->HTTP теряется часть полезных функций протокола FTP. Поэтому специализированные ftp-клиенты предпочитают и специальный прокси, работающий с обеими сторонами по FTP. В Eserv и Eproxy мы называем этот прокси FTP-gate, чтобы подчеркнуть отличие от FTP-прокси внутри HTTP-прокси. Также этот прокси называется в некоторых ftp-клиентах. Хотя встречаются и вносящие путаницу названия. Например, в программе CuteFTP FTP-gate называют firewall, хотя FireWall в общем случае – это вообще не прокси, а фактически программа обратного назначения – не для подключения к интернету, а для изоляции от него ;) Для прокси в FireWall оставляют специальные «дыры». FTP-gate поддерживают различные способы указания в FTP-протоколе целевого сервера, с которым FTP-клиент хочет работать, в настройке FTP-клиентов обычно предлагается выбор этого способа, например как показано на рисунке ниже:



Здесь USER user@site, OPEN site, и т.д. – способ указания сервера, с которым производится работа. Такое многообразие связано с тем, что нет общепринятого стандарта на этот вид прокси, и применяются такие хитрые добавки к стандартным командам FTP-протокола.




HTTPS-прокси – фактически часть HTTP-прокси. S в названии означает “secure”, т.е. безопасный. Не смотря на то, что программно это часть HTTP-прокси, обычно HTTPS выделяют в отдельную категорию (и есть отдельное поле для него в настройке браузеров). Обычно этот протокол – безопасный HTTP – применяют, когда требуется передача секретной информации, например, номеров кредитных карт. При использовании обычного HTTP-прокси всю передаваемую информацию можно перехватить средствами самого прокси (т.е. это под силу администратору ЛС) или на более низком уровне, например, tcpdump (т.е. и администратор провайдера и любого промежуточного узла и вообще любой человек, имеющий физический доступ к маршрутам передачи ваших данных по сети, может при большом желании узнать ваши секреты). Поэтому в таких случаях применяют secure HTTP – всё передаваемое при этом шифруется. Прокси-серверу при этом дается только команда «соединится с таким-то сервером», и после соединения прокси передает в обе стороны шифрованный трафик, не имея возможности узнать подробности (соответственно и многие средства управления доступом – такие как фильтрация картинок – не могут быть реализованы для HTTPS, т.к. прокси в этом случае неизвестно, что именно передается). Собственно в процессе шифрации/дешифрации прокси тоже участия не принимает – это делают клиентская программа и целевой сервер. Наличие команды «соединиться с таким-то сервером» в HTTPS-прокси приводит к интересному и полезному побочному эффекту, которым все чаще пользуются разработчики клиентских программ. Так как после соединения с указанным сервером HTTPS-прокси лишь пассивно передает данные в обе стороны, не производя никакой обработки этого потока вплоть до отключения клиента или сервера, это позволяет использовать прокси для передачи почти любого TCP-протокола, а не только HTTP. То есть HTTPS-прокси одновременно является и простым POP3-прокси, SMTP-прокси, IMAP-прокси, NNTP-прокси и т.д. – при условии, что соответствующая клиентская программа умеет так эксплуатировать HTTPS-прокси (увы, далеко не все еще это умеют, но есть вспомогательные программы, «заворачивающие» трафик обычных клиентов через HTTPS-прокси). Никаких модификаций целевого сервера не требуется. Фактически HTTPS-прокси является программируемым mapping-proxy, как и Socks-proxy.


Mapping-прокси – способ заставить работать через прокси те программы, которые умеют работать с интернетом только напрямую. При настройке такого прокси администратор создает как бы «копию» целевого сервера, но доступную через один из портов прокси-сервера для всех клиентов локальной сети – устанавливает локальное «отображение» заданного сервера. Например, пользователи локальной сети хотят работать с почтовым сервером mail.ru не через браузер, а с использованием почтовой программы Outlook Express или TheBat?. Эти программы не умеют работать через прокси (кроме случая, когда Outlook получает почту по HTTP с hotmail.com – тогда он, как и браузер, пользуется HTTP-прокси). Простейший способ работать с mail.ru по POP3 через прокси – установить локальное отображение сервера pop.mail.ru. И в Outlook'ах вместо pop.mail.ru написать имя прокси-сервера и порт отображения. Outlook будет соединяться с прокси-сервером ("думая", что это почтовый сервер), а прокси при этом будет соединяться с pop.mail.ru и прозрачно передавать всю информацию между Outlook и pop.mail.ru, таким образом «превращаясь» на время соединения в POP3-сервер. Неудобство mapping-прокси в том, что для каждого необходимого внешнего сервера нужно вручную устанавливать отдельный порт на прокси. Но зато не требуется модификация ни серверов, ни клиентов. Особенно это помогает в случае необходимости «проксирования» многочисленных «доморощенных» протоколов, реализованных в играх или финансовых программах. Почему-то они часто игнорируют существование прокси и стандартных протоколов. Такие программы можно «обмануть» и направить через прокси практически всегда, если они не делают другой глупости – передачи клиентского IP-адреса внутри протокола и пытаются с ним соединяться напрямую еще раз (что невозможно, т.к. локальные адреса недоступны извне).


Socks-прокси. Об этом виде прокси и его уникальных возможностях мы писали отдельную статью в «Компьютерре» в марте 1998 года. С тех пор протокол Socks не менялся. А программ, работающих через Socks, стало заметно больше. Кроме того исправили ошибки ICQ при работе с Socks-сервером :) Прочтите эту статью, может быть лучше прояснится и описанное выше. См. также Socks5

Все перечисленные виды прокси (кроме NAT ) реализованы в Eserv и Eproxy. NAT реализован в Windows.

источник: Что такое прокси
 
S

san.san.san

Гость
Поставил, браузер перезапустил, а толку нет
Вот тут всё подробно по твоей проблематике http://hideme.ru/ . А если по делу ставь тот же оутпост и врубай скрытый режим. Ну или любой ананимизатор пользуй - заморочек меньше и надёжней. В общем выше по ссылке всё есть.
 
A

Augustine

Гость
[FLOAT="left"]
[/FLOAT]Прокси – сервис, позволяющий многое. Но чаще всего его используют для анонимизации доступа к ресурсам, ведь подключая прокси, вы меняете ваш IP адрес. О том, как использовать прокси в Internet Explorer, читайте ниже...
Если б все было так просто!! Я бы не писАл тут.

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

Раньше я без труда настраивал прокси в IE, а сейчас что-то не выходит. Делал все как на картинках, но вот не срабатывает... Где копать?
 
Ф

Фауст

Гость
Попробуйте тогда вот так:

1.

...и все буде добре!!:er:


P.S.
...не забудьте отключить данную настройку когда закончите свой тайный серфинг, ибо сдохнет прокся и начнутся проблемы...
 
A

Augustine

Гость
Hangman
Вы будете смеяться, но я и это уже делал - не помогало.

Вот какая странная вещь происходит. У меня есть браузер Сафари, по умолчанию он использует настройки прокси из Internet Explorer.
И вот, я включаю прокси в IE, захожу через Сафари на сайт __http://2ip.ru - там видят айпишник прокси. Выключаю прокси в IE, и через Сафари на том же сайте уже виден мой реальный айпи.

Значит, включение-выключение прокси в Internet Explorer работает? Тогда почему же сам Internet Explorer коннектится только напрямую и никак не хочет через прокси?

Я уже думал, у меня в IE настройка соединения просто заблокирована. Поискал как это делается - http://forum.oszone.net/printthread-102660.html
Но ничего из написанного там у меня нет - все настройки, все кнопки активны. Да и, судя по всему, оно фурычит, раз в Сафари настройки прокси изменяются?

Прямо мистика какая-то, раньше у меня такого никогда не бывало...
 
G

Goldberg

Гость
Сталкивался с такой проблемой после атаки вируса. Помогла очистка реестра (RegCleaner). Не забудь перед чисткой реестра проверить DrWeb CureIt и AVZ.
Если не поможет есть вариант переустановить IE.
 
R

romez11

Гость
Hangman
. В поле “Порт” – соответственно порт, у нас он 3128.
Будьте добры,что такое порт,какие чаще всего используются?Попроще для чайника.
 
M

Murom

Гость
омогла очистка реестра (RegCleaner). Не забудь перед чисткой реестра проверить DrWeb CureIt и AVZ.
 
Яндекс.Метрика
Сверху