Перейти до

FreeBSD, isc-dhcp44-relay + isc-dhcp44-server на одном компе


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

16 часов назад, Baneff сказал:

Сорри, я  в виндах не силён, уровень эдвансед юзер онли. То есть что, серверную винду без gui раздают бесплатно под многоядерные двухпроцессорные тазики? И к этой винде бесплатно же раздают Hyper-V Server ? Или этот бесплатный Hyper-V Server грузится и работает сам, без винды? И потом над этим всем можно наплодить виртуалок без существенной потери производительности и под разные системы включая FreeBSD и всё это бесплатно? Типа ярмарка невиданной щедрости? Просто интересно на дальнейшее.

 

Но, предположим, что бесплатно таки. То есть беру вот я фрю, на которой по IPoE терминирутся с DHCP релеем коло 3000 юзеров плюс файервол плюс NAT плюс шейпер и плюс три внешних канала с full view BGP с общей полосой около 3гбит/с и всё это водружаю на виртуалку? А в соседнюю виртуалку ставлю фрю под DHCP сервер, DNS,  биллинг, почту, веб сервер и всю прочую мелочёвку? И будет мне счастье на одном компе всё это крутить без общей потери производительности? Лично я очень сомневаюсь, но может быть я отстал от жизни? Правда интересно.

Есть hyper v server по сути это обрезанный windows server заточенный чисто под виртуализацию, весь UI выглядит как окошко powershell+окошко cmd. Все стандартные штуки типо сервисов виндовых и т.д. доступны. Винда нужна только на админской машинке чисто чтобы менеджить виртуалки, на счет ядер - у меня сейчас дома крутится сервер с 16 логическими процессорами, на нем hyper v. По перформансу - есть sr-iov. Но я если честно думаю у вас есть путь по-проще если поиграться с конфигами DHCP.

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 58
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Ну зачем это писать? Вы пробовали? Вы читали что я выше писал? Каждый экземпляр садится НА ВСЕ адреса. Запуск второго экземпляра невозможен. Привязка к интерфейсам на это никак не в

22 часа назад, Licoze сказал:

Есть hyper v server по сути это обрезанный windows server заточенный чисто под виртуализацию, весь UI выглядит как окошко powershell+окошко cmd. Все стандартные штуки типо сервисов виндовых и т.д. доступны. Винда нужна только на админской машинке чисто чтобы менеджить виртуалки, на счет ядер - у меня сейчас дома крутится сервер с 16 логическими процессорами, на нем hyper v. По перформансу - есть sr-iov. Но я если честно думаю у вас есть путь по-проще если поиграться с конфигами DHCP.

 

За инфо спасибо, не знал, учту в будущем. Если решение действительно бесплатное, то где-нибудь пригодится. В виндовс серверах я остановился в развитии где то во времена Windows NT :).

А с конфигами DHCP я уже наигрался, да и тут решения пока никто не предложил. Увы, но чтобы слушать бродкаст от клиентов DHCP релей обязан садиться на все UDP адреса порт 67 и работать через BPF, иначе - никак. Посему ещё что-то всадить на порт 67 на этой-же машинке невозможно физически. Так что решение имхо всё ещё следующее: вынести DHCP сервера на пару арендованіх виртуальных серверов в облаке. Пару - для надёжности, цены низкие, бюджет позволяет. Где-то так.

Ссылка на сообщение
Поделиться на других сайтах
В 02.01.2019 в 12:14, 911 сказал:

Попробуй поставить виртуалбокс на FreeBSD 

Примерно так

http://nodeny.com.ua/wiki/index.php/Dhcp

читать нижний раздел

Спасибо за совет. Выполнил два первых пункта инструкции. Установилось больше сотни связанных пакетов общим объёмом более 1.5 гбайта. Почесал в затылке и решил дальше не идти, всё снёс. Это слишком сложно всё ради такой мелкой цели, как у меня. Уверен, там дальше вылезет куча подводных камней, которые сожрут кучу моего драгоценного времени с негарантированным результатом. Короче  решил не плодить сущности, как нибудь в другой раз, когда действительно будет нужно это всё.

В 02.01.2019 в 15:34, vop сказал:

 

Ну, вообще, резервирование никто не отменял. И держать пару облачных серверов у разных провайдеров, хоть по 5, хоть по 10 - не так дорого. Дешевле, нежели сове железо поддерживать в порядке.

 

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

Согласен, всё именно так и делаю. Похоже - это оптимальный вариант для моей задачи. Простота - залог здоровья.

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

 

9 минут назад, Baneff сказал:

Установилось больше сотни связанных пакетов общим объёмом более 1.5 гбайта. Почесал в затылке и решил дальше не идти, всё снёс. Это слишком сложно всё ради такой мелкой цели, как у меня.


bhyve, jail в руки и напильник

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, mixtery сказал:

 


bhyve, jail в руки и напильник

Не, напильником махать мне влом, старый я стал и ленивый. Решить проблему в лоб не удалось, но удалось найти простой и недорогой обход, так что считаю тему закрытой. Всем спасибо.

Ссылка на сообщение
Поделиться на других сайтах
В 28.12.2018 в 11:45, Baneff сказал:

Спасибо, вариант рабочий, но увы. Там дорогие белые адреса и их мало. Потеря 75% адресов недопустима. Как раз всё и затевалось, чтобы получить соответствие один интерфейс = один IP адрес.

один интерфейс это наверное один влан?

вам сюда

https://habr.com/post/243203/

 

В 29.12.2018 в 10:21, xnet.com.ua сказал:

 The local-address statement

 

           Note:  This statement is only effective if the server was compiled
           using the USE_SOCKETS #define statement, which is default on a
           small number of operating systems, and must be explicitly chosen at
           compile-time for all others.

что и требовалось доказать, нужно пересобирать

 

а вот bhyve очень лёгок в настройке и крайне быстро работает

при условии что виртуализируем фри под фрёй

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, RockManX сказал:

один интерфейс это наверное один влан?

вам сюда

https://habr.com/post/243203/

Прочитал, спасибо. Да, мой случай, но ничего нового я там не узнал, автор пришёл в конце концов к тому же решению, что и я - вынести DHCP сервер на отдельный комп. Видимо другого решения таки нет.

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, RockManX сказал:

 

В 29.12.2018 в 10:21, xnet.com.ua сказал:

 The local-address statement

 

           Note:  This statement is only effective if the server was compiled
           using the USE_SOCKETS #define statement, which is default on a
           small number of operating systems, and must be explicitly chosen at
           compile-time for all others.

что и требовалось доказать, нужно пересобирать

Нет, вы таки не понимаете. Да, можно пересобрать с сокетами, но при этом сервер теряет возможность слушать бродкаст и соответственно теряет способность работать с клиентами напрямую. После такого сервер может работать только с релеями, через посредников, но это не беда. И да, при сборке с сокетами сервер можно привязать к одному IP адресу, но он всё равно на этом адресе должен слушать порт 67, так как релеи не умеют передавать информацию на отличній от 67 порт и вот это - беда. В результате мы всё равно получаем сервер, который пытается сесть на порт 67, а этот порт уже занят релеем, поэтому - никак не совместить релей и сервер на одном компе. Чо-то я уже устал рояснять очевидное в очередной раз...

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, RockManX сказал:

а вот bhyve очень лёгок в настройке и крайне быстро работает

при условии что виртуализируем фри под фрёй

Верю, но решение уже принято и оно предполагает минимум телодвижений, в отличие от. Всё равно есть уже арендованый виртуальный сервер в облаке и разместить там DHCP сервер - минутное дело. Останется заменить на главном тазике DHCP сервер на DHCP релей и всё, больше ничего менять не нужно и не нужно ничего городить и осваивать новые сущности. Дёшево и сердито, на один час работы всего. Я уже тут больше времени потратил на разговоры :)

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

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від a_n_h
      Всем доброго дня и мирного неба!
        После многочисленных экспериментов выяснил, что на последних версиях freebsd  максимум удавалось прокачать до 14 ГБт суммарно трафика со 100% загрузкой процессора. На том-же железе но с установленной freebsd 11.2 прокачивается до 20-ти ГБт суммарно тестового трафика с загрузкой процессора около 50%. 
        Подскажите, что можно убрать или наоборот добавить в систему с freebsd 13,3 для получения аналогичного результата...
    • Від stack-systems
      продам сервера HPE Proliant DL380 Gen10 8SFF 2U 800W Rack - 69000 грн с ндс (цена обсуждаемая)
       
      есть кол-во, новые, в коробках, остаток с проекта
       
      можем доукомплектовать - Intel Xeon 4114 / 16GB / доп. блок питания 800w или по запросу





       
    • Від AvaloncheG
      IBM System x3550 (Type 7978) 1 x Xeon E5335 DDR2 4x1Gb 667MHz - 1200грн.
      IBM System x3650 (Type 7979AC1) 1 x Xeon E5335 DDR2 2x1Gb 667MHz - 1200грн.
      IBM System x3650 M3 (7945L4G) 2 x Xeon 6C X5660 DDR3 16Gb 1333MHz - 5000грн.
      IBM System x3650 M3 (7945L4G) 2 x Xeon 6C X5660 DDR3 48Gb 1333MHz - 6000грн.
      IBM System x3550 M4 (7914E9G) 2 x Xeon E5-2620 DDR3 24Gb 1600MHz - 8000грн.
       
      +380975649269
    • Від mac
      Здається, після оновлення PHP 7.4 до PHP 8.2 feesharvester припинив працювати:
       
      /usr/local/bin/curl "http://127.0.0.1/billing/?module=remoteapi&key={SERIAL}&action=feesharvester" <br /> <b>Fatal error</b>: Uncaught TypeError: Unsupported operand types: string - string in {UBPATH}/billing/api/libs/api.fundsflow.php:570 Stack trace: #0 {UBPATH}/billing/modules/remoteapi/feesharvester.php(22): FundsFlow-&gt;harvestFees('2024-01') ...  
      Невеличке розслідування врешті з'ясувало, що це через наявність пробілу у деяких логінах абонентів. Як так сталося? Тому що інколи був неуважно додан трейлінг пробіл до номеру будинка і цей пробіл потрапив до логіну абоненту. Логін абоненту неможливо змінити ніяким чином штатними засобами. Я не розглядаю створення нового абонента для усунення помілки.

      Був обран такий шлях вирішення проблеми. Заміну функції php explode() знайшов у мережі. Мабуть це станеться в нагоді:

       
      diff api.fundsflow.php.bak api.fundsflow.php.new 559c559 < $eachfee = explode(' ', $eachline); --- > $eachfee = preg_split("~(?<!\\\\)(?:\\\\{2})*'[^'\\\\]*(?:\\\\.[^'\\\\]*)*'(*SKIP)(*F)|\s+~s" , $eachline);  
    • Від FantoM_EscapE
      Хочу перенести свій білінг NODENY із фізичного сервера на віртуальний. Шукаю адміна який зможе допомогти у цьому питанні, так як нашого адміна банально призвали до війська. Вся схема на даний момент робоча, маю доступи до всього. Потрібно проінсталити на новішу версію FREEBSD, бо на моїй 10 річній вже не працюють нові SSL сертифікати. Кого зацікавила дана пропозиція - прошу у приватні повідомлення. обсудимо ціну і строки. або пишіть на будь-який месенджер 0677792091

×
×
  • Створити нове...