Всем доброго!
Ни как не могу избавиться от ошибок в логах Windows на серваке Windows 2008R2
Ошибка такая:
Произошла сетевая ошибка при передаче или получении данных сервером. Редкие сетевые ошибки возможны в любом случае, но большое их число говорит о неправильной настройке сети. Код ошибки содержится в возвращенных данных (форматированных
как WORD) и может подсказать причину ошибки.
Источник — SRV
Код — 2012
Уровень — предупреждение
—————
Ошибка в логах давно уже генерится. Что пробовали сделать:
1) Поменяли коммутатор в серверной куда этот сервак подключен
2) Обновили на этом сервере все микрокоды материнской платы(Сервер IBM x3550 M4)
3) Меняли патчкорд до коммутатора
Эта ошибка генерируется в логе от 4 до 6 раз в секунду.
Конфигурация сервера:
Это контроллер домена. К нему мапятся два LUNа с СХД. На одном Lun — наша файлопомойка, на втором LUNе — все профили пользователей (они у нас перемещаемые).
Как бы проблем каких-то не замечено, вроде шары не отваливаются, домен нормально функционирует, все бегает и авторизуется. Периодически у пользователей лагает то MS Office, то сеанс в терминальном сервере может зависнуть.
Поэтому я все таки думаю, что эта ошибка в логах неспроста и от нее надо избавляться!
Но пока мне это не удалось! Может есть тут те кто смог избавиться от этой ошибка, если она у Вас была? И как?
Спасибо!
05.06.13 — 08:53
Добрый день.
Какой-то бред происходит второй день подряд. На сервере (Win 2008 R2) установлен MS SQL Server 2008 и серверная 1С 8.2.16.368. Версия клиента та же. Утром приходят бухгалтера, а она им заявляет, что версии клиента и сервера не соответствуют. И в терминал не пускает. Вчера приехал, вошел на сервер через консоль, ничего не делал. Все заработало. Сегодня опять то же. У кого-нить было что похожее? Подскажите куда копать, где искать? У меня уже крыша едет от этого сервака.
1 — 05.06.13 — 08:56
Да, по сети сервер доступен, в расшаренную папку пускает.
2 — 05.06.13 — 08:56
1C не врет, а бухши коварны
3 — 05.06.13 — 08:56
бухи заходят с другого ярлыка, который ссылается на старого клиента?
4 — 05.06.13 — 08:57
В том то и дело что нет. У бухов одна версия клиента: 8.2.16.368, а на сервере, говорит, 8.2.17.169, которой там с роду не было.
Сейчас попробую клиента 8.2.17.169 поставить.
5 — 05.06.13 — 08:59
Сейчас пустила до логина, потом ругнулась, что версии разные.
6 — 05.06.13 — 09:03
В программ файлс посмотреть религия запрещает.
Или в установленные программы.
7 — 05.06.13 — 09:04
Читать, много думать:
Установка
В 1С:Предприятии 8.2 принципиально переработан механизм установки, запуска и обновления платформы. Предприняты существенные усилия для повышения удобства развертывания системы в крупных организациях.
Новый механизм позволяет значительно упростить администрирование системы в тех случаях, когда одновременно используются несколько разных версий платформы. С его помощью автоматизируется их установка, выбор подходящей версии платформы и подходящего клиентского приложения для запуска, а также процесс своевременного обновления платформы.
Стандартный сценарий развертывания 1С:Предприятия 8.2 предполагает, что в локальной сети организуется общий ресурс, на котором располагаются дистрибутивы версий платформы. Также на этом или на другом общем ресурсе располагается программа запуска, которую запускают пользователи.
Теперь на компьютере одновременно может быть установлено произвольное количество версий платформы. Программа запуска анализирует состав версий платформы, установленных на компьютере пользователя, при необходимости выполняет установку нужной или последней версии платформы с общего сетевого ресурса.
Для каждой информационной базы теперь может быть указана собственная версия платформы и вид клиентского приложения, которым нужно подключаться к этой базе (толстый клиент, тонкий клиент, веб-клиент). После того, как пользователь выберет информационную базу, интерактивная программа запуска запускает нужное клиентское приложение нужной версии.
Кроме описанного стандартного сценария установки поддерживаются и другие сценарии, использующие возможности операционной системы:
установка с помощью групповых политик Windows;
установка с помощью logon-скрипта.
Подробнее о возможностях установки системы можно прочитать в документации «1С:Предприятие 8.2. Руководство администратора», Глава 3. Установка 1С:Предприятия 8″.
8 — 05.06.13 — 09:06
Как правило глюк из-за того что пользователь запускает стартер. Стартер видит новую версию в папке с дистрибутивами и ставит новую версию клиента. После попытки открытия базы получаем сообщение в (0)
9 — 05.06.13 — 09:06
Да точно говорю: на сервере реально версия платформы одна-единственная. На клиенте есть еще 8.2.13.219, но о ней сейчас вообще речи не идет. Откуда вдруг взялась 8.2.17.169, и куда вчера делась. Весь день они ведь вчера нормально работали.
10 — 05.06.13 — 09:08
(9) Проверь папку с дистрибутивами клиента и платформы. Видимо кто-то туда новый релиз выложил 🙂
11 — 05.06.13 — 09:10
Нету такой папки, и никто туда ничего не выкладывал. 8.2.17 на сервере вообще никогда не было, а она говорит, что стоит. Потом перестает почему-то говорить и нормально работает.
12 — 05.06.13 — 09:13
Сейчас опять туда поеду, а это час на дорогу.
13 — 05.06.13 — 10:49
Мда… чем интересно дело кончилось?:)
14 — 05.06.13 — 10:59
обновить везде платформу и не париться, до 18, нет он ещё раз пять поездит поищет того чего нет.
15 — 05.06.13 — 12:06
Ну деньги с клиента надо стрясти:)
16 — 05.06.13 — 18:40
Я там работаю, трясти нечего. Поэтому и парит так туда кататься.
Чем кончилось. Пришел к выводу, что дело в сетевом соединении. А именно, от сервера до коммутатора. Сервер даже сам выключался. Не аварийно, а штатно, как будто его кто выключил через завершение работы и все такое. Заменил коммутатор, кабель от сервера до коммутатора и установил сетевую карту. Встроенные отключил. Пообщались с бухгалтерами, они вспомнили, что проблемы начались, когда мутили с электричеством (у нас на производстве свой газовый генератор). Поискав по просторам интернета, также обнаружил, что когда у людей интеловские серверы вырубаются таким же образом, этому сопутствует легкое волнение в сети питания. Сетевая карта сходит с ума и просит сервер выключиться. Microsoft разводит руками, признает проблему и обещает, что, когда-нибудь в будущем, они займутся ей займутся. Надеюсь, что предпринятые мной мероприятия таки возымеют желаемое действие.
17 — 06.06.13 — 04:05
(16) Первый раз слышу чтобы сбой в електричестве приводил к установке новой версии клиента :)))
18 — 06.06.13 — 04:14
В 1978 году International Standards Organization (ISO) выпустила набор спецификаций, описывающих архитектуру сети с неоднородными устройствами.
В модели OSI сетевые функции распределены между семью уровнями.
В 2013 году, в связи с выходом новых версий 1С 8, появилось ешё несколько уровней:
* уровень глюков
* фантастический уровень
19 — 06.06.13 — 04:21
(18)Да брось. Теперь все проблемы 1С можно списать на електричество, либо на новый газовый генератор :)))
20 — 06.06.13 — 04:52
может у них завелась зараза? типа сисадмина? надо заразу искоренять
21 — 06.06.13 — 05:28
(20)Т.е. работу админа должен делать 1С-ник?
22 — 06.06.13 — 06:08
Если не удаётся воспроизвести проблему повторно то это либо враки, либо недопонимание признаков ошибки. Сетевое оборудование и сбои электричества здесь ни при чём. Какой-нибудь бух установила у себя другую версию или сам не помнишь, что делал день назад.
23 — 06.06.13 — 06:21
(16) при чём тут сеть и разные версии платформы?
Это как в рекламе: зачем носить стринги, если у вас кариес?
24 — 06.06.13 — 07:59
Хе-хе-хе.
1. Бухи 1С не устанавливают. По крайней мере, у нас.
2. Я и сисадмин, и 1С-ник, и кроме меня там заводиться некому. 🙂
3. Проблема исчезала сама собой, когда я приезжал. И по-моему, в тот момент, когда переключал монитор с компьютера пользователя на сервер.
4. Так или иначе, через несколько минут бухи придут на работу, тогда и посмотрим, устранена ли ошибка.
25 — 06.06.13 — 08:30
Та же самая петрушка с утра. Железо пока исключаем, но проблемы точно с сетью, потому что отрубается еще и терминалка, в то время как сетевые папки остаются доступны.
26 — 06.06.13 — 08:52
Переключили на другую сетевую карту (что была раньше), все заработало. Зашел через TeamViewer, разбираюсь. В журнале предупреждения «Произошла сетевая ошибка при передаче или получении данных сервером. Редкие сетевые ошибки возможны в любом случае, но большое их число говорит о неправильной настройке сети. Код ошибки содержится в возвращенных данных (форматированных как WORD) и может подсказать причину ошибки.»
Текст:
— <Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
— <System>
<Provider Name=»srv» />
<EventID Qualifiers=»32768″>2012</EventID>
<Level>3</Level>
<Task>0</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime=»2013-06-06T04:33:33.794779500Z» />
<EventRecordID>14753</EventRecordID>
<Channel>System</Channel>
<Computer>LAS</Computer>
<Security />
</System>
— <EventData>
<Data>DeviceLanmanServer</Data>
<Binary>0000040001002C0000000000DC07008000000000840100C0000000000000000000000000000000008F050000</Binary>
</EventData>
</Event>
Ковыряюсь дальше.
27 — 06.06.13 — 08:58
(25)рука лицо
28 — 06.06.13 — 09:00
давай мыслить логически, нехай проблема с сетью, но тогда как, КАК он определил др. версию платформы, с точностью до последней циферки, что ему передало такие данные, пъяный сантехник стелепатировал или это всё матрица?
29 — 06.06.13 — 09:15
(28) Давай мыслить логически. Я сейчас на сервере через TV. После переключения на другую сетевую карту бухи, ничего не меняя у себя и на сервере, зашли в 1С и работают. На сервере установлены две клиентские платформы (8.2.13.219 и 8.2.16.368) и ОДНА серверная (8.2.16.368).
Почему указывает другую версию платформы — ума не приложу.
30 — 06.06.13 — 09:25
обнови все платформы до 18. старые релизы нахер удали, проверь так хотя бы
31 — 06.06.13 — 09:36
Новое слово в танцах с бубном: исправление версии 1С путем замены сетевой карты!
32 — 06.06.13 — 09:52
не пятница вроде, а поржал хорошо
33 — 06.06.13 — 09:56
Поржал бы, если бы неделю пришлось за 50-60 км каждый день ездить? Сейчас вроде работают, но лихорадит конкретно. В чем дело — не знаю.
34 — 06.06.13 — 10:07
(33) каждый день по 40 езжу и ничего
35 — 06.06.13 — 10:45
(33) тебе уже сказали в чем дело, читай (7), много думай.
36 — 06.06.13 — 11:43
Не в 1С дело, это только последствия. Сеть лихорадит вовсю. Глючит невозможно. Из 1С вышибает, TeamViewer выкидывает, безобразничает короче. На следующей неделе новый коммутатор привезут, его поставлю, и буду менять кабели. Обидно, блин, что когда приезжаю, все работает.
37 — 06.06.13 — 11:48
Бухи тролли.
38 — 07.06.13 — 09:14
Продолжаю эпопею.
Сегодня с утра выехал на место, ковырялся с сетью. Сначала то же несоответствие версий. Поудалял все программы, какие мог, в настройках Касперского сделал сети (три сетевые карты) доверенными. Про несоответствие версий крик прекратился, вошли. Но ненадолго. Вышибло всех. При входе локально «Ошибка формата потока». Причем даже в консоли серверов 1С. Недолгое гугление вывело на наглый протокол IPv6, который лез вперед батьки IPv4. Заблокировал IPv6 путем правки реестра. Полчаса, полет нормальный.
39 — 07.06.13 — 09:18
(38) Судя по твоей логике получается, что кто-то прошил во встроенную память одной из сетевых карт информацию о 8.2.17.169? 🙂
Иначе я не понимаю какое отношение сетевые интерфейсы имеют к тому, что 1С знает о существовании версии, которую ты никогда не устанавливал.
40 — 07.06.13 — 09:19
А эти <<сети (три сетевые карты)>> у вас на сервере 1С стоят?
41 — 07.06.13 — 09:19
Ну и есть мнение, что бухи без твоего ведома кого-то приглашали по поводу 1С и молчат как партизаны, чувствуя за собой косяк.
42 — 07.06.13 — 09:23
Причем тут бухи, там явно с ДНС проблема, и клиенты в итоге в другую подсеть ломятся, если <<сети (три сетевые карты)>> на сервере 1С стоят и он еще шлюзом является…
43 — 07.06.13 — 09:25
(42) Он же утверждает, что версии 8.2.17.169 нигде нет и никогда не было. Какая разница на какой сервер ломится 1С, если такой версии нигде нет? Т.е. она таки где-то есть, а втор с бодуна ее ставил и забыл. 🙂
44 — 07.06.13 — 09:26
Да, клиентскую платформу 1С на сервере оставил только одну, но это, разумеется, ничего не дало.
(40) Да. Две встроенные, и одну уже от отчаяния поставил.
(41) Нет. Да и админского пароля от сервера у них не было. Думаю, дело в обновлениях.
45 — 07.06.13 — 09:27
в его сети нет, если у него их 3, в другой есть и называется также server1c или типа того.
С клиента, когда ошибка про несоответствие версий будет, nslookup server1C (или как он там называется) вывести и посмотреть какой ip выдаст
46 — 07.06.13 — 09:27
(43) Находясь в трезвом уме и твердой памяти, максимально ответственно заявляю: на этом сервере нет и никогда не было серверной платформы 1С старше 8.2.16.368. 🙂
47 — 07.06.13 — 09:28
(46) ipconfig /all с сервера дай
Ему зачем 2 сетевых, он шлюзом является?
48 — 07.06.13 — 09:28
(46) А на других серверах?
49 — 07.06.13 — 09:30
(46) и немедленно выпил (с)
50 — 07.06.13 — 09:33
(46) Чудес не бывает. Где-то лежит она доступная и/или установленная.
51 — 07.06.13 — 09:34
(45) В этой сети есть только еще один сервер, но на него серверную платформу никогда и никто не ставил, он используется как рабочая станция.
(47) Это ты у инженеров Intel спроси, зачем они в материнку две сетевые карты вдули. Кабель подключен к одной карте, я его перекидывал, думал поможет. Нет, он не шлюз. Просто файлопомойка + SQL + 1С. Сеть маленькая, всего станций 15.
Я проверил: ping <Имя сервера> выдавало сначала адрес IPv6, после правки реестра — родной адрес IPv4, в точности как в статье на самизнаетечегостарте. И бухи наконец-то работают!!!
52 — 07.06.13 — 09:34
(50) Ну вот не лежит, неоткуда ей взяться.
53 — 07.06.13 — 09:37
(52) Ну ты сам сообрази мозгом, откуда вообще клиент при запуске знает что существует в природе 8.2.17.169? И причем тут сеть или электричество? Что сетевая карта что ли эти знания клиенту выдала? Или Чубайс по электрической сети раздает? 🙂
54 — 07.06.13 — 09:38
(51) А нафига реестр править для отключения IPv6? Можно зайти просто в настройки интерфейса и снять галочку. 🙂
Ты так все администрируешь? Может ты и с 1С чего через реестр делал? 🙂
55 — 07.06.13 — 09:43
(53) Откуда я знаю? Байтик какой не тем концом залез не туда, вот вам и другая циферка. Может, это Касперский так IPv6 не любит? Главное, больше не появляется. Надеюсь.
(54) В свойствах сетевых карт он уже был отключен. И в статье было сказано, что это не поможет. Нужно именно в ветке реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpip6Parameters создать параметр DisabledComponents DWORD 32 и дать ему значение 0xffffffff, после чего перезагрузить.
56 — 07.06.13 — 09:45
Да что я все цитирую? Вот ссылка на статью: ТутОно.ru/public/160388/
В точности мой случай.
57 — 07.06.13 — 09:45
Ребята, автор вас тролит.
Ничего не происходило, он сам придумал эту ситуацию и начал её развивать, а вы тупо повелись. Сейчас он и его подельники(если они есть) сидят и смеются на вами, как вы съели наживку.
58 — 07.06.13 — 09:46
(55) Ага, байтик так удачно просочился, что из миллиарда возможных значений установился в нужное. 🙂
59 — 07.06.13 — 09:47
(58) «… и так двадцать раз подряд …». Да я сам фигею. (с) 🙂
60 — 07.06.13 — 09:48
(51) выложите ipconfig сервера и клиета
61 — 07.06.13 — 09:48
(57) Если бы ты знал меня получше, так бы не говорил.
62 — 07.06.13 — 09:49
(60) Да какая теперь разница? Работает же уже. А ошибка вылезала на всех клиентах сразу.
63 — 07.06.13 — 09:51
(60)
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : LAS
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Ethernet adapter Подключение по локальной сети:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Intel(R) 82574L Gigabit Network Connection #2
Физический адрес. . . . . . . . . : 00-1E-67-19-7F-04
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Ethernet adapter Подключение по локальной сети 3:
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Gigabit PCI Express Network Adapter
Физический адрес. . . . . . . . . : 64-70-02-01-DA-F9
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 192.168.0.197(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 192.168.0.240
DNS-серверы. . . . . . . . . . . : 192.168.0.240
NetBios через TCP/IP. . . . . . . . : Включен
Ethernet adapter Подключение по локальной сети 2:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Intel(R) 82579LM Gigabit Network Connection
Физический адрес. . . . . . . . . : 00-1E-67-19-7F-05
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv6 выпилен под корень. Админ плюет через левое плечо.
64 — 07.06.13 — 09:53
на клиентах DNS 192.168.0.240 тоже у всех стоит?
65 — 07.06.13 — 09:55
Да. Это роутер, раздающий интернет. Он же DHCP сервер по совместительству, когда попросят.
66 — 07.06.13 — 10:01
Если еще раз вылезит, смотрите на клиенте nslookup server1C, куда перенапрявляет запросы ваш роутер. Так же проверьте наличие другого dhcp в сети
67 — 07.06.13 — 10:07
Ок, учту.
68 — 07.06.13 — 10:26
(17) «Первый раз слышу чтобы сбой в електричестве приводил к установке новой версии клиента :)))»
не сбой, а восстановление после «неожиданного выключения» 🙂
69 — 07.06.13 — 10:32
(62) «А ошибка вылезала на всех клиентах сразу.»
точно проблема в электричестве. там небось не 220В, а всего 219 или того хуже 217.169…
70 — 07.06.13 — 10:43
на шлюзе внешинй ip адрес реальный или внутренний, вида 192.* 172.* 10.*
71 — 07.06.13 — 11:34
Шлюз наружу смотрит ВайФаем, откуда-то берет интернет. Nslookup las дает вот что:
Server: KEENETIC_LITE
Address: 192.168.0.240
*** KEENETIC_LITE can’t find las: Non-existent domain
Вот такие пироги. Но вот еще хлеще: Два часа проработали. Уехал — через 20 минут звонят. Вылетело, несоответствие версий. Разворачиваюсь, еду. Захожу в комнату, они заходят в 1С как ни в чем не бывало. Но на компе, с которого сейчас пишу — тоже ведь вышибло. То есть они правду говорят. Только вот куда эту правду засунуть, ума не приложу.
72 — 07.06.13 — 11:38
В журналах сервера ничего подозрительного на этот момент.
73 — 07.06.13 — 11:45
В ТЖ 1С только два события: завершение сеанса пользователей, которые были в базе.
74 — 07.06.13 — 11:47
(73) Так у тебя еще и вайфай? Может роутер забрасывает в чужую сеть?
75 — 07.06.13 — 11:49
Вот с роутером упущение. Его настраивал не я, и зайти на него не могу. Хотя, конечно, любопытно, что можно с ним сделать. Попробую связаться с тем, кто ставил.
76 — 07.06.13 — 12:02
запускать 1С по вайфаю — жесть…
77 — 07.06.13 — 12:02
но виновато, конечно, электричество!
78 — 07.06.13 — 12:05
(77) Мелко берете — Чубайс виноват!
79 — 07.06.13 — 12:08
По вайфаю только интернет. Это из экономии. А все остальное по локалке. Чубайс ни при чем, у нас свой генератор.
80 — 07.06.13 — 12:11
Попробую отключить Касперского, поставить Windows Defender.
81 — 07.06.13 — 12:12
(0) Может обновили конфигурацию и она требует минимального релиза платформы 8.2.17?
Если появляется окно авторизации пользователя, то значит релизы на клиенте и сервере одинаковые. Остальные сообщение, это уже специфика конфигурации.
ТекстВопроса = Локализация.СтрШаблон(«Для работы с данной конфигурацией требуется версия платформы 1С:Предприятие ¤1¤ или более поздняя.
|Используемая сейчас версия — ¤2¤.
|Рекомендуется прекратить работу программы и обновить версию платформы 1С:Предприятие. В противном случае некоторые функции программы будут недоступны или будут работать неправильно.
|
|Для получения новой версии платформы 1С:Предприятие воспользуйтесь разделом сайта фирмы «»1С»» для пользователей (http://users.v8.1c.ru) или диском Информационно-технологического сопровождения (ИТС)
|
|Прекратить работу программы?»,РекомендуемаяВерсияПлатформы(),СистемнаяИнформация.ВерсияПриложения);
82 — 07.06.13 — 12:14
Вылетают все конфигурации разом, платформу выше 8.2.16 ни одна еще не требовала.
83 — 07.06.13 — 12:53
Тот, кто настроил роутер, пароль забыл уже. Давно это было. Сижу в офисе, сторожу сервер. Пока сижу — работает 🙂
84 — 07.06.13 — 13:06
Делай сброс — один Х** все заново надо настраивать)
85 — 07.06.13 — 14:45
Пока остановился на установке защитника Windows и отключении Касперского. Смог доехать до дома. 🙂 Кажется, работают не вылетают.
86 — 07.06.13 — 15:45
(85) ну точно. это в касперский была вшита инфа о новой платформе 1с и он тролил все запросы 🙂
87 — 07.06.13 — 15:50
(86) угу… новый такой вирус от Касперского…
88 — 07.06.13 — 15:55
(87) да там воздушно капельным вирусом пахнет 🙂 который помутняет ясный ум 🙂 ну или ТС верит в чертей
89 — 07.06.13 — 15:56
Расшарь на сервере папку bin в каталоге программы 1с. Создай ярлыки для каждой информационной базы на 1cv8.exe (толстый) или на 1cv8c.exe (тонкий). Вытащи ярлыки пользователям на рабочие столы. Это будет гарантировать, что запускается в точности та версия, что на сервере. А ставить клиентам 1с — лишнее, в подавляющем большинстве случаев.
90 — 07.06.13 — 16:31
(86) не все. только в отсутствие ТС.
91 — 07.06.13 — 16:32
(90) ну тут все просто. Касперский и на СКУД наверняка стоит, он знал что ТС приближается.
92 — 07.06.13 — 16:35
(91) вот почему наши сисадмины до сих пор используют Каспера 6.0 — он вообще про 1С 8.х ничего не знает, тем более — про 8.2.17.
93 — 07.06.13 — 16:48
(86) это не в касперском, это в DNS была
94 — 07.06.13 — 16:51
(93) ну или в ДНК…
95 — 11.06.13 — 12:14
(94) Проблема в карме.
Эпопея продолжается. Касперский ни при чем, после его отключения юзеров выкидывает по три-четыре раза в день с тем же сообщением о несоответствии версий. Через некоторое время начинает пускать. И терминалка в это время не работает. Сегодня опять — заработало почти сразу после того, как я вошел в бухгалтерию. Жду, когда снова выкинет. Попробую поставить крайнюю версию клиента и сервера 1С.
96 — 11.06.13 — 12:18
(95) 1) естественно, Касперский ни при чем — об этом тебе тут сразу сказали.
2) 18-ю ставить не рекомендую.
3) найди, в какую сеть тебя роутер выбрасывает — там и сервер второй живет.
97 — 11.06.13 — 12:25
(96) Я указывал IP сервера вместо имени, и все равно получаю ту же ошибку. Дело явно в сервере, но в чем — пока не соображу никак. Похоже, придется-таки его с нуля переустановить, все начисто настроить и отключить обновления. И еще Shadow Defender какой-нибудь, ибо нефиг.
98 — 11.06.13 — 12:31
(97) «Я указывал IP сервера вместо имени»
где? в настройках базы?
ЕМНИП поиску ключа может помогать nethasp.ini — там что?
99 — 11.06.13 — 12:35
Да, в настройках базы. nethasp.ini на сервере?
100 — 11.06.13 — 12:35
типасто
Главная » Уроки и статьи » Android
Как исправить ошибку при получении данных с сервера на Андроид
У пользователей телефонов и планшетов с операционной системой Android часто возникает проблема с официальным магазином при скачке приложений. В окне появляется надпись, свидетельствующая о неполадки при соединении с сервером, а также код ошибки. Как правило, DF-DFERH. Пользователю доступна кнопка повторной отправки информации.
В этой статье рассказано о том, как решить проблему. Обойти ошибку не удастся, так как в большинстве случаев пользователь не может просматривать содержимое Google Play. Советуем придерживаться инструкции, не пропускать действия. Обратите внимание, что на устройствах от разных производителей названия настроек отличаются. Однако суть остается прежней. Также код в сообщении может быть с префиксом «RH».
Магазин приложений не открывается из-за неполадок с сетью или стороннего программного обеспечения
Для начала стоит проверить следующие настройки. Возможно, для решения не понадобится использовать более радикальные методы:
- Измените подключение, поменяйте сеть. Иногда бывает такое, что ошибка исчезает после подключения телефона к другой сети. В таком случае стоит решить проблему с провайдером.
- Перезагрузите смартфон, включив функцию безопасного режима. После этого, у некоторых пользователей пропадает неполадка с подключением к серверу. Причина — сторонние приложения. Некоторое программное обеспечение, например, программы для взлома игр, мешают официальному магазину соединиться с сетью. Безопасный режим запускает Андроид устройство только с системными файлами. Это значит, что установленное ПО не будет работать.
Чтобы предотвратить ошибку, не стоит устанавливать всевозможные неофициальные программы для взлома, накрутки, а также очистки смартфона. К ним также относится VPN. Через виртуальные приватные сети Google Play не сможет передать данные на сервер для подключения. Следовательно, дальнейшая работа будет невозможна, поэтому удалить ПО.
Чтобы включить безопасный режим, сделайте это:
- Зажмите кнопку блокировки, выберите и удерживайте палец на «Отключить устройство» или «Отключить питание».
- После этого появится окно, подтвердите переход в безопасный режим.
На некоторых устройствах процесс отличается. На телефонах и планшетах от Самсунг нужно полностью выключить гаджет. Зажать кнопку включения, после появления логотипа «Samsung» держите клавишу уменьшения громкости. Удерживайте кнопку, пока смартфон не включится.
Если приложение удалять жалко, то отключите его в списке программ.
Очистка кэш-файлов, откат Гугл Плей до предыдущих версий
Этот шаг помогает не во всех случаях, но попробовать стоит. Возможно следующая инструкция решит неполадку с соединением официального магазина Google Play Market с сервером. Суть заключается в удалении кэш-файлов и обновлений Маркета. Ошибка часто происходит на более новых версиях смартфонов. Вероятно, файлы обновления скачались и установились неправильно, чтобы это исправить, сделайте следующее:
- Откройте меню настроек. Найдите раздел «Приложения». На некоторых устройствах название опции отличается.
- На новых версиях операционной системы нужно открыть полный список приложений — «Показать все программы».
- Выберите магазин Google Play. Если возможно, воспользуйтесь поиском.
Нажмите на иконку Play Market. Если версия ОС 8 и выше, то очистите кэш-файлы, всю информацию о программе. Для этого понадобится зайти в пункт «Хранилище». В нем есть все необходимые опции.
Имейте в виду, что после этого нужно повторно выполнить вход в свою учетную запись Google.
После выполненных действий запустите магазин приложений повторно. Проверьте, не исчезла ли ошибка соединения. Некоторым пользователям эти действия помогают. В противном случае откройте настройки еще раз, в списке приложений найдите Play Market, нажмите на кнопку «Отключить». Дальше нужно удалить обновления. Это опция восстановит исходную версию программы, которая изначально была установлена на устройство.
После этого нужно восстановить программу. Нажмите «Включить» в меню настроек. Запустите ПО еще раз, проверьте, подключается ли Маркет к серверу. Иногда оно само начинает обновляться. В таком случае нужно подождать.
Бывает, что вышеописанные шаги не помогают. В таком случае стоит попробовать повторить действия для других сервисов гугл, в том числе, для «Гугл Сервисы», фреймворков и стандартной программы «Загрузки». Последние программы являются системными, это значит, что для их отображения нужно включить опцию в списке приложений. Она находится в правом верхнем углу.
Проблемы с учетной записью Google, вызывающие неполадки с подключением к серверу
При появлении сообщения «Ошибка при соединении с сервером» или об неполадке при получении информации часто помогает сброс учетной записи Гугл на смартфоне или планшете.
Имейте в виду, что при выполнении следующих действий, придется повторно авторизоваться. Для этого нужно знать пароль и адрес электронной почты. В противном случае может возникнуть потребность в восстановлении аккаунта. Чтобы сбросить учетную запись, сделайте это:
- Откройте меню настроек.
- Перейдите во вкладку «Аккаунты».
- Выберите в списке Гугл. В некоторых устройствах этого пункта нет. Поэтому нужно зайти в список аккаунтов электронной почты Gmail.
- Удалите аккаунт, нажав соответствующую кнопку.
- Добавьте учетную запись в список повторно, введя данные для авторизации.
После выполненных действий, зайдите в Google Play Market еще раз. Если проблема не решилась, перейдите к следующей инструкции.
Включите разрешение для программ от Гугл в настройках телефона или планшета
В операционной системе Android нужно предоставлять разрешения для выполнения различных действий. К примеру, работа программы в фоновом режиме или неограниченная передача данных. Если по умолчанию нужные параметры выключены, то программное обеспечение не сможет корректно работать.
Откройте меню настроек, зайдите в список приложений и найдите «Сервисы Google Play». Нажмите на него. В меню «О приложении» должна быть опция «Передача данных». Включите работу в фоновом режиме, отключите ограничение на использование трафика.
Вернитесь в настройку программы сервисов. Откройте ветку дополнительных параметров. Пункт существует не во всех версиях операционной системы Android. Включите функцию, позволяющую изменять системные настройки. Те же действия стоит повторить для Play Market.
Обновление магазина приложений до последней версии
Еще один способ решить неполадку — скачать установщик Play Market в интернете, установить программу вручную. Для этого нужно загрузить APK-файл. Далее разрешите установку программы на телефон или планшет.
Совет! Скачивайте файлы только с проверенных источников, чтобы не заразить устройство вредоносным ПО.
Эти методы помогут исправить неполадку. Если проблема осталась, то возможно проблема в прошивке. В таком случае стоит сделать резервную копию информации и сбросить настройки до заводских или перепрошить смартфон. Также поломка не является редкостью для китайских телефонов с неофициальной ОС.
Понравилось? Поделись с друзьями!
Дата: 02.03.2020
Автор/Переводчик: DM