Звонить заставил!
Вопрос в lists\ras\dayDialer\DialFile.cfg можно группе пользоватедей дать добро на дозвонку? А то пришлось каждого пользователя прописывать по имени — а их много!
И еще в тему — теперь как разорвать соединение например в 17-00 и не поднимать трубку до 8-00?
При остановке всех сервисов трубка не падает — висит соеденение!
Для разрыва соединения по неактивности — можно запускать utils\modem-monitor105.exe. Для разрыва по расписанию — ставить localhost:3140/hangup в планировщик (виндовый или nnCron).
Для авторизации группы вместо отдельных пользователей можно в DialFile.cfg вместо строки ": user" попробуйте поставить следующее:
Я в планировщике использую комманды записаные в CMDшники winXP-2003
Вызов диалапа:
rasdial <имя соединения> <логин> <пароль> if errorlevel=1 goto not net send 192.168.1.4 Интернет включен на 30 минут! администратор goto end
:not net send 192.168.1.4 IS NOT INTERNET, PROBLEMS, call system administrator net send 192.168.1.8 IS NOT INTERNET, PROBLEMS, call system administrator
:end
Закрыть соединение:
rasdial <имя соединения> /disconnect if errorlevel=1 goto not net send 192.168.1.4 CLOSED INTERNET SESSION Интернет отключен! goto end
:not net send 192.168.1.4 TROUBLE — PROBLEMS, call system administrator net send 192.168.1.8 TROUBLE — PROBLEMS, call system administrator
:end
только не ставте в виндовом планировщике повторять задачу время меньше работы диалапа однократнодля защиты данных можно использовать шифровальщика или закрытый паролем архив. как это делать говорить не буду есть много способов.
Редактируем файл: Eserv3\acWEB\conf\LoadPlugins.rules.txt
(убираем "\")Plugin: http\plugins\day_dialer
Перегружаем службу acweb или перегружаем компьютер.
Можно считать плагин подключенным? Как в этом убедиться?
snike пишет: : admin /имя пользователя
+ TELECOM:P322080:ftech:Password /название RAS-соединения:тел. номер (что такое P?):логин:пароль
Все верно?
Да. P — это вроде напоминалки, что телефонный номер передаётся в формате, который понимает модем, с возможностью задания служебных команд — переключения режима набора, ожидания гудка, паузы и т.п.
snike пишет: Перегружаем службу acweb или перегружаем компьютер.
Можно считать плагин подключенным? Как в этом убедиться?
Достаточно перезапустить службу. Если стартовала без ошибок, то плагин подключён. Чтобы убедиться, надо запросить в браузер виртуальный каталог web-интерфейса /dial
Да примерно так же, как и плагин в acWEB. См. Eproxy\conf\OnStartupPlugins.rules.txt. Кстати, он подключён по умолчанию, по крайней мере, в последних версиях.
Чтобы убедиться, надо запросить в браузер виртуальный каталог web-интерфейса /dial
Т.е., например
192.168.0.10:3140/dial
Так?
При таком обращении выдается сообщение: There is no your ISP information
По ходу еще вопросик. Компьютер "A" с установленным Eproxy v.3.21 находился в рабочей группе. После ввода его в домен (имена совпадают), локально перестал вызываться WEB-интерфейс (брандмауэр Windows настроен или отключен — не влияет). При загрузке локально ("этот компьютер"), WEB-интерфейс запускается, но только с локальной машины, с другого компьютера "B" (члена домена) зайти также не удается (как и до ввода комьютера A в домен). Где "собака"? Почему не удается зайти с B на A?
Чтобы убедиться, надо запросить в браузер виртуальный каталог web-интерфейса /dial
Т.е., например
192.168.0.10:3140/dial
Так?
При таком обращении выдается сообщение: There is no your ISP information
Значит, работает. Просто для пользователя, под которым вы туда вошли, не определены варианты дозвона.
snike пишет: По ходу еще вопросик. Компьютер "A" с установленным Eproxy v.3.21 находился в рабочей группе. После ввода его в домен (имена совпадают), локально перестал вызываться WEB-интерфейс (брандмауэр Windows настроен или отключен — не влияет). При загрузке локально ("этот компьютер"), WEB-интерфейс запускается, но только с локальной машины, с другого компьютера "B" (члена домена) зайти также не удается (как и до ввода комьютера A в домен). Где "собака"? Почему не удается зайти с B на A?
Может, влияют групповые политики домена в отношении прокси? Расшифруйте, как выглядит "перестал вызываться". Что получаете в ответ?
Значит, работает. Просто для пользователя, под которым вы туда вошли, не определены варианты дозвона.
Захожу пользователем, указанным в "Списке пользователей auth_md5". Ввожу соответствующие логин и пароль. Попробовал без пароля — то же сообщение.
Расшифруйте, как выглядит "перестал вызываться". Что получаете в ответ?
Да ничего не получаю, "сервер не найден..."
Невозможно отобразить страницу
Эта страница сейчас недоступна. Возможно, это вызвано техническими проблемами на веб-узле, или требуется изменение параметров обозревателя.
Такое ощущение, как будто службы не запущены, но нет — все работает. Перезапустил службы, тот же результат.
Значит, работает. Просто для пользователя, под которым вы туда вошли, не определены варианты дозвона.
Захожу пользователем, указанным в "Списке пользователей auth_md5". Ввожу соответствующие логин и пароль. Попробовал без пароля — то же сообщение.
А настроить CONF\lists\ras\dayDialer\DialFile.cfg?
snike пишет:
Расшифруйте, как выглядит "перестал вызываться". Что получаете в ответ?
Да ничего не получаю, "сервер не найден..."
Невозможно отобразить страницу
Эта страница сейчас недоступна. Возможно, это вызвано техническими проблемами на веб-узле, или требуется изменение параметров обозревателя.
Такое ощущение, как будто службы не запущены, но нет — все работает. Перезапустил службы, тот же результат.
Смотрите настройки браузера, логи acWEB, логи прокси... Учтите, что в домен-то вы входите другим пользователем, у него свои настройки.
Хотя "Сервер не найден" — это загадочно. Проверьте политики домена.
Настройки браузера "по умолчанию", но "собаку" нашел.
После загрузки в домен, браузер (MSIE 6, XP sp2) перед вводом IP-шника стал требовать http://, хотя ранее и без него загрузка шла. Однако тем не менее, вижу сообщение:
There is no your ISP information
А логи... да пустые они, не интересно даже и цитировать. Записано сремя старта; все.
Еще раз вернусь к своему вопросу: как убедиться, что плагин подключен?
There is no your ISP information — это как раз ответ плагина. Значит, надо смотреть, кем вы на самом деле авторизуетесь, когда к этой странице подключаетесь. DATA\stat\ггггммauth.txt
snike пишет: Автодозвон заработал вроде. Но только 1 раз после перезагрузки компьютера. Если отрубить RAS-соединение ручками, больше коннектится не хочет.
623 — Невозможно найти нужную запись в телефонной книге. То есть, звонилка ссылается на соединение, которое в системе не описано. Интересно... если так, то почему первый раз срабатывает?
Давайте поймаем, какое имя соединения звонилка пытается использовать при 623 ошибке. Для включения отладочного дампа, возьмите слегка измененную версию plugin'а DayDialer (по ссылкам сегодняшних изменений http://www.eserv.ru/ru/rss/50.xml) и поставьте uRasDebugON в OnRequest.rules.txt (измененный файл там же).
Log started: Mon, 18 Jul 2005 12:24:56 +0400 (acWEB/3.0, build 6445, 21.06.2005)
RAS dialing on phone 98240
[/quote:b12ee7046b]
Комментарии:
- после первого обращения к Eproxy, вводим требуемые login:user, password: pass;
- после примерно 20-ти сек. паузы происходит соединение (кстати почему такая пауза?), доступ в интернет есть;
- после минутного простоя происходит автоотключение;
- при повторном обращении к интернету, соединения не происходит, в asWEB.log ничего не пишется.
Извините за 50.xml, его уже починили (это сегодняшний глюк, мы тут с Рувимом активно ломаем этот сервер — я ставлю новые беты acWEB, у некоторых изменений оказались побочные эффекты, см. Talks и http://www.eserv.ru/ru/rss/acweb/AcwebChangeLog.xml).
> Звонилка своей жизнью живет, ей конфиги по боку?
А какие конфиги она должна понимать? У неё свой конфиг, относящийся к дозвону, остальное (имя пользователя, от лица которого звонить) — передается от acWEB, а ему в свою очередь от Eproxy через DialerClient[ DialUrl].
> Еще раз все цитирую:
> 1. Метод авторизации auth_md5 Eproxy может звонить и без авторизации клиентов, т.к. вся нужная звонилке авторизация предполагается в конфиге в DialUrl. Хотя, конечно, в тот урл можно не жестко пароли забивать, а подставлять те, что ввел при прокси-авторизации пользователь... Но обычно так усложнять ситуацию не требуется.
> примерно 20-ти сек. паузы происходит соединение (кстати почему такая пауза?)
Прокси пытается сначала без дозвона соединиться...
Это делается везде (во всех серверах комплекта), где получается IP по имени:
\ В случае невозможности получения IP имени выполнить uPreConnect @ EXECUTE
\ и после этого (если действие uPreConnect было задано) повторить попытку.
\ Дает возможность инициировать автодозвон или иные необходимые действия.
> при повторном обращении к интернету, соединения не происходит, в asWEB.log ничего не пишется.
Установите отладочный plugin, пожалуйста, как я писал ранее. И лог дозвона будет записываться, и будем копать глубже.
Да, звонилка отвечает 503 "Это не ваше соединение" и не пытается звонить. Хотя по логу видно, что клиент звонилки авторизован как user.
Сейчас разбремся, что еще ей может не нравиться.
ALREADY_DIAL! То ли dayDialer не понял, что связь потеряна (хотя он мониторит соединение потоком RAS-MONITOR), то ли понял и перезванивает...
Если перезванивает, то должен писать в лог звонилки "RAS MONITOR: trying to connect again". Раз не пишет (?), значит не понял, что связь порвалась. Придется теперь последить за этим монитором.
Запись "RAS MONITOR: waiting" в логе была? Если нет, то включен ли сейчас флаг DayDialer[RedialOnDisconnect]?
Ну да, монитор включается только если DayDialer[RedialOnDisconnect]=1. А при попытке дозвона (слово Dial) проверяется не RASStatus (с преобразованием к флагу), а HRASCONN @, а указатель сбросить некому (монитор не запущен). Поэтому действительно получается навечно.
Лично я кооптировал бы в состав звонилки modem-monitor.
К сожалению, такое поведение оказалось by design. Звонилка в нынешнем виде не рассчитана на работу по схеме a-la Eserv/2 . Надо в консерватории исправлять
Это утилита, которая отрубает модем, если данные не качаются. Но в нынешнем виде от неё никакого толка не будет. Я имел в виду — взять кусок её кода и встроить в саму звонилку в поток монитора. Тогда получится хорошо.
К сожалению, исправлением пары строчек проблему не решить, поэтому чуть попозже... мне самому надо подумать.
Привет,
Как то странно работаед дозвон eproxy.
При подключениии через эксплоер, соединение не происходит, в логах ничего не появляется...
А вот при соединении через tcpmap, соединяется в логах http:
Это надо лог HTTP-прокси смотреть — с какой радости он не чувствует отсутствия связи. Дозвон ведь идёт только если прокси не может достучаться до цели.
Host: STR@
^ URI
^ <html>
<head><meta HTTP-EQUIV=pragma content=no-cache></head>
<body><h2>The connection has been set up<h2></body></html>
Host: STR@
^ URI {CRLF
^ Host: STR@
^ URI {CRLF
^ <html>
<head> <meta HTTP-EQUIV=pragma content=no-cache> </head>
<body><h2>The line is busy<h2></body></html>
Day_dialer v0.5 от Pig
Записи о подключении появлялись и раньше но без Host: STR@
^ URI {CRLF
^ Host: STR@
^ URI {CRLF
^ <html>
, или все нормально?
Нет, это оказалась правильная свежедобавленная диагностика, Eproxy не виноват Проблема была в plugin'е include_url, просто она была некритична для работособности, вот и не вылезла раньше.
Поставил dai dialer из 3.31, перестал дозваниваться, вернулся на версию 0.5 от pig. Работает исправно.
Может версию от Pig включить в стандартеую поставку?
Как? Должно быть наоборот — в 3.31 звонилка починена, а сломалась она давно, несколько версий назад (когда ConnectHost добавился). У меня 3.31 звонит через VPN исправно. Какую диагностику выводит, если к /dial URL'у напрямую обратиться?
Нет, только звонилку, надо попробовать.
Просьба, можно делать 2 варианта дистрибутива, с антиспамерскими базами и без них. Тем более, что при переустановке они старые не заменяют, а весят как 3 есерва.
ac пишет: в 3.31 звонилка починена, а сломалась она давно, несколько версий назад (когда ConnectHost добавился). У меня 3.31 звонит через VPN исправно. Какую диагностику выводит, если к /dial URL'у напрямую обратиться?
Речь про The line is busy (команда ALREADY_DIAL), когда на самом деле трубка положена по тайм-ауту без участия звонилки. Проверяется содержимое переменной HRASCONN, а там как лежал хэндл соединения (уже мёртвый), так и лежит, его никто не сбрасывает. Я в 0.5 сделал проверку состояния соединения.
ili_a пишет: Нет, только звонилку, надо попробовать.
Там всех изменений против прежней 0.4 — возможность задавать в конфиге звонилки шаблоны пользовательских логинов.
Там еще недавние мои изменения:
"В имени учетной записи теперь разрешены wildcards. Т.е., например, если всем можно звонить через одну и ту же запись телефонной книги (как в Eserv/2), то достаточно поставить "*" вместо имени пользователя в конфиге."
На acWEB подключить plugin day_dialer.
В Eproxy подключить dial из CommonPlugins.
Вопрос в lists\ras\dayDialer\DialFile.cfg можно группе пользоватедей дать добро на дозвонку? А то пришлось каждого пользователя прописывать по имени — а их много!
И еще в тему — теперь как разорвать соединение например в 17-00 и не поднимать трубку до 8-00?
При остановке всех сервисов трубка не падает — висит соеденение!
Для авторизации группы вместо отдельных пользователей можно в DialFile.cfg вместо строки ": user" попробуйте поставить следующее:
Вызов диалапа:
rasdial <имя соединения> <логин> <пароль> if errorlevel=1 goto not net send 192.168.1.4 Интернет включен на 30 минут! администратор goto end
:not net send 192.168.1.4 IS NOT INTERNET, PROBLEMS, call system administrator net send 192.168.1.8 IS NOT INTERNET, PROBLEMS, call system administrator
:end
Закрыть соединение:
rasdial <имя соединения> /disconnect if errorlevel=1 goto not net send 192.168.1.4 CLOSED INTERNET SESSION Интернет отключен! goto end
:not net send 192.168.1.4 TROUBLE — PROBLEMS, call system administrator net send 192.168.1.8 TROUBLE — PROBLEMS, call system administrator
:end
только не ставте в виндовом планировщике повторять задачу время меньше работы диалапа однократно для защиты данных можно использовать шифровальщика или закрытый паролем архив. как это делать говорить не буду есть много способов.
: admin /имя пользователя
+ TELECOM:P322080:ftech:Password /название RAS-соединения:тел. номер (что такое P?):логин:пароль
Все верно?
Редактируем файл: Eserv3\acWEB\conf\LoadPlugins.rules.txt
(убираем "\")Plugin: http\plugins\day_dialer
Перегружаем службу acweb или перегружаем компьютер.
Можно считать плагин подключенным? Как в этом убедиться?
Как это сделать?
Да. P — это вроде напоминалки, что телефонный номер передаётся в формате, который понимает модем, с возможностью задания служебных команд — переключения режима набора, ожидания гудка, паузы и т.п.
Достаточно перезапустить службу. Если стартовала без ошибок, то плагин подключён. Чтобы убедиться, надо запросить в браузер виртуальный каталог web-интерфейса /dial
Да примерно так же, как и плагин в acWEB. См. Eproxy\conf\OnStartupPlugins.rules.txt. Кстати, он подключён по умолчанию, по крайней мере, в последних версиях.
Т.е., например
192.168.0.10:3140/dial
Так?
При таком обращении выдается сообщение:
There is no your ISP information
По ходу еще вопросик. Компьютер "A" с установленным Eproxy v.3.21 находился в рабочей группе. После ввода его в домен (имена совпадают), локально перестал вызываться WEB-интерфейс (брандмауэр Windows настроен или отключен — не влияет). При загрузке локально ("этот компьютер"), WEB-интерфейс запускается, но только с локальной машины, с другого компьютера "B" (члена домена) зайти также не удается (как и до ввода комьютера A в домен). Где "собака"? Почему не удается зайти с B на A?
Значит, работает. Просто для пользователя, под которым вы туда вошли, не определены варианты дозвона.
Может, влияют групповые политики домена в отношении прокси? Расшифруйте, как выглядит "перестал вызываться". Что получаете в ответ?
Захожу пользователем, указанным в "Списке пользователей auth_md5". Ввожу соответствующие логин и пароль. Попробовал без пароля — то же сообщение.
Да ничего не получаю, "сервер не найден..."
Такое ощущение, как будто службы не запущены, но нет — все работает. Перезапустил службы, тот же результат.
А настроить CONF\lists\ras\dayDialer\DialFile.cfg?
Смотрите настройки браузера, логи acWEB, логи прокси... Учтите, что в домен-то вы входите другим пользователем, у него свои настройки.
Хотя "Сервер не найден" — это загадочно. Проверьте политики домена.
В "Списке пользователей auth_md5" ввожу пользователя
Login: Snike Passw.:aaa
Правлю файл DialFile.cfg
Где MTK — название реальносуществующего RAS-соединения.
По крайней мере команда rasdial "MTK" однозначно приводит к установке соединения.
Настройки браузера "по умолчанию", но "собаку" нашел.
После загрузки в домен, браузер (MSIE 6, XP sp2) перед вводом IP-шника стал требовать
There is no your ISP information
А логи... да пустые они, не интересно даже и цитировать. Записано сремя старта; все.
Еще раз вернусь к своему вопросу: как убедиться, что плагин подключен?
Создал второго пользователя в DialFile.cfg, коннект заработал, первого грохнул, хз. чего там с ним было не так.
6 июля сего года Вами было послано письмо, там было сказано:
Как настроить автодозвон? Можно поподробнее?
Где хоть искать-то эту секцию?
Файл DialFile.cfg
Фрагмент Eserv3.ini
Автодозвон заработал вроде.
P.s. пароль для дозвона не нужен, DialFile.cfg не содержит оного.
Что при этом пишется в лог acWEB?
Пароль нужен не для DialFile.cfg непосредственно, а для авторизации пользователя на acWEB. Иначе будет отказано в доступе к звонилке.
Это что такое?
[ в системной телефонной книге] = [ Сетевые подключения -> Удаленный доступ ]?
Там точно есть.
Изменения:
Сюда меня не пускают.
Звонилка своей жизнью живет, ей конфиги по боку?
Еще раз все цитирую:
- Метод авторизации auth_md5
- Создан пользователь: lodin:user,pass:Pass.
- Черный список хостов: *;0;0;AU, белый список хостов: *;*;0;0
- Фрагмент файла DialDile.cfg
Attempts: 5 \ число звонков до успеха или отказа: user
+ MTK:98240:USER:Password
\ + univer:P355467:ftech:Password
\ + univer:P331259:ftech:Password
> Звонилка своей жизнью живет, ей конфиги по боку?
А какие конфиги она должна понимать? У неё свой конфиг, относящийся к дозвону, остальное (имя пользователя, от лица которого звонить) — передается от acWEB, а ему в свою очередь от Eproxy через DialerClient[
DialUrl].
> Еще раз все цитирую:
> 1. Метод авторизации auth_md5
Eproxy может звонить и без авторизации клиентов, т.к. вся нужная звонилке авторизация предполагается в конфиге в DialUrl. Хотя, конечно, в тот урл можно не жестко пароли забивать, а подставлять те, что ввел при прокси-авторизации пользователь... Но обычно так усложнять ситуацию не требуется.
> примерно 20-ти сек. паузы происходит соединение (кстати почему такая пауза?)
Прокси пытается сначала без дозвона соединиться...
Это делается везде (во всех серверах комплекта), где получается IP по имени:
\ В случае невозможности получения IP имени выполнить uPreConnect @ EXECUTE
\ и после этого (если действие uPreConnect было задано) повторить попытку.
\ Дает возможность инициировать автодозвон или иные необходимые действия.
> при повторном обращении к интернету, соединения не происходит, в asWEB.log ничего не пишется.
Установите отладочный plugin, пожалуйста, как я писал ранее. И лог дозвона будет записываться, и будем копать глубже.
Лог asweb'а изменился, соединение после обрыва связи отсутствует.
А вообще в логе DATA\log\http\localhost_200507.log есть еще обращения к /dial после первого дозвона?
Да, один раз.
Обращения есть, но соединения нет.
Одно соединение было выполнено (первая строка), далее запись после автоотключения.
Сейчас разбремся, что еще ей может не нравиться.
Нужно заменить строку с номером 342 в CommonPlugins\log.str.txt:
342 *{Dirs[HTTP]}\{Domain}\{HOST}_{YYYYMM}.log*{CLIENT} {ClientCountryCode}_{IsCisClient ABS} {User-} [{DATE-ap}] "{REQUEST}" {nRESP_CODE @} {WSTAT} "{Referer: STR@}" "{User-Agent: STR@}" {Host: STR@} "{Cookie: STR@}" "{Accept-Language: STR@}"
на эту:
342 *{Dirs[HTTP]}\{Domain}\{HOST}_{YYYYMM}.log*{CLIENT} {ClientCountryCode}_{IsCisClient ABS} {User-} [{DATE-ap}] "{REQUEST}" {nRESP_CODE @} {WSTAT} "{Referer: STR@}" "{User-Agent: STR@}" {Host: STR@} "{Cookie: STR@}" "{Accept-Language: STR@}" {ACTION}
Добавил {ACTION} в конце, чтобы он записывал имя команды, выдавшей ошибку 503.
Жду еще один лог. Спасибо!
Если перезванивает, то должен писать в лог звонилки "RAS MONITOR: trying to connect again". Раз не пишет (?), значит не понял, что связь порвалась. Придется теперь последить за этим монитором.
Запись "RAS MONITOR: waiting" в логе была? Если нет, то включен ли сейчас флаг DayDialer[RedialOnDisconnect]?
Лично я кооптировал бы в состав звонилки modem-monitor.
Где это смотреть? Eserv.ini?
Если речь идет о localhost_200507.log, то я привел все что было, если не про него, то про что?
Опять полгода ожиданий?
Уважаемый pig, тогда в двух словах расскажите что это — modem-monitor?
К сожалению, исправлением пары строчек проблему не решить, поэтому чуть попозже... мне самому надо подумать.
Как то странно работаед дозвон eproxy.
При подключениии через эксплоер, соединение не происходит, в логах ничего не появляется...
А вот при соединении через tcpmap, соединяется в логах
В чем может быть проблема?
Попробуйте, пожалуйста, эту версию:
Скорейшего выздоровления!
В eproxy.log появляются следующие записи:
Day_dialer v0.5 от Pig
Записи о подключении появлялись и раньше но без Host: STR@
^ URI {CRLF
^ Host: STR@
^ URI {CRLF
^ <html>
, или все нормально?
Исправление здесь:
Может версию от Pig включить в стандартеую поставку?
Просьба, можно делать 2 варианта дистрибутива, с антиспамерскими базами и без них. Тем более, что при переустановке они старые не заменяют, а весят как 3 есерва.
Речь про The line is busy (команда ALREADY_DIAL), когда на самом деле трубка положена по тайм-ауту без участия звонилки. Проверяется содержимое переменной HRASCONN, а там как лежал хэндл соединения (уже мёртвый), так и лежит, его никто не сбрасывает. Я в 0.5 сделал проверку состояния соединения.
Там всех изменений против прежней 0.4 — возможность задавать в конфиге звонилки шаблоны пользовательских логинов.
Там еще недавние мои изменения:
"В имени учетной записи теперь разрешены wildcards. Т.е., например, если всем можно звонить через одну и ту же запись телефонной книги (как в Eserv/2), то достаточно поставить "*" вместо имени пользователя в конфиге."
Сейчас попробую их поменять...