XoRe

2Maxxx: Мега админы сначала читают маны, пробуют что-то, а потом уже спрашивают ) Насчет ifconfig'а извеняюсь конечно. Но такое ощущение, что ты хочешь, чтобы тебе все разжевали. Сам пробовать пробовал? )

2spr1te: Что значит "полноценно работать"? Более плавно раскидывать потоки по процам? 2Legioner: Дорогие бери )

Некропостеры... )

2koralik: Если люди в основном пользуют локалку для инета, можно сделать так. Деньги кончились - закрыть юзеру доступ в интернет и к локальным ресурсам сервера. И при попытке захода на любую страничку, сквид редиректит его на страничку с напоминанием об оплате. А вообще, не надо бояться требовать оплату за свои услуги. Неплатящий юзер бьет по карману сильнее отключившегося. На него тратятся ресурсы, которые можно потратить на ценного юзера, который платит много денег. Да и вообще. Если юзеров не будете нагибать вы, их будет нагибать то же ОГО ) Кстати советую следить за тем, чтобы юзеры поменьше уходили в долги. Конский долг является хорошей причиной смены оператора )

Маленький ликбез. natd меняет вид пакета. С исходящим пакетом такая ситуация... ДО диверта он такой: 10.0.0.1 -> <ип фтп сервака> ПОСЛЕ диверта он такой: <твой внешний ип> -> <ип фтп сервака> С входяшим пакетом такая ситуация... ДО диверта он такой: <ип фтп сервака> -> <твой внешний ип> ПОСЛЕ диверта он такой: <ип фтп сервака> -> 10.0.0.1 А по твоей ситуация получается следующее. Видать диверт входящего пакета идет после правила 20. Поэтому на 20 правиле входящий пакет имеет вид: <ип фтп сервака> -> <твой внешний ип>. И он не соответствует условию правила, поэтому пролетает его. А после диверта пакет принимает вид: <ип фтп сервака> -> 10.0.0.1 Но разрешающего правила на такой случай в фаерволе после диверта уже нет. Поэтому он попадает на 50 правило, которое его честно принимает и отфутболивает.

pentium 300, 64MB оперативки, винт на 20 Гб )

2Legioner: С quadro mysql работает быстрее где-то на 30%. Может и остальные мультипотоковые приложения тоже )

# grep -i dhcp /etc/services bootps 67/tcp dhcps #Bootstrap Protocol Server bootps 67/udp dhcps #Bootstrap Protocol Server bootpc 68/tcp dhcpc #Bootstrap Protocol Client bootpc 68/udp dhcpc #Bootstrap Protocol Client Открыты ли эти порты (на вход и на выход) во фряхе? И вообще хорошо бы поиграться с tcpdump и посмотреть, ходят ли пакеты для dhcp. И в логах сервера dhcp тоже можно посмотреть, как чего.

Хмм... Мне мериться нечем =) У меня все простенько: локалка (192.168.0.0/16) - (192.168.2.129) шлюз - инет =) В этой же локалке ещё один диапазон адресов для управляемых свичей: (172.16.0.0/24) - (172.16.0.1) шлюз Все дальше никуда, да и между сетями хождение трафика на шлюзе закрыто, кроме админов.

Дааа, ребята ) Планов громадье ) Если честно, напоминает "хочу это, это, это, и компот". Стоимость написания всего функционала вполне может составить несколько тысяч долларов. И не факт, что конечный результат вам понравится. Идея хорошая, но слишком радужная на мой взгляд. Под сервер я бы предложил опираться на протокол XMPP или Jabber. Он обладает огромной гибкостью и под сервера на нем есть куча модулей. Поэтому большинство из заявленных фич можно сделать без написания своего кода, модулями и плагинами. Так же протокол jabber является мультиверверным. Это значит, что юзеры разныхсерверов могут общаться друг с другом. Под клиент очень хорошо подходит miranda. У ней тоже есть огромная гибкость, куча плагинов. И можно написать свой плагин. Кстати на этом форуме даже есть плагин inetaccess под миранду. Гораздо эффективнее использовать уже имеющиеся продукты. Просто написать под них плагины и состыковать. P.S. Если не секрет, программист пишет под win или под *nix ?

А если так: ifconfig vlan23 alias 172.16.26.124 mask 255.255.255.0 P.S. Уважаемый, а вы вообще man'ы читаете?

2frig: Свою чего? )

2hell1987: Давайте начнем с начала. Какую сумму вы согласны потратить на организацию вышеописанного узла связи?

Неуправляемые свичи D-Link = секс с сеткой. Про управляемые народ говорит, что получше, даже что хорошо работают. Функционал у управляемых свичей кстати хороший и цена неплохая. Но я в свою сеть их ставить не буду ) У 3com хорошие экземпляры, правда подороже, чем D-Link. Но там и качество гораздо лучше. Все зависит от внешних факторов, в которых живет сеть. Если иногда отключают свет, вокруг много серьёзных источников радио, и т.д., то дешевые свичи не выдерживают. Могу предложить так: Возьмите D-Link ) Если будет работать хорошо - значит можете работать на этом. Если будет падать, берите 3com или даже allied telesyn )

Вам надо, чтобы видео гонялось через сервер или можно сразу от клиента клиенту?

Хммм.... Хорошо бы узнать ОСи тех клиентов, которые получают и тех, которые не получают. P.S. Насколько я помню, у FreeBSD нет родного dhcp сервера.

Ставишь управляемый свич туда, где "УПРАВЛЯЕМЫЙ СВИЧ" и настраиваешь 2 влана - 1 для .23, другой для .26 сети )

2Den_LocalNet: Имхо, дело не в том, что у тебя 2 ип адреса на интерфейсе. На компе с 2 ипами (192.168.2.15 и 172.16.0.100) пингую шлюз (192.168.2.129 и 172.16.0.1) C:\Documents and Settings\xore>ping 172.16.0.1 Обмен пакетами с 172.16.0.1 по 32 байт: Ответ от 172.16.0.1: число байт=32 время<1мс TTL=128 Ответ от 172.16.0.1: число байт=32 время<1мс TTL=128 ... C:\Documents and Settings\xore>ping 192.168.2.129 Обмен пакетами с 192.168.2.129 по 32 байт: Ответ от 192.168.2.129: число байт=32 время<1мс TTL=128 Ответ от 192.168.2.129: число байт=32 время<1мс TTL=128 Ответ от 192.168.2.129: число байт=32 время<1мс TTL=128 На шлюзе видим вот что: elizovo# tcpdump -ni bge0 host \( 172.16.0.100 or 192.168.2.15 \) and icmp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes 23:29:38.490990 IP 172.16.0.100 > 172.16.0.1: ICMP echo request, id 768, seq 1280, length 40 23:29:38.491043 IP 172.16.0.1 > 172.16.0.100: ICMP echo reply, id 768, seq 1280, length 40 23:29:39.491336 IP 172.16.0.100 > 172.16.0.1: ICMP echo request, id 768, seq 1536, length 40 23:29:39.491389 IP 172.16.0.1 > 172.16.0.100: ICMP echo reply, id 768, seq 1536, length 40 23:29:44.962288 IP 192.168.2.15 > 192.168.2.129: ICMP echo request, id 512, seq 4864, length 40 23:29:44.962341 IP 192.168.2.129 > 192.168.2.15: ICMP echo reply, id 512, seq 4864, length 40 23:29:45.961960 IP 192.168.2.15 > 192.168.2.129: ICMP echo request, id 512, seq 5120, length 40 23:29:45.962317 IP 192.168.2.129 > 192.168.2.15: ICMP echo reply, id 512, seq 5120, length 40 23:29:46.962975 IP 192.168.2.15 > 192.168.2.129: ICMP echo request, id 512, seq 5376, length 40 23:29:46.963028 IP 192.168.2.129 > 192.168.2.15: ICMP echo reply, id 512, seq 5376, length 40 А насчет свичей... помоему кто-то из них тупо работает в режиме хаба )

Куда уж москалям до киевлян =)

2Den_LocalNet: Хмм... Та у вас что-то серьёзно ) Судя по картинке у вас в сети 3-4 свича. Так ли это?

Имхо, тут какой-то свич хабом становится. Можно найти такой свич. Свич может дублировать только те пакеты, которые проходят через него. Т.е.: комп 1 - свич - свич - свич - комп 2 Если часто видны пакеты от компа1 до компа 2, то искать надо среди свичей между этими компами.

5р (1 грн) в сутки. Если у человека не работает сеть и он не знает, как её починить, он может на неё забить. Мы ищем причину проблем с сеткой. В результате у клиентов сеть и интернет работают чаще => мы получаем больше денег )

Так. Объясните неместному - это вкусные цены или горькие? )

Ужас. Это уже не педики, это ПИ****АСЫ!

Публично - согласен, мало желания показывать себя всем и видеть всех. А вот приватно с бабой или какую-нибудь видеоконференцию только с теми, кто нужен - может и покатит. Видео "1 на 1" можно организовать многими виндовыми программами. Тот же msn manager. У миранды скорее всего есть плагины для видео чата. Сделал сборку миранды с видеочатом - и пускаешь в массы.