Страница печати | Закрыть окно

SendARP Code 67 не найдено сетевое имя.

Распечатать форум: Форум компании Смарт-Софт
Категория: Главный раздел
Название форума: Traffic Inspector - бета тестирование
Описание форума: Вопросы, связанные с тестированием предварительных версий.
URL: http://forum.smart-soft.ru/forum_posts.asp?TID=22029
Дата печати: 14-Авг-20 в 07:23
Версия ПО: Web Wiz Forums 10.14 - http://www.webwizforums.com


Тема: SendARP Code 67 не найдено сетевое имя.
Автор: Enzain
Тема: SendARP Code 67 не найдено сетевое имя.
Дата отправки: 29-Ноя-11 в 11:16
Приветствую.
В версии 719 в диагоностике - события - раздел завален сообщениями "Имя_пользователя SendARP Code 67 не найдено сетевое имя."
ТИ стоит в двух местах, где я непосредственно нахожусь - таких проблем нет.
Во втором месте, в удаленном - логи завалены такими сообщениями.
 
Куда можно копать?
Антивирус отключал, удалял, АРП в кеш не вносится в настроцках пользователей.
Сеть работает, пинги идут нормально, т.е. физически сеть стабильна, все хорошо ...
 
Куда копать можно и что это вообще за ошибка, каким путем можно эмулировать действия аналогичные чтобы посмотреть результат и покопаться где то никто не в курсе?
 


-------------
Win 2k3 R2
Win 2k8 R2

TI Последняя версия

http://fw.enzain.ru/" rel="nofollow - списки категорий контента - по функционалу в аську 301367164.



Ответов:
Автор: DanilaT
Дата отправки: 29-Ноя-11 в 11:21
присылайте полный отчёт с описанием на support

-------------
Техническая поддержка
Тел. (495)77-55-991, (4966)15-49-21
E-mail: support(coбака)smart-soft.ru


Автор: Enzain
Дата отправки: 29-Ноя-11 в 11:23
Исходное сообщение DanilaT DanilaT :

присылайте полный отчёт с описанием на support
В том то и дело что присылал.
Проблема не решилась никак.
отчет + расширенный по сисинфо все отправлял.
Советовали отключить антивирус, удалить антивирус, все что советовали делал.
Не помогло ну совершенно. поколупался сам еще так ничего и не нашел потому написал тут.
 
ПС: полный и правильный вид сообщения:

"[HTTP proxy] запрос от 192.168.2.69, имя "username" - Ошибка определения MAC адреса для username, IPHelper error in SendARP code 67. Не найдено сетевое имя"



-------------
Win 2k3 R2
Win 2k8 R2

TI Последняя версия

http://fw.enzain.ru/" rel="nofollow - списки категорий контента - по функционалу в аську 301367164.


Автор: DanilaT
Дата отправки: 29-Ноя-11 в 11:34

http://msdn.microsoft.com/en-us/library/windows/desktop/aa366358(v=vs.85).aspx читаем, то есть

при запросе mac ответ следующий: такого не найдено. Попробуйте драйвер обновить, если не этот установлен (http://forum.smart-soft.ru/forum_posts.asp?TID=22015&FID=1&PR=3&title=ndis6-whql).

В протоколах клиентов и сервера оставьте только IPv4 и TI драйвер.




-------------
Техническая поддержка
Тел. (495)77-55-991, (4966)15-49-21
E-mail: support(coбака)smart-soft.ru


Автор: DanilaT
Дата отправки: 29-Ноя-11 в 11:36
какой полный текст ошибки с кодом?

-------------
Техническая поддержка
Тел. (495)77-55-991, (4966)15-49-21
E-mail: support(coбака)smart-soft.ru


Автор: Enzain
Дата отправки: 29-Ноя-11 в 11:38
"[HTTP proxy] запрос от 192.168.2.69, имя "username" - Ошибка определения MAC адреса для username, IPHelper error in SendARP code 67. Не найдено сетевое имя"

-------------
Win 2k3 R2
Win 2k8 R2

TI Последняя версия

http://fw.enzain.ru/" rel="nofollow - списки категорий контента - по функционалу в аську 301367164.


Автор: DanilaT
Дата отправки: 29-Ноя-11 в 11:48

После удаления антивирус попробуйте переустановить ТИ. Поставить драйвер, про который писал выше.

Цитировать 67    The network name cannot be found.     ERROR_BAD_NET_NAME 
 



-------------
Техническая поддержка
Тел. (495)77-55-991, (4966)15-49-21
E-mail: support(coбака)smart-soft.ru


Автор: DanilaT
Дата отправки: 29-Ноя-11 в 12:03
Может быть отключен NetBios, пользователь в другой сети или в другом физическом сегменте сети (запросы ARP не маршрутизируются)., 

-------------
Техническая поддержка
Тел. (495)77-55-991, (4966)15-49-21
E-mail: support(coбака)smart-soft.ru


Автор: Enzain
Дата отправки: 29-Ноя-11 в 12:37
Драйвер обновил.
Пока полет нормальный, подобный сообщений нет, подождем.
Кстати когда корректно будет удаляться драйвер?
Я по рдп не могу удалить драйвер, после этого приходится перегружать машину вручную с кнопки просить людей.
 


-------------
Win 2k3 R2
Win 2k8 R2

TI Последняя версия

http://fw.enzain.ru/" rel="nofollow - списки категорий контента - по функционалу в аську 301367164.


Автор: Enzain
Дата отправки: 29-Ноя-11 в 12:53
Результат тот же.
Сообщения вернулись.
Куда же копать то?О_о
 


-------------
Win 2k3 R2
Win 2k8 R2

TI Последняя версия

http://fw.enzain.ru/" rel="nofollow - списки категорий контента - по функционалу в аську 301367164.


Автор: Diamondxp
Дата отправки: 29-Ноя-11 в 13:02
у меня были на днях аналогичные сообщения - через пару часов стал плохо работать интернет у пользователей, у некоторых вобще ничего не открывалось.
перезагрузка сервера не помогает:
[HTTP proxy] запрос от 192.168.0.27, имя "Эдгар-зв" - Ошибка определения MAC адреса для Эдгар-зв, IPHelper error in SendARP code 67. Не найдено сетевое имя
 
самое интересное что на сервере ничего с начала года не менялось, кроме самого ТИ
ти.2.0.0.644 win7 32bit sp1


-------------
всегда последняя бета ТИ!!

GOLD 40

Windows 7 SP1 x64 все обновления


Автор: DanilaT
Дата отправки: 29-Ноя-11 в 13:04

Маршрутизаторы внутри локальной сети? ARP запросы не маршрутизируются. 

Выкладывайте схему сети с указанием IP тех, у которых MAC не определяется.



-------------
Техническая поддержка
Тел. (495)77-55-991, (4966)15-49-21
E-mail: support(coбака)smart-soft.ru


Автор: Diamondxp
Дата отправки: 29-Ноя-11 в 13:06
в моей сети вобще ниче никуда не маршрутизируется - всего 10 клиентов

-------------
всегда последняя бета ТИ!!

GOLD 40

Windows 7 SP1 x64 все обновления


Автор: DanilaT
Дата отправки: 29-Ноя-11 в 13:11
Значит по каким-то причинам клиент становится недоступным для ТИ. SendARP функция WinAPI, потому ТИ на её работу никак не влияет.

-------------
Техническая поддержка
Тел. (495)77-55-991, (4966)15-49-21
E-mail: support(coбака)smart-soft.ru


Автор: Enzain
Дата отправки: 30-Ноя-11 в 04:17
единственная проблема в чем я могу подозревать - стоит два свитча. Они конечно управляемые, но блин... их настройки не менялись с момента установки..  а было это в ноябре 2009 года )
От одного на другой если только не идут арп запросы...
Сейчас посмотрю, но вообще менял только ТИ ...


-------------
Win 2k3 R2
Win 2k8 R2

TI Последняя версия

http://fw.enzain.ru/" rel="nofollow - списки категорий контента - по функционалу в аську 301367164.


Автор: AlexCoRu
Дата отправки: 21-Окт-12 в 20:51

 Тоже появились в логах такие сообщения после замены сервера. Неделю назад поменял сервер. Сетевое оборудование не менялось, все свичи какие были, те и стоят, с теми же настройками. Был старенький  hp-шный сервер 8-летней давности с одной интегрированной сетевухой и тремя интеловскими и 2008 сервер x32. Новый hp с hp-ной же 4-х портовой сетевухой и 2008 R2 сервером, ти 728. Дрова и прошивка  сетевухи - последние с офсайта. Грешить на железо, вроде, нет причин.  

Тут предлагали ознакомиться с функцией API SendARP. Ознакомился, и вот что:

Исходное сообщение ERROR_BAD_NET_NAME ERROR_BAD_NET_NAME :

The network name cannot be found. This error is returned on Windows Vista and later when an ARP reply to the SendARP request was not received. This error occurs if the destination IPv4 address could not be reached because it is not on the same subnet or the destination computer is not operating.

Цитировать On Windows Vista and later, the ResolveIpNetEntry2 function can used to replace the SendARP function. An ARP request is sent if the Address member of the MIB_IPNET_ROW2 structure passed to the ResolveIpNetEntry2 function is an IPv4 address.

Исходное сообщение ResolveIpNetEntry2 ResolveIpNetEntry2 :

The ResolveIpNetEntry2 function is used to resolve the physical address for a neighbor IP address entry on a local computer. This function flushes any existing neighbor entry that matches the IP address on the interface and then resolves the physical address (MAC) address by sending ARP requests for an IPv4 address or neighbor solicitation requests for an IPv6 address.

Это к тому, что знать API пол-дела, нужно уметь им пользоваться. SendARP не чистит локальную таблицу ARP и при отправке запроса берёт MAK из неё, сам столкнулся когда писал сканер, а вот ResolveIpNetEntry2 чистит.



Автор: AlexCoRu
Дата отправки: 22-Окт-12 в 10:18
А зачем ТИ рассылает запросы посредством SendARP? Контроль нарушений политики авторизации?


Автор: Default
Дата отправки: 23-Окт-12 в 08:45
ТИ не использует ни ResolveIpNetEntry, ни ResolveIpNetEntry2
SendARP используется только для одной цели - получение MAC



Автор: AlexCoRu
Дата отправки: 23-Окт-12 в 09:05
Похоже проблема с прокси. Блокировался порт 80 у всех кто ходит через прокси, т.ч. и у тех у кого включено перенапрвление на прокси и отключено блокировать все запросы мимо. По другим портам (https, icq) соединения были. У тех кто ходит мимо прокси весь трафик шёл. Сервер перегружал не помогло. Отключил netpolice пока всё ходит. И сообщений об ошибке определения MAC адреса пока нет.


Автор: AlexCoRu
Дата отправки: 23-Окт-12 в 09:09
 
Исходное сообщение Default Default :

SendARP используется только для одной цели - получение MAC
Как часто? Сообщения-то появляются одно за другим.
И если у клиентя фаервол, который блокирует ответы на запрсы SendARP? И eset, и agnitum это могут.


Автор: AlexCoRu
Дата отправки: 23-Окт-12 в 09:31

Вот кое-что есть. У меня используется AR. Отключил одного из двух провайдеров. Вижу вот, что:

[HTTP proxy] запрос от 192.168.1.54 - Ошибка определения MAC адреса
и следом же
[HTTP proxy] запрос от 192.168.1.54 - Пользователю не разрешен доступ с этого MAC адреса

У этого пользователя стоит agnitum, а mac не его, а провайдерской циски.



Автор: AlexCoRu
Дата отправки: 23-Окт-12 в 13:33

В общем ничего не понимаю. Проверил маршрутизауию на сервере - всё в порядке. Запускал сканер, котрый чистит локальную таблицу ARP шлёт запросы через SendARP с указанием SrcIP. Всё как и должно быть: в ответ приходят правильные маки, 67 возвращается для фактически недоступных адресов.

А почему ошибка [HTTP proxy]?



Автор: Default
Дата отправки: 23-Окт-12 в 13:44
Исходное сообщение AlexCoRu AlexCoRu :

А почему ошибка [HTTP proxy]?

потому что проверка MAC происходит при попытке авторизации на http прокси, когда приходит пакет от пользователя, у которого MAC указан дополнительным параметром авторизации


Автор: AlexCoRu
Дата отправки: 30-Окт-12 в 15:47
Что означает:
Исходное сообщение Журнал Журнал :

[HTTP proxy] запрос от 192.168.1.98, имя "User Name" - Check MAC, fatal error - user data changed...


Автор: AlexCoRu
Дата отправки: 30-Окт-12 в 15:55

Сообщение появилось после того как удалил и заново создал 1 пользователя из тех на которых ругается ошибкой  code 67.

Почему-то подумалось, если в http://forum.smart-soft.ru/forum_posts.asp?TID=22657&PID=166598&title=traffic-inspector-201728#166598" rel="nofollow - том случае помогло, почему не поможет в этом. Подозреваю, что с конфигом косяки, то ли перенёсся криво, то ли побился.

Да, удалённый и 192.168.1.98 - не один и тотже.



Автор: Enz@in
Дата отправки: 27-Ноя-12 в 06:24
Ну некоторая закономерность установилась.
Такие сообщения пошли и в нынешнем офисе, после того как забрал свитч управляемый длинковский...
Видимо надо там копать .. но как то я не допер что именно там сделать нужно, чтобы косяк ушел ...
пока пытаюсь найти ..


Автор: AlexCoRu
Дата отправки: 27-Ноя-12 в 11:14
Этот свич смотрит в локалку или наружу? У меня другая закономерность: ошибка только у тех кто ходит через прозрачный прокси. Но я тоже хожу через прокси через общий свич, у меня таких ошибок нет.


Автор: AlexCoRu
Дата отправки: 27-Ноя-12 в 11:29
 Внешних и внутренних интерфейсов сколько? Начинаю подозревать, что у меня что-то с маршрутизацией. Может DeadGWDetectDefault и EnableDeadGWDetect как влияют?


Автор: Enz@in
Дата отправки: 27-Ноя-12 в 14:12
Это свитч внутренней сети.
интерфейсов два, ван и лан.
Все стандартно, без выкаблучиваний.
Проблема всплыла как только в сети появился этот свитч.
Только я не могу понять все-таки в чем дело ...


Автор: Revan83
Дата отправки: 28-Фев-13 в 05:40
Подниму тему, хочется узнать - решилась ли в итоге проблема? А то столкнулся с аналогичной ситуацией. Сеть работает нормально, но при попытке авторизации через прокси время от времени у клиентов отваливается интернет, а в логах - сабжевая ошибка.


Автор: Enz@in
Дата отправки: 03-Апр-13 в 07:18
Свитч случайно не управляемый?


Автор: dimok84
Дата отправки: 30-Авг-13 в 10:47
Такая же проблема появилась, после замены сервера с ws2003r2 x32, на ws2008r2 x64, конфиги копировались с старого на новый, более не каких настроек не производилось.


Автор: DanilaT
Дата отправки: 30-Авг-13 в 10:59
конфигуратор запустите и полностью его пройдите

-------------
Техническая поддержка
Тел. (495)77-55-991, (4966)15-49-21
E-mail: support(coбака)smart-soft.ru


Автор: dimok84
Дата отправки: 30-Авг-13 в 11:03
Делал, не помогло


Автор: DanilaT
Дата отправки: 30-Авг-13 в 12:32
Значит действительно один из адресов не доступен. Покажите снимок сообщения.

-------------
Техническая поддержка
Тел. (495)77-55-991, (4966)15-49-21
E-mail: support(coбака)smart-soft.ru


Автор: dimok84
Дата отправки: 30-Авг-13 в 12:44

[HTTP proxy] запрос от 192.168.0.226, имя "Wi-Fi free GM" - Ошибка определения MAC адреса для Wi-Fi free GM, IPHelper error in SendARP code 67. Не найдено сетевое имя

[HTTP proxy] запрос от 192.168.0.72, имя "Менеджер по рекламе" - Ошибка определения MAC адреса для Менеджер по рекламе, IPHelper error in SendARP code 67. Не найдено сетевое имя

[HTTP proxy] запрос от 192.168.0.73, имя "Бухгалтер Мазда" - Ошибка определения MAC адреса для Бухгалтер Мазда, IPHelper error in SendARP code 67. Не найдено сетевое имя

[HTTP proxy] запрос от 192.168.0.60, имя "Менеджер по ЗапЧастям ДжМ 2" - Ошибка определения MAC адреса для Менеджер по ЗапЧастям ДжМ 2, IPHelper error in SendARP code 67. Не найдено сетевое имя

Это из сегодняшних с утра, хотя все клиенты доступны и работают нормально, файрволов нет



Автор: DanilaT
Дата отправки: 30-Авг-13 в 13:15
Вероятно действительно не может получить MAC-адрес...

-------------
Техническая поддержка
Тел. (495)77-55-991, (4966)15-49-21
E-mail: support(coбака)smart-soft.ru


Автор: dimok84
Дата отправки: 30-Авг-13 в 13:17

Вот вопрос есть смысл менять встроенный в дистрибутив драйвер версии 2.0.1.50 от 22.08.2010

на новый NDIS6 от 04/25/2012,4.00.07.04 , поможет?



Автор: dimok84
Дата отправки: 30-Авг-13 в 13:19
я сервера где ТИ стоит вижу эти маки, и они переодически то выходят в инет то нет получая эту ошибку, при этом конфигурация не меняеться


Автор: DanilaT
Дата отправки: 30-Авг-13 в 13:50
ну соответственно, то доходит MAC до сервера, то нет.

-------------
Техническая поддержка
Тел. (495)77-55-991, (4966)15-49-21
E-mail: support(coбака)smart-soft.ru


Автор: dimok84
Дата отправки: 30-Авг-13 в 13:56
ну и что делать то? есть смысл новый драйвер ставить или нет, судя по отзывам том bsod замучает, тут хоть этого не наблюдаеться


Автор: AlexCoRu
Дата отправки: 20-Окт-13 в 23:29
Поскажите, в чём дело.
Если клиентское оборудование (комп, маршрутизатор и т.п.) физически отключен от сети (выключено питание, не подключен кабель), то при определении его МАС в свойствах выдаётся МАС провайдерского шлюза.
Может есть какая связь с ошибкой 67?


Автор: AlexCoRu
Дата отправки: 23-Окт-13 в 00:09
Ну растолкуйте мне, почему если у клиента не установлено "Вносить MAC и IP в таблицу стека", то ТИ определяет МАС провайдерского шлюза!
А мой код на Делфи определяет и заносит в стек 00-00-00-00-00-00:
var
  DestIP, SrcIP: IPAddr;
  PhyAddr: array [0..MAXLEN_PHYSADDR - 1] of BYTE;
  PhyAddrLen: ULONG;
  pIpNetTable: PMIB_IPNETTABLE;
  RetVal: HRESULT;
  I: Integer;
  S: string;

begin
  DestIP := StringToIpAddr(ParamStr(1));
  if DestIP = 0 then
  begin
    WriteLn('Syntax: DestIP [SrcIP]');
    Exit;
  end;

  DestIP := HostToNetwork(DestIP);
  SrcIP := HostToNetwork(StringToIpAddr(ParamStr(2)));

  PhyAddrLen := 0;
  RetVal := GetIpNetTable(nil, PhyAddrLen, False);
  if RetVal = ERROR_INSUFFICIENT_BUFFER then
  begin
    GetMem(pIpNetTable, PhyAddrLen);
    GetIpNetTable(pIpNetTable, PhyAddrLen, True);
    for I := 0 to pIpNetTable.dwNumEntries - 1 do
      if pIpNetTable.table.dwAddr = DestIP then
      begin
        SetLength(S, pIpNetTable.table.dwPhysAddrLen * 2);
        BinToHex(pIpNetTable.table.bPhysAddr, PWideChar(S), pIpNetTable.table.dwPhysAddrLen);
        WriteLn(S);
        DeleteIpNetEntry(pIpNetTable.table);
        Break;
      end;
    FreeMem(pIpNetTable, PhyAddrLen);
  end;

  PhyAddrLen := MAXLEN_PHYSADDR;
  RetVal := SendARP(DestIP, SrcIP, @PhyAddr, PhyAddrLen);
  if RetVal = NO_ERROR then
  begin
    SetLength(S, PhyAddrLen * 2);
    BinToHex(PhyAddr, PWideChar(S), PhyAddrLen);
    WriteLn(S);
  end
  else
    WriteLn(Format('SendARP Error: %d', [RetVal]));
end.


Автор: tmv
Дата отправки: 11-Ноя-13 в 14:50
Чтобы не создавать новую тему, отпишусь здесь.
Была заменена сетевая на сервере на I350-T2, одновременно обновлен ТИ до 3.0.1.813
С утра весь лог в таких сообщениях:
http://savepic.su/3757777.htm" rel="nofollow">
Теперь кусаю локти, что не разнес эти два события на неделю... Куда рыть?


Автор: AlexCoRu
Дата отправки: 11-Ноя-13 в 14:57
tmv, у клиентов включено "заносить mac в таблицу стека tcp"? Клиенты ходят через прокси?


Автор: tmv
Дата отправки: 11-Ноя-13 в 17:05
Исходное сообщение AlexCoRu AlexCoRu :

tmv, у клиентов включено "заносить mac в таблицу стека tcp"? Клиенты ходят через прокси?

эмм, где это найти? Да, через прокси. Кэш прокси почистил, кэш днс почистил.


Автор: AlexCoRu
Дата отправки: 11-Ноя-13 в 18:40
http://help.smart-soft.ru/doc201/index.html?admuserauth.htm" rel="nofollow - Настройки авторизации пользователей
Зависимость такая: если клиент ходит напрямую через nat, то включено или нет "Вносить MAC и IP в таблицу стека TCP/IP" сообщений об ошибке 67 не будет, если клиент ходит через прокси, то при включёнии этой опции сообщений не будет, при отключении будут. Почему, не знаю. Мой сканер, причём многопоточный, основаный на коде постом выше периодически (раз в час) сканирует этот же сегмент и 67 ошибки не бывает.


Автор: tmv
Дата отправки: 12-Ноя-13 в 01:24
У меня эта галочка и не активна, авторизация только через MAC идет. Новому юзеру тоже не могу её включить.
http://savepic.su/3769934.htm" rel="nofollow">


Автор: Default
Дата отправки: 12-Ноя-13 в 09:36
при возникновении ошибки попробуйте выполнить команду arp -a IP_адрес_Клиента
результат какой будет?


Автор: tmv
Дата отправки: 12-Ноя-13 в 10:47
Исходное сообщение Default Default :

при возникновении ошибки попробуйте выполнить команду arp -a IP_адрес_Клиента
результат какой будет?

http://savepic.su/3751506.htm" rel="nofollow">
Прикол в том, что несмотря на ошибки жалоб нет, клиенты инет получают.


Автор: AlexCoRu
Дата отправки: 12-Ноя-13 в 11:13
Исходное сообщение tmv tmv :

Прикол в том, что несмотря на ошибки жалоб нет, клиенты инет получают.
А на то, что некоторые сайты не с первого раза открываются, приходится повторно в браузере обновлять страницу, жалоб нет?


Автор: tmv
Дата отправки: 12-Ноя-13 в 11:43
Исходное сообщение AlexCoRu AlexCoRu :

Исходное сообщение tmv tmv :

Прикол в том, что несмотря на ошибки жалоб нет, клиенты инет получают.

А на то, что некоторые сайты не с первого раза открываются, приходится повторно в браузере обновлять страницу, жалоб нет?

До обновления было такое, за вчера говорят все отлично.


Автор: AlexCoRu
Дата отправки: 12-Ноя-13 в 21:43
tmv, а такое бывает?
Цитировать Если клиентское оборудование (комп, маршрутизатор и т.п.) физически отключен от сети (выключено питание, не подключен кабель), то при определении его МАС в свойствах выдаётся МАС провайдерского шлюза.
"Определить" нужно нажать пару раз.


Автор: tmv
Дата отправки: 13-Ноя-13 в 00:55
Исходное сообщение AlexCoRu AlexCoRu :

tmv, а такое бывает?
Цитировать <span style="line-height: 1.4;">Если клиентское оборудование (комп, маршрутизатор и т.п.) физически отключен от сети (выключено питание, не подключен кабель), то при определении его МАС в свойствах выдаётся МАС провайдерского шлюза.</span><span style="line-height: 1.4;">
"Определить" нужно нажать пару раз.</span>

Нет, такого не наблюдал.


Автор: tmv
Дата отправки: 13-Ноя-13 в 15:25
Исходное сообщение tmv tmv :


До обновления было такое, за вчера говорят все отлично.

А нет, опять началось, из-за чего может быть?



Страница печати | Закрыть окно