Prime

Проблемы с TTL или двойным NAT?

незнал в какой альбом выкладывать

Только хотел написать по-поводу фейковой AS. То, что доктор прописал в вашем случае.

Мов парость виноградної лози, Плекайте Java пильно й ненастанно! https://www.change.org/petitions/%D0%BB%D1%8C%D0%B2%D1%96%D0%B2%D1%81%D1%8C%D0%BA%D0%B0-%D0%BC%D1%96%D1%81%D1%8C%D0%BA%D0%B0-%D1%80%D0%B0%D0%B4%D0%B0-%D0%B2%D0%B8%D0%BC%D0%B0%D0%B3%D0%B0%D1%8E-%D0%BD%D0%B0%D0%B4%D0%B0%D1%82%D0%B8-%D0%BC%D0%BE%D0%B2%D1%96-java-%D1%81%D1%82%D0%B0%D1%82%D1%83%D1%81%D1%83-%D1%80%D0%B5%D0%B3%D1%96%D0%BE%D0%BD%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D1%97-%D1%83-%D0%BC%D1%96%D1%81%D1%82%D1%96-%D0%BB%D1%8C%D0%B2%D0%BE%D0%B2%D1%96

http://www.wireless.ua/photo/index.php?content%2FUKOS2012_n1%2F можно переключиться в режим HTML

нет, lftp просто сливает данные. в частности команда mput для задачи с удалением данных, лучше подойдет какой-то синхронизатор. делать ftp велосипед не нужно, он должен получать массив данных с сервера, сравнивать с существующим, или же сравнивать даты создания файлов. rsync например

include.lst: /usr/local/billing /var/www/html/billing exclude.lst /usr/local/billing/sql-cache/

Репликация мастер-слейв хороша как раз для бекапа, можно смело лочить всю базу на слейве и не бояться, что что-то не успеет записаться. ну в данном случае есть только NAS

При падении сервера с данными данные, как это ни странно, тоже не теряются. Лежат себе спокойно, ждут пока их поднимут. А при настроенной репликации - вообще песня, данные синхронизируются везде... Накой городить огород из кучи машин (N серверов биллинга + M контроллеров облака), если достаточно простого кластера на 2 ноды, с pacemaker'ом в качестве CRM, мускулом в режиме мастер-мастер, и биллингом в виде мигрирующего ресурса? Разве что письками мериться, мол, "у меня биллинг в облаке личном живет"? да, это уже почти стандарт дефакто СХД. pacemaker хорош, бесспорно просто со схе

конечно сильно. данные же не потеряются. контроллеры на порядок проще резервировать. UPD: вариант с Master - Slave очень даже ничего. при условии, что со Slave не будет на Master ничего синхронизироваться. Тупая репликация БД спасет

возможно стоит посмотреть в сторону модного облачного хранения данных. например VMWare vCloud или же проекта OpenStack: в случае падения контроллера, просто не будет доступа к данным. скриптами тут не обойтись. размазывание данных вещь не сильно хитрая в отличии от общего проекта failover схемы. в первую очередь следует вынести из сервера функции маршрутизации трафика.

насчет dl360 у него два режима работы кулеров: Low и Normal частота вращения действительно меняется, но по общему уровню громкости разница очень слабая. разбирал кулеры, они технологически так устроены. т.е. вопрос решается заменой блока из по-моему 6 FANов, но заниматься колхозов с заменой штатных кулеров я бы не советовал. другие HP сервер +- той же серии не шумят причем один DL360 вообще не шумит, может серия такая была, хз.

для одного из тривиальных серверов я делал резервирование в 3 источника. 1.Local Storage 2.FTP 3.Amazon S3 Локальное хранилище хранит резервные копии за 31 день FTP сервер хранит все резервные копии. Amazon S3 хранит за 31 день истории. Резервируются файлы и база данных биллинга. директории файлов соответственно Include и exclude, чтобы избежать избыточности. пример упростил, потому как у меня таблицы лочатся, на время выполнения дампа и конечно же не вся БД сливается. репликация конечно классно, но в данном случае малоэффективна. #!/bin/sh FILENAME=billing_fil

Наталья завидовала )

Пусть отключить arp протокол в ядре икаждого польователя вносит руками

ох жесть же будет....

а так, доступно два варианта: 1.работать напрямую с sql базы, данных, тем самым можно зад....чить запросами выборки каждого хомяка в большой сети. 2.формировать конфиги по триггеру измененных событий, ну тут проще, тем более реализация nomake есть для любых доп полей, чем создавать свой велосипед когда-то давно была полемика насчет, что лучше. ну впринципе можно еще сделать к 1 варианту режим кеширования и ограничения запросов, т.к. репликация нецелесообразна

Имеется в наличии 3 шт DES-3526, сервер на котором можно играться с софтом (сейчас там стоит Freebsd 8.2 и nodeny установленный по одному из видео) Просто для меня это все ново и хотелось бы понять куда копать. Статью про opt82 немного попытался осилить, понял что приходит от свича, но не до конца догнал как этот isc dhcp конфигурировать. К примеру соберу все как тут http://xgu.ru/wiki/Ф...йл:Dhcp_82.jpeg на DHCP сервере стоит биллинг. что мне делать дальше? В конфиге для каждого коммутатор каждого порта прописывать свой класс или как? И ещё насколько я понял DHCP сервер будет выписыват

тем, кто по-человечески спрашивал - никому не отказывали. хотя совести нет, на шею садятся, думать не хотят

лучше бы на форуме nodeny спросили. чтобы nodeny крутить вдоль и поперек - нужно его достаточно хорошо знать

местный, удаленный?

Фактически нужно настроить только коммутатор и isc dhp сервер. Дело в том, чтобы прйти к "попробовать", нужно это все сделать ) В разрезе данного вопроса это значит интегрировать в биллинг, настроить dhcp и свич. Вам проще на первом этапе конфиг сделать руками, потестить в связке со свичем. Дальше, если интересно начать придумывать велосипеды. Втом числе как работа через sql, dhcp сервера, так и формирование конфига из доп полей. Начните с малого...

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

можно по вендору match if option dhcp-vendor-identifier = "<insert_vendor_class_id_here>"; обязательно клиент только отправлять send vendor-class-identifier class "vendor-class" { match if option dhcp-vendor-identifier = "<vendor-class-identifier>"; }

redir ему поможет