Проблема DNS android.apis.google.com в EC2

можно установить кластер патчей из любого каталога, я рекомендовал бы раскрыть машину к однопользовательскому режиму и затем выполнить кластер патчей на машине, также я иногда видел проблемы с / var, заполняющимся, если у Вас есть эта установка на отдельной части (раздел/диск), я был бы, рекомендуя выполняющий некоторое обслуживание здесь удостовериться, что у Вас есть свободное пространство на несколько ГБ здесь.

Таким образом, Вы сделали бы что-то как

  1. Перезагрузка в однопользовательский режим.
  2. выполните патчи.
  3. система перезагрузки снова.

Также я настоятельно рекомендовал бы считать файл README, чтобы проверить, существуют ли какие-либо патчи, которые могут означать, что необходимо выполнить кластерный патч несколько раз, чтобы все они были применены

1
задан 17 March 2012 в 23:39
3 ответа

Странно. Все снова заработало - как по волшебству.

0
ответ дан 4 December 2019 в 01:11

У Google очень много IP-адресов, и они предоставят вам те IP-адреса, которые географически наиболее близки к тому месту, где, по их мнению, вы находитесь.

Когда я копаю ] против собственного общедоступного DNS Google по адресу 8.8.8.8 , я получаю тот же список, что и от EC2:

[] csternal@~: dig @8.8.8.8 android.apis.google.com

; <<>> DiG 9.6-ESV-R4-P3 <<>> @8.8.8.8 android.apis.google.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38592
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;android.apis.google.com.   IN  A

;; ANSWER SECTION:
android.apis.google.com. 300    IN  CNAME   clients.l.google.com.
clients.l.google.com.   300 IN  A   72.14.204.102
clients.l.google.com.   300 IN  A   72.14.204.113
clients.l.google.com.   300 IN  A   72.14.204.100
clients.l.google.com.   300 IN  A   72.14.204.101
clients.l.google.com.   300 IN  A   72.14.204.138

;; Query time: 83 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu Mar 15 11:38:13 2012
;; MSG SIZE  rcvd: 145

Проблема, с которой вы столкнулись, выглядит так: https://stackoverflow.com/questions/6296547/c2dm-ioexception-when-sending-message

Решение, которое чаще всего дается для устранения сообщения об ошибке, которым вы являетесь получение заключается в определении настраиваемой проверки имени хоста. Главная проблема вы столкнулись с тем, что доменное имя, возвращаемое Google URL-адрес Android - .google.com. К сожалению, это вызывает некоторые проблемы, так как Android SDK находится на android.apis.google.com. JVM не будет проверить эту комбинацию по умолчанию ( .sdk.google.com будет приемлемо).

Вот пример того, как вы можете создать свой собственный валидатор имени хоста:

 URL url = новый URL ("https://android.apis.google.com/c2dm/send");

HostnameVerifier hVerifier = new HostnameVerifier () {
 public boolean verify (String hostname, SSLSession
 session) {
 вернуть истину;
 }
};

HttpsURLConnection conn = (HttpsURLConnection) url.openConnection ();
conn.setHostnameVerifier (hVerifier);
2
ответ дан 4 December 2019 в 01:11

Это может быть проблема, исходящая от платформы DNS Amazon EC2 (проблема обновления) или проблема кеширования результатов, исходящая от обоих, вашей «виртуальной формы»

-1
ответ дан 4 December 2019 в 01:11

Теги

Похожие вопросы