Kucher2
Сitizens-
Всього повідомлень
1 694 -
Приєднався
-
Останній візит
-
Дней в лидерах
10
Тип контенту
Профили
Форум
Календарь
Все, що було написано Kucher2
-
Модуль карточек от разработчика СТГ
тема ответил в Kucher2 пользователя Kucher2 в Розробка Stargazer
А смысл перехода? Меня всё устраивает и на этой, 2.014. За предложение помощи - спасибо. -
Модуль карточек от разработчика СТГ
тема ответил в Kucher2 пользователя Kucher2 в Розробка Stargazer
Нежеланием перенастраивать уже работающую систему. И вообще вопрос не в этом. Меня интересует возможность работы с карточками. Достали юзеры. -
Здравствуйте всем. Поскольку сеть растёт и развивается - я решил перейти на карточки. Как я настроил сеть и сервер с СТГ - это тема отдельная и душещипательная. Сервер - AMD-300/64MB RAM/HDD 4,4GB FreeBSD-4.9 Stargazer v 2.014 Пользователей - до 40 человек. Прошу помощи по следующим вопросам: 1. Как показал себя в работе модуль статистики от разработчика СТГ? 2. Какие "подводные камни" при покупке, настройке и эксплуатации? 3. Какие модули или пакеты нужны дополнительно (для FreeBSD или СТГ) 4. Общая оценка (от 1 до 5) простоты и удобства данного пакета. При попытке регистрации заявки на сайте разработчика - система просит домен. Мол - привязка защиты... но у меня НЕТ ДОМЕНА! Как выйти из ситуации? Прошу прощения у публики, но я вообще плохо себе представляю что такое домен и как им рулить. Сервер имеет белый внешний IP. Внутренний IP имеет вид 10.0.0.1. Может можно привязать модуль к IP или возможна организация "закрытого" от внешней сети домена (ну как бы vasya.pupkin.lom), при обращении к которому будет вестись переадресация запроса на внутренний ресурс сети? В общем - ХЕЛП! :-0
-
Да, вроде Фтиком заработал. На счёт Вимакса не слышал. Знаю, что оператор мобильный в мае стартует какой-то у нас.. с технологией 3G. Но это ерунда всё. Нормальная связь возможна только с хорошим оборудованием. А чё там за вимакс такой? Ссылку мона?
-
НУ? И чем всё закончилось?
-
Вы не забывайте, что эти радиорелейки - штука опасная для здоровья. Их просто так не повесишь где-нить на столбик, на это разрешение нать. Находиться в непосредственной близости от излучателя - опасно для жизни. Это микроволновка. Информация получена от человека, занимающегося монтажём и настройкой этих штук для мобильных операторов Украины.
-
А я мучался-мучался с pipe, а потом порезал трафик в SQUIDе и счастлив безумно! Как-то стабильнее и правильнее работает что ли... на он-лайновых игрушках проверял.
-
Банить - это хорошо! Только вот я за НАТом сижу.. и полно таких сетей за НАТом... а вы знаете сколько там хороших людей? Так что, всех банить? Банить нада тех, кто учит гадить людям на головы и кто берёт это за правило и делает сие регулярно. Банить надо чем-то тяжёлым.
-
Являюсь давним клиентом АОЗТ Фтиком. Сначала работал с ними через DIAL-UP, а теперь через радиоизернет. Очень расстроен ситуацией. У всех на глазах буквально разваливается такое предприятие, а всякие там суды и прочие инстанции смотрят на это сквозь пальцы. Уходит время. Возможно - уходят клиенты. Это здорово отпугивает новых. Уверен, что многим на руку такое бедственное положение Фтикома. Подтверждением того, что первый пост в этой теме - правда, может служить тот факт, что новоявленные хозяева не сочли за труд прокомментировать или опровергнуть сказанное - ни здесь, ни на форуме Фтикома. Хотя на первой странице сайта Фтикома назвали себя ГЛАВНЫМИ (http://www.donbass.net) . Со статистикой бардак, техподдержка Фтикома разводит руками и кивает в сторону админов УкрНета. Те в свою очередь пытаются разобраться со всем этим «счастьем», что на них свалилось и наверное тихо матерят неуёмную жадность начальства. Но делают, хоть и кривенько... есть-то хочеться… Вопрос ценовой политики повис в воздухе. Это в то время, когда Укртелеком буквально обрушил цены и нужно срочно что-то предпринимать. Жуть, как это не вовремя. Выжившие на форуме фтикомовцы отвечают вяло. Видимо их это откровенно достало, да и судя по информации – их действительно мало осталось на рабочих местах. Мне бы тоже неинтересно было находится в авто, катящемся с горы без всякого управления. Обидно, что в нашей стране процветают методы Шарикова. По сути – это банальный разбой у всех на глазах. Очередное свидетельство беспредела.
-
-Emrise- Зачем так мучаться - в теме дохрени примеров, посмотри как люди делают. __________________________________________________________________ Вот, канал 240кбит, поделенный между активными юзерами ipfw add 320 pipe 1 ip from 10.0.0.0/24 to any out ipfw add 330 pipe 2 ip from any to 10.0.0.0/24 in ipfw pipe 1 config mask src-ip 0x000000ff bw 240Kbit/s __________________________________________________________________ А это по идее – трафик по приоритету – машина 10.0.0.1 имеет приоритет перед остальными ipfw pipe 1 config bw 256Kbit/s ipfw queue 1 config pipe 1 weight 10 mask dst-ip 0xffffffff ;входящий трафик низкого приоритета ipfw queue 11 config pipe 1 weight 10 mask src-ip 0xfffffff ;исходящий трафик низкого приоритета ipfw queue 2 config pipe 1 weight 90 mask dst-ip 0xffffffff ;входящий трафик высокого приоритета ipfw queue 21 config pipe 1 weight 90 mask src-ip 0xffffffff ;исходящий трафик высокого приоритета ipfw add 350 queue 2 ip from any to 10.0.0.1 via rl0 ipfw add 360 queue 21 ip from 10.0.0.1 to any via rl0 ipfw add 370 queue 1 ip from any to 10.0.0.0/30 via rl0 ipfw add 380 queue 11 ip from 10.0.0.0/30 to any via rl0 __________________________________________________________________ Почитай так же здесь: http://www.opennet.ru/base/net/ipfw_pipe.txt.html http://cenix.nm.ru/ipfw/prim.html http://www.nt.com.ua/info/ipfw/ar01s03.shtml#id2815680 http://local.com.ua/forum/index.php?showtopic=5991&st=15
-
По правде говоря - мне кажется, что очереди ничего не изменят - трубы-то всего 2. Пинги такими и останутся. Или изменится, но незначительно. Проверить нет возможности. У меня такая же байда. Интересно было бы увидеть решение. Я пока создал отдельную pipe в 2 раза уже реального и всех "провинившихся" перенаправил туда. Помогает, но слабо. Всё равно лаги, хоть и намного меньше.
-
Со скоростью понятно. Но почему всё же лагает при активности второй машины? :\ Всё-таки 256Кбит/с вместо 64 Кбит/с положеных. И зачем на порт? Стоит же приоритет на конкретный адрес. Она ж должна "всё бросить и идти сюда". Пробовал приоритет на адрес игрового сервера, но адреса меняются от локтации к локтации, а перечня адресов игровых серверов Ragnarok они не выкладывают, да и эффект в общем-то тот же. Т.е. никакого. Хм. :/ Ведь по идее можно было бы делать pipe на внешнем ИФ для конкретного адреса и должно всё так же работать, как и для внутреннего? Вообще рекомендуется pipe для адресов внутренней подсети и это мне кажется правильным...
-
Делаю так: ipfw pipe 1 config bw 31KB ipfw queue 1 config pipe 1 weight 10 mask dst-ip 0xffffffff ipfw queue 2 config pipe 1 weight 90 mask dst-ip 0xffffffff ipfw add 350 queue 2 ip from any to 10.0.0.1 via rl0 ipfw add 360 queue 2 ip from 10.0.0.1 to any via rl0 ipfw add 370 queue 1 ip from any to 10.0.0.3 via rl0 ipfw add 380 queue 1 ip from 10.0.0.3 to any via rl0 Где rl0 - внутренний ИФ, 10.0.0.1 - моя машина, 10.0.0.3 - машина, на которой идёт закачка музыки. При этом я играю в он-лайн игру, где важен низкий пинг ну и скорость не менее 64К. Трагедия в том, что вроде всё верно, а игра страшно лагает, када 10.0.0.3 качает или лазает по сайтам. Где могут быть грабли?
-
Была такая бага. Началась после того, как скачал и установил с сайта разработчика более свежую версию авторизатора (от 22 ФЕВРАЛЯ 2006). После этого, когда просто закрываешь окно авторизатора, Интернет есть некоторое время, которое равно величине интервала опроса клиента на "жив-мёртв". Затем Интернет всё равно рубится Старгейзером. Но всё же это неприятно. Похоже - эта версия авторизатора просто не даёт команду серверу - выполнить OnDisconnect, если не жать кнопку "отключить", а просто закрыть окно. Решение: Когда поставил прежнюю версию авторизатора, которая была в пакете инсталляции - проблема исчезла сама собой.
-
DIPT - нареканий нет. Дорого конечно, если сравнивать, но по мне пусть лучше подороже, но гемороя поменьше.
-
Укртелеком явно не дураки. Работают настолько, сколько зарплату платят. Жаль только, что на качество обслуживания им всем при этом наплевать. Велтон-телеком у нас разворачивается - вроде радио-канал анлим на 72К у них стоит 200грн в мес + АП 40грн. Конечно, там реальных де-то 5-7Кбайт и время отклика очень большое, для телефонии не годится... я вот только думаю - а не дураки ли? Ведь на такой скорости худо-бедно 15Гиг. в мес мона выкачать... при стоимости 1 мега около 1,3 коп. (Средняя стоимость мега при НЕанлиме у них чичас копеек 20). Не похожи они чё-то на плохих и жадных. :\ С чего бы? P.S. Гы! А Вэлтон всех тупо кинул! Убрали они этот пакет через пол-года. Терь у них 1мег - 35коп (!)... а народ накупил с радости оборудования.. им наверное там стёкла терь бьют.
-
Никто не хочет присоединиться? Уговаривать не буду, просто есть сетка на 60 компов на пятачке между магазинами "3 поросёнка" и "Вертикаль". Если есть желание "влиться" - помогу, но не деньгами. e.gif
-
А конкретнее? Что, никто ничего? Хоть бы скриптик какой.. :\ Я бы не поднимал этот вопрос, если бы у меня не родились подозрения, что непонятные иногда глюки СТГ (в частности - внезапная высокая загрузка процессора) могут быть связаны с объёмом данных, хранящихся в логах. Да и делать новые архивы с, в общем то, уже имеющейся статистикой - глупо. В общем - решил сам сделать. Пусть топорно, зато работает. Для начала добавим в файл /etc/newsyslog.conf следующие строки: /var/log/stargazer.log 644 2 100 * Z /var/stargazer/users/connect.log 644 2 100 * Z Это даст ротацию 2-х основных логов СТГ средствами FreeBSD. Для чистки всего остального - можно запустить такую вот процедуру: #!/bin/sh cd /var/stargazer/users #Удаление всех старых файлов юзеров из базы (модифицированных больше 31 дней назад). Каталоги не удаляются, просто становятся пустыми. При этом - делаем фильтр для сохранения файла "conf". find . -mtime -31 -o -type f -print | grep -v conf | xargs rm -R #Обнуление логов юзеров find . -name log -print -delete | xargs touch log find . -name connect\.log -print -delete | xargs touch connect\.log #Удаление статистики за год #find . -name "2006" -print | xargs rm -R В общем - думаю всё понятно. После чистки объём логов уменьшился в разы, что меня очень порадовало.
-
Проверьте установки времени на сервере и на машине, откуда заходите авторизатором. После некорректного перевода времени такое случается. У меня у самого теперь пинги запаздывают минуты на 2. Т.е. команда ping с моей машины идёт, а авторизатор почему-то "тормозит" на пару минут и рисует юзверей жёлтым, когда они прекрасно пингуются вручную. :0-0:
-
Мне не нужны логи юзеров за предыдущие месяцы. В т.ч. файл "log" для каждого юзера хранит всё - с момента создания. Лично у меня он весит для одного юзера - до 0.5 Мб (это за 3 мес). И папочки там ещё есть - по годам и месяцам всё разложено. Данные за прошлый период - благополучно заархивированы и перенесены на другой диск. Не хочется каждый раз архивировать лишнее. Вопрос: как корректно и быстро снести инфу за предыдущие месяцы и уменьшить размер файла "log" для каждого юзера, не нарушая работу СТГ? Или может быть лучше дожидаться конца года, чтобы одним махом?
-
Когда я пересталял на сервере часы - был тот же глюк. Мне помогло следующее: в конфигураторе - меню "файл" - выход. Затем снова запускаем конфигуратор и вуаля! Это же касается внесения и сохранения различных настроек. Конфигуратор почему-то не сохранял у меня ничего, если я тупо закрывал его окно.
-
Люди, помогите с глюком! FreeBSD 4.9 + NAT + SQUID Конфиг squidа взял отсюда, лишь немного подправил под себя, спасибо. Пробовал и свой... Но с этим работает реально FWD и народ ПРИНУДИТЕЛЬНО ходит через сквид, что меня несказанно радует. Правило: ipfw add 10 allow fwd 127.0.0.1,3128 tcp from 10.0.0.0/24 to any 80 out xmit rl1 включил, на ipfw запрещающие правила убирал, ставил allow any to any.. не помогает! Проблема в том, что при попытка выложить файл в мегабайт скажем (мелкие в 5КБ проскакивают) на rapidshare.de или вложить файлик в письмо на сайте mail.ru - браузер вываливается в "невозможно отобразить страницу". В логе сквида при этом следующее: 1145565511.993 481 10.0.0.1 NONE/413 1292 POST http://ul19.rapidshare.de/cgi-bin/upload.cgi? - NONE/- - 10.0.0.1 - адрес моей машины во внутренней сети. Сервер имеет адрес 10.0.0.10 Всё! Вылечил! Надо было прописать в squid.conf: request_body_max_size 4 MB ; вроде как максимальный файл который можно сунуть на сайт. Просто ткнулся на буржуйский сайт и увидел там упоминаие об этом. А потом залез в squid.conf.default и меня осенила мысль.. Там столько полезного.. Всем спасибо.
-
Я на 2.14. Вернее - собирал 2.16 и залил туда недостающие файлы из 2.14. Сервер пишет версию 2.14. В принципе - када перевёл из мегабайт в деньги - вопрос сам собой пропал. Клиенты довольны.. а то путаем их какими-то мегабайтами. Остаток предоплаты на следующем месяце, как я понял, обнуляется. Это хорошо.
-
Положим - с мегабайтами и деньгами проблема относительно решается: просто ложим деньги вместо МБ и сё... Плин, ну кто-нить мне скажет - перебрасываются ли предоплаченные МБ на следующий месяц если юзер их не потратил или они просто замещаются следующим ежемесячным значением согласно тарифному плану?! :tongue:
-
Тогда вопрос в догонку, граждане! У меня есть абонплата. Скажем - 15 грн/мес. Когда клиент её проплачивает - на счёт ложится 20. Это потому, что СТГ не мегабайты ложит, а деньги - пришлось так извратиться. Вроде бонус. Всё хорошо, все довольны. НО! Если при вычете абонки в конце месяца - у клиента останется на счету хоть копейка - ему автоматом даётся ещё 20грн ХАЛЯВЫ! Т.е. он может преспокойно сидеть и кушать эти 20 грн, пока не придёт следующий месяц - и вот тогда ему ничего не остаётся как доплатить. Т.е. другими словами - он работает как бы в кредит. И ещё - если он эти 20 грн не выбрал - они переходят на следующий месяц или эти "бесплатные" деньги обнуляются? Может я чего-то не понимаю, но как-то не так всё это. Кто-нибудь может обьяснить? В общем - успокойте меня, плиз.
