Перейти к содержимому
Local
nightfly

1984tech - Блокування сайтів

Рекомендованные сообщения

1984.jpg

 

Я звісно ні на що не натякаю, та не планую приймати участі в срачах на тему професійної етики, політики, моралі, доцільності та законності. Просто констатую факт, що в цьому світі, варто бути готовим до будь-чого.

 

З цих підготовчих міркувань можу сказати, що є отаких два посилання:

1. для користувачів

2. для розробників

Изменено пользователем nightfly

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А для https каким образом заглушка будет показываться? Если что - в списке все сайты https используют.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

 

А для https каким образом заглушка будет показываться? Если что - в списке все сайты https используют.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нету, в том и беда.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

 

Нету, в том и беда.

Ну от вам і відповідь :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Здравствуйте nightfly!

FreeBSD и Ubilling установлены с "коробки" все работает.

Можете подсказать:

1. где необходимо подключить файл "cli/1984tech.ini" что бы он начал работать

2. необходимо подымать свой "# pear install Net_DNS2" без него не заработает?

Заранее Спасибо!

Изменено пользователем NikKulik

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну сделайте же по инструкции, а?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
1. где необходимо подключить файл "cli/1984tech.ini" что бы он начал работать

В смысле? Оно и так должно работать, просто как описано в инструкции. Типа как php cli/dnsgen --preview

 

 

2. необходимо подымать свой "# pear install Net_DNS2" без него не заработает?

Да, свой кеширующий DNS сервер, вам нужен (дело двух минут) кроме того пора начинать уже быть пристойным провайдером. Нет - если вам показалось, что Net_DNS2 это он - вам это только показалось (см bind/unbound). Это нужно только для всяких фаерволо-ориентированных заворачивалок. Для тупого форварда зон, средствами DNS это не нужно.

Изменено пользователем nightfly

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас


  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

    • Автор: pavlabor
      Вопрос дополнения базы данных и биллинга таблицей "все-ко-всем", продиктованы следующими потребностями.
      Есть модуль "Филиалы".
      При подключении данного модуля возникает следующая проблема.
      Не возможно подключить например город или филиалы для филиала, потому как филиал получает доступ ко всей информации о других филиалах.
      Нужно создать условия при которых филиал сможет самостоятельно вносить пользователей, адреса, вести склад при этом не видя информацию в материнской базе и других филиалах.
      Далее филиал не может создавать филиал.
       
      Такие задачи решаются созданием таблицы "все-ко-всем" в которой формируется каскадное вложение филиалов и связкой соответствующих таблиц сервисов.
      При правильном построении форм запроса и проверке на стороне сервера прав, филиал сможет получать доступ только к разрешенным ему модулям, и только его позициям в базе.
      Более того филиал сможет создавать свои филиалы, контролировать в них данные.
       
      Приветствуется любая критика и предложения,
      помощь в консультации и программировании.
      Спонсирование заинтересованных сторон, приветствуется.
    • Автор: pavlabor
      Почитал вопросы возникающие вокруг работы ubilling и понял что проблемы связаны с архитектурой  Stargazer
      Насколько я понял проблем очень много, некоторые из них.
      Stargazer работает с базой в памяти и при параллельной работе с базой возникают конфликты с работой, например с внесением оплаты другим приложением.
      При остановке Stargazerа или биллинга идет сбой работы Насов.
      Текущая архитектура может стать ограничением по количеству возможно обслуживаемых клиентов.
       
      Проблемы не все, но этих достаточно чтобы задуматься о альтернативе написания эмулятора  Stargazer-а.
      Мое понимание, эмулятор должен выглядеть как модуль, который можно включить или выключить, или выбор работы или через Stargazer, или через внутренний модуль.
       
      Приветствуется любая критика и предложения,
      помощь в консультации и программировании.
      Спонсирование заинтересованных сторон, приветствуется.
    • Автор: pavlabor
      Права, введение расширенной настройки прав.
      Предлагаю рассмотреть формирование и в перспективе реализации расширения следующих прав.
      Имеется, структурированное управление правами, которое не совсем закрывает потребность.
      Имеется.
      Объекты.
      - Модуль.
      - Позиция в модуле, юнит.
      Юзатели.
      - Филиалы.
      - Администраторы.
      Администраторы.
      - Стажер(демо).
      - Специалист.
      - Эксперт.
      Действия.
      - Просмотр.
      - Создание.
      - Редактирование.
      - Удаление.
      Собственно идея в чем. В оператора, или при создании филиала, администраторам могут быть переданы права на работу с модулем.
      В текущий момент, не имеется сквозной политики на права, поэтому они предоставляются выборочно и не совсем понятно по какой системе, по все вероятности "так получилось", как следствие, например.
      При создании филиала и передачи ему права на роботу с модулем город, то админ филиала может удалить город, изменить название, что может привести к проблеме у других филиалах и материнской структуре.
      При реализации единой политики, появляется необсуждаемая возможность и требование к модулям по правам.
      В связи с этим, определенный модуль можно делегировать/не делегировать филиалу, с определенными ограничениями, например филиал может просматривать, вносить города, но не может их редактировать или удалять.
      Внутри филиала, появляется возможность создавать профили уровней сотрудников не беспокоясь о состоянии базы, например создаеются
      - Стажер(демо).
      - Специалист 3 категории.
      - Специалист 2 категории.
      - Специалист 1 категории.
      - Эксперт.
      Взяли на работу чела, дали ему уровень стажера и пусть листает базу пока не прозреет,
      прозрел, дается профиль Специалиста 3 категории, и т.д.
      То же самое и с филиалами.
      Как админ филиала может завести пользователя, а выносить мозг дирекции тоже не каширно, вот и даются оговоренные права что админ филиала пользователя может завести, но редактировать и удалять не может, если другое не оговорено.
       
      Параллельно возникает вопрос с пользователями другого филиала, но этот вопрос будет рассмотрен в разделе "Требуется внесение таблицы "все-ко-всем".
       
      Приветствуется любая критика и предложения,
      помощь в консультации и программировании.
      Спонсирование заинтересованных сторон, приветствуется.
       
    • Автор: cetim
      Если сменить view при формировании платежного ID , чем это чревато со стороны приема платежей (кроме недовольства пользователей) ?
    • Автор: kaisserhaff
      Всем привет, интересует такой вопрос, есть роутер установленный в точке А в отдельной сети, и есть ubilling в точке Б в отдельной сети с белым ип, на роутере активирована служба pptp и в этой службе имеется возможность авторизации пользователя по радиусу, сам вопрос в том можно ли подружить их между собой, если возможно то с помощью каких инструментов? С этим вопросом уже мучаюсь много времени, но не как не могу разобраться. Заранее спасибо
×