Сбой setsockopt: EINVAL - поддерживает ли ARC https/SSL?

Question

Сбой setsockopt: EINVAL - поддерживает ли ARC https/SSL?

Только что попробовал ARC с нашим APK в первый раз. Он запускается нормально, но не может подключиться к нашему внутреннему серверу:

SocketException: setsockopt не удалось: EINVAL (Неверный аргумент)

Текущий Chrome и ARC, загруженный 2015-04-07.

Stack Trace показывает, что не удается установить опцию сокета KeepAlive, которая не поддерживается (спасибо за этот указатель).

Добавление SocketConfig socket = SocketConfig.custom().setSoKeepAlive(false).build(); HttpClient не помогает, так как HttpClientConnectionOperator всегда звонит sock.setKeepAlive(socketConfig.isSoKeepAlive()); и мне кажется, что звонок прерывается даже при вызове с false...

Спасибо, ура, Том.

I/HttpClient(  204): I/O exception (java.net.SocketException) caught when processing request to HttpRoute[{s}->https://xxx.xxx.xxx:443]: setsockopt failed: EINVAL (Invalid argument)
I/HttpClient(  204): Retrying request to HttpRoute[{s}->https://xxx.xxx.xxx:443]

shell.js:141 I/libposix_translation_static(  204): TCPSocket::Bind: [::0.0.0.0]:0

shell.js:141 I/libposix_translation_static(  204): TCPSocket::connect: [xxx]:443

shell.js:141 E/PortalHttpClient(  204): Failed http request: POST https://xxx.xxx.xxx:443/if/xxx HTTP/1.1
E/PortalHttpClient(  204): java.net.SocketException: setsockopt failed: EINVAL (Invalid argument)
E/PortalHttpClient(  204):  at libcore.io.IoBridge.setSocketOption(IoBridge.java:306)
E/PortalHttpClient(  204):  at java.net.PlainSocketImpl.setOption(PlainSocketImpl.java:289)
E/PortalHttpClient(  204):  at java.net.Socket.setKeepAlive(Socket.java:453)
E/PortalHttpClient(  204):  at com.android.org.conscrypt.OpenSSLSocketImplWrapper.setKeepAlive(OpenSSLSocketImplWrapper.java:100)
E/PortalHttpClient(  204):  at org.apache.http.impl.conn.HttpClientConnectionOperator.connect(HttpClientConnectionOperator.java:134)
E/PortalHttpClient(  204):  at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:314)
E/PortalHttpClient(  204):  at org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:373)
E/PortalHttpClient(  204):  at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:225)
E/PortalHttpClient(  204):  at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:195)
E/PortalHttpClient(  204):  at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:86)
E/PortalHttpClient(  204):  at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:108)
E/PortalHttpClient(  204):  at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:186)
E/PortalHttpClient(  204):  at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
E/PortalHttpClient(  204):  at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:106)
E/PortalHttpClient(  204):  at xxx.xxx.PortalHttpClient.execute(PortalHttpClient.java:134)
E/PortalHttpClient(  204):  at xxx.xxx.PortalHttpClient.executeWithRetry(PortalHttpClient.java:107)
E/PortalHttpClient(  204):  at xxx.xxx.PortalHttpClient.post(PortalHttpClient.java:78)
E/PortalHttpClient(  204):  at xxx.xxx.HttpServerCommunication.pairDevice(HttpServerCommunication.java:100)
E/PortalHttpClient(  204):  at xxx.xxx.ServerCommunicationSwitch.pairDevice(ServerCommunicationSwitch.java:51)
E/PortalHttpClient(  204):  at xxx.xxx.xxx.app.base.XxxAsyncTask.doInBackground(XxxAsyncTask.java:53)
E/PortalHttpClient(  204):  at android.os.AsyncTask$4.call(AsyncTask.java:372)
E/PortalHttpClient(  204):  at java.util.concurrent.FutureTask.run(FutureTask.java:237)
E/PortalHttpClient(  204):  at android.os.AsyncTask$SerialExecutor$2.run(AsyncTask.java:280)
E/PortalHttpClient(  204):  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
E/PortalHttpClient(  204):  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
E/PortalHttpClient(  204):  at java.lang.Thread.run(Thread.java:841)
E/PortalHttpClient(  204): Caused by: libcore.io.ErrnoException: setsockopt failed: EINVAL (Invalid argument)
E/PortalHttpClient(  204):  at libcore.io.Posix.setsockoptInt(Native Method)
E/PortalHttpClient(  204):  at libcore.io.ForwardingOs.setsockoptInt(ForwardingOs.java:122)
E/PortalHttpClient(  204):  at libcore.io.IoBridge.setSocketOptionErrno(IoBridge.java:338)
E/PortalHttpClient(  204):  at libcore.io.IoBridge.setSocketOption(IoBridge.java:304)
E/PortalHttpClient(  204):  ... 28 more
W/PortalHttpClient(  204): xxx.xxx.comm.common.CommunicationException: HOST_NOT_AVAILABLE[recoverable]: java.net.SocketException: setsockopt failed: EINVAL (Invalid argument) - will retry in 10s

0

google-chrome-arc

Источник

user459816 07 апр '15 в 15:58

1 ответ

Другие вопросы по тегам google-chrome-arc

user4744301 07 апр '15 в 16:55 2015-04-07 16:55 · Answer 1 · 2015-04-07 16:55

Здесь есть два вопроса:

Неявно, вы спрашиваете о поддержке setsockopt на основе ошибки. Да, ARC поддерживает подмножество вызовов setsockopt. Вы можете увидеть наш слой перевода posix и поддерживаемые флаги в нашем репо с открытым исходным кодом: https://chromium.googlesource.com/arc/arc/+/release-41.4410.244.0/src/posix_translation/socket_stream.cc#98 (это для текущей версии ARC 41). К сожалению, на основе вашего стека вызовов вы пытаетесь установить SO_KEEPALIVE, который в настоящее время не поддерживается. Вот проблема отслеживания, если вы хотите пометить ее, но вряд ли она будет реализована очень скоро: https://code.google.com/p/chromium/issues/detail?id=384940

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