eugene210682

...теормех єта пять

По прошлой работе есть практический опыт проектирования и имплементирования 4-х живых проектов на ПОНе (в т.ч. один на ГЕПОНе) При использовании ПОН, чем дальше от "основания" дерева, тем "тоньше ветки" (кабель меньшей емкости), при покрытии значительных территорий (к примеру, с коттеджной застройкой) строительные длины выходят значительные и уменьшение емкости кабеля вполне ощущается на себестоимости. Уменьшение количества сварок также ведет к пропорциональной экономии человекочасов и сопутствующих расходных материалов. Вынужден не согласиться - при грамотном проектировании, запас на ра

Для начала понадобится физический доступ к консоли сервера. Оттуда запускаете демон sshd, который должен принимать соединения по протоколу SSH2 и предоставлять удаленный доступ к консоли: su <пароль_рута> /etc/init.d/sshd start или service sshd start После этого нужно проследить, чтобы фаервол не блокировал входящие соединения на 22-й TCP-порт, где-то так: iptables -A INPUT -p tcp --syn --dport 22 После этого сможете с помощью, скажем PuTTy устанавливать SSH-сессию и рулить вашим сервом. п.с. но это при условии, что ОС действительно линукс, а не к примеру фри, которую многие

измерить можно, включив мультиметр в разрыв одного из питающих проводов - при правильном подключении сможете оценить потребляемый ток и вычислить мощность - максимум ток х напряжение (считая нагрузку чисто активной)... п.с. насчет "ватт в час" улыбнуло

...начать можно с профильного во

Полностью согласен, но, кстати, поднять VPN-шлюз с L2TP/IPSec на линуксе или фри - задача далеко не тривиальная. Под винды даже не знаю, есть ли какие-то решения.

Создать подключение по openVPN внтури вашего "внешнего" VPN-подключения и расшарить подключение к локалке (в свойствах соотв. сетевого подключения "разрешить другим пользователям использовать данное подключение"). Предварительно прописать маршруты к локальной подсети не через VPN-шлюз вашего провайдера (чтобы с первой машины было одновременное подключение и к интернету и к локальным ресурсам). п.с. при этом трафик внутри openVPN-сессии будет закрыт для провайдера (т.е. невозможно будет отличить его, скажем, от https), а доступ к локальным ресурсам будет происходить от имени "внутреннего" к

...думается, сравнивать нужно продукты в одинаковой весовой категории - помимо количества дырок под трансиверы, немаловажно что в эти дырки можно воткнуть (фаст или гиг), что оно умеет (линг агрегейшн, кос, ацл, прочее) ...ну вы меня поняли

...думаю, это имелось в виду, правда число 100 наводит на мысли, что порты фастовые

делетед

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

плюсадын только одна небольшая поправочка - не в любой другой, а в ортогональной

Нельзя же быть таким доверчивым.

Имхо, довольно сомнительная штука. Насчет ненадежности релейки по сравнению с атмосферной оптикой даже позабавило. Да и цена вопроса для релейки/вайфая со всей легализацией, думаю, будет поменьше.

Дело ваше - в любом случае, то, что вы неправильно поняли, не моя вина - я со своей стороны процитировал фразу, на которую ответил: "А по STM1 больше 155 мбит выжать никак?"

Не упорствуйте, все равно вы ошиблись Ethernet over SDH это всего лишь концепция, конкретная реализация подразумевает передачу асинхронного эзернет трафика с помощью синхронного сдх транспорта с использованием виртуальной конкатенации, жфп-инкапсуляции и протокола лкас для динамической подстройки полосы. Так вот, если оператор дает вам транспорт уровня СТМ-1, это значит, что верхняя планка скорости в данном конкретном случае, как я говорил, чуть меньше 150 Мбит/с, чтобы получить 600 Мбит/с, нужен транспорт СТМ-4.

Я вам больше скажу, с эзером поверх СДХ вы и 155 не выжмете Чуть меньше 150 потолок.

Забудьте даже думать об LTE - к нам 3Ж вот уж который год не дойдет - для перехода на LTE, помимо прочего, транспортная сеть оператора должна быть готова принять соответствующие объемы трафика, а значит, иметь для этого требуемую производительность и архитектуру (а для этого нужно где-то три с половиной вагона бабла), не думаю, что тот же Киевстар может похвастаться готовностью перейти на LTE. Если я не очень сильно отстал от жизни, даже в Европе такие сети пока еще не встречаются в коммерческой эксплуатации, а в нашей нищей стране, поистрепанной финансовой катаклизьмой и добиваемой (перепрода

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

...бабло победит зло Думаю, в составе той же НКРЗ найдется не один и не два человека, которые напрямую заинтересованы в принятии подобных "регулирующих документов", поскольку деятельность мелких домосетей напрямую бьет и по их карману. В нашей насквозь снизу доверху прогнившей от коррупции стране, подобные "акции" - как правило всего лишь красивый фантик.

...плюсадин После того, как модем подключен, физический доступ к нему практически не нужен - бутать или конфигурить можно удаленно (telnet/web). Да и ухудшать "телефонный" линк (который и без того частенько не ахти) лишней лапшой - не слишком рационально. Ну, и экономия электроэнергии, опять же

хотел было экстримы посоветовать

Про туннели можете почитать здесь: http://redteapot.co.cc/articles/network-sw/9-tunneling_pppoe.html http://redteapot.co.cc/articles/network-sw/11-tunneling_pptp.html и т.д. Там же можете взять книжку про IPSec (если с английским нормально).

PPPoE - нельзя назвать VPN-решением - туннелирование есть, шифрования нет, аутентификация только средствами РРР и т.д.