Abills FAQ [Русский]

Здесь вы можете найти ответы на самые частозадаваемые вопросы.
Версия FAQ: 16.11.2014

Можно нажать кнопку подсказки и получить информацию по открытой странице интерфейса

https запросы отличаются от http тем что сначала устанавливается шифрованое соединение точка точка, а только потом идёт трафик. Если абонент пытается установить шифрованное соединение с google.com то соответвенно при предложении установить соединение с сайтом rogakopyta.com браузер откинет соединение как невалидное или как попытку подмены соединения

9443 порт используется для более гибкой схемы фильтрации трафика. Например: на 80 порту сайт провайдера, а на 9443 билинг закрытый с интернета 9443 - должен быть шифрованым, если для сервисов нужен не шифрованный порт используйте 8443

примеры конфигурации в /usr/abills/misc/apache/

Если у вас ошибка, проблема, неправильная работа программы в *nix, первым делом смотрим логи. в отдельном окне (сессии, панели tmux | screen):

  tail -f -10 xxx/xxx/xxx

где xxx/xxx/xxx - файл лога програмы, которая неправильно работает.

• /var/log/httpd/abills-error.log - лог Web-сервера. (возможно у Вас лог в другом месте, если не придерживались инструкции )
• /var/log/accel-ppp/accel-ppp.log - лог accel-ppp.
• /var/log/radius.log - лог freeradius. (Рекомендуется запускать радиус в режиме отладки radiusd -X)
• /var/log/mpd.log - лог mpd.

После повторяем действия, которые приводят к ошибке (запуск, подключение и т.д.)

Смотрим лог, если непонятная ошибка, копируем часть строки ошибки, делаем поиск по wiki. (строка поиска сверху в правом углу).

Если ничего не найдено, делаем поиск по форуму или в Google.

Билиинг завершает учётный период.

При подключении абонента система передаёт также параметр максимальной длинны сессии она должна быть не дольше чем до конца месяца.

Для отключения данной функции можно внести в радиус пары сервера доступа (/Настройки/Сервера доступа)

!Session-Timeout=0

/usr/abills/libexec/config.pl

$conf{USERNAMEREGEXP}="^[A-Za-z0-9_][A-za-z0-9_-]*\$";

MySQL:

UPDATE admins SET password=ENCODE('new_pass', 'test12345678901234567890') WHERE aid=1;  

test12345678901234567890 переменная config.pl:$conf{secretkey}

Пример перевода Unicode
/usr/abills/libexec/config.pl

$conf{dbcharset}='utf8'; 

$conf{MAIL_CHARSET}='utf8'; 
$conf{default_language}='russian'; 
$conf{default_charset}='utf-8'; 

Перекодировка словарей

#!/bin/sh 

ICONV="iconv"; 
BASE_CHARSET="cp1251"; 
OUTPUT_CHARSET="utf8"; 

#Convert lang files 
${FIND} ${WRKSRC}/language -name "*.pl" -type f -exec ${ICONV}  -f${BASE_CHARSET} -t${OUTPUT_CHARSET} {} -o{}.bak `mv {}.bak {}` \; 

#Convert modules lang files 
${FIND} ${WRKSRC}/language -name "lng*.pl" -type f -exec ${ICONV} -f${BASE_CHARSET} -t${OUTPUT_CHARSET} {} -o{}.bak `mv {}.bak {}` \; 

Проверяем наличие вкомпилированной поддержки

# sysctl net.ipv4.conf.all.forwarding
net.ipv4.conf.all.forwarding = 1

Если не включён включаем

# sysctl -w net.ipv4.conf.all.forwarding=1  

Включаем маскарадинг

# iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -j SNAT --to-source your_real_ip

192.168.0.0/24 - Ваша внутренняя сеть
your_real_ip - IP Ип через который все будет ходить

Собрать ядро с опциями

options IPFIREWALL
options DUMMYNET

/etc/rc.conf

gateway_enable="YES" 
firewall_enable="YES" 
firewall_type="OPEN" 
natd_enable="YES"
natd_interface="fxp0" 
natd_flags=""

fxp0 - Инерфейс смотрящий в мир.
Перезапуск сетевых сервисов

# /etc/netstart

# cd abills/backup
# gzip -d backup_file.tgz 
# mysql -D abills < backup_file

В конфигурационном файле прописать команду отображения файла с удалённого хоста.
Например

$conf{SHARING_APACHE_ERROR_LOG}='cat /usr/local/apache2/logs/error_log';

заменить на

$conf{SHARING_APACHE_ERROR_LOG}='ssh  -o StrictHostKeyChecking=no '.
   ' -i /usr/Certs/id_rsa.asm asm@remote.host '.
   ' "cat /usr/local/apache2/logs/error_log" |';

На основном сервере создайте сертификат для пользователя удалённого NAS (в даном случае asm)

# /usr/abills/misc/certs_create.sh ssh asm

и поместите публичный ключ /usr/abills/Certs/id_rsa.asm.pub в файл /home/asm/.ssh/authorized_keys на удалённом сервере.

Нужно учитывать, что если у Вас очень большой файл логов, то желательно вместо команды ' cat ' использовать ' tail -1000 '

Таким же способом можно выполнять команды на удалённом NAS

Да можно
Чтобы один пул раздавался между несколькими серверами доступа нужно настроить ospf между ними и маршрутизатором

• Activation - Дата активизации аккаунта. Если значения не равно 0000-00-00 то пользователя будет пускать только, если дата подключения равна или больше даты активизации.
• Expire - дата окончания работы аккаунта. Если поле не равно 0000-00-00, то пользователя будет пускать только до даты окончания.

В системе предусмотрено два вида абонплаты: дневная, месячная. Для снятия абон. платы Вам нужно в /etc/crontab внести

1     0      *    *     *   root    /usr/abills/libexec/periodic daily
1     0      *    *     *   root    /usr/abills/libexec/periodic monthly 

1. Дневная - снимается каждый день.
   
2. Месячная - снимается раз в месяц. Абонплата снимается каждого месяца 1 числа.

Если в поле Activation указаное значение не равно 0000-00-00, то абонплата снимается через 31 день после указаной даты и после снятия денег устанавливается в текущую дату

перед первым января комментируете в /etc/crontab переодические процессы списания

#1     0      *    *     *   root    /usr/abills/libexec/periodic daily
#1     1      *    *     *   root    /usr/abills/libexec/periodic monthly

5 января запускаете переодиские процессы с консоли указав дату списания

/usr/abills/libexec/periodic daily DATE='2018-01-01'
/usr/abills/libexec/periodic monthly DATE='2018-01-01'

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

Запуск изминения тарифов 1 числа

/usr/abills/libexec/periodic daily SHEDULE=1

Несъемный минимум при подключении по DialUp и VPN.

Если вонзникли проблемы с работой веб интерфейса смотрите лог веб сервера

/var/log/httpd/abills-error.log

Если сервер доступа был перезагружен аномально (выключение света) то биллинг не получает запросов от NAS о завершении сессий и сессии продолжают висеть в журнале активных сессий (Online). Данные сессии биллинг самостоятельно сбросит через 3 Alive периода. Чтобы избежать данной ситуации можно воспользоваться утилитой autozh.pl установив её в автозагрузку сервера доступа. Данная утилита после запуска сервера будет отправлять неактивные сессии в zap.

В файле /usr/local/etc/rc.d/radiusd нужно поменять

# REQUIRE: NETWORKING SERVERS

на

# REQUIRE: NETWORKING SERVERS apache22 mysql

У Вас не установлен apache mod_rewrite

# a2enmod rewrite
# /etc/init.d/apache2 force-reload

• Посмотрите в журнал подключений / Отчёт/ Internet/ Ошибка/ если он заполняется список ошибок можно посмотреть тут Ошибки подключения клиентов. Если записи не появляются переходите к следующему пункту поиска неисправностей
• Запустите радиус в режиме режиме отладки radiusd -X.
  

При подключении абонента должны появляться запросы авторизации примерно такого вида

rad_recv: Access-Request packet from host 127.0.0.1:25296, id=74, length=167
  NAS-Port-Type = Ethernet
  Acct-Session-Id = 7299999-vlan62-2
  Service-Type = Framed-User
  User-Password = "123456"
  Tunnel-Client-Endpoint = b8:00:5a:14:30:d5
  Tunnel-Client-Auth-Id = 80fb-06c4-9058
  NAS-IP-Address = 127.0.0.1
  NAS-Port-Id = vlan62
  ADSL-Agent-Remote-Id = 80fb-06c4-9058
  Tunnel-Medium-Type = IEEE-802
  Calling-Station-Id = b8:00:5a:14:30:d5
  Framed-Protocol = PPP
  User-Name = test
  NAS-Port = 2
  mpd-link = vlan62-2

Если никакие данные не поступают значит сервер доступа был настроен не корректно или на нём не прописаны данные авторизации через Radius

Если данные поступают но в биллинге Вы их не видите значит значит не корректно настроен RADIUS

• скорее всего секция raddb/sites-enabled/ . В данном каталоге должен быть только файл abills_default

Радиус показывает такой ответ

 Ignoring request to authentication address * port 1812 from unknown client 192.168.0.109 port 22777

сервер доступа c IP 192.168.0.109 не заведён в raddb/clients.conf

• Просмотрите лог ошибок сервера доступа на предмет ошибок или предупреждений

MPD

/var/log/mpd.log

Mikrotik

В Winbox  пункт **Log**

Accel-IPoE

/var/log/accel-ppp

После $INCLUDE разделитель табуляция.

1. Если используете Exppp или стандартный FreeBSD ppp проверьте лог /var/log/ppp.log. Скорее всего установлен NAS exppp, а в radius словарь не внесены для него атрибуты. см. Exppp

Посмотреть передаётся ли информация о подсетях для exppp
/var/log/ppp.log

Apr 16 11:18:55 nacho ppp[66019]: Phase:  IP table '/usr/abills/cgi-bin/admin/nets/7.nets'

Установка PopTop
Все операции проводим от пользователя root.

# cd /usr/ports/net/poptop/ 
# make patch 

Копируем патч (http://www.opennet.ru/soft/vpn/pptpctrl.patch) в каталог: /usr/ports/net/poptop/work/poptop-1.1.4/ и далее:

# cd /usr/ports/net/poptop/work/poptop-1.1.4 
# patch < pptpctrl.patch 

Hmm... Looks like a new-style context diff to me... 
The text leading up to this was: 
-------------------------- 
|*** pptpctrl.c.orig Wed Jul 16 14:51:40 2003 
|--- pptpctrl.c Mon Jul 14 15:51:35 2003 
-------------------------- 
Patching file pptpctrl.c using Plan A... 
Hunk #1 succeeded at 388. 
done 

# cd ../.. 
# make install 
# make clean 
# cp /usr/local/etc/pptpd.conf.sample /usr/local/etc/pptpd.conf 
# mv /usr/local/etc/rc.d/pptpd.sh.sample /usr/local/etc/rc.d/pptpd.sh 

И запускаем poptop

# /usr/local/etc/rc.d/pptpd.sh start

set pptp disable windowing 

В конфигурации обязательно должна присутствовать строка такого вида без изменений

aaa authorization network default group radius if-authenticated

/ Monitoring/ Dialup / VPN/

/etc/sysctl.conf

net.inet.ip.fw.enable=1 логическая (булева) переменная (значения 0 и 1). Показывает, включено ли использование firewall в текущий момент. Позволяет включать и выключать firewall в любой момент времени.

net.inet.ip.fw.autoinc_step

целочисленная переменная. Задает шаг автоматического приращения номеров правил firewall при вводе без принудительного указания номера

net.inet.ip.fw.verbose 
net.inet.ip.fw.verbose_limit

аналогичны соответствующим опциям ядра

net.inet.ip.fw.one_pass 

логическая переменная. При ее установки в 0 пакет, выходящий из dummynet, продолжит свое путешествие по правилам firewall. В противном случае pipe действует, как allow. Значение по умолчанию - 1.

net.inet.ip.dummynet.hash_size=1024 

целочисленная переменная. Соответствует размеру хэш-таблицы, используемой dummynet для хранения очередей. Увеличение этого значение ускоряет работу dummynet при большом количестве очередей, естественно в обмен на оперативную память. Значение по умолчанию - 64.

net.inet.ip.dummynet.expire 

логическая переменная. При установке в 1 очереди dummynet удаляются через некоторое время после того, как через них перестали «бегать» пакеты. В противном случае очереди удаляются только при нехватке памяти для размещения новых. Значение по умолчанию - 1. Имеет смысл выставлять в 0, если Ваш сервер обслуживает несколько крупных потребителей трафика, постоянно находящихся в режиме on-line - в этом случае кратковременное прекращение активности потребителя не должно вызывать удаления его очереди, чтобы не тратить времени на ее создание заново при появлении потребителя. В случае множества мелких потребителей, подключающихся и отключающихся от сети на длительный срок имеет смысл освобождать ресурсы, чтобы ускорить работу dummynet за счет меньшей таблицы очередей.

net.inet.ip.dummynet.io_fast=1 режим шейпинга вместо эмуляции медленного соединения

net.inet.ip.dummynet.max_chain_len=1024

целочисленная переменная, значение по умолчанию - 16. Количество очередей, способных одновременно храниться в одной ячейке хэш-таблицы. При превышении этого значение пустые очереди удаляются. (или те, которым меньше всего повезло).

net.inet.ip.fastforwarding=1

net.inet.ip.fw.dyn_keepalive 

булева переменная. Заставляет генерировать «поддерживающие» пакеты (keep-alive) для tcp-соединений, обрабатываемых динамическими правилами keep-state. Установка в 1 понижает вероятность прерывания tcp-соединения по таймауту, но генерирует лишний трафик. Значение по умолчанию - 1

net.inet.ip.fw.dyn_max 

целочисленная переменная. Максимальное количество одновременно существующих динамических правил. Значение по умолчанию - 8192.

PPTP

tcpdump -i em0 port 1723

PPPOE

tcpdump -i em0 -n not ip

или

tcpdump -i em0 -n ether proto 0x8863 '||' ether proto 0x8864

Internal Server Error

«The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, you@example.com and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.»

в большинстве случаев корни такой ошибки надо искать в логах апача

  /var/log/httpd/abills-error.log

в 0.7 версии были изменены конфигурационные файлы Freeradius. Обновите их

 cp /usr/abills/misc/freeradius/v2/default_rlm_perl /usr/local/etc/raddb/sites-enabled/abills_default

перезагрузить радиус

Есть некоторые моменты, которые следует учесть, если ваш сервер имеет большое количество соединений. Например, можно столкнуться с ситуацией, когда при выводе комманды ngctl list будет выдававаться No buffer space available. Чтобы этого избежать следует добавить в /boot/loader.conf:

kern.ipc.nmbclusters=16384
kern.ipc.maxsockets=16384
net.graph.maxalloc=2048
kern.maxusers=512
kern.ipc.maxpipekva=32000000

в /etc/sysctl.conf:

net.graph.maxdgram=128000
net.graph.recvspace=128000

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

В детализации сессии для таких сессий есть причина сброса указывается User-Request
см. также Статистика

В логе:

Aug 30 17:00:45 zeus pppd[14334]: rc_avpair_new: unknown attribute 48
Aug 30 17:00:45 zeus pppd[14334]: rc_avpair_new: unknown attribute 47

Не является критической ошибкой.
radiusclient не знает атрибуты:

ATTRIBUTE       Acct-Input-Packets      47      integer
ATTRIBUTE       Acct-Output-Packets     48      integer  

Добавляем в /etc/radiusclient/dictionary

INCLUDE        /etc/radiusclient/dictionary.merit  

Это ошибка в pppd версии 2.4.4
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475122

Исправляется обновлением а также патч 1 или патч 2 на Ваш выбор

Добавляем в /etc/radiusclient/dictionary

ATTRIBUTE      Acct-Input-Gigawords    52      integer
ATTRIBUTE      Acct-Output-Gigawords   53      integer  

Лог:

Dec 26 13:48:19 abills-access-srv pppd[9032]: rcvd [LCP TermReq id=0xb "&\37777777647o\37777777774\000<\37777777715t\000\000\000\000"]
Dec 26 13:48:19 abills-access-srv pppd[9032]: LCP terminated by peer (&M-'oM-|^@<M-Mt^@^@^@^@)
Dec 26 13:48:19 abills-access-srv pppd[9032]: sent [LCP TermAck id=0xb]

Скорее всего IP-адрес VPN шлюза и IP-адрес Windows совпадает, клиенту выдаётся тотже адрес что и адрес шлюза.

В логе:

Dec 19 13:18:16 IRONVM pppd[3543]: rc_avpair_new: unknown attribute 60

Связано с тем, что radiusclient не передаёт параметр CHAP-Challenge
Добавляем в /etc/radiusclient/dictionary

ATTRIBUTE       CHAP-Challenge          60      string

Проверить / System configuration/ NAS/ наличие параметра

Добавляем в /etc/radiusclient/dictionary

ATTRIBUTE Acct-Interim-Interval 85 integer

ATTRIBUTE Session-Octets-Limit 227 integer 
ATTRIBUTE Octets-Direction 228 integer 

ATTRIBUTE PPPD-Upstream-Speed-Limit 230 integer 
ATTRIBUTE PPPD-Downstream-Speed-Limit 231 integer 
ATTRIBUTE PPPD-Upstream-Speed-Limit-1 232 integer 
ATTRIBUTE PPPD-Downstream-Speed-Limit-1 233 integer 
ATTRIBUTE PPPD-Upstream-Speed-Limit-2 234 integer 
ATTRIBUTE PPPD-Downstream-Speed-Limit-2 235 integer 
ATTRIBUTE PPPD-Upstream-Speed-Limit-3 236 integer 
ATTRIBUTE PPPD-Downstream-Speed-Limit-3 237 integer 

Нужно пропатчить MPD-3.18 патчем, который включает возможность сброса пользователей. В нем же пофиксили выдачу IP-адресов. (http://abills.net.ua/wiki/doku.php?id=abills:docs:mpd:ru)

[http://sourceforge.net/forum/forum.php?thread_id=1872993&forum_id=44693]

Разработчики Mikrotik признали эту проблему и исправили её в 2.9.34

ppp.log

Warning: iface add: ioctl(SIOCAIFADDR, 192.168.0.13 -> 10.10.11.17): File exists 

По какой-то причине не отключился интерфейс и адрес уже занят.
Pешение: на NAS сервере запустить периодическую проверку в /etc/ctontab

*/2    *       *       *       *       root    /usr/abills/libexec/billd checkppp

Это глюк в самом ppp на стадии согласования по LCP. Такое может происходить, когда потери на Laeyr2.

Pешение: на NAS-сервере запустить периодическую проверку в /etc/ctontab

*/2    *       *       *       *       root    /usr/abills/libexec/billd checkppp

http://bugs.mysql.com/bug.php?id=11655

или в /var/log/httpd/abills-error.log

[Fri Sep 07 15:45:27 2007] [error] [client 195.114.96.64] DBD::mysql::db do 
failed: Table './abills/web_online' is marked as crashed and should be repaired 
at ../../Abills/mysql//main.pm line 114.

У вас по какой то причине повреждена таблица web_online и надо её починить.

# /usr/local/etc/rc.d/mysql-server stop
# myisamchk -r /var/db/mysql/abills/*.MYI
# /usr/local/etc/rc.d/mysql-server start

Можно пробовать и без остановки сервера БД, но может не починится полностью.

1. В логе сервера Apache показывается следующее сообщение об ошибке:

MySQL query failed: Incorrect information in file: './abills/users.frm'  

2. При работе mysqldump и mysqlcheck появляется сообщение о несуществующей таблице (для проверки используйте учетную запись администратора MySQL):

~# mysqlcheck -uadmin -p****** db_example
db_example.BackupTasks
error    : Can't find file: 'payments.MYD' (errno: 2)

3. Невозможно выполнить запрос таблицы с оператором «SELECT»:

mysql> select * from payments.misc;
ERROR 1033 (HY000): Incorrect information in file: './abills/payments.frm' 

4. Таблица не может быть восстановлена, так как ядро InnoDB не поддерживает восстановление.

mysql> repair table payments;
+-------------------------+--------+----------+---------------------------------------------------------+
| Table                   | Op     | Msg_type | Msg_text                                                |
+-------------------------+--------+----------+---------------------------------------------------------+
| abills.payments         | repair | note     | The storage engine for the table doesn't support repair |
+-------------------------+--------+----------+---------------------------------------------------------+

Повреждения InnoDB часто связаны с неисправностью оборудования. Сохранение поврежденных страниц происходит в результате сбоев питания или повреждений памяти. Также эта проблема может возникать, если вы храните базы данных InnoDB в сетевом хранилище (NAS).

Существует несколько способов восстановить MySQL:

I. Принудительное восстановление InnoDB 1.Остановите mysqld и сохраните резервную копию всех файлов, расположенных в папке /var/lib/mysql/:

 # /etc/init.d/mysqld stop
 # mkdir /root/mysql_backup
 # cp -fpr /var/lib/mysql/* /root/mysql_backup/

2.Добавьте опцию innodb_force_recovery в раздел [mysqld] в /etc/my.cnf. Эта опция позволит вам запустить mysqld и создать дамп базы данных.

 #/etc/my.cnf
[mysqld]
innodb_force_recovery = 4

ПРИМЕЧАНИЕ. Вы можете увеличить эту опцию до 5 или 6 - пока не получите оптимальный дамп. 3.Запустите службу mysqld:

 # /etc/init.d/mysqld start

4.Создайте дамп всех баз данных:

 # mysqldump -u root -A > /root/dumpall.sql

Если при создании дампа возникла следующая ошибка:

Incorrect information in file: './psa/APSApplicationItems.frm' when using LOCK TABLES"`

увеличьте значение innodb_force_recovery и повторите попытку. Если вы не можете создать дамп баз данных, попробуйте использовать способ II (скопировать содержимое таблицы) или III (восстановить из резервной копии). 5.Остановите mysqld и удалите поврежденные данные:

 # /etc/init.d/mysqld stop
 # rm -rf /var/lib/mysql/*

6.Удалите опцию innodb_force_recovery из файла /etc/my.cnf и запустите mysqld:

 # /etc/init.d/mysqld start

В результате этого будет восстановлена главная база данных «mysql» и движок баз данных InnoDB. 7.Восстановите базы данных из дампа:

 # mysql -uadmin -p`cat /etc/psa/.psa.shadow` < dumpall.sql

1.Остановите mysqld и сохраните резервную копию всех файлов, расположенных в папке /var/lib/mysql/:

 # /etc/init.d/mysqld stop
 # mkdir /root/mysql_backup
 # cp -r /var/lib/mysql/* /root/mysql_backup/

2.Добавьте опцию innodb_force_recovery в раздел [mysqld] в /etc/my.cnf. Эта опция позволит вам запустить mysqld и создать дамп базы данных.

 #/etc/my.cnf
[mysqld]
innodb_force_recovery = 1

3.Попробуйте создать копию:

CREATE TABLE <новая таблица> LIKE <поврежденная таблица>;
INSERT INTO <новая таблица> SELECT * FROM <поврежденная таблица>;

4.Если получилось, удалите поврежденную таблицу и присвойте ее имя новой.

DROP TABLE <поврежденная таблица>;
RENAME TABLE <новая таблица> TO <поврежденная таблица>; 

[Mon Mar 22 16:39:50 2010] [error] [client 195.250.69.44] DBD::mysql::st execute
 failed: Illegal mix of collations (cp1251_general_ci,IMPLICIT) and (latin1_swed
ish_ci,IMPLICIT) for operation '=' at ../../Abills/mysql//main.pm line 178., ref

В PPTP CID не может принимать значение MAC так как он работает на сеансовом уровне(5-й уровень модели OSI), а PPPOE работает на канальном уровне(2-й уровень модели OSI)

[B-1] system: command "/usr/abills/libexec/linkupdown mpd up ng0 inet 192.168.100.1/32 10.0.0.247 'test' '' '' 
'178.95.37.98'" returned 512

Такая ошибка возникает если команды не обрабатываются mysql-ом. Проверьте МYSQL, и установлены ли модули DBI, DBD

[B-2] system: command "/usr/abills/libexec/linkupdown mpd up ng0 inet 192.168.100.1/32 10.0.0.63 'test' '' '' 
'178.93.132.92'" returned 65280

Такая ошибка возникает если МYSQL клиент на НАСе не может связаться с МYSQL сервером. Проверьте или хост МYSQL клиента добавлен в МYSQL сервер

возникает, когда нет связи с сервером доступа, возможна вследствие:

1. Отключен сетевой адаптер, проверить можно в разделе панель управления → сетевые подключения;
2. Физические повреждения на линии или др. проблемы на стороне провайдера (обращайтесь в поддержку);
3. Коннектор не вставлен в сетевую карту или установлен не плотно;
4. Сетевая карта не настроена или настроена не правильно.

сервер отказывает в авторизации, возможна вследствие:

1. нет денег на счету;
2. неправильное имя пользователя или пароль;
3. «зависла сессия» вследствие некорректной перезагрузки компьютера, перебоев в енергоснабжении – самоустраняется в течение 5 мин;
4. на сетевом адаптере прописан некорректный IP-адрес.

Сервер отчуживает подключение:

1. неправильные настройки безопасности и авторизации, в частности, не отключено шифрование.

сервер отказывает в авторизации, возможна вследствие:

1. нет денег на счету;
2. неправильное имя пользователя или пароль;
3. «зависла сессия» вследствие некорректной перезагрузки компьютера, перебоев в енергоснабжении – самоустраняется в течение 5 мин;

неправильно настроено подключение либо ограничение файерволла

Ошибка возникает, если в свойствах протокола TCP/IP VPN-соединения жестко прописан ip-адрес.

Решение: зайти в Свойства VPN-соединения (правой кнопкой по значку - Свойства), открыть вкладку Сеть, найти Протокол Интернета TCP/IP, выделить, нажать кнопку Свойства. Отметить пункты «Получить ip-адрес автоматически» и «Получить адрес ДНС-сервера автоматически». Нажать ОК. Пробовать подключиться.

Lost-Carrier - потеря несущей, часто бывает на windows XP при перезагрузке ( или просто при разрыве связи между сервером и клиентом) (где-то промежуточный свич выключен)

Суть данного кода завершения - указывает на проблему в транспорте между абонентом и сервером доступа.

в PPPoE/PPTP существует протокол проверки «жизнеспособности» ppp соединения, котоыре через определенные интервалы времени (lcp-echo-interval) посылает пакеты, схожие по своей цели с icmp ping, но реализованы специально для тунельных соединений и называемы LCP-пакетами. Так вот если есть проблемы в обмене подобными пакетами на определенном интервале времени, анпример за 60 секунд ни один пакет не вернулся…то система завершит сессию с Lost-Carrier. Например в Mikrotik этот параметр KeepAlive в свойствах сервера PPPoE/PPTP/L2TP Рекомендуется указывать 30,60,120.(любое из значений)

в IPoE/IPN/HotSpot - схожий алгоритм, его реализация зависит от авторов NAS, и там не используется LCP, так как это спец. протокол для ppp-тунелей,но суть данног окода завершения остается той же, указывает на проблему в транспорте между абонентом и сервером доступа.

Как писалось выше это проблема транспорта между абонентом и сервером доступа.. Решают ее на месте устраняя источник проблема…это может быть что угодно, любое сетевое устройство от сетевой карты до L3 свича.

Lost-Service - что товнутри демона(pppoe/pptp) не дает открыть сессию ( то ли ip занят толи уже шейпер есть с этим именем , по разному бывает )