kolobob

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

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

Версия ядра, как я понимаю, 2.6.32, а в сервере диски SAS. Поддержка SAS в ядре появилась, кажется, только с 2.6.33. Впрочем, я могу ошибаться, не очень хорошо помню. Так что проверьте.

CentOS весьма медленно подхватывает новое, довольно редко обновляется. Боюсь, что вариантов по пальцам перечесть:

1. Компилять руками
2. Ждать новой версии и надеяться, мб через полгода будет ОК
3. Ставить ОСь со свежим ядром, но это с 99% вероятностью будет testing.

А в чем сложность перекомпилять ядро?

Ярлык? В смысле, ярлык/линк с расшаренного диска на второй. Странно, конечно, но просто.
А RAID нужен немного не для этого :)

Во втором конфиге указан один сервер, сколь я вижу.
В первом же играет роль опция remote-random, которая нужна для балансировки нагрузки на сервера. Она делает так, что Вы каждый раз подключаетесь к «случайному» серверу из указанных в remote.

Я так и не понял, что подразумевается под «тройным» и «двойным» ВПНами. Если VPN внутри VPN, то это одно. В этом случае, сколь я помню, в трассировке Вы не должны увидеть ничего, кроме начальной и конечной точки «самой внутренней» сети VPN. Если Вы увидите «внешние слои», это плохо.

Если же под этим подразумевается балансировка, то тройной — первый, ибо там три сервера ждут подключения, а двойной — второй, если раскомментировать строку ##remote 86.71.34.111 5602. Но это так не называется.

Если же имеются в виду три хоста, через которые последовательно проходит трафик, то двойной — первый. Потому что в данном случае хопы мы видеть теоретически можем, и в первой трассировке ясно видим, что их два. Методом исключения получаем, что второй конфиг — тройной ВПН.
Но это все вилами по воде. Наверняка что-то сказать можно, посмотрев на их сервера изнутри.

Простите меня за мой гугл, но мб пригодится. Описано для 7ки, но почему бы этому не сработать?
www.sevenforums.com/network-sharing/3156-adding-virtual-network-adapter.html

Кстати, есть идея на подумать.
Вариант виртуалки с виндой не хотите рассмотреть? Основной смысл этой идеи — наличие снапшотов, особенно множественных (ну виртуалку, как и ОС хоста-носителя, уж сами выбирайте).

Заснапшотив базовое настроенное состояние и объяснив пользователю, как и зачем можно делать дополнительные снапшоты, и как откатывать к ним, его можно отправить в свободное плавание.
Сломал — откатил — переделал. Так, глядишь, и дао познает. Заодно и кайф получит — о это чудесное чувство «я все сломал, но могу откатить» :)

Прочитать лекцию о правилах пользования интернетом и флешками. Если понимающая — поймет и ходить куда не следует не будет. А антивирус и фаерволл — это не панацея.

Автор, видимо, не застал времена популярности дискет :)

А если по теме… У меня схожая проблема с телефоном и с плеером. Долго думал на эту тему и пришел к выводу, что кроме старого доброго ношения под курткой хороших вариантов нет.
В данном случае просто нет других источников тепла, кроме человеческого тела. Теплоизолирующий чехол разве что немного отсрочит проблему, девайс ведь почти не выделяет тепла, а чехол — не термос.

Под VMWare Server 1.x работает хорошо, разницы с физической машиной не заметил на версиях фряхи 6-8. Правда есть нюанс: если на хост-носителе 64-битное ядро, на виртуальной фряхе наблюдается проблема с вводом/выводом в xterm по ssh. В VMWare Server Console проблем так вообще никаких.

> Стоит ли этим заниматься в наше время, или рынок уже перенасыщен фотографами?

Ты собираешься стать заурядным фотографом, каких миллионы? Если так, то от затеи откажись. Если же тебе это дело реально интересно так, что ты можешь заниматься им 16 часов в сутки, то заниматься им стоит. Если дело тебе интересно, рано или поздно ты станешь профессионалом, для которого нет понятия «пересыщенный рынок».
Где взять денег на аппаратуру? Работай на двух работах, не спи сутками, экономь, копи. Иначе так до пенсии будешь решать, куда бы податься.

Вообще говоря, поддержка OpenSSL в PHP реализована коряво. Вместо того, чтобы обернуть стандартные функции OpenSSL, они стали изобретать велосипед, прибивая костыли гвоздями. В итоге эта поддержка получилась сырой, и едва ли когда-нибудь станет нормальной.

Все это дополняется частично ошибочной/устаревшей документацией по этим php'шным функциям. Я бы рекомендовал отказаться от этой гиблой затеи и написать на чем-то более кошерном. Если все же хочется на php, рекомендую смотреть в исходники PHP, вместо мануалов — они достоверней.

Почему бы не сделать RAID 1+0? Т.е. 4 штуки RAID 1 собраны в RAID 0.

Местами практикуют работу внештатного программиста. Тот же фриланс, но только на постоянной основе. Ведешь проект, когда надо что-то доделать, получаешь ТЗ и пилишь.

Простой и логичный ответ — VPN-сервер, желательно свой. На нем поднимаем NAT и делаем его шлюзом в интернет. Желательно еще поднять кеширующий DNS.
С этого момента получаем шифрованный канал до VPN-сервера или любой другой точки внутри VPN. Все, что за VPN'ом будет видеть трафик, но не будет знать, чей он.

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

Из недостатков могу отметить, что трафик сначала будет идти до сервера, а потом уже в точку назначения, и обратно так же. Соответственно, пинги вырастут. На реальном времени доступа отражается не очень сильно.

Из преимуществ: можно гонять практически любой трафик (уровень ethernet или IP), как то IP-телефония, почта, samba и т.д.

gogl.ru и gogle.ru, похоже, принадлежат одному лицу, по крайней мере хостятся на серверах с соседними IP. И NS'ы у них общие: на обоих primary на тачке с googl.ru, secondary — на тачке с gogl.ru

gogle.ru, судя по всему, к ним отношения не имеет.

Юзайте аналог — X Neural Switcher (XNeur). Сам не пользовал, нагуглил.
Чтобы сделать deb-пакет, вам нужны исходники.

Я бы предложил амбарный замок и якорную цепь, чтобы не потерялся. Но не буду.

UDP быстрее, но в нем есть грабля. Он не устанавливает соединение. Отсюда вывод: UDP разумно использовать только в проверенных, надежных сетях, например в локалке внутри конторы. В плохих сетях пакеты теряются, и получается в том числе то, что получилось у Вас. Хотя, конечно, ноги описанной Вами и мной проблем растут из немного разных мест, результат один.

Ну все таки должность, указанная в трудовой, должна отражать характер деятельности. Ведущий или не ведущий специалист — не так важно, а вот работает с сервером или с годовыми отчетами — разница есть :)

А самая главная проблема будет, если ты потеряешь работу через 3-4 месяца, пусть даже по собственному желанию. На это смотрят, и обычно расценивают как увольнение (а ПСЖ — это типа бывший начальник сжалился, чтобы карьеру до конца не портить). Ну и у студента — это недосып и иногда заваленные сессии.