Вместо батника гораздо удобнее взять нечто типа вот этого: netcatcher
Оно инсталлится как windows service и работает с любыми сетевыми интерфейсами. Один раз вписал нужные маршруты и забыл, — ниче руками запускать не надо. Динамический IP VPN'а опрелеляет само — есть в примерах.
1. о скриптике
2. так назвали
3. какой конкретно анализ вы хотите? один сервер успешно держит 5+ тыс абон-ов и 3+ гигбита интернета
4. потому что я решил написать про линукс, а не про джунипер. можно?
5. ибо я не собирался сравнивать cbq и htb изначально
6. потому что по задаче положен шейпинг. я про шейпинг и написал.
7. давайте не будем настолько далеко абстрагироваться? я не задаю политику оператора в отношении абон-ов.
Это кто такое сказал? Это вы так решили?
А мне кажется, сисадмин должен знать хотя бы CCNA, а желательно дальше.
Питона как такового совсем недавно вообще не существовало.
Про отрасль — нигде не видел требования насчет питона в данной отрасли. Нравится вам это или нет. А при приеме на работу с вас могут требовать чего угодно.
Я не знаю PHP хорошо. Более того — до текущего места работы я писал скрипты на perl. Здесь же пришлось еще и php освоить который я не переношу так же как и java.
В конечном итоге не имеет большого значения, на чем писать подобные вещи. Это всего лишь вспомогательный скрипт, выплевывающий на выходе готовый конфиг — написан он может быть на чем угодно.
Так что хоть бейте меня — я все же не понимаю причину диссонанса :)
Я фразу «позволить себе держать пхп на шейпере/роутере могут только недалекие линуксоеды» отнес почему-то к вам. очевидно, что вопрос по этому поводу должен был быть не в ваш адрес.
При чем здесь «разработчики любого дистрибутива»?
Я спрашиваю — чем конкретно PHP плох для написания подобных скриптов?
Насчет знать или не знать — это уж кому как нравится.
Гражданин, я же и пытаюсь у вас выяснить — я чем по-вашему конкретно плохо держать PHP на шейпере/роутере? И на чем по-вашему труъ админы должны писать скрипты в таком случае?
Да, при этом ничего умного вы так и не смогли родить. Предоставить каких-то аргументов — тоже. Вывод — непопулярность ваших комментариев целиком справедлива и закономерна.
Я не нанимался заниматься обучением системного администратора — я предложил рабочий инструмент, избавляющий от необходимости изобретать велосипед. Делайте выводы.
Какой такой интерфейс? Вы читали вообще о чем речь?
Нет никакого интерфейса. Все что делает этот скрипт — берет из базы список абонентов с параметрами скорости, и строит рабочий конфиг для tc. Запускается он по cron.
При чем здесь web gui, интерфейс и прочий бред?
Ваши комментарии более убоги.
Ну, может быть далекие линуксоиды расскажут здесь же — чем плох PHP на сервере? Или чем он хуже perl, shell, etc.? Или аргументов у далеких линуксоидов не найдется?
ok. shaper.pl чем-то лучше? или shaper.sh может быть чем-то интереснее?
Может быть вы намекнете, чем shaper.sh лучше shaper.php? Или вы скрипты не пишете на сервере принципиально?
Оно инсталлится как windows service и работает с любыми сетевыми интерфейсами. Один раз вписал нужные маршруты и забыл, — ниче руками запускать не надо. Динамический IP VPN'а опрелеляет само — есть в примерах.
2. так назвали
3. какой конкретно анализ вы хотите? один сервер успешно держит 5+ тыс абон-ов и 3+ гигбита интернета
4. потому что я решил написать про линукс, а не про джунипер. можно?
5. ибо я не собирался сравнивать cbq и htb изначально
6. потому что по задаче положен шейпинг. я про шейпинг и написал.
7. давайте не будем настолько далеко абстрагироваться? я не задаю политику оператора в отношении абон-ов.
А мне кажется, сисадмин должен знать хотя бы CCNA, а желательно дальше.
Питона как такового совсем недавно вообще не существовало.
Про отрасль — нигде не видел требования насчет питона в данной отрасли. Нравится вам это или нет. А при приеме на работу с вас могут требовать чего угодно.
В конечном итоге не имеет большого значения, на чем писать подобные вещи. Это всего лишь вспомогательный скрипт, выплевывающий на выходе готовый конфиг — написан он может быть на чем угодно.
Так что хоть бейте меня — я все же не понимаю причину диссонанса :)
Я спрашиваю — чем конкретно PHP плох для написания подобных скриптов?
Насчет знать или не знать — это уж кому как нравится.
Нет никакого интерфейса. Все что делает этот скрипт — берет из базы список абонентов с параметрами скорости, и строит рабочий конфиг для tc. Запускается он по cron.
При чем здесь web gui, интерфейс и прочий бред?
Ваши комментарии более убоги.
Может быть вы намекнете, чем shaper.sh лучше shaper.php? Или вы скрипты не пишете на сервере принципиально?