Здесь вы можете найти ответы на самые часто задаваемые вопросы.
Версия FAQ: 26.12.2024
Можно нажать кнопку подсказки и получить информацию по открытой странице интерфейса
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 (см. Отладка RADIUS-сервера);
/var/log/mpd.log - лог mpd.
После повторяем действия, которые приводят к ошибке (запуск, подключение и т.д.).
Смотрим лог, если непонятная ошибка, копируем часть строки ошибки, делаем поиск по wiki (строка поиска сверху в правом углу).
Если ничего не найдено, делаем поиск по форуму или в Google.
Билиинг завершает учётный период.
При подключении абонента система передаёт также параметр максимальной длинны сессии, она должна быть не дольше, чем до конца месяца.
Для отключения данной функции можно внести в радиус пары сервера доступа (Настройка>Сервер доступа).
!Session-Timeout=0 |
После внесения изминений нужно перезагрузить RADIUS.
После этого можно посмотреть в RADIUS Access-Response пару Session-Timeout она должна или отсутсвовать или количество секунд не совпадать с концом месяца.
Правило будет действовать только на сессии которые поднялись после перезагрузки RADIUS
/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 {}` \; |
Если у вас не отображаются символы кириллицы - это значит что нужно изменить кодировку текста. Изменение кодировки выполняется через меню Настройка>SQL Commander>Tables.
В данном списке таблиц найти нужную и нажать кнопку Показать. В таблице с результатом найти нужное поле и через кнопку Изменить заменить в поле Collation, например latin1_swedish_ci на utf8_general_ci для отображения кириллицы, нажать кнопку Изменить.
Проверяем наличие вкомпилированной поддержки
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 1 * * * root /usr/abills/libexec/periodic monthly |
Дневная - снимается каждый день.
Месячная - снимается раз в месяц. Абонплата снимается каждого месяца 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 |
Абон. плата снимается в начале учётного периода (в начале месяца или в начале дня при месячной распределённой), поэтому время отображено 00:00:00.
Для просмотра фактической даты снятия денег периодиком можно в журнале Списания через кнопку "..." (Extra fields) добавить параметр Списания Регистрация.
Несъемный минимум при подключении по DialUp и VPN.
Если возникли проблемы с работой веб интерфейса, смотрите лог веб-сервера
/var/log/httpd/abills-error.log |
Уже запущена одна копия RADIUS сервера. завершите ее и попробуйте снова
# посмотреть запущенную копию ps ax | grep radius 8661 pts/5 S+ 0:00 radiusd # Убить RADIUS процесс kill -9 8661 # запустить RADIUS radiusd -X |
Если сервер доступа был перезагружен аномально (выключение света), то биллинг не получает запросов от 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 разделитель табуляция.
Если используете 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.s |
И запускаем poptop
/usr/local/etc/rc.d/pptpd.sh start |
set pptp disable windowing |
В конфигурации обязательно должна присутствовать строка такого вида без изменений
aaa authorization network default group radius if-authenticated |
Мониторинг>Интернет+
(Z) - Zap | Закончить зависшую сессию и посчитать деньги |
---|
/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 |
(132) perl: ERROR: Failed to create pair - Invalid vendor name in attribute name "OUTBYTE2" (132) perl: ERROR: &request:OUTBYTE2 = $RAD_REQUEST{'OUTBYTE2'} -> '0' (132) perl: ERROR: Failed to create pair - Invalid vendor name in attribute name "INTERIUM_OUTBYTE" (132) perl: ERROR: &request:INTERIUM_OUTBYTE = $RAD_REQUEST{'INTERIUM_OUTBYTE'} -> '0' (132) perl: ERROR: Failed to create pair - Invalid vendor name in attribute name "INTERIUM_INBYTE2" (132) perl: ERROR: &request:INTERIUM_INBYTE2 = $RAD_REQUEST{'INTERIUM_INBYTE2'} -> '0' (132) perl: ERROR: Failed to create pair - Invalid vendor name in attribute name "INBYTE2" (132) perl: ERROR: &request:INBYTE2 = $RAD_REQUEST{'INBYTE2'} -> '0' (132) perl: ERROR: Failed to create pair - Invalid vendor name in attribute name "INTERIUM_INBYTE" (132) perl: ERROR: &request:INTERIUM_INBYTE = $RAD_REQUEST{'INTERIUM_INBYTE'} -> '0' (132) perl: ERROR: Failed to create pair - Invalid vendor name in attribute name "OUTBYTE" (132) perl: ERROR: &request:OUTBYTE = $RAD_REQUEST{'OUTBYTE'} -> '0' |
Так как биллинг использует свои внутрение переменные, которых нет в словарях, для акаунтинга радиус выдает предупреждение что их не понимает. На это не стоит обращать внимание.
В 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 |
Проверить Настройка>Сервер доступа {выбрать нужный сервер через кнопку Карандаш, смотреть поле Alive}
Добавляем в /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 |
Разработчики Mikrotik признали эту проблему и исправили её в 2.9.34
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
Остановите mysqld и сохраните резервную копию всех файлов, расположенных в папке /var/lib/mysql/:
/etc/init.d/mysqld stop mkdir /root/mysql_backup cp -fpr /var/lib/mysql/* /root/mysql_backup/ |
Добавьте опцию innodb_force_recovery в раздел [mysqld] в /etc/my.cnf. Эта опция позволит вам запустить mysqld и создать дамп базы данных.
/etc/my.cnf [mysqld] innodb_force_recovery = 4 |
Вы можете увеличить эту опцию до 5 или 6 - пока не получите оптимальный дамп. |
Запустите службу mysqld:
/etc/init.d/mysqld start |
Создайте дамп всех баз данных:
mysqldump -u root -A > /root/dumpall.sql |
Если при создании дампа возникла следующая ошибка:
Incorrect information in file: './psa/APSApplicationItems.frm' when using LOCK TABLES"` |
Увеличьте значение innodb_force_recovery и повторите попытку. Если вы не можете создать дамп баз данных, попробуйте использовать способ II (скопировать содержимое таблицы) или III (восстановить из резервной копии).
Остановите mysqld и удалите поврежденные данные:
/etc/init.d/mysqld stop rm -rf /var/lib/mysql/* |
Удалите опцию innodb_force_recovery из файла /etc/my.cnf и запустите mysqld:
/etc/init.d/mysqld start |
В результате этого будет восстановлена главная база данных «mysql» и движок баз данных InnoDB.
Восстановите базы данных из дампа:
mysql -uadmin -p`cat /etc/psa/.psa.shadow` < dumpall.sql |
II. Копирование содержимого таблицы
Остановите mysqld и сохраните резервную копию всех файлов, расположенных в папке /var/lib/mysql/:
/etc/init.d/mysqld stop mkdir /root/mysql_backup cp -r /var/lib/mysql/* /root/mysql_backup/ |
Добавьте опцию innodb_force_recovery в раздел [mysqld] в /etc/my.cnf. Эта опция позволит вам запустить mysqld и создать дамп базы данных.
/etc/my.cnf [mysqld] innodb_force_recovery = 1 |
Попробуйте создать копию:
CREATE TABLE <новая таблица> LIKE <поврежденная таблица>; INSERT INTO <новая таблица> SELECT * FROM <поврежденная таблица>; |
Если получилось, удалите поврежденную таблицу и присвойте ее имя новой.
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 сервер.
что это такое ?
Не настроен почтовый сервер и система не может отправить письма. Нужно настроить почтовый сервер.
возникает, когда нет связи с сервером доступа, возможна вследствие:
Отключен сетевой адаптер, проверить можно в разделе панель управления → сетевые подключения;
Физические повреждения на линии или др. проблемы на стороне провайдера (обращайтесь в поддержку);
Коннектор не вставлен в сетевую карту или установлен не плотно;
Сетевая карта не настроена или настроена не правильно.
сервер отказывает в авторизации, возможна вследствие:
нет денег на счету;
неправильное имя пользователя или пароль;
«зависла сессия» вследствие некорректной перезагрузки компьютера, перебоев в энергоснабжении – самоустраняется в течение 5 мин;
на сетевом адаптере прописан некорректный IP-адрес.
Сервер отчуживает подключение:
неправильные настройки безопасности и авторизации, в частности, не отключено шифрование.
сервер отказывает в авторизации, возможна вследствие:
нет денег на счету;
неправильное имя пользователя или пароль;
«зависла сессия» вследствие некорректной перезагрузки компьютера, перебоев в энергоснабжении – самоустраняется в течение 5 мин;
неправильно настроено подключение либо ограничение файерволла.
ошибка возникает, если в свойствах протокола TCP/IP VPN-соединения жестко прописан IP-адрес.
Решение: зайти в Свойства VPN-соединения (правой кнопкой по значку - Свойства), открыть вкладку Сеть, найти Протокол Интернета TCP/IP, выделить, нажать кнопку Свойства. Отметить пункты «Получить IP-адрес автоматически» и «Получить адрес DNS-сервера автоматически». Нажать ОК. Пробовать подключиться.
Lost-Carrier - потеря несущей, часто бывает на windows XP при перезагрузке (или просто при разрыве связи между сервером и клиентом) (где-то промежуточный свич выключен).
Суть данного кода завершения - указывает на проблему в транспорте между абонентом и сервером доступа.
В PPPoE/PPTP существует протокол проверки «жизнеспособности» РРР соединения, которые через определенные интервалы времени (lcp-echo-interval) посылает пакеты, схожие по своей цели с icmp ping, но реализованы специально для туннельных соединений, и называются LCP-пакетами. Так вот, если есть проблемы в обмене подобными пакетами на определенном интервале времени, например, за 60 секунд ни один пакет не вернулся…то система завершит сессию с Lost-Carrier. Например, в Mikrotik этот параметр KeepAlive в свойствах сервера PPPoE/PPTP/L2TP Рекомендуется указывать 30,60,120.(любое из значений).
В IPoE/IPN/HotSpot - схожий алгоритм, его реализация зависит от авторов NAS, и там не используется LCP, так как это спец. протокол для РРР-туннелей, но суть данного кода завершения остается той же, указывает на проблему в транспорте между абонентом и сервером доступа.
Как писалось выше это проблема транспорта между абонентом и сервером доступа.. Решают ее на месте устраняя источник проблема…это может быть что угодно, любое сетевое устройство от сетевой карты до L3 свича.
Lost-Service - что то внутри демона (pppoe/pptp) не дает открыть сессию ( то ли ip занят, то ли уже шейпер есть с этим именем, по разному бывает).