Eclipse Kepler не підключається до Інтернету через проксі

I have managed to get Eclipse Juno connecting to the internet. For this to accomplish, there are many posts here on stackoverflow. here is one of this links: Eclipse not connecting to internet via proxy

Сьогодні я встановив Eclipse Kepler на моєму вікні Windows7. Але доступ до ринку затемнення або встановлення нового програмного забезпечення не працює. Я використовую точно таку ж конфігурацію проксі, як і для Eclipse Juno. Юнона може отримати доступ до ринку, але Кеплер цього не робить. Проксі використовує аутентифікацію NTLM. Хто-небудь тут з подібною проблемою?

Досі нема успіху. Мені досі цікаво, чому Juno може підключитися, тоді як Kepler не може :-(

51
Дякуємо за запитання цього питання :) Після пошуку багато на Google без удачі, нарешті, я отримав рішення тут на SO.
додано Автор Harry, джерело
Для мене Firefox була проблема, я поставив Chrome за замовчуванням і більше не проблема з обома ринку і встановити нове програмне забезпечення. Я не змінив параметрів мережевих з'єднань.
додано Автор Nono, джерело

10 Відповіді

У мене була така ж проблема. Я шукав і знайшов це.

http://oakgreen.blogspot.jp/2011/10 /eclipse-proxy-settings-bug-and.html

Цей пост говорить не встановлювати SOCKS проксі. Я спробував цю пораду, і зв'язок досяг успіху. Я зробив нижче:

  1. Відкрийте налаштування мережного підключення.
  2. Виберіть "Активний постачальник" до "Вручну".
  3. Встановіть проксі HTTP/HTTPS.
  4. Очистити проксі-сервер SOCKS, якщо він встановлено. (виберіть рядок проксі-сервера SOCKS та натисніть кнопку "Очистити")
  5. Перезапустіть Eclipse, щоб застосувати ці налаштування.
136
додано
Вирішив мою проблему спасибі
додано Автор Kurai Bankusu, джерело
Дякую за вашу відповідь. Я повинен був зробити це для Eclipse Juno. Там він працює. Але для Кеплера це не так. При використанні ручного режиму всі три поля перевіряються (http, https, шкарпетки). Я не можу зняти галочку SOCKS. Але я очистив поля введення
додано Автор cho, джерело
З 2017 року все ще дійсно відповідає Eclipse Oxygen
додано Автор Olivier H, джерело
Зауважте, що після очищення налаштувань шкарпеток Eclipse потрібно перезапустити.
додано Автор user1708042, джерело
@ user1708042, він працював без перезавантаження в Eclipse Luna. До речі я дивуюся як погано розроблений цей особливий GUI (проксі налаштування). Прапорець повністю заплутаний, і нормальний користувач зіткнеться з дивними питаннями: "Якщо я натискаю CLEAR, і всі чекбокси будуть перевірені, це призведе до видалення всіх полів для всіх протоколів або лише тих, які я вибрав".
додано Автор rbaleksandar, джерело
Велике спасибі, єдине робоче рішення !!!
додано Автор Harry, джерело
Ця ж проблема з Марсом. Повністю згоден з вами @rbaleksandar
додано Автор cabreracanal, джерело
Мені вдалося підключитися через проксі для кеплера Eclipse. Я згадав проксі для http, тільки https, конфігурація - це хост, порт, користувач домену (як користувач), пароль і позначено прапорець "Необхідна аутентифікація". Це працює.
додано Автор jittakal, джерело
Вирішив і мою проблему
додано Автор Clemzd, джерело
Три прапорець перевіряються після очищення SOCKS config. Як ви згадали, я зміг підключитися через проксі, коли я використовував Juno і Indigo, хоча всі налаштування проксі встановлені. Це загадка ...
додано Автор mhanada, джерело
Дякуємо за відповідь! Як згадувалося вище вищезгаданим чо, я не міг зняти прапорець SOCKS, але очищення його за допомогою кнопки "Очистити" було достатньо для підключення через проксі.
додано Автор Guru, джерело

I spent hours trying to use this method suggested by mhanada and although it is correct and should have worked the default Secure Storage associated with eclipse was preventing my proxy credentials from being saved. I advise: Be wary of exceptions being thrown regarding Secure Storage. In my case the errors related to being unable to connect to a remote location where the default secure storage path was. In my case I just deleted the Default Secure Storage information via Preferences > General > Security > Secure Storage > Contents > Delete.

7
додано

In my case I set it to "native" settings where socks was enabled for proxy. (Internet Explorer->Internetoptions->Connections->LAN-Settings->Proxy Settings). After disabling it there and adding the following lines to eclipse.ini everything works well:

-Dorg.eclipse.ecf.provider.filetransfer.excludeContributors=org.eclipse.ecf.provider.filetransfer.httpclient4
-Dorg.eclipse.ecf.provider.filetransfer.retrieve.closeTimeout=3000
-Dorg.eclipse.ecf.provider.filetransfer.retrieve.readTimeout=3000
7
додано
Я вважаю, що це потрібно, якщо користувач використовує проксі NTLM.
додано Автор dardo, джерело
+1 Це рішення. Я написав аналогічний stackoverflow.com/a/34204939/715269 зі посиланням. Ви також можете включити його тут.
додано Автор Gangnus, джерело
Я до сих пір включав ручні налаштування проксі та аутентифікацію через те, що я позаду проксі.
додано Автор Fast Engy, джерело
працював і для мене - дякую!
додано Автор Andreas Aumayr, джерело
Це правильно @dardo, це проблема.
додано Автор ziodraw, джерело

У моєму випадку проблема почалася після установки Spring Tool Suite. Видалення його вирішило проблему.

Версія: Kepler Service Release 1

3
додано

Інша примітка:

Змінивши пароль Windows, безпечне сховище Windows, інтегроване в Windows, здавалося, недоступним без попередження. Очевидно, це не тільки змусило затьмарення «забути» мої налаштування авторизації проксі, але й не дозволило зберегти облікові дані після того, як я знову встановлю їх. Я міг би налаштувати їх так, як хотілося, але як тільки я натиснув "ОК", вони знову пішли.

The solution for me was to go to General > Security > Secure Storage and click on "Change Password..." for the Windows Integration master password provider. Of course, this wiped all passwords previously stored by eclipse, but it left me with a clean, working Secure Storage and allowed me to successfully set up and store the proxy credentials again.

1
додано

Мені сталося тому, що eclipse використовував JRE, а не JDK .

Щоб змусити затемнення використовувати дану ВМ, редагуйте

\eclipse.ini

і додати ці 2 рядки у верхній частині файлу:

 -vm
 C:/Program Files/Java/jdk1.6.0_45/bin/javaw.exe

Примітка: Eclipse з використанням JRE ініціював:

java.lang.NoClassDefFoundError: javax/net/ssl/SSLSocket

 java.lang.NoClassDefFoundError: javax/net/ssl/SSLSocket
    at org.apache.http.impl.conn.SchemeRegistryFactory.createDefault(SchemeRegistryFactory.java:45)
    at org.apache.http.impl.client.AbstractHttpClient.createClientConnectionManager(AbstractHttpClient.java:294)
    at org.apache.http.impl.client.AbstractHttpClient.getConnectionManager(AbstractHttpClient.java:445)
    at org.apache.http.impl.client.AbstractHttpClient.createHttpContext(AbstractHttpClient.java:274)
    at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:797)
    at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:754)
    at org.eclipse.ecf.provider.filetransfer.httpclient4.HttpClientFileSystemBrowser.runRequest(HttpClientFileSystemBrowser.java:263)
    at org.eclipse.ecf.provider.filetransfer.browse.AbstractFileSystemBrowser$DirectoryJob.run(AbstractFileSystemBrowser.java:69)
    at org.eclipse.core.internal.jobs.Worker.run(Worker.java:53)
 Caused by: java.lang.ClassNotFoundException: javax.net.ssl.SSLSocket cannot be found by org.apache.httpcomponents.httpclient_4.1.3.v201209201135
    at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:455)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:421)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:412)
    at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
    at java.lang.ClassLoader.loadClass(Unknown Source)
1
додано
Завдяки цьому дійсно врятував мій день на Kepler R2.
додано Автор slash33, джерело

I had faced the same problem , The issue with my set up was I was using JDK, after repointing to JRE it is working perfectly now. Proxy Setup- Windows->Preferences->General->Network Connections. Active Provider-Native, Just make sure HTTP - Dynamic should be checked, remaining all should be Unchecked.

Примітка: Вище Опис Випробуваний і перевірений тільки з Kepler.

1
додано

Мій друг зіткнувся з тією самою проблемою (нова машина з свіжою установкою Kepler, комп'ютер не знаходився за брандмауером або проксі.) Виявилося, що проблема з оновленням Java 7 51, коли ми використовували Java 6 JRE щоб запустити затемнення, проблему вирішили магічно.

1
додано

I had this issue, and i changed the proxy settings with password in eclipse. go to windows-> preferences-> search for "proxy" open Network connections.

Виберіть "Активний постачальник" для Керування . Встановіть проксі-сервер HTTP і HTTPS, ім'я користувача та пароль . (вона не працювала без імені та пароля в моїй машині)

Очистити SOCKS proxy, якщо його встановлено.

File-> Restart

0
додано

Переконайтеся, що вибрано режим Manual у розділі Active Provider ? Перейдіть до меню Преференції/> це не. Я вважаю, що ця частина - це гарна коляска.

0
додано
Так, це вже було важливо для налаштування Eclipse Juno. Як було сказано вище, я використовував той же конфігурацію для Juno
додано Автор cho, джерело