Bekijk de volledige versie : Проводной GoldenTelecom: пара вопросов по настройке wl500-gP
ситуация следующая: провайдер GoldenTelecom для настройки выдал адрес vpn-сервера, имя, пароль и следующий мануал (см. ниже). под XP все настроено, выгрузка результата выполнения ipconfig /all в приложенном файле.
теперь по настройке wl-500gP: прошивка 1.9.2.7-7f, ввожу след.значения:
WAN Connection Type: PPTP
WAN Connection Speed: Auto
IP Address: 0.0.0.0
Subnet Mask: пусто
Default Gateway: пусто
Get DNS Server automatically?: YES (NO с ручным вводом DNS тоже пробовал)
User Name: marat@mosreg.golden.ru
Password: ********
Idle Disconnect Time in seconds(option): 1800
Enable PPPoE Relay? No
MAC Address: 00804814E616
Heart-Beat Server: fttb-vpn.mosreg.golden.ru (или его ip)
IP Address: 192.168.1.1
Subnet Mask: 255.255.255.0
в Additional pppd options прописываю:
-mschap-v2 +mschap maxfail 0
инета нет, лог в приложенном файле (log.txt)
что я неверно делаю ? возможно, нужно в Additional pppd options прописать ключик, ответственный за галку "Незашифрованный пароль (PAP)" (см. мануал от провайдера) ? если да, то что именно нужно вписать ?
прочитал около 70 страниц форума, ответа не нашел. заранее очень-очень благодарю за любую помощь.
Jan 1 00:00:16 pppd[98]: The remote system is required to authenticate itself
Jan 1 00:00:16 pppd[98]: but I couldn't find any suitable secret (password) for it to use to do so.
Написано же, что Ваш pppd не смог авторизоваться.
Включите PAP (+pap). И включите отладку (debug) для pppd - а то в логах ничего нет.
Всё проще - нужно выкинуть весь этот мусор из Additional pppd options.
мусор выкинул (оставил поле пустым)
теперь лог стал таким:
-----------------------
Jan 1 00:00:06 dhcp client: deconfig: lease is lost
Jan 1 00:00:16 udhcpc[91]: No lease, forking to background.
Jan 1 00:00:16 pppd[97]: pppd 2.4.2 started by admin, uid 0
Jan 1 00:00:16 pppd[97]: Using interface ppp0
Jan 1 00:00:16 pppd[97]: local IP address 10.64.64.64
Jan 1 00:00:16 pppd[97]: remote IP address 10.112.112.112
Jan 1 00:00:17 pppd[97]: Starting link
Jan 1 00:00:17 pptp[109]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Jan 1 00:00:17 pppd[97]: Serial connection established.
Jan 1 00:00:17 pppd[97]: Connect: ppp0 <--> /dev/pts/0
Jan 1 00:00:49 pppd[97]: LCP: timeout sending Config-Requests
Jan 1 00:00:49 pppd[97]: Connection terminated.
Jan 1 00:01:27 pppd[97]: Starting link
Jan 1 00:01:27 pptp[129]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Jan 1 00:01:27 pppd[97]: Serial connection established.
Jan 1 00:01:27 pppd[97]: Connect: ppp0 <--> /dev/pts/1
Jan 1 00:01:58 pppd[97]: LCP: timeout sending Config-Requests
Jan 1 00:01:58 pppd[97]: Connection terminated.
Jan 1 00:02:37 pppd[97]: Starting link
Jan 1 00:02:37 pppd[97]: Serial connection established.
Jan 1 00:02:37 pppd[97]: Connect: ppp0 <--> /dev/pts/2
Jan 1 00:02:37 pptp[148]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Jan 1 00:03:08 pppd[97]: LCP: timeout sending Config-Requests
Jan 1 00:03:08 pppd[97]: Connection terminated.
Jan 1 00:03:26 pptp[111]: anon warn[open_inetsock:pptp_callmgr.c:328]: connect: Connection timed out
Jan 1 00:03:26 pptp[111]: anon fatal[callmgr_main:pptp_callmgr.c:130]: Could not open control connection to
172.21.224.66
Jan 1 00:03:26 pptp[109]: anon fatal[open_callmgr:pptp.c:426]: Call manager exited with error 256
Jan 1 00:03:47 pppd[97]: Starting link
и т.д.
-------------------------------
инета нет, естественно :(
:) Теперь обновите роутер до 1.9.2.7-8.
Vitaly_k
12-12-2007, 19:49
ситуация следующая: провайдер GoldenTelecom для настройки выдал адрес vpn-сервера, имя, пароль и следующий мануал (см. ниже).
И давно у Голдена появилась ВПН-авторизация? Я некоторое время назад завал саппорту вопрос, сказали что невозможно.
а кончилось все еще хуже, чем начиналось (с) :)
теперь даже страшный адрес 10.64.64.64 не получается..
2 Vitaly_k: это голден в подмосковье, они совсем недавно начали подключать так.
Jan 1 00:00:15 udhcpc[97]: No lease, forking to background.
Вам просто не выдают адрес. Есть привязка к МАК адресам?
Собственно изначально точно такая же проблема была. Просто сразу не заметил я.
провайдер говорит, что нет. я пробовал и с пустым полем, и прописывал MAC - результат одинаковый.
Но факт остаётся фактом: IP адрес Вам провайдер не выдаёт.
Есть какой-нибудь сайт, нде описываются настройки для windows?
совершенно точно нет привязки - только что попробовал на ноутбуке (проверил - мак отличается :) ) - инет работает.
инструкцию по настройке впн прилагаю. то, что касается настройки локалки - все стандартно - IP и DNS получать автоматически.
Похоже нашёл я сайт. Ничего особенного. Есть 2 варианта:
1) Позвонить в саппорт, сказать МАК адрес АСУСа и спросить, почему ему не выдают адрес (думаю, что какая-то кривизны у самого провайдера);
2) Попробовать понять, в чём кривизна самим. Для этого надо будет поиграться с tcpdump на роутере. Если это не пугает, то дам инструкции. :)
Да, но начать нужно с того, что в настройках фаервола вклить логгинг для дропнутых пакетов и посмотреть что там.
Пишу что надо будет сделать для поиска кривизны:
1) зайти телнетом на роутер;
2) выполнить
iptables -I INPUT -j ACCEPT
3) выполнить
tcpdump -i vlan1 -n -s 1500 -vvv port 67 or port 68
там будет сыпаться что-то. Нужно подождать минут 5 и весь этот хлам скопировать сюда. :)
Да, в процессе сего действа поглядывать в лог на предмет получения адреса. Если получится, то хлопать в ладоши и хлам с экрана для анализа предоставить.
прошу прощения, не знаю как скопировать лог из cmd, поэтому принтскрин. ждал минут десять: то, что на принтскрине повторяется, никаких изменений.
"Друг, дай закурить, а в ответ тишина." (с) :)
Нет ответа от DHCP сервера вообще.
Светодиод WAN горит?
Вот что еще попробуйте
Скажите:
ifconfig vlan1
Скопировать можно нажав на иконку, дальше, Edit -> Mark ...
И ещё: в поле HostName (которое под Special ISP Requirements) вбейте какое-нибудь имя, типа 001122334455. :) Вдруг они хотят видеть имя.
На хостнейм реакции никакой - все тоже самое в логе.
сказал ifconfig vlan1, получилось вот что:
----------------------------
(none) login: admin
Password:
[admin@(none) root]$ ifconfig vlan1
vlan1 Link encap:Ethernet HWaddr 00:80:48:14:E6:16
inet6 addr: fe80::280:48ff:fe14:e616/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:676 errors:0 dropped:0 overruns:0 frame:0
TX packets:23 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:136395 (133.1 KiB) TX bytes:12638 (12.3 KiB)
[admin@(none) root]$
----------------------------
кстати, когда втыкаю кабель провайдера в сетевушку, обычно проходит 20-30 секунд, винда выдает ошибку (This connection has no connectivity...), но тут же после этого сеть обнаруживается.
и еще: провайдер может тупо отфильтровывать роутеры по Time To Live ? может имеет смысл выставить на роутере такие же ttl как в винде ? если да, то как это сделать ?
echo 128 > /proc/sys/net/ipv4/ip_default_ttl
И ещё, что говорит robocfg show ?
Я бы позвонил и узнал их версию происходящего. Можно сказать, что Вы пытаетесь подключиться с Линуксовой машины...
robocfg show сказал так:
(none) login: admin
Password:
[admin@(none) root]$ robocfg show
Switch: enabled
Port 0(W): 100FD enabled stp: none vlan: 1 mac: 00:00:00:00:00:00
Port 1(4): 100FD enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
Port 2(3): DOWN enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
Port 3(2): DOWN enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
Port 4(1): DOWN enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
Port 5(C): 100FD enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
VLANs: BCM5325/535x enabled mac_check mac_hash
vlan0: 1 2 3 4 5t
vlan1: 0 5t
vlan2:
vlan3:
vlan4:
vlan5:
vlan6:
vlan7:
vlan8:
vlan9:
vlan10:
vlan11:
vlan12:
vlan13:
vlan14:
vlan15:
Олег, спасибо что вы есть. Завтра попробую поиграться с ttl, сейчас глаза уже слипаются.. вы завтра тут будете ?
с TTL фокус не удался. а можно как-ниубдь увеличить задержку обращения к DHCP-серверу провайдера ? а то какой-то у него очень нестабильный пинг..
Это всё не важно. :)
Звоните к этим товарищам и узнавайте, что не так с Вашим МАК адресом...
Последняя идея: прикинуться Windows 2000.
killall -9 udhcpc
udhcpc -i vlan1 -p /var/run/udhcpc0.pid -s /tmp/udhcpc -V "MSFT 5.0" -f
там сложно все.. :)
локальную сеть по дому обслуживает субподрядчик, телефоны которого давать отказались. а сами они посмотреть не могут (или не хотят).
ладно, съезжу завтра за d-linkом, соседи говорят, что он у них запустился с первого раза.
в любом случае, спасибо вам большое за помощь и потраченное время.
Вы сначала предыдущий пост посмотрите. Я думаю, что мы уже близко. :)
прикинуться Win2000 не получилось:
(none) login: admin
Password:
[admin@(none) root]$ killall -9 udhcpc
[admin@(none) root]$ udhcpc -i vlan1 -p /var/run/udhcpc0.pid -s /tmp/udhcpc -V "
MSFT 5.0" -f
udhcpc (v0.9.9-pre) started
Sending discover...
Sending discover...
Sending discover...
Sending discover...
Sending discover...
Sending discover...
и еще - если выбирать режим Static IP и вбивать туда айпишник, ранее подсмотренный в винде, то статус = Connected.
WAN порт во всех случаях радостно мигает; у него, видимо, все хорошо :)
С DHCP я даже и не знаю, что делать... Гадать можно ещё долго. :(
В принципе, можете вписать статический адрес а настроить VPN. Работать, думаю, будет.
Silencer
19-01-2008, 17:45
Я дкмал что один такой "счастливый". В Голден-Телекоме, только в гододе Екатеринбурге точно такая же ерунда : голден-телекомовский DHCP не хочет выдавать адрес. Или выдаёт, но попытки с 100-й и более :eek:
До этого был у другого провайдера - такого не наблюдалось.
Когда надоело бороться с этим, просто забил ручками IP адрес который DHCP выдавал и пока успокоился
У голдена похоже везде такой баг. Жаль в самой Москве их нет, иначе уже что-нибудь бы придумали. Я уже готов ехать и смотреть, в чём дело.
Я дкмал что один такой "счастливый". В Голден-Телекоме, только в гододе Екатеринбурге точно такая же ерунда : голден-телекомовский DHCP не хочет выдавать адрес. Или выдаёт, но попытки с 100-й и более :eek:
До этого был у другого провайдера - такого не наблюдалось.
Когда надоело бороться с этим, просто забил ручками IP адрес который DHCP выдавал и пока успокоился
Везет.
А мне не удалось заставить его работать даже прописав адрес явно - он просто отказывается после этого видеть VPN сервер.
Дело происходило на WL-520GC
В другой квартире Голден выдал статику внутрисетевую (подключался давно) - там все работает (из-за этого или из-за того, то коробочка другая - 500gP - не важно).
Связался с техподдержкой местного Голдена. Готовы решать проблему - посмотрим, что получится.
Ну в общем, что я могу сказать. Голдену за отзывчивость - пять с плюсом.
Меня временно пересадили с DHCP на статический адрес, пообещали поставить 520-GC с прошивкой Олега на стенд и досконально разобраться, в чем причина.
Олег, может у Вас есть какие-то соображения, которые имеет смысл передать технарям провайдера?
kibenimatik
23-01-2008, 07:19
А что если попробовать переключить IP Config - WAN & LAN - WAN Connection Type: на Automatic IP и посмотреть получит ли он ip адрес. Если получил значит проблема в параметрах подключения, ИМХО. У меня подобная проблема была - решилась просто, установка Idle Disconnect Time in seconds(option): в 0. К сведению прошивка 10 от Олега, провайдер Уфанет в г.Уфа.
А что если попробовать переключить IP Config - WAN & LAN - WAN Connection Type: на Automatic IP и посмотреть получит ли он ip адрес. Если получил значит проблема в параметрах подключения, ИМХО. У меня подобная проблема была - решилась просто, установка Idle Disconnect Time in seconds(option): в 0. К сведению прошивка 10 от Олега, провайдер Уфанет в г.Уфа.
Пробовал, не помогает.
Проблема была точно такая же?
kibenimatik
23-01-2008, 07:50
Проблема была точно такая же?
У меня тоже инет не поднимался, после некоторых моих телодвижений я получил что-то сильно похожее на твой лог. А ты прошится на более свежую версию от Олега не пробовал?
У меня тоже инет не поднимался, после некоторых моих телодвижений я получил что-то сильно похожее на твой лог. А ты прошится на более свежую версию от Олега не пробовал?
у меня стоит последняя
"инет не поднимался" - это может быть что угодно.
а у меня конкретная проблема - DHCP сервер не дает коробке адрес.
технари провайдерские говорят, что просто не видят никаких поползновений коробочки этот адрес получить. при этом прекрасно везде видят mac адрес - т.е. физически соединение присутствует.
Silencer
23-01-2008, 08:44
у меня конкретная проблема - DHCP сервер не дает коробке адрес.
технари провайдерские говорят, что просто не видят никаких поползновений коробочки этот адрес получить. при этом прекрасно везде видят mac адрес - т.е. физически соединение присутствует.
просто один-в-один моя ситуация :o Также соединение есть физически и на той стороне видят mac-адрес моей точки, но адрес упорно не выдаётся ... С моей стороны выглядит так, словно DHCP сервер не отвечает. Со стороны провайдера так, как будто его никто и не спрашивает :confused:
На что грешить уже не знаю... Носил эту точку к соседу - всё работает. Кабель к нам идёт от одного свитча, стоящего в подъезде. Грубо говоря, разница только в длине кабеля до наших квартир (до моей дальше). Только странно, что влияет это ТОЛЬКО на получение адреса по DHCP и ни на что больше (мистика какая-то)
На что грешить уже не знаю... Носил эту точку к соседу - всё работает. Кабель к нам идёт от одного свитча, стоящего в подъезде. Грубо говоря, разница только в длине кабеля до наших квартир (до моей дальше). Только странно, что влияет это ТОЛЬКО на получение адреса по DHCP и ни на что больше (мистика какая-то)Опа-опа!
У соседа тоже Голден и все работает?
А скрутки есть от свитча до твоей квартиры?
Silencer
23-01-2008, 14:56
Опа-опа!
У соседа тоже Голден и все работает?
А скрутки есть от свитча до твоей квартиры?
Да, у соседа тоже Голден и всё робит. Скруток нету - это точно. Длина моего шнурка ~60 метров, у соседа ~40 метров. Так-то вроде всё в пределах разумного.
На всякий случай даже переобжал хвосты... только толку не увидел.
Всё пытаюсь в уме придумать почему именно DHCP пакеты именно от точки именно на моём шнурке теряются. Как уже гворил, под WinXP адрес по DHCP отдается буквально за пару секунд :confused:
Вот еще что написали на одном из форумов, где обсуждалась эта проблема:
Что-то в этом есть. На моем Linksys WRT54 есть в прошиве Tomato галочка "DHCP Client (WAN) - Reduce packet size". В форуме читал - написано, что это специально для случаев когда не удается получить адрес по DHCP... Подробнее не помню.
Может быть, Олегу это что-то подскажет?
Silencer
29-01-2008, 16:27
Вот еще что написали на одном из форумов, где обсуждалась эта проблема:
Может быть, Олегу это что-то подскажет?
а есть какие-нить альтернативные DHCP клиенты, которые бы заработали на wl500?
Добрый день. прочитал эту ветку... У меня годен-телеком (архангельск) и точно такая же ситуация, что описана здесь. Не получает железка (wl500gP) адресок от dhcp сервера. типа нету его. И пускается только через описанный способ ниже, когда подсматриваешь адрес выданный при прямом включении к компьютеру, а затем вбивании его вручную в роутер. Помимо этого, есть еще и одна фигня которая снова проявилась и на этом роутере (у меня до этого был Trendnet 452BPR), я здесь описывал ее. http://wl500g.info/showthread.php?t=12064&highlight=%C3%EE%EB%E4%E5%ED&page=2
Суть в том, что как только аренда адреса заканчивается (у нас она полчаса или час) происходит реконнект. На тренднете хоть поднималось все заново, а тут то вообще не хочет, соединение теряется, даже установленное вот таким "чудесным" образом...
а есть какие-нить альтернативные DHCP клиенты, которые бы заработали на wl500?
Честно могу признаться, что не в курсе - пятисотый у меня в точке "старого" подключения гт - там внутренний ип статичный. :)
Никуда не уходите. У меня есть идея, как поправить беду с Голденом. Мысль в том, что похоже DHCP у них тормозит нещадно.
У Вас ведь виндоус тоже не сразу адрес получает?
Сейчас попробую собрать тестовую версию для премиума.
В общем. Тестовая версия для Премиума:
http://oleg.wl500g.info/preview/WL500gp-1.9.2.7-8.16.trx
Раньше таймаут был 3 секунды на каждую попытку. И 3 попытки.
Теперь попыток 5, таймаут прогрессивный, 5 секунд.
Т.е. 5, 10, 15, 20, 25
Надеюсь, этого хватит, если дело действительно в тормознутости (а похоже, что именно так).
Жду результатов тестирования с 0.0.0.0.
Олег, вопрос немного не в кассу, но проассоциирован с попытками.
Сегодня вместо привычного:
Jan 1 03:00:11 ddns update: connected to members.dyndns.org (63.208.196.96) on port 80.
Jan 1 03:00:11 ddns update: request successful
Jan 1 03:00:13 ddns: ddns update ok
Поимел:
Feb 6 15:59:33 ddns update: connected to members.dyndns.org (63.208.196.96) on port 80.
Feb 6 15:59:33 PPPoE: connect to ISP
Feb 6 15:59:34 ddns update: dyndns internal error, please report this number to their support people: dnserr
с вытекающими последствиями в виде недоступности всех и вся. Похоже ddns делает одну попытку сообщить новый адрес после отработки post-firewall независимо от результата. ИМХО это не совсем правильно. Способ обеспечить бесперебойное функционирование очевиден --- апдейтить адрес опять через cron, однако, может проверку результата соединения с ddns сервером можно сделать средствами прошивки и запускать его периодически вплоть до достижения успеха?
Feb 6 15:59:34 ddns update: dyndns internal error, please report this number to their support people: dnserr
Та же фигня и в то же время. Несколько попыток подряд с тем же результатом. Потом все пришло в норму. Может на том конце проблемы были?
проблемы были с очевидностью на том конце. Однако, (в данный момент у меня ddns включен исключительно галкой в веб-интерфейсе), никаких других попыток не было, пока я не пришел домой и не пересоединился вручную. Что ИМХО не есть правильно.
проблемы были с очевидностью на том конце. Однако, (в данный момент у меня ddns включен исключительно галкой в веб-интерфейсе), никаких других попыток не было, пока я не пришел домой и не пересоединился вручную. Что ИМХО не есть правильно.
Согласен. Но сейчас несколько раз перезагружался - все нормально.
P.S. Я в тот период не подряд пытался, а с определенным интервалом в течение минут сорока. Потом плюнул, на их сайте текущий адрес проставил. А вечером при перезагрузке все отработало нормально.
В общем. Тестовая версия для Премиума:
http://oleg.wl500g.info/preview/WL500gp-1.9.2.7-8.16.trx
Раньше таймаут был 3 секунды на каждую попытку. И 3 попытки.
Теперь попыток 5, таймаут прогрессивный, 5 секунд.
Т.е. 5, 10, 15, 20, 25
Надеюсь, этого хватит, если дело действительно в тормознутости (а похоже, что именно так).
Жду результатов тестирования с 0.0.0.0.
Установил. Результат тот же. dhcp сервер напрочь не видит и не хочет.
Jan 1 00:00:07 udhcpc[101]: udhcpc (v0.9.9-pre) started
Jan 1 00:00:07 dhcp client: deconfig: lease is lost
Jan 1 00:01:22 udhcpc[101]: No lease, forking to background.
Jan 1 00:01:23 pppd[107]: pppd 2.4.2 started by admin, uid 0
Jan 1 00:01:23 pppd[107]: Serial connection established.
Jan 1 00:01:23 pppd[107]: Using interface ppp0
Jan 1 00:01:23 pppd[107]: Connect: ppp0 <--> /dev/pts/0
Jan 1 00:01:23 pptp[115]: route_add: no route to host
Jan 1 00:01:23 pptp[115]: connect: Network is unreachable
Jan 1 00:01:23 pptp[115]: Cannot bind GRE socket, aborting.
Jan 1 00:01:23 pppd[107]: Modem hangup
Jan 1 00:01:23 pppd[107]: Connection terminated.
Jan 1 00:01:53 pptp[128]: route_add: no route to host
Jan 1 00:01:53 pppd[107]: Serial connection established.
Jan 1 00:01:53 pppd[107]: Using interface ppp0
Jan 1 00:01:53 pppd[107]: Connect: ppp0 <--> /dev/pts/0
Jan 1 00:01:53 pptp[128]: connect: Network is unreachable
Jan 1 00:01:53 pptp[128]: Cannot bind GRE socket, aborting.
Jan 1 00:01:53 pppd[107]: Modem hangup
Jan 1 00:01:53 pppd[107]: Connection terminated.
Jan 1 00:02:23 pptp[139]: route_add: no route to host
Jan 1 00:02:24 pptp[139]: connect: Network is unreachable
Jan 1 00:02:24 pptp[139]: Cannot bind GRE socket, aborting.
Jan 1 00:02:24 pppd[107]: Serial connection established.
Jan 1 00:02:24 pppd[107]: Couldn't get channel number: Input/output error
Jan 1 00:02:54 pppd[107]: Serial connection established.
Jan 1 00:02:54 pppd[107]: Using interface ppp0
Jan 1 00:02:54 pppd[107]: Connect: ppp0 <--> /dev/pts/0
Jan 1 00:02:54 pptp[148]: route_add: no route to host
Jan 1 00:02:54 pptp[148]: connect: Network is unreachable
Jan 1 00:02:54 pptp[148]: Cannot bind GRE socket, aborting.
Jan 1 00:02:54 pppd[107]: Modem hangup
Jan 1 00:02:54 pppd[107]: Connection terminated.
Jan 1 00:03:24 pptp[159]: route_add: no route to host
Jan 1 00:03:24 pppd[107]: Serial connection established.
Jan 1 00:03:24 pppd[107]: Using interface ppp0
Jan 1 00:03:24 pppd[107]: Connect: ppp0 <--> /dev/pts/0
Jan 1 00:03:24 pptp[159]: connect: Network is unreachable
Jan 1 00:03:24 pptp[159]: Cannot bind GRE socket, aborting.
Jan 1 00:03:24 pppd[107]: Modem hangup
Jan 1 00:03:24 pppd[107]: Connection terminated.
Jan 1 00:03:54 pppd[107]: Serial connection established.
Jan 1 00:03:54 pppd[107]: Using interface ppp0
Jan 1 00:03:54 pppd[107]: Connect: ppp0 <--> /dev/pts/0
Jan 1 00:03:54 pptp[172]: route_add: no route to host
Jan 1 00:03:54 pptp[172]: connect: Network is unreachable
Jan 1 00:03:54 pptp[172]: Cannot bind GRE socket, aborting.
Jan 1 00:03:54 pppd[107]: Modem hangup
Jan 1 00:03:54 pppd[107]: Connection terminated.
Вопрос еще такой, скажите а предварительные настройки в разделе Route влияют на само соединение роутера с локалкой и подъемом PPTP. Я имею ввиду, может что то там надо прописать, чтобы стал виден dhcp сервер?
Нет, ничего прописывать не надо.
Давайте так. Глянем, что происходит в Windows при прямом подключении. Что надо сделать:
Откачать и установить:
http://www.winpcap.org/install/bin/WinPcap_4_0_2.exe
Далее сохраните куда-нибудь вот эту програмку (скажем в корень диска C:)
http://www.winpcap.org/windump/install/bin/windump_3_9_5/WinDump.exe
Далее. Отключаете VPN. Запускаете cmd.exe (и увеличьте заранее буфер прокрутки для окна).
Говорите:
c:
cd \
windump -D
Он Вам напишет список интерфейсов, строчка будет начинаться с числа - номер интерфейса. Найдите там нужную карточку и напишите
windump -i номер_интерфейса -s 1500 -vvv port 67 or port 68
Запустите другую копию cmd.exe
там напишите
ipconfig /release
подождите секунд 20 и затем
ipconfig /renew
Как только Ваш компьютер получит адрес содержимое первого окошка скопируйте сюда.
Олег, сделал как вы написали.... Файл прикрепляю.
Это не тормоза. Это мега-тормоза. :) Странно, что первые 3 запроса они просто игнорируют, а потом вдруг отвечают на четвёртый и довольно оперативно... В результате на получение адреса уходит 30 секунд. Что за ерунда в голдене???
Я из Екатеринбурга, провайдер Голден Телеком, и у меня такая же проблема с DHCP. Правда роутер совсем другой - LinkSys WRT54GL. Также пробовал подключать еще один роутер от MSI - так же не работает. Windows XP находит настройки за 2-3 секунды.
Сделал дамп того, что происходит в Windows.
Это не тормоза. Это мега-тормоза. :) Странно, что первые 3 запроса они просто игнорируют, а потом вдруг отвечают на четвёртый и довольно оперативно... В результате на получение адреса уходит 30 секунд. Что за ерунда в голдене???
Согласен. Когда подтыкаешь кабель напрямую в компьютер, значок получения адреса в локальной сети вертится долго, бывает по минуте и более. Значит собака зарыта тут? Звонить и просить их чтобы отклик делали быстрее?
Кстаи в вашей инструкции написано в конце подождать секунд 20 прежде чем вводить последнюю команду. Может потому лог такой получился?
Согласен. Когда подтыкаешь кабель напрямую в компьютер, значок получения адреса в локальной сети вертится долго, бывает по минуте и более. Значит собака зарыта тут? Звонить и просить их чтобы отклик делали быстрее?
Ксати в вашей инструкции написано в конце подаждать секунд 20 прежде чем вводить последнюю команду. Может потому лог такой получился?
У меня он совсем недолго вертится, но проблема остается... А если попробовать сделать пакет DHCP роутера точно таким же, как пакет в Windows XP? Я смотрел, что по длине они отличаются. Может в этом причина?
На самом деле всё хитрее. Если посмотрите дамп, то отличия между пакетами с запросами только в одном: поле secs (seconds) - время от начала всей эпопеи с получением адреса (оно правда неверно отображается windump - делите его на 256). Так вот. Эти товарищи похоже дропают все пакеты, у которых это поле меньше какого-то значения, типа 25 секунд. В данном случае, увидев, что клиент мучается уже 28 секунд сервер быстренько ответил. Но, эти люди видимо не читали RFC2131: это поле может быть всегда равно 0! Это допустимо. Итог, часть клиентов не могут получить адрес (а провайдеры, как водится, проверили, что форточки работают, а дальше хоть трава не расти). Но пока это мои догадки.
Что делать. Думать, как его добавить.
Если у кого-то есть возможность поговорить с их спецами, то было здорово, если бы удалось выяснить, действительно ли они так себя ведут с secs.
Собрал тестовую версию, которая говорит, что ждёт уже 30 секунд. Вдруг заработает?
http://oleg.wl500g.info/preview/WL500gp-1.9.2.7-8.16.1.trx
Наверное задам глупый вопрос. А возможно задать этот secs из командной строки, подключившись ssh клиентом к роутеру например? Или надо прошивкку править?
Жаль что Asus'a для теста вашей прошивки под рукой нету :(
Собрал тестовую версию, которая говорит, что ждёт уже 30 секунд. Вдруг заработает?
http://oleg.wl500g.info/preview/WL500gp-1.9.2.7-8.16.1.trx
Круто!! Спасибо. Сейчас будем все пробывать :)
Наверное задам глупый вопрос. А возможно задать этот secs из командной строки, подключившись ssh клиентом к роутеру например? Или надо прошивкку править?
Жаль что Asus'a для теста вашей прошивки под рукой нету :(
Не, нельзя. Иначе как-то не по RFC. Либо 0, либо время ожидания (которое, понятное дело, увеличивается с каждым новым пакетом).
Хотя вот в RFC по bootp говорят, что клиент может слать что-нибудь статичное, типа 100, мол сервер может принять это во внимание...
А комизм ситуации ещё в том, что форточки неправильно пишут это поле, меняя байты местами (оказывается windump пишет правду).
А комизм ситуации ещё в том, что форточки неправильно пишут это поле, меняя байты местами (оказывается windump пишет правду). Очень похоже, что все дело в сексе :)
Я запустил программку SoftPerfect Network Protocol Analyser сейчас и побаловался в ней своими шаловливыми ручками :) И вот что я обнаружил:
В этой программе параметр "secs" называется "Seconds elapsed:" и находится в папочке "DHCP Header" пакета. Там кстати он равен тем же числам, что показывает windump.
Windows XP отправляет первый пакет со значением 0, второй со значением 768. И получает после второго пакета сразу 2 ответа, причем разных.
Я сначала, после выполнения команды release, отправил подряд 5 пакетов со значением secs=0 с интервалом в 3 секунды. Ответа никакого не последовало. Потом я отправил один пакет с secs=768, и получил сразу же 2 пакета с ответом! Сейчас еще посмотрю, что там мой роутер отправляет...
P.S. Посмотрел, похоже secs тут непричем... Мой роутер отправляет пакеты с secs=0, 768, 2816, 6912. Потом делает паузу секунд 40, и повторяет 4 попытки...
Аналайзер - это здорово. :)
Попробуйте поиграться с этим полем. Что если передать им 1 и 256?
Аналайзер - это здорово. :)
Попробуйте поиграться с этим полем. Что если передать им 1 и 256?
Если передавать 1, то ответа так же нет. А если 256, то ответ приходит. Попробовал пересылать пакеты, полученые от роутера - тоже ответ приходит. Возможно, secs только в ASUS является причиной неправильной работы...
Ура!!! Работает!!!!
Рано радуетесь, этот код написан для пробы и будет удалён...
И лог дайте.
Если только Pro29 не выяснит, что-нибудь приятное аналайзером (в частности, что посылка 3, 9, 16, 28 найдёт у этих супостатов понимание).
Вот кстати, ответ на DHCP запрос шлёт нечто с МАК адресом
00-16-E6 (hex) GIGA-BYTE TECHNOLOGY CO.,LTD.
0016E6 (base 16) GIGA-BYTE TECHNOLOGY CO.,LTD.
Pin-Jen City, Taoyuan
324
TAIWAN, REPUBLIC OF CHINA
Гигабайт выпускает мощные роутеры? Или у них писюк заведует DHCP?
Лог следующий:
Jan 1 03:00:07 udhcpc[100]: udhcpc (v0.9.9-pre) started
Jan 1 03:00:07 dhcp client: deconfig: lease is lost
Jan 1 03:00:08 udhcpc[100]: Lease of 10.0.219.30 obtained, lease time 3600
Jan 1 03:00:08 dhcp client: bound IP : 10.0.219.30 from 10.0.216.1
Jan 1 03:00:08 pppd[109]: pppd 2.4.2 started by admin, uid 0
Jan 1 03:00:09 pppd[109]: Serial connection established.
Jan 1 03:00:09 pppd[109]: Using interface ppp0
Jan 1 03:00:09 pppd[109]: Connect: ppp0 <--> /dev/pts/0
Jan 1 03:00:13 pppd[109]: PAP authentication succeeded
Jan 1 03:00:13 pppd[109]: local IP address 213.33.246.240
Jan 1 03:00:13 pppd[109]: remote IP address 172.21.129.2
Jan 1 03:00:13 PPTP: connect to ISP
Feb 7 21:17:19 ntp client: Synchronizing time with time.nist.gov ...
Угу. Ответ мгновенный. Значит дропают с нулём и меньше какого-то значения.
В общем, займитесь с ними "сексом", выясните, чего они хотят там видеть. :)
У меня получилось, что secs<=2 не работает. А остальные значения срабатывают.
Тогда вот новый тест с зашитым числом 3.
http://oleg.wl500g.info/preview/WL500gp-1.9.2.7-8.16.2.trx
Рвется соединение. Слишком часто.... :( Из-за чего? Лог прикладываю
Буду пробывать новоиспеченную прошивку.
Я тут немного все напутал у себя. В общем, для того чтобы исключить влияние возможной привязки по MAC я поставил на WAN роутера такой же мак как на компе. И забыл про это когда сканировал, что выдает этот WAN. Плюс ко всему не отключил при этом DHCP на компьютере. В общем перепутал пакеты роутера с XP-пакетами :) Сейчас поменял мак на случайное число на роутере и просканировал - там всегда выдается secs=0 !
Я тут немного все напутал у себя. В общем, для того чтобы исключить влияние возможной привязки по MAC я поставил на WAN роутера такой же мак как на компе. И забыл про это когда сканировал, что выдает этот WAN. Плюс ко всему не отключил при этом DHCP на компьютере. В общем перепутал пакеты роутера с XP-пакетами :) Сейчас поменял мак на случайное число на роутере и просканировал - там всегда выдается secs=0 !
Конечно. У них у всех один и тот же клиент, который выдаёт 0.
Рвется соединение. Слишком часто.... :( Из-за чего? Лог прикладываю
Буду пробывать новоиспеченную прошивку.
PPTP Соединение можно вот как ещё посмотреть: впишите после имени сервера через пробел
--loglevel 1
В логе появится кое-что дополнительно.
PPTP Соединение можно вот как ещё посмотреть: впишите после имени сервера через пробел
--loglevel 1
В логе появится кое-что дополнительно.
Сделал, как сказали. Вот лог...
Это с последней прошивкой?
Коннект закрывает сервер провайдера.
Это с последней прошивкой?
Коннект закрывает сервер провайдера.
Да, это с последней прошивкой.
Вы кстати правы, действительно виноват пров. Включил напрямую шнурок в компьютер, рвет сейчас впн постоянно 3-5 минут. У нашего голдена в городе это фигня не раз уже. Придется завтра звонить и ругаться снова с ними. Это называется тестовый режим работы провайдера. Тянется с осени, вот с такими косяками. Неудивительно. Основной принцип их бизнеса, нахватать клиентов, больше чем позволяеют мощности и потом валить все на тестовые работы и монтаж оборудования, чтобы не случилось.
Меня только одно смутило в логе. В этот раз адрес выдавали сильно дольше... Вы попробуйте ещё поперегружать роутер и посмотреть на время получения адреса. И потом тоже самое с 8.16.1
Меня только одно смутило в логе. В этот раз адрес выдавали сильно дольше... Вы попробуйте ещё поперегружать роутер и посмотреть на время получения адреса. И потом тоже самое с 8.16.1
Вот лог с прошивки 1.9.2.7-8.16.2 в течение дня.... Пару раз реконнект по вине провайдера (неустойчивое у них vpn соединение). Все вроде ок. Проблем особых нет. Завтра зашью 1.9.2.7-8.16.1 скину лог на нем.
Меня не совсем это интересует. Интересует время, которая тратится после загрузки на получение лизы:
Jan 1 03:00:07 dhcp client: deconfig: lease is lost
Jan 1 03:00:38 udhcpc[100]: Lease of 10.0.216.36 obtained, lease time 1800
Тут 31 секунда!
Меня не совсем это интересует. Интересует время, которая тратится после загрузки на получение лизы:
Jan 1 03:00:07 dhcp client: deconfig: lease is lost
Jan 1 03:00:38 udhcpc[100]: Lease of 10.0.216.36 obtained, lease time 1800
Тут 31 секунда!
ОК. понял. Прошу прощения. Учту.
Провел эксперимент. Прошивка 1.9.2.7-8.16.2
Перегружая роутер через веб-интерфейс (Save&Restart) получаю всегда следующее:
Jan 1 03:00:07 dhcp client: deconfig: lease is lost
Jan 1 03:00:08 udhcpc[100]: Lease of 10.0.219.32 obtained, lease time 3600
т.е 1 секунда.
Если же перегружаю роутер передергиванием питания (выкл/вкл) получаю всегда вот чего:
Jan 1 03:00:07 dhcp client: deconfig: lease is lost
Jan 1 03:00:38 udhcpc[100]: Lease of 10.0.219.32 obtained, lease time 3600
т.е. те самые 31 секунда!!
Интересный эффект. :) Что-то эти люди там хитрое сделали...
В общем, я понял, спасибо.
Интересный эффект. :) Что-то эти люди там хитрое сделали...
В общем, я понял, спасибо.
Это Вам спасибо огромное Олег за прошивку!!! Работает ведь!!!
Я чуть позже выложу окончательную версию.
arhandrei
09-02-2008, 17:24
Это Вам спасибо огромное Олег за прошивку!!! Работает ведь!!!
Скинь, пож-та, на ящик moshkav@land.ru настройки своего Асуса, а то я тоже в Архангельске мучаюсь с подключением. Просил статический адрес - не дают....А прошивку обновленную от Олега подожду.
Скинь, пож-та, на ящик moshkav@land.ru настройки своего Асуса, а то я тоже в Архангельске мучаюсь с подключением. Просил статический адрес - не дают....А прошивку обновленную от Олега подожду.
WAN Connection Type: PPTP
WAN Connection Speed: Auto
Get IP automatically? Yes
IP Address: 0.0.0.0
Subnet Mask: 0.0.0.0
Default Gateway: 0.0.0.0
Get DNS Server automatically? Yes
User Name: #%$^$@arkhangelsk.golden.ru
Password: XXXX
Idle Disconnect Time in seconds(option): 0
MTU: 1492 (по умолчанию)
MRU: 1492 (по умолчанию)
Service Name(option): пусто
Access Concentrator Name(option): пусто
PPTP Options: None
Additional pppd options: nomppe nomppc sync
Enable PPPoE Relay? No
Host Name: пусто
MAC Address: своего компа (хотя не важно)
Heart-Beat or PPTP/L2TP (VPN) Server: fttb-vpn.arkhangelsk.golden.ru --sync --nobuffer --loglevel 1
Host Name: Любое
IP Address: 192.168.1.1
Subnet Mask: 255.255.255.0
Прошивка Олега 1.9.2.7-8.16.2. Работает пока стабильно, если дает это "наш" голден, не обрывая со своей стороны. Также запускался на прошивке 1.9.2.7-8.16.1. На официальной и остальных прошивках от Олега не идет (почему? наверное уже прочитал эту ветку и причину всей этой беды)
PPTP Options: No Encryption
Additional pppd options: пусто
Heart-Beat or PPTP/L2TP (VPN) Server: fttb-vpn.arkhangelsk.golden.ru
Я выложил версию 16.3. Она чаще шлёт запросы. В общем попробуйте в разных вариантах ребутов-выключений питания.
Я выложил версию 16.3. Она чаще шлёт запросы. В общем попробуйте в разных вариантах ребутов-выключений питания.
Спасибо, будем пробывать!!!!
Я тут позадавал вопросы относительно DHCP и secs на англоязычных форумах, и мне ответили, что по стандарту сервер DHCP вообще не должен обрабатывать параметр secs. Он лишь делает так, чтобы в ответе этот параметр был таким же как в запросе...
2Oleg: Расскажите как менять в исходнике этот параметр, хочу попробовать собрать прошивку для своего роутера...
Еще я написал письмо (уже второе) Голден Телекому с детальным описанием проблемы. На первое мне правда не посчитали нужным как либо ответить...
arhandrei
11-02-2008, 09:05
PPTP Options: No Encryption
Additional pppd options: пусто
Heart-Beat or PPTP/L2TP (VPN) Server: fttb-vpn.arkhangelsk.golden.ru
Олег, значит дополнительные параметры в настройках pppd и vpn server мне не понадобятся? И где искать прошивку 16.3?
Да, они не нужны.
http://oleg.wl500g.info/preview/WL500gp-1.9.2.7-8.16.3.trx
Я тут позадавал вопросы относительно DHCP и secs на англоязычных форумах, и мне ответили, что по стандарту сервер DHCP вообще не должен обрабатывать параметр secs. Он лишь делает так, чтобы в ответе этот параметр был таким же как в запросе...
2Oleg: Расскажите как менять в исходнике этот параметр, хочу попробовать собрать прошивку для своего роутера...
Еще я написал письмо (уже второе) Голден Телекому с детальным описанием проблемы. На первое мне правда не посчитали нужным как либо ответить...
Там нужно две правки делать: в dhcpc.c увеличить число попыток с 3-х до 5 (похоже, что они ещё и первые три пакета после появления линка просто игнорируют), а в clientpacket.c в функциях send_discover, send_renew, send_selecting в пакете установить поле secs в 3.
Там нужно две правки делать: в dhcpc.c увеличить число попыток с 3-х до 5 (похоже, что они ещё и первые три пакета после появления линка просто игнорируют), а в clientpacket.c в функциях send_discover, send_renew, send_selecting в пакете установить поле secs в 3.
Я нашел слово secs только в файле packet.h :confused:
В файле clientpacket.c слова secs не встречается. Вот кусок оттуда:
/* Broadcast a DHCP discover packet to the network, with an optionally requested IP */
int send_discover(unsigned long xid, unsigned long requested)
{
struct dhcpMessage packet;
init_packet(&packet, DHCPDISCOVER);
packet.xid = xid;
if (requested)
add_simple_option(packet.options, DHCP_REQUESTED_IP, requested);
add_requests(&packet);
LOG(LOG_DEBUG, "Sending discover...");
return raw_packet(&packet, INADDR_ANY, CLIENT_PORT, INADDR_BROADCAST,
SERVER_PORT, MAC_BCAST_ADDR, client_config.ifindex);
}
может просто после строки packet.xid = xid; вставить packet.secs = 3; ?
Именно это я и имел в виду. :)
Я вставил secs = 3 во все три функции, скомпилировал прошивку. И сразу DHCP на роутере заработал! Я посмотрел пакеты, теперь шлется параметр secs=768 все время. Этот пост я пишу, подключившись через роутер и подняв VPN с компа. Теперь я продвинулся на следующий уровень борьбы с Голден Телекомом - поднять VPN на роутере :)
P.S. кроме добавления 3х строк с secs я в исходниках больше ничего не менял.
Олег, а можно такую же прошивку собрать для wl520gc?
Если уже есть, ткните, пожалуйста, невнимательного, где взять?
Олег, а можно такую же прошивку собрать для wl520gc?
Если уже есть, ткните, пожалуйста, невнимательного, где взять?
+1, очень хочется. :)
Не думал, что есть уже несчастные с wl520gc в Голдене. :)
Можно конечно. Будет в "Вашей" теме, но чуть позжее. :)
Я вставил secs = 3 во все три функции, скомпилировал прошивку. И сразу DHCP на роутере заработал! Я посмотрел пакеты, теперь шлется параметр secs=768 все время. Этот пост я пишу, подключившись через роутер и подняв VPN с компа. Теперь я продвинулся на следующий уровень борьбы с Голден Телекомом - поднять VPN на роутере :)
P.S. кроме добавления 3х строк с secs я в исходниках больше ничего не менял.
Ну, на самом деле, надо писать htons(3) тогда будет именно 3. А количество попыток не менялось? Как быстро дают адрес?
На всякий случай напишу здесь: в теме про 520гц/гу выложил версию для тестирования и жду результатов.
Ну, на самом деле, надо писать htons(3) тогда будет именно 3. А количество попыток не менялось? Как быстро дают адрес?
Количество попыток не менял, адрес дают сразу же. Включаю питание роутера, и буквально через 3-5 секунд после загрузки он получает адрес.
VPN я поднимаю с компьютера. Когда ставлю PPTP на роутере, он ничего не находит - там PPTP с DHCP одновременно через веб интерфейс видимо не запустить. А как запустить PPTP командой по SSH например я так и не разобрался. Непонятно, как там вводить логин и пароль, адрес VPN и параметры.
Silencer
17-02-2008, 13:54
Я выложил версию 16.3. Она чаще шлёт запросы. В общем попробуйте в разных вариантах ребутов-выключений питания.
Установил прошивку, помучал её как мог, всё работает просто прекрасно!
Так что в Екатеринбурге для пользователей голден-телекома с 500g Premium похоже проблема решена, за что Олегу выражаю глубочайшее уважение и признательность :)
СЕНСАЦИЯ!
В Екатеринбурге техспецы Голдена за какой-то месяц под давлением пользователей все исправили.
Теперь адреса прекрасно выдаются и на старой прошивке. :D
Подтверждаю, при secs=0 стало работать. :D
Интересно, как обстоят дела в других городах.
Так или иначе мой фикс останется в коде навечно. :)
А откуда стало известно, что исправили? Кому-то ответили на письмо?
Silencer
20-02-2008, 16:50
А откуда стало известно, что исправили? Кому-то ответили на письмо?
На одном популярном в Екатеринбурге web-ресурсе, в форуме, где народ перемалывает косточки интернет-провайдеров отписались представители Голдена :)
Отписывались примерно такими фразами :
Уважаемые друзья, сейчас инженеры Голден Телеком тестируют несколько моделей самых популярных роутеров на предмет адекватной работы с сетями ГТ. Как только тесты завершатся, вся информация будет выложена на www.ur.ru со ссылкой в этой теме.
Друзья, проверьте подключение СЕЙЧАС! Возможно, у ряда пользователей все заработало!
Техническая часть тестирования уже завершена.
Короче, подкрутили видимо наконец-то что-то в своих конфигах ;)
Но факт, действительно всё заработало! Чисто любопытства даже поигрался с офф прошивками (1.9.7.2 и 1.9.7.5) и c "немодифицированной" 1.9.2.7-8. На всех прошивках всё робит
Интересно, как обстоят дела в других городах.
Так или иначе мой фикс останется в коде навечно. :)
А откуда стало известно, что исправили? Кому-то ответили на письмо?Ну я лично разговаривал с главным инженером сети, когда столкнулся с проблемой и давал ссылку на эту самую тему. :)
И потом, когда выяснилось, в чем проблема. Через несколько дней исправили.
Так что глобальные спасибы Олегу при любом раскладе. :)
Спросите тогда у инженера, как обстоят дела в других городах.
А откуда стало известно, что исправили? Кому-то ответили на письмо?
Я проверил тем же снифером, теперь при параметре secs=0 приходит сразу же ответ.
Официально они не ответили ни на одно мое письмо. Ответили, похоже, только Ramm'у, и то потому, что он позвонил. Ну и в теме на форуме отписали, как уже написал Silencer.
TrueAlex
21-04-2008, 22:36
Я тоже из Архангельска!
Мучаюсь уже неделю с голденом и asus wl500gP, правда по другой причине.
Прошивка у меня DD-WRT стоит... сейчас думаю сменить.
Отказывалась продливать аренду адреса, где-то нашел, что ответ может может приходить от другого DHCP сервера, открыл порты в фаерволе вот так
iptables -I INPUT -p udp --sport 67 --dport 68 -j ACCEPT
и все заработало - аренду продливает, но не с первого запроса, лог
<135>udhcpc[2410]: Sending renew... 192.168.1.1 22/04 01:12:48.812
<135>udhcpc[2410]: Sending renew... 192.168.1.1 22/04 01:12:53.812
<135>udhcpc[2410]: Sending renew... 192.168.1.1 22/04 01:12:56.812
<135>udhcpc[2410]: Sending renew... 192.168.1.1 22/04 01:12:57.812
<135>udhcpc[2410]: Sending renew... 192.168.1.1 22/04 01:12:59.812
<134>udhcpc[2410]: Lease of 10.2.75.152 obtained, lease time 3600 192.168.1.1 22/04 01:12:59.859
и все равно часто рвет VPN соединение (под win такого не происходит), лог
<29>pptp[11372]: anon log[logecho:pptp_ctrl.c:676]: Echo Reply received. 192.168.1.1 22/04 01:13:39.250
<29>pptp[11372]: anon log[logecho:pptp_ctrl.c:676]: Echo Reply received. 192.168.1.1 22/04 01:14:39.250
<30>pppd[11369]: No response to 3 echo-requests 192.168.1.1 22/04 01:14:50.890
<29>pppd[11369]: Serial link appears to be disconnected. 192.168.1.1 22/04 01:14:50.890
<30>pppd[11369]: Connect time 6.2 minutes. 192.168.1.1 22/04 01:14:50.890
<30>pppd[11369]: Sent 38100 bytes, received 285735 bytes. 192.168.1.1 22/04 01:14:50.890
<29>pppd[11369]: Connection terminated. 192.168.1.1 22/04 01:14:50.921
<30>pppd[11369]: Using interface ppp0 192.168.1.1 22/04 01:14:51.171
<29>pppd[11369]: Connect: ppp0 <--> /dev/pts/0 192.168.1.1 22/04 01:14:51.171
видимо просто пакеты теряются?! - собственно в настройках pptp прописано
lcp-echo-failure 3
lcp-echo-interval 2
Собственно вопрос к Nalif наверное: с прошивкой Олега (какой версии) все работает нормально? :) Если конечно работает?
Я тоже из Архангельска!
Собственно вопрос к Nalif наверное: с прошивкой Олега (какой версии) все работает нормально? :) Если конечно работает?
Отвечаю. С прошивками Олега, начиная с тех, где он подправил кривизну Голдена работает все шикарно. Никаких проблем. У меня стоит сейчас прошивка 1.9.2.7-9. Работает как часы. Меняй прошивку и проблемы исчезнут. Продление аренды адреса проходит без каких либо сбоев. Все четко. Олегу - большой поклон.
прошивка 1.9.2.7-10
пров -Голден Телеком Одинцово
настройки для винды аналогичны тому что в топике
IP адрес не получает :(
из настроек дали логин, пароль и fttb-vpn.odintsovo.golden.ru
Ставлю соединение PPTP, логин-пароль,
Heart-Beat or PPTP/L2TP (VPN) Server: fttb-vpn.odintsovo.golden.ru
Больше ничего не надо ? Может проблема во мне а не в прове ? :)
Jan 1 03:00:08 pppd[110]: pppd 2.4.2 started by WL500aarnet, uid 0
Jan 1 03:00:08 pppd[110]: Using interface ppp0
Jan 1 03:00:08 pppd[110]: local IP address 10.64.64.64
Jan 1 03:00:08 pppd[110]: remote IP address 10.112.112.112
Jan 1 03:00:10 pppd[110]: Starting link
Jan 1 03:00:10 pppd[110]: Serial connection established.
Jan 1 03:00:10 pppd[110]: Connect: ppp0 <--> /dev/pts/0
Jan 1 03:00:15 pppd[110]: Remote message: ^M^JAccess denied (external check failed).
Jan 1 03:00:15 pppd[110]: PAP authentication failed
Jan 1 03:00:15 pppd[110]: Connection terminated.
Jan 1 03:00:15 pptp[122]: short read (-1): Input/output error
Jan 1 03:00:15 pptp[122]: pppd may have shutdown, see pppd log
Jan 1 03:00:47 pppd[110]: Starting link
Jan 1 03:00:48 pppd[110]: Serial connection established.
Jan 1 03:00:48 pppd[110]: Connect: ppp0 <--> /dev/pts/0
Jan 1 03:00:52 pppd[110]: Remote message: ^M^JAccess denied (external check failed).
Jan 1 03:00:52 pppd[110]: PAP authentication failed
Jan 1 03:00:52 pppd[110]: Connection terminated.
Jan 1 03:00:52 pptp[134]: short read (-1): Input/output error
Jan 1 03:00:52 pptp[134]: pppd may have shutdown, see pppd log
http://i031.radikal.ru/0806/79/69aaabc783f1t.jpg (http://radikal.ru/F/i031.radikal.ru/0806/79/69aaabc783f1.jpg.html)
ВОПРОС СНЯТ
Все дело было в отсутствии средств на счету, у них очень странно как то все организованно...
при отсутствии средств через роутер я не могу никуда попасть - даже на страницу статистики (через комп все нормально)
Испробовал всё что было в теме, не получается. Не получает адрес по днс. Ниже логи.
Jan 1 03:00:03 dnsmasq[70]: started, version 2.22 cachesize 150
Jan 1 03:00:03 dnsmasq[70]: DHCP, IP range 192.168.1.2 -- 192.168.1.10, lease time 24h
Jan 1 03:00:03 dnsmasq[70]: DHCP, /tmp/dnsmasq.log will be written every 8h
Jan 1 03:00:03 dnsmasq[70]: read /etc/hosts - 5 addresses
Jan 1 03:00:03 dnsmasq[70]: reading /tmp/resolv.conf
Jan 1 03:00:03 dnsmasq[70]: using nameserver 195.239.238.212#53
Jan 1 03:00:03 dnsmasq[70]: using nameserver 195.239.238.211#53
Jan 1 03:00:03 kernel: usb.c: registered new driver usbdevfs
Jan 1 03:00:03 kernel: usb.c: registered new driver hub
Jan 1 03:00:03 kernel: usb-uhci.c: $Revision: 1.275 $ time 20:50:46 Mar 17 2008
Jan 1 03:00:03 kernel: usb-uhci.c: High bandwidth mode enabled
Jan 1 03:00:03 kernel: PCI: Enabling device 01:03.0 (0000 -> 0001)
Jan 1 03:00:03 kernel: ECHI PCI device 30381106 found.
Jan 1 03:00:03 kernel: UCHI reg 0x41 = 10
Jan 1 03:00:03 kernel: UCHI reg 0x41 changed to = 0
Jan 1 03:00:03 kernel: usb-uhci.c: USB UHCI at I/O 0x100, IRQ 12
Jan 1 03:00:03 kernel: usb-uhci.c: Detected 2 ports
Jan 1 03:00:03 kernel: usb.c: new USB bus registered, assigned bus number 1
Jan 1 03:00:03 kernel: hub.c: USB hub found
Jan 1 03:00:03 kernel: hub.c: 2 ports detected
Jan 1 03:00:03 kernel: PCI: Enabling device 01:03.1 (0000 -> 0001)
Jan 1 03:00:03 kernel: ECHI PCI device 30381106 found.
Jan 1 03:00:03 kernel: UCHI reg 0x41 = 10
Jan 1 03:00:03 kernel: UCHI reg 0x41 changed to = 0
Jan 1 03:00:03 kernel: usb-uhci.c: USB UHCI at I/O 0x120, IRQ 12
Jan 1 03:00:03 kernel: usb-uhci.c: Detected 2 ports
Jan 1 03:00:03 kernel: usb.c: new USB bus registered, assigned bus number 2
Jan 1 03:00:03 kernel: hub.c: USB hub found
Jan 1 03:00:03 kernel: hub.c: 2 ports detected
Jan 1 03:00:03 kernel: usb-uhci.c: v1.275:USB Universal Host Controller Interface driver
Jan 1 03:00:03 kernel: PCI: Enabling device 01:03.2 (0000 -> 0002)
Jan 1 03:00:03 kernel: ehci_hcd 01:03.2: PCI device 1106:3104
Jan 1 03:00:03 kernel: ehci_hcd 01:03.2: irq 12, pci mem c0120000
Jan 1 03:00:03 kernel: usb.c: new USB bus registered, assigned bus number 3
Jan 1 03:00:03 kernel: ECHI PCI device 31041106 found.
Jan 1 03:00:03 kernel: ECHI reg 0x49 = 80010f20
Jan 1 03:00:03 kernel: ECHI reg 0x49 changed to = 80010f00
Jan 1 03:00:03 kernel: ECHI reg 0x4b = 80010f09
Jan 1 03:00:03 kernel: ECHI reg 0x4b changed to = 80010f29
Jan 1 03:00:03 kernel: PCI: 01:03.2 PCI cache line size set incorrectly (0 bytes) by BIOS/FW, correcting to 32
Jan 1 03:00:03 kernel: ehci_hcd 01:03.2: USB 2.0 enabled, EHCI 1.00, driver 2003-Dec-29/2.4
Jan 1 03:00:03 kernel: hub.c: USB hub found
Jan 1 03:00:03 kernel: hub.c: 4 ports detected
Jan 1 03:00:04 kernel: usb.c: registered new driver usblp
Jan 1 03:00:04 kernel: printer.c: v0.13: USB Printer Device Class driver
Jan 1 03:00:04 kernel: usb.c: registered new driver audio
Jan 1 03:00:04 kernel: audio.c: v1.0.0:USB Audio Class driver
Jan 1 03:00:04 kernel: SCSI subsystem driver Revision: 1.00
Jan 1 03:00:05 kernel: Initializing USB Mass Storage driver...
Jan 1 03:00:05 kernel: usb.c: registered new driver usb-storage
Jan 1 03:00:05 kernel: USB Mass Storage support registered.
Jan 1 03:00:05 kernel: vlan1: Setting MAC address to 00 1e 60 da 72 ff.
Jan 1 03:00:05 udhcpc[89]: udhcpc (v0.9.9-pre) started
Jan 1 03:00:05 dhcp client: deconfig: lease is lost
Jan 1 03:00:17 dnsmasq[70]: DHCPDISCOVER(br0) 00:1b:9e:b0:b6:08
Jan 1 03:00:17 dnsmasq[70]: DHCPOFFER(br0) 192.168.1.8 00:1b:9e:b0:b6:08
Jan 1 03:00:17 dnsmasq[70]: DHCPREQUEST(br0) 192.168.1.8 00:1b:9e:b0:b6:08
Jan 1 03:00:17 dnsmasq[70]: DHCPACK(br0) 192.168.1.8 00:1b:9e:b0:b6:08 Nimda
Jan 1 03:00:20 udhcpc[89]: No lease, forking to background.
Jan 1 03:00:20 pppd[95]: pppd 2.4.2 started by Nimda, uid 0
Jan 1 03:00:21 pppd[95]: Serial connection established.
Jan 1 03:00:21 pppd[95]: Using interface ppp0
Jan 1 03:00:21 pppd[95]: Connect: ppp0 <--> /dev/pts/0
Jan 1 03:00:21 pptp[102]: gethostbyname 'fttb-vpn.samara.golden.ru': HOST NOT FOUND
Jan 1 03:00:21 pppd[95]: Modem hangup
Jan 1 03:00:21 pppd[95]: Connection terminated.
Jan 1 03:00:51 pppd[95]: Serial connection established.
Jan 1 03:00:51 pppd[95]: Using interface ppp0
Jan 1 03:00:51 pppd[95]: Connect: ppp0 <--> /dev/pts/0
Jan 1 03:00:51 pptp[118]: gethostbyname 'fttb-vpn.samara.golden.ru': HOST NOT FOUND
Jan 1 03:00:51 pppd[95]: Modem hangup
Jan 1 03:00:51 pppd[95]: Connection terminated.
Jan 1 03:01:21 pptp[130]: gethostbyname 'fttb-vpn.samara.golden.ru': HOST NOT FOUND
Jan 1 03:01:21 pppd[95]: Serial connection established.
Jan 1 03:01:21 pppd[95]: Using interface ppp0
Jan 1 03:01:21 pppd[95]: Connect: ppp0 <--> /dev/pts/0
Jan 1 03:01:21 pppd[95]: Modem hangup
Jan 1 03:01:21 pppd[95]: Connection terminated.
А если ip-адрес, маску и шлюз вписывать ручками, то всё работает...до истекания срока аренды адреса(dhcp)
А если ip-адрес, маску и шлюз вписывать ручками, то всё работает...до истекания срока аренды адреса(dhcp)
Значит MAC адрес указан неверный, скорее всего по нему выдает IP.
Не, не в привязке дело. Нет у них привязки по Маку,(проверено, заходил с разных ноутов). Рутер не получает IP по dhcp. Замучался с этим голден телекомом. Сменил уже несколько маршрутизаторов(d-link dir-400,dir-615, Asus wl-500gpv2и щас asus wl-500gp). Что делать? как заставить рутер получать ip по dhcp? Звонил в тех поддержку, сказали что настройками рутеров не занимаются, ничем помочь не могут, просил выдать мне статический ip-адрес, тоже отказали, я им:- а в чём причина? Ведь динамический адрес - в целях защиты клиента, а я, клиент, если сознательно прошу Вас выдать мне статический, почему отказываете - ответили - мол подключаем только по dhcp. Короче самое скверное ощущение от работы провайдера. Так же, 10 дней, из-за обрыва кабеля не было соединения с провайдером, мало того что устраняли обрыв 10(!) дней, так ещё и уже неделю перерасчёт не делают, хотя звонил раз 10, заявляя, на каком мол основании я должен оплачивать дни отсутствия интернета, когда не было соединения. Да и заявленной провайдером скорости в 256кб/с ни разу не было. Максимум что я видел ~45кб/с. Впечатление - гавно а не провайдер, по крайней мере самарский филиал. А во, тех поддержке сказал - а с фига ли мол, Вы, не помогаете в настройке рутеров, когда в екатеринбурском филиале даже мануалы по настройке различных рутеров выложены? Ответили- мол обращайтесь в Екатеринбург. Я - а толку, если у них немного другая схема организации доступа. Вот ссылка на настройки http://broadband.golden.ru/samara/support/settings/
Не, не в привязке дело. Нет у них привязки по Маку,(проверено, заходил с разных ноутов). Рутер не получает IP по dhcp. Замучался с этим голден телекомом. Сменил уже несколько маршрутизаторов(d-link dir-400,dir-615, Asus wl-500gpv2и щас asus wl-500gp). Что делать? как заставить рутер получать ip по dhcp? Звонил в тех поддержку, сказали что настройками рутеров не занимаются, ничем помочь не могут, просил выдать мне статический ip-адрес, тоже отказали, я им:- а в чём причина? Ведь динамический адрес - в целях защиты клиента, а я, клиент, если сознательно прошу Вас выдать мне статический, почему отказываете - ответили - мол подключаем только по dhcp. Короче самое скверное ощущение от работы провайдера. Так же, 10 дней, из-за обрыва кабеля не было соединения с провайдером, мало того что устраняли обрыв 10(!) дней, так ещё и уже неделю перерасчёт не делают, хотя звонил раз 10, заявляя, на каком мол основании я должен оплачивать дни отсутствия интернета, когда не было соединения. Да и заявленной провайдером скорости в 256кб/с ни разу не было. Максимум что я видел ~45кб/с. Впечатление - гавно а не провайдер, по крайней мере самарский филиал. А во, тех поддержке сказал - а с фига ли мол, Вы, не помогаете в настройке рутеров, когда в екатеринбурском филиале даже мануалы по настройке различных рутеров выложены? Ответили- мол обращайтесь в Екатеринбург. Я - а толку, если у них немного другая схема организации доступа. Вот ссылка на настройки http://broadband.golden.ru/samara/support/settings/
Напиши официальную претензию в головной офис, возможно как минимум построят своих филиальских.
Приложи скрины сетевых конфигов с компа, подключенного напряму, возможно подскажут какой ключ дополнительный в конфиге.
Да толку нет, ещё когда с d-link dir-615-ым и 400-ым мучался, писал. Да и вообще непонятно кто у них головной, по-ходу обычный франчайзинг, т.е. просто покупка имени, бренда, следовательно и нет головного, выход только провайдера менять на более вменяемого, с действительно работающей службой тех.поддержки. И ещё, как сделать чтобы посты отображались не от нового к старому, а по-порядку, т.е. от старого по дате до более свежего?
Да толку нет, ещё когда с d-link dir-615-ым и 400-ым мучался, писал. Да и вообще непонятно кто у них головной, по-ходу обычный франчайзинг, т.е. просто покупка имени, бренда, следовательно и нет головного, выход только провайдера менять на более вменяемого, с действительно работающей службой тех.поддержки. И ещё, как сделать чтобы посты отображались не от нового к старому, а по-порядку, т.е. от старого по дате до более свежего?
http://wl500g.info/showpost.php?p=103223&postcount=1
Пункт 0 ;)
Спасибо, отображение настроил. Помогите с рутером пожалуйста. Может он с официальеной прошивкой заработает с голден телекомом? Что нужно сделать чтобы можно было прошить официальную прошу на wl-500gp(v1) со 128мб памяти?
Люди, есть ли возможность прошить официальную прошивку асуса на девайс с апргейдом оперативки до 128мб?
Люди, есть ли возможность прошить официальную прошивку асуса на девайс с апргейдом оперативки до 128мб?
Прошить наверное можно, а вот увидит ли всю память - большой вопрос.
PupsDRVR
16-07-2008, 05:27
Люди, есть ли возможность прошить официальную прошивку асуса на девайс с апргейдом оперативки до 128мб?
Вот тут (http://wl500g.info/showpost.php?p=40279&postcount=1) есть такие слова:
Учтите, что в "обычных" прошивках линукс в настоящий момент рушится при обнаружении 128 мегабайт, не подавая признаков жизни. Поэтому использовать их Вы сможете только с моей прошивкой, пока этот патч не будет добавлен в OpenWRT (и соответственно в DD-WRT), а также АСУСтеком (это почти фантастика). Без их модификации можно будет использовать 64 мегабайта:
© Oleg
Подключился к голдену в Киеве, коннект из винды вопросов не вызвает DHCP+VPN - выдали логин/пароль/vpn сервер - привязки по маку нет (процедура подчключения аналогичка предыдущему посту), вроде на других ротерах люди подняли коннект. У меня с 520gu ничего не получается:
1. Упорно не видит DHCP, причем совсем - в логе пусто
2. Если подсунуть ему параметры полученные с ПК, то PPTP не поднимается.
Вот роутинг который, во втором случае получил роутер автоматом:
Destination Gateway Genmask Flags Metric Ref Use Iface
10.0.0.1 10.21.20.1 255.255.255.255 UGH 1 0 0 WAN
192.168.1.0 * 255.255.255.0 U 0 0 0 LAN
10.21.20.0 * 255.255.252.0 U 0 0 0 WAN
default 10.21.20.1 0.0.0.0 UG 1 0 0 WAN
Вот лог соединения (второй вариант):
Dec 31 12:00:09 pppd[78]: pppd 2.4.2 started by (unknown), uid 0
Dec 31 12:00:10 pppd[78]: Serial connection established.
Dec 31 12:00:10 pppd[78]: Using interface ppp0
Dec 31 12:00:10 pppd[78]: Connect: ppp0 <--> /dev/pts/0
Dec 31 12:00:10 pptp[86]: The synchronous pptp option is activated
Dec 31 12:00:13 pptp[90]: connect: No route to host
Dec 31 12:00:13 pptp[90]: Could not open control connection to 10.0.0.1
Dec 31 12:00:13 pptp[86]: Call manager exited with error 256
Dec 31 12:00:13 pppd[78]: Modem hangup
Dec 31 12:00:13 pppd[78]: Connection terminated.
Dec 31 12:00:43 pptp[101]: The synchronous pptp option is activated
Dec 31 12:00:43 pptp[101]: route_add: not adding existing route
Dec 31 12:00:43 pppd[78]: Serial connection established.
Dec 31 12:00:43 pppd[78]: Using interface ppp0
Dec 31 12:00:43 pppd[78]: Connect: ppp0 <--> /dev/pts/0
Dec 31 12:00:46 pptp[104]: connect: No route to host
Dec 31 12:00:46 pptp[104]: Could not open control connection to 10.0.0.1
Dec 31 12:00:46 pptp[101]: Call manager exited with error 256
Dec 31 12:00:46 pppd[78]: Modem hangup
Dec 31 12:00:46 pppd[78]: Connection terminated.
Прошивки пробовал - последнюю Олега и dd-wrt v24 - безрезультатно, может будут версии или идеи?
процедура подчключения аналогична предыдущему посту
Прошивки пробовал - последнюю Олега
При таких размытых формулировках ответы могут быть только такими же.
Мне так кажется. Не настаиваю, что это истина.
При таких размытых формулировках ответы могут быть только такими же.
Мне так кажется. Не настаиваю, что это истина.
Я не большой специалист в сетевых технологиях, какую информацию нужно предоставить для диагностирования?
Я не большой специалист в сетевых технологиях, какую информацию нужно предоставить для диагностирования?
По тем кускам, которые я выделил из Ваших сообщений, можно было и догадаться, что:
- Ваша ссылка на предыдущий пост, в котором речь о 128Мб, никоим образом не дает ответ на вопрос о том, как настроен роутер;
- "последняя прошивка" - также ни о чем не говорит.
Цифры, конкретные цифры!
Что пишут Ваши коллеги на форуме (http://www.goldentele.com/forum/)?
По тем кускам, которые я выделил из Ваших сообщений, можно было и догадаться, что:
- Ваша ссылка на предыдущий пост, в котором речь о 128Мб, никоим образом не дает ответ на вопрос о том, как настроен роутер;
- "последняя прошивка" - также ни о чем не говорит.
Цифры, конкретные цифры!
Что пишут Ваши коллеги на форуме (http://www.goldentele.com/forum/)?
Сорри, я что-то напутал, никакого отношения к 128М мой пост не имеет, я имел в виду что у меня симптомы как и у других с голденом.
Использовал прошивки: WL520gu_0.0.0.13_EN, WL520gu_2.0.0.8_EN, dd-wrt.v24_vpn_generic результат одинаков
1. при попытке получить ip автоматически роутер не производит никаких действий (судя по логу роутера)
2. если прописать ему параметры вручуную (т.е. я смотрю что в таком случае получает ПК и их вбиваю в роутер) роутер получает роутинг от голдена но внутрисеть не поднимается - при таких настройках на ПК уже доступна локалка
3. когда пытаюсь поднимать vpn в лог начинают валится ошибки:
Jan 1 00:00:09 pppd[77]: pppd 2.4.2 started by (unknown), uid 0
Jan 1 00:00:09 pppd[77]: Serial connection established.
Jan 1 00:00:09 pppd[77]: Using interface ppp0
Jan 1 00:00:09 pppd[77]: Connect: ppp0 <--> /dev/pts/0
Jan 1 00:00:12 pptp[85]: connect: No route to host
Jan 1 00:00:12 pptp[85]: Could not open control connection to 10.0.0.1
Jan 1 00:00:12 pptp[84]: Call manager exited with error 256
Jan 1 00:00:12 pppd[77]: Modem hangup
Jan 1 00:00:12 pppd[77]: Connection terminated.
мои коллеги с указанного форума молчат - база абонентов пока маленькая и походу с указанным роутером я один :( dlink, судя по форуму поднимали, привязки по маку нет, но пробовал и его вбивать - без изменений....
Сегодня начинают посещать странные мысли про длину кабеля, я живу на первом, свич голдена, судя по словам монтажников на чердаке, дом 16-этажный, плюс они мне "оставили" метров 30 в квартире мотком, т.е. даже если по прямой метров 70 наверное получится - это нормально?
Более свежей прошивкой Олега является 1.9.2.7-10 (http://wl500g.info/showpost.php?p=90693&postcount=10).
По всем справочникам для витой пары - 100 м. Но когда у меня прокладывали кабель, то только до квартиры получилось 110 м. Заложили 30 м по квартире - не работает. Длину высчитывать стали уже после того, когда не заработало. Стали подрезать по нескольку метров. Уже не помню точно где остановились, но в районе 130 метров.
Пробуйте поставить 10Mbps full-duplex.
Более свежей прошивкой Олега является 1.9.2.7-10 (http://wl500g.info/showpost.php?p=90693&postcount=10).
По всем справочникам для витой пары - 100 м. Но когда у меня прокладывали кабель, то только до квартиры получилось 110 м. Заложили 30 м по квартире - не работает. Длину высчитывать стали уже после того, когда не заработало. Стали подрезать по нескольку метров. Уже не помню точно где остановились, но в районе 130 метров.
Пробуйте поставить 10Mbps full-duplex.
Ого, я всегда брал свежие прошивки отсюда http://wl500g.info/showthread.php?t=11830 :) буду знать что есть другая ветка :) она точно подходит к 520gu не убью тело :) ?
она точно подходит к 520gu не убью тело :) ?
Сам я не проверял - нету у меня такого прибора. Но судя по названию файла и описанию, если не промахнетесь и возьмете WL520gu-1.9.2.7-10.zip, то все должно быть ok.
А как в остальном? Еще можно поставить
WAN Connection Type: Automatic IP
и посмотреть, будет ли получен адрес.
Сам я не проверял - нету у меня такого прибора. Но судя по названию файла и описанию, если не промахнетесь и возьмете WL520gu-1.9.2.7-10.zip, то все должно быть ok.
А как в остальном? Еще можно поставить
WAN Connection Type: Automatic IP
и посмотреть, будет ли получен адрес.
Все вроде ок, с новой прошивкой подключение доходит до состоянения "Remote message: Not enough money on account." и это просто супер, добился переключением в 100Мбит-полудуплекс, материнка в биосе показывает 80 метров сетовой кабель, видимо в этом таки дело, пока буду так (щас только пополню счет) а потом пережму концы, тут монтажники моток наверное метров 10 лишних оставили, авось в дуплекс получится. Спасибо за наводку на прошивку.
poligraf
13-09-2008, 03:41
Добрый день!
У меня вот такая проблема.
Asus WL-500Gp V2.
При включении его в сеть блокируется порт у провайдера.
Лампочка WAN загорается секунды на две и все.
Разблокируется только по звонку к провайдеру.
До этого стоял старенький D-Link с ним вроде все работало.
Пробовал и на последней официальной прошивке, и на Олеговской последней...
Никто не встречался?
При включении его в сеть блокируется порт у провайдера.
Лампочка WAN загорается секунды на две и все.
Разблокируется только по звонку к провайдеру.
MAC-адрес клонировать не пробовали? Или сообщить новый провайдеру.
poligraf
13-09-2008, 19:46
MAC-адрес клонировать не пробовали? Или сообщить новый провайдеру.
Клонировать это установить любой другой?
Устанавливал mac-адрес ноутбука, который без проблемы выходит в сеть в разделе Wan&Lan
Клонировать это установить любой другой?
Клонировать - это установить такой же адрес, как тот, что был на предыдущем устройстве, например, сгоревшей сетевой карте, для Вас - Д-Линк. Возможно, адрес ранее был клонированн на него с ноутбука.
Тут главное не допустить ошибки.
Как настраивали, какие параметры выдал провайдер?
poligraf
14-09-2008, 04:34
Клонировать - это установить такой же адрес, как тот, что был на предыдущем устройстве, например, сгоревшей сетевой карте, для Вас - Д-Линк. Возможно, адрес ранее был клонированн на него с ноутбука.
Тут главное не допустить ошибки.
Как настраивали, какие параметры выдал провайдер?
Провайдер кроме адреса VPN-сервера, имени и пароля ничего не выдал.
Привязки к Mac-адресу нет. Точнее с новым адресом можно только через час выйти.
Провайдер кроме адреса VPN-сервера, имени и пароля ничего не выдал.
Привязки к Mac-адресу нет. Точнее с новым адресом можно только через час выйти.
Тогда подробно рассказывайте какая прошивка, как настраивали, лог...
poligraf
16-09-2008, 04:19
Прошивка - любая.
Например, 1.9.2.7-10.
Роутер только из коробки (или после прошивки), включается в сеть и нет сигнала. У провайдер блокируется порт на коммутаторе.
Лога нет, кроме записи, что Wlan запущена...
Похоже, данная проблема с SECS возникла и в Киеве. С чего следует вопрос ЧАЙНИКА: Исправлено ли в прошивке 1.9.2.7-10, баг ГТ с SECS, и как решить данную проблему с ГТ на V2-й железяке.