PDA

Bekijk de volledige versie : Разбираем Status & Log - System Log


NAlex
19-03-2008, 13:43
Хочу предложить тему для обсуждения.
Анализ лог-файла позволяет быстро и точно выявить проблемы с эксплуатируемой системой. Однако, есть проблема специфики интерпритации сообщений в лог-файле. Навык понимания записей лог-файла приходит с опытом, которого не всегда хватает. Хотелось бы знать структуру лог-файла, из каких полей он состоит и т.п.
Есть и конкретный вопрос. У меня Asus-500g Premium прошивка от Олега 1.9.2.7-9, маршрутизатор работает нормально. Одновременно лог-файл забит следующими записями:

Mar 19 15:27:19 nmbd[146]: [2008/03/19 15:27:19, 0] nmbd/nmbd_incomingrequests.c:process_name_refresh_reque st(180)
Mar 19 15:27:19 nmbd[146]: process_name_refresh_request: unicast name registration request received for name WORKGROUP<00> from IP 192.168.100.91 on subnet UNICAST_SUBNET.
Mar 19 15:27:19 nmbd[146]: [2008/03/19 15:27:19, 0] nmbd/nmbd_incomingrequests.c:process_name_refresh_reque st(181)
Mar 19 15:27:19 nmbd[146]: Error - should be sent to WINS server
Mar 19 15:27:19 nmbd[146]: [2008/03/19 15:27:19, 0] nmbd/nmbd_incomingrequests.c:process_name_refresh_reque st(180)
Mar 19 15:27:19 nmbd[146]: process_name_refresh_request: unicast name registration request received for name NALEX<20> from IP 192.168.100.91 on subnet UNICAST_SUBNET.

Помогите разобрать эти сообщения в лог-файле, найти источник ошибок, способ устранить ошибки и, может быть, есть какие-нибудь советы по данной теме.
avk
19-03-2008, 15:07
...найти источник ошибок, способ устранить ошибки и, может быть, есть какие-нибудь советы по данной теме.

Есть: описать Вашу конфигурацию, глядишь, и ошибки локализуются.
Oleg
19-03-2008, 15:18
Источник ошибок - 192.168.100.91

Ему Вы прописали в качестве WINS сервера роутер, что делать не следует.
NAlex
20-03-2008, 14:45
Есть: описать Вашу конфигурацию, глядишь, и ошибки локализуются.

Конфигурацию чего? 1. ЛВС; 2. Роутера или это совет описать имена хостов сети в файле роутера hosts???
avk
20-03-2008, 14:52
Конфигурацию чего? 1. ЛВС; 2. Роутера или это совет описать имена хостов сети в файле роутера hosts???

Я предлагал привести IP Config - WAN & LAN, - DHCP Server...
Т.к. предположил то же, что и Олег.
NAlex
20-03-2008, 16:55
Источник ошибок - 192.168.100.91

Ему Вы прописали в качестве WINS сервера роутер, что делать не следует.

Уважаемый Олег! Не могли бы Вы предложить варианты - где я мог прописать хосту с IP 192.168.100.91 роутер в качестве WINS сервера. Хотя, при настройке роутера, (IP Config - DHCP Server) я указал в качестве WINS сервера IP роутера:confused:, может быть этого не стоило делать? Дело в том, что до этого у меня стоял роутер LevelOne WBR-5400 и таких ошибок не было. Теперь я поменял роутер на вышеописанный Asus и в логе появились такие сообщения об ошибках. Как понимать "should be sent to WINS server" - "будет отправлен WINS серверу" и что такое "nmbd/nmbd_incomingrequests.c:process_name_refresh_reque st(181)"?
NAlex
20-03-2008, 17:30
Я предлагал привести IP Config - WAN & LAN, - DHCP Server...
Т.к. предположил то же, что и Олег.

Уважаемый AVK! В связи с тем, что проблема продолжает иметь место привожу -

IP Config - WAN & LAN

WAN Connection Type: PPTP
WAN Connection Speed: Auto

WAN IP Setting
Get IP automatically Yes

WAN DNS Setting
Get DNS Server automatically Yes

PPPoE, PPTP or L2TP Account
User Name: XXXXXXXXX
Password: XXXXXXXXXX
Idle Disconnect Time in seconds(option): 1800 Tx Only-No
MTU: 1492
MRU: 1492
PPTP Options: None
Additional pppd options:
Enable PPPoE Relay No
Special Requirement from ISP
Host Name: XXX
MAC Address:
Heart-Beat or PPTP/L2TP (VPN) Server: 10.0.1.253

LAN IP Setting
Host Name: XXX
IP Address: 192.168.100.254
Subnet Mask: 255.255.255.0


IP Config - DHCP Server

Enable the DHCP Server Yes
Domain Name:
IP Pool Starting Address: 192.168.100.1
IP Pool Ending Address: 192.168.100.249
Lease Time: 86400
Default Gateway: 192.168.100.254
DNS and WINS Server Setting
DNS Server 1: 10.0.0.1
DNS Server 2: 192.168.100.254
WINS Server: 192.168.100.254
Assign IP Address Manually
Enable Manual Assignment? Yes
xxxxxxxxxx 192.168.100.253 XXXX
avk
20-03-2008, 17:58
IP Config - DHCP Server
WINS Server: 192.168.100.254

Вот об этом и писал Олег:
Ему Вы прописали в качестве WINS сервера роутер, что делать не следует.
Оставьте поле пустым.
NAlex
20-03-2008, 20:12
Вот об этом и писал Олег:
Оставьте поле пустым.

Оставил поле пустым, перезагрузил роутер, ошибка все равно присутствует в логе - фрагмент лога прилагается в файле log01.rar


Чем дальше в лес, тем толще партизаны! Появился еще один вопрос, что означает символ шарп (диез) в IP адресе, например, "213.248.1.6#53"?

Кстати, клиентская ОС Windows XP SP2
al37919
20-03-2008, 20:40
Появился еще один вопрос, что означает символ шарп (диез) в IP адресе, например, "213.248.1.6#53"?
Так dnsmasq обозначает номер порта.
avk
20-03-2008, 20:54
Оставил поле пустым, перезагрузил роутер, ошибка все равно присутствует в логе

На этом клиенте - 192.168.100.91 - какие настройки, руками прописаны или получены по DHCP?
Попробуйте удалить WINS, если прописано вручную.
NAlex
20-03-2008, 22:49
На этом клиенте - 192.168.100.91 - какие настройки, руками прописаны или получены по DHCP?
Попробуйте удалить WINS, если прописано вручную.

IP получен от DHCP. Установлены протоколы TCP/IP и NetBEUI. Запущена служба - Модуль поддержки NetBIOS через TCP/IP. Удалить WINS сервер и прописать вручную попробуе завтра :D (уже сегодня). Со страрым роутерем у меня так и было сделано, но хочется динамической адресацией (по взрослому).

Кстати,:eek: а существует ли возможность поднять на маршрутизаторе WINS и DNS серверы? Удобно для одноранговой сети - он (маршрутизатор) постоянно включен и шлюз по умолчанию.
avk
20-03-2008, 23:04
Я не говорил прописать все вручную, я говорил далить, если...

У меня все получено по DHCP с привязкой по MAC-адресу. А вот так выглядит настройка WINS:

2742
NAlex
21-03-2008, 18:41
Я не говорил прописать все вручную, я говорил далить, если...

У меня все получено по DHCP с привязкой по MAC-адресу. А вот так выглядит настройка WINS:

2742

Спасибо за лекарство, помогло!
Вычленил из пула IP адресов DHCP сервера адреса с 1 по 29 на стационаные клиентские хосты и адреса с 250 по 254 для роутера, принтсервера и т.п. - разделяемых ресурсов и привязал по MAC-адресу на роутере все, что постоянно подключено. Остальные адреса DHCP сервер распределяет сам между КПК, комуникаторами с WiFi и прочей мелочью. В свойствах сетевых адаптеров отключил протокол NetBEUI. В фалах hosts на роутере и на клиентских хостах прописал привязку имен к IP и сетка просто летает. Ошибок в логе больше нет!:p

Хотелось бы узнать структуру лог файла. Туда службы (демоны) пишут кто как хочет или есть какие-то правила?
NAlex
22-03-2008, 08:29
Уже получаестся читать лог, но есть не совсем понятные участки лога.
Фрагменты лога -

Mar 22 06:59:54 smbd[159]: [2008/03/22 06:59:54, 0] lib/util_unistr.c:load_unicode_map(435)
Mar 22 06:59:54 smbd[159]: load_unicode_map: filename /usr/codepages/unicode_map.KOI8-R does not exist.
Mar 22 06:59:54 smbd[159]: [2008/03/22 06:59:54, 0] param/loadparm.c:map_parameter(1681)
Mar 22 06:59:54 smbd[159]: Unknown parameter encountered: "gest ok"
Mar 22 06:59:54 smbd[159]: [2008/03/22 06:59:54, 0] param/loadparm.c:lp_do_parameter(2223)
Mar 22 06:59:54 smbd[159]: Ignoring unknown parameter "gest ok"
Mar 22 06:59:54 smbd[159]: [2008/03/22 06:59:54, 0] param/loadparm.c:map_parameter(1681)
Mar 22 06:59:54 smbd[159]: Unknown parameter encountered: "allow from"
Mar 22 06:59:54 smbd[159]: [2008/03/22 06:59:54, 0] param/loadparm.c:lp_do_parameter(2223)
Mar 22 06:59:54 smbd[159]: Ignoring unknown parameter "allow from"
Mar 22 06:59:54 smbd[159]: [2008/03/22 06:59:54, 0] lib/util_sock.c:set_socket_options(151)
Mar 22 06:59:54 smbd[159]: Failed to set socket option SO_KEEPALIVE (Error Bad file descriptor)
Mar 22 06:59:54 smbd[159]: [2008/03/22 06:59:54, 0] lib/util_sock.c:set_socket_options(151)
Mar 22 06:59:54 smbd[159]: Failed to set socket option TCP_NODELAY (Error Bad file descriptor)

Вопросы -
Почему появилос сообщение об отсутсвии "unicode_map.KOI8-R" во второй строке лога?
Почему парамметры "allow from", "gest ok" неожиданные, где они находятся и какие же тогда должны быть?
Почему ругается на TCP_NODELAY, чего хочет?
NoliX
22-03-2008, 12:13
Вот у меня в логах после того как прописал --loglevel 1
появилась куча вот таких сообщений:


Jan 1 03:00:18 pptp[117]: accepting packet 13 (expecting 8, lost or reordered)
Mar 22 15:04:44 pptp[117]: accepting packet 29 (expecting 28, lost or reordered)
Mar 22 15:04:47 ntp client: Synchronizing time with europe.pool.ntp.org ...
Mar 22 15:04:52 pptp[117]: accepting packet 46 (expecting 45, lost or reordered)
Mar 22 15:05:02 pptp[117]: accepting packet 59 (expecting 58, lost or reordered)
Mar 22 15:05:36 pptp[117]: accepting packet 240 (expecting 239, lost or reordered)
Mar 22 15:05:40 pptp[117]: accepting packet 336 (expecting 335, lost or reordered)
Mar 22 15:05:45 pptp[117]: accepting packet 449 (expecting 448, lost or reordered)
Mar 22 15:05:47 pptp[117]: accepting packet 498 (expecting 497, lost or reordered)
Mar 22 15:06:07 pptp[117]: accepting packet 748 (expecting 747, lost or reordered)
Mar 22 15:06:18 pptp[117]: accepting packet 1160 (expecting 1159, lost or reordered)
Mar 22 15:06:26 pptp[124]: Echo Request received.
Mar 22 15:06:26 pptp[124]: Sent control packet type is 6 'Echo-Reply'
Mar 22 15:06:48 pptp[117]: accepting packet 1820 (expecting 1819, lost or reordered)
Mar 22 15:06:50 pptp[117]: accepting packet 1937 (expecting 1936, lost or reordered)
Mar 22 15:07:16 pptp[117]: accepting packet 2312 (expecting 2311, lost or reordered)
Mar 22 15:07:17 pptp[117]: accepting packet 2333 (expecting 2332, lost or reordered)
Mar 22 15:07:26 pptp[124]: Echo Request received.
Mar 22 15:07:26 pptp[124]: Sent control packet type is 6 'Echo-Reply'
Mar 22 15:07:28 pptp[117]: accepting packet 2556 (expecting 2555, lost or reordered)
Mar 22 15:07:28 pptp[117]: accepting packet 2564 (expecting 2563, lost or reordered)
Mar 22 15:07:29 pptp[117]: accepting packet 2573 (expecting 2572, lost or reordered)
Mar 22 15:07:34 pptp[117]: accepting packet 2815 (expecting 2814, lost or reordered)
Mar 22 15:07:37 pptp[117]: accepting packet 2941 (expecting 2940, lost or reordered)
Mar 22 15:07:39 pptp[117]: accepting packet 3008 (expecting 3007, lost or reordered)
Mar 22 15:07:39 pptp[117]: accepting packet 3019 (expecting 3018, lost or reordered)
Mar 22 15:07:39 pptp[117]: accepting packet 3030 (expecting 3029, lost or reordered)
Mar 22 15:07:39 pptp[117]: accepting packet 3038 (expecting 3037, lost or reordered)
Mar 22 15:07:39 pptp[117]: accepting packet 3052 (expecting 3051, lost or reordered)
Mar 22 15:07:40 pptp[117]: accepting packet 3085 (expecting 3084, lost or reordered)
Mar 22 15:07:40 pptp[117]: accepting packet 3134 (expecting 3132, lost or reordered)
Mar 22 15:07:41 pptp[117]: accepting packet 3212 (expecting 3211, lost or reordered)
Mar 22 15:07:41 pptp[117]: accepting packet 3223 (expecting 3221, lost or reordered)
Mar 22 15:07:42 pptp[117]: accepting packet 3265 (expecting 3263, lost or reordered)
Mar 22 15:07:42 pptp[117]: accepting packet 3317 (expecting 3316, lost or reordered)
Mar 22 15:07:45 pptp[117]: accepting packet 3445 (expecting 3444, lost or reordered)
Mar 22 15:07:51 pptp[117]: accepting packet 3781 (expecting 3780, lost or reordered)
Mar 22 15:07:53 pptp[117]: accepting packet 3860 (expecting 3859, lost or reordered)
Mar 22 15:07:53 pptp[117]: accepting packet 3874 (expecting 3873, lost or reordered)
Mar 22 15:07:53 pptp[117]: accepting packet 3879 (expecting 3878, lost or reordered)
Mar 22 15:07:55 pptp[117]: accepting packet 3959 (expecting 3958, lost or reordered)
Mar 22 15:07:55 pptp[117]: accepting packet 4004 (expecting 4003, lost or reordered)
Mar 22 15:07:58 pptp[117]: accepting packet 4127 (expecting 4126, lost or reordered)
Mar 22 15:08:00 pptp[117]: accepting packet 4242 (expecting 4241, lost or reordered)
Mar 22 15:08:03 pptp[117]: accepting packet 4387 (expecting 4386, lost or reordered)
Mar 22 15:08:06 pptp[117]: accepting packet 4554 (expecting 4553, lost or reordered)
Mar 22 15:08:08 pptp[117]: accepting packet 4701 (expecting 4700, lost or reordered)
Mar 22 15:08:08 pptp[117]: accepting packet 4733 (expecting 4732, lost or reordered)
Mar 22 15:08:11 pptp[117]: accepting packet 4862 (expecting 4861, lost or reordered)
Mar 22 15:08:11 pptp[117]: accepting packet 4883 (expecting 4882, lost or reordered)
Mar 22 15:08:11 pptp[117]: accepting packet 4914 (expecting 4913, lost or reordered)
Mar 22 15:08:11 pptp[117]: accepting packet 4923 (expecting 4922, lost or reordered)
Mar 22 15:08:12 pptp[117]: accepting packet 4976 (expecting 4975, lost or reordered)
Mar 22 15:08:12 pptp[117]: accepting packet 4991 (expecting 4990, lost or reordered)
Mar 22 15:08:17 pptp[117]: accepting packet 5211 (expecting 5210, lost or reordered)
Mar 22 15:08:18 pptp[117]: accepting packet 5229 (expecting 5228, lost or reordered)
Mar 22 15:08:19 pptp[117]: accepting packet 5247 (expecting 5246, lost or reordered)
Mar 22 15:08:20 pptp[117]: accepting packet 5262 (expecting 5261, lost or reordered)
Mar 22 15:08:24 pptp[117]: accepting packet 5431 (expecting 5430, lost or reordered)
Mar 22 15:08:26 pptp[124]: Echo Request received.
Mar 22 15:08:26 pptp[124]: Sent control packet type is 6 'Echo-Reply'
Mar 22 15:08:28 pptp[117]: accepting packet 5599 (expecting 5598, lost or reordered)
Mar 22 15:08:29 pptp[117]: accepting packet 5631 (expecting 5630, lost or reordered)
Mar 22 15:08:30 pptp[117]: accepting packet 5672 (expecting 5671, lost or reordered)
Mar 22 15:08:31 pptp[117]: accepting packet 5700 (expecting 5699, lost or reordered)
Mar 22 15:08:33 pptp[117]: accepting packet 5778 (expecting 5777, lost or reordered)
Mar 22 15:08:35 pptp[117]: accepting packet 5891 (expecting 5890, lost or reordered)
Mar 22 15:08:37 pptp[117]: accepting packet 5941 (expecting 5940, lost or reordered)
Mar 22 15:08:46 pptp[117]: accepting packet 6194 (expecting 6193, lost or reordered)
Mar 22 15:08:54 pptp[117]: accepting packet 6448 (expecting 6447, lost or reordered)
Mar 22 15:09:05 pptp[117]: accepting packet 6878 (expecting 6877, lost or reordered)
Mar 22 15:09:12 pptp[117]: accepting packet 7168 (expecting 7167, lost or reordered)
Mar 22 15:09:17 pptp[117]: accepting packet 7375 (expecting 7373, lost or reordered)
Mar 22 15:09:18 pptp[117]: accepting packet 7411 (expecting 7410, lost or reordered)
Mar 22 15:09:20 pptp[117]: accepting packet 7582 (expecting 7581, lost or reordered)


что это может означать?
Oleg
22-03-2008, 12:38
Означает, что пакеты теряются по пути от сервера провайдера к роутеру.
NoliX
22-03-2008, 13:21
Это лечится как-то или нужно смириться?
Oleg
22-03-2008, 13:28
Лечится сменой провайдера. :D Забить.
ma_lav
23-03-2008, 13:49
Возвращаясь к вопросу о

Mar 23 22:43:04 nmbd[150]: [2008/03/23 22:43:04, 0] nmbd/nmbd_incomingrequests.c:process_name_refresh_reque st(180)
Mar 23 22:43:04 nmbd[150]: process_name_refresh_request: unicast name registration request received for name LANDSCAPE<00> from IP 192.168.1.249 on subnet UNICAST_SUBNET.
Mar 23 22:43:04 nmbd[150]: [2008/03/23 22:43:04, 0] nmbd/nmbd_incomingrequests.c:process_name_refresh_reque st(181)
Mar 23 22:43:04 nmbd[150]: Error - should be sent to WINS server
Mar 23 22:43:04 nmbd[150]: [2008/03/23 22:43:04, 0] nmbd/nmbd_incomingrequests.c:process_name_refresh_reque st(180)
Mar 23 22:43:04 nmbd[150]: process_name_refresh_request: unicast name registration request received for name WORKGROUP<00> from IP 192.168.1.249 on subnet UNICAST_SUBNET.
Mar 23 22:43:04 nmbd[150]: [2008/03/23 22:43:04, 0] nmbd/nmbd_incomingrequests.c:process_name_refresh_reque st(181)
Mar 23 22:43:04 nmbd[150]: Error - should be sent to WINS server
Как это лечится, что куда надо прописать или откуда удалить? Вопрос остался не раскрыт
Подключение по DHCP, WINS в системе не прописан
avk
23-03-2008, 15:47
Вопрос остался не раскрыт

Спорное утверждение.
Прочитав первую страницу можно сделать вывод о необходимости удаления WINS server отовсюду.
NAlex
23-03-2008, 20:10
Спорное утверждение.
Прочитав первую страницу можно сделать вывод о необходимости удаления WINS server отовсюду.

Удалив IP роутера в настройках WINS на роутере, прописав на хостах файлы hosts, lmhosts и lmhosts.sam в C:\Windows\system\32\drivers\etc чем положено, а также отключив в свойствах сетевых карт протокол NetBEUI (снял флаг) добился того, что ошибка "Error - should be sent to WINS server" исчезла из лога и сетка просто стала летать, сетевой ресурс, например на роутере, открывается по скорости как локалная директория. Я так понял, что сетку раньше тормозил NetBEUI. Пробовал в дополнительных свойствах протокола TCP/IP прописывать IP роутера как WINS сервера (при включенной Самбе) сразу в логе появлялась эта ошибка. Хотя на этом форуме писали, что при включенной Самбе на роутере поднят WINS сервер, я потому везде и прописал роутер как WINS, а тут в логе ошибки полезли.:(
Конечно, было бы шикарно поднять на роутере WINS и DNS сервера одновременно, тогда все бы работало как утюг - включил, подождал пока нагреется и пользуйся.:p
ma_lav
23-03-2008, 23:32
to NAlex
Теперь понятно, спасибо за ответ, доберусь до дома будем пробовать
pnm
24-03-2008, 02:56
Device 08:02 not ready.
I/O error: dev 08:02, sector 24117264
EXT3-fs error (device sd(8,2)): ext3_get_inode_loc: unable to read inode block - inode=1507329, block=3014658
Device 08:02 not ready.
I/O error: dev 08:02, sector 0
Device 08:02 not ready.
I/O error: dev 08:02, sector 6815768
EXT3-fs error (device sd(8,2)): ext3_get_inode_loc: unable to read inode block - inode=426019, block=851971

Что-то с жестким?
NAlex
24-03-2008, 11:14
Из-за чего в логе могла появиться запись "Запрос регистрации многосетевой системы должен быть направлен на WINS сервер"? Никакой многосетевой системы нет и в помине. IP 192.168.100.2 WiFi сетевой интерфейс ноута, который, в основном, работает по UTP с IP 192.168.100.1, что и прописано в hosts, но это не многосетевое устройство обе карты настроены для работы в одной сети.
Как избавляться от такого сообщения в логе? Сеть одноранговая без DNS и WINS все прописано ручками.

03:00:26 dnsmasq[72]: DHCPREQUEST(br0) 192.168.100.2 00:14:a5:2c:3a:10
Jan 1 03:00:26 dnsmasq[72]: DHCPACK(br0) 192.168.100.2 00:14:a5:2c:3a:10 nalex
Jan 1 03:00:29 nmbd[146]: [1970/01/01 03:00:29, 0] nmbd/nmbd_packets.c:process_nmb_request(1484)
Jan 1 03:00:29 nmbd[146]: process_nmb_request: Multihomed registration request must be directed at a WINS server.
Jan 1 03:00:31 nmbd[146]: [1970/01/01 03:00:31, 0] nmbd/nmbd_packets.c:process_nmb_request(1484)
Jan 1 03:00:31 nmbd[146]: process_nmb_request: Multihomed registration request must be directed at a WINS server.
Jan 1 03:00:32 nmbd[146]: [1970/01/01 03:00:32, 0] nmbd/nmbd_packets.c:process_nmb_request(1484)
Jan 1 03:00:32 nmbd[146]: process_nmb_request: Multihomed registration request must be directed at a WINS server.
Jan 1 03:00:40 pppd[113]: LCP: timeout sending Config-Requests
Jan 1 03:00:40 pppd[113]: Connection terminated.
Jan 1 03:00:55 pptp[126]: short read (-1): Input/output error
Jan 1 03:00:55 pptp[126]: pppd may have shutdown, see pppd log
NAlex
24-03-2008, 20:53
Device 08:02 not ready.
I/O error: dev 08:02, sector 24117264
EXT3-fs error (device sd(8,2)): ext3_get_inode_loc: unable to read inode block - inode=1507329, block=3014658
Device 08:02 not ready.
I/O error: dev 08:02, sector 0
Device 08:02 not ready.
I/O error: dev 08:02, sector 6815768
EXT3-fs error (device sd(8,2)): ext3_get_inode_loc: unable to read inode block - inode=426019, block=851971

Что-то с жестким?

Похоже на то.:rolleyes:
pnm
24-03-2008, 22:25
Похоже на то.:rolleyes:
Запустил проверку. Теперь все норм.
NAlex
31-03-2008, 21:13
Кто подскажет причину появления следующей записи в логе:


Mar 31 22:52:17 nmbd[169]: [2008/03/31 22:52:17, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fa il(360)
Mar 31 22:52:17 nmbd[169]: find_domain_master_name_query_fail:
Mar 31 22:52:17 nmbd[169]: Unable to find the Domain Master Browser name WORKGROUP<1b> for the workgroup WORKGROUP.
Mar 31 22:52:17 nmbd[169]: Unable to sync browse lists in this workgroup.
WiWay
01-04-2008, 08:12
Как понимать "should be sent to WINS server" - "будет отправлен WINS серверу"?

"Следует отправлять WINS-серверу".
You should learn English, dude.
WiWay
01-04-2008, 12:04
Означает, что пакеты теряются по пути от сервера провайдера к роутеру.

Вероятнее всего, пакеты между клиентом и VPN-сервером идут по нескольким линиям. при этом совершенно нормально, что пакеты приходят не совсем в том порядке, в котором должны.
Если pptp запущен с опцией "--nobuffer" (или указан слишком маленький буфер), эти пакеты можно считать потерянными.
Если буфер pptp достаточно велик, он пересоберет пакеты в правильном порядке после получения недостающих частей.

У меня был подобный опыт с питерской Корбиной.