Про игры и консоли можешь на youtube найти много всего. Тут неплохо подготовленный и разжеванный материал про сеть и ее составляющие, что редко найти в интернете в таких обзорах.
видно плохо ищешь. много чего найти можно. а про игры что то стоящее трудно встретить как и сами игры тоже интересные. в этом году только одна игра понравилась реально.
Дмитрий, правильно ли я понял, что в отличии от vpn, mpls не решает задачу шифрования трафика?
По поводу удаленного рабочего стола: глянуть статьи про rdp и vnc. Первый — закрытый, еще много проприетарщины есть, в вики даже сводная таблица имеется.
Под VPN-то? Конечно хватит, однако ввиду того, что на малине все работает через USB (в.т.ч сетевая карта) да и для шифрования данных процессор несколько слабоват — работать будет достаточно медленно.
НЕ знаю куда лучше писать — на ютуб или сюда, но напишу сначала сюда:
Спасибо Дмитрий, действительно интересный выпуск, заставил задуматься 🙂
Я как сисадмин поднимал впн на линуксовом openvpn — могу сказать что эта штука вполне себе торт, можно сделать все прозрачно для пользователя…
Я так считал, а вот про «единый узел отказа» — как-то даже и не задумывался.
И сейчас пришла мысль — что если организовывать приоритезацию траффика внутри vpn-канала средствами например ‘tc’, и на каждом филиале фирмы поднять свой openvpn-сервер.
И на каждом openvpn-сервере поднять клиентское соединение до каждого филиала, типа:
fil1 —> fil2
fil1 —> fil3
fil2 —> fil1
fil2 —> fil3
fil3 —> fil1
fil3 —> fil2
Ну и конечно таблицу маршрутизации настроить.
Как ты считаешь — моя идея это полный изврат или у нее есть право на существование ?
MPLS как идея — штука хорошая, но как показывает практика — ни один даже самый дорогой провайдер не гарантирует качественного сервиса, и ip-телефония может начать заикаться в самый отвественный момент, именно благодоря MPLS.
Посмотрите в сторону протокола OSPF, я в свое время городил подобную вещь с openvpn. В *nix есть пакет quagga в котором есть реализация этого протокола. Также я пришел к выводу, что вместо openvpn лучше использовать gre и шифровать его при помощи ipsec, т.к. через gre можно пропустить мультикаст так необходимый для ospf при данной реализации.
P/S Благодаря MPLS ничего заикаться не будет (во всяком случае это не вина MPLS). MPLS всего лишь обеспечивает высокоскоростную маршрутизацию. Для решения задач с «заиканием» есть специальные вещи, такие как QoS.
хм давай лучше что нибудь веселенькое про игры консоли пк рассказывать…. а про сети кому надо тот сам почитает в нете в книжках и тд.
Про игры и консоли можешь на youtube найти много всего. Тут неплохо подготовленный и разжеванный материал про сеть и ее составляющие, что редко найти в интернете в таких обзорах.
видно плохо ищешь. много чего найти можно. а про игры что то стоящее трудно встретить как и сами игры тоже интересные. в этом году только одна игра понравилась реально.
Очень хороший выпуск. Сложный материал подан очень доходчиво. А про игры Дмитрий говорил, сто будет со временем. Терпение имейте.
А вот работа с удалённым рабочим столом относится к сетевым технологиям? По какому принципу это работает, на каких протоколах?
Дмитрий, правильно ли я понял, что в отличии от vpn, mpls не решает задачу шифрования трафика?
По поводу удаленного рабочего стола: глянуть статьи про rdp и vnc. Первый — закрытый, еще много проприетарщины есть, в вики даже сводная таблица имеется.
Дмитрий, твоя Raspberry Pi еще жива?
Даешь сборку маленького vpn-сервера! 🙂
А получится? Мощности хватит?
Под VPN-то? Конечно хватит, однако ввиду того, что на малине все работает через USB (в.т.ч сетевая карта) да и для шифрования данных процессор несколько слабоват — работать будет достаточно медленно.
НЕ знаю куда лучше писать — на ютуб или сюда, но напишу сначала сюда:
Спасибо Дмитрий, действительно интересный выпуск, заставил задуматься 🙂
Я как сисадмин поднимал впн на линуксовом openvpn — могу сказать что эта штука вполне себе торт, можно сделать все прозрачно для пользователя…
Я так считал, а вот про «единый узел отказа» — как-то даже и не задумывался.
И сейчас пришла мысль — что если организовывать приоритезацию траффика внутри vpn-канала средствами например ‘tc’, и на каждом филиале фирмы поднять свой openvpn-сервер.
И на каждом openvpn-сервере поднять клиентское соединение до каждого филиала, типа:
fil1 —> fil2
fil1 —> fil3
fil2 —> fil1
fil2 —> fil3
fil3 —> fil1
fil3 —> fil2
Ну и конечно таблицу маршрутизации настроить.
Как ты считаешь — моя идея это полный изврат или у нее есть право на существование ?
MPLS как идея — штука хорошая, но как показывает практика — ни один даже самый дорогой провайдер не гарантирует качественного сервиса, и ip-телефония может начать заикаться в самый отвественный момент, именно благодоря MPLS.
Посмотрите в сторону протокола OSPF, я в свое время городил подобную вещь с openvpn. В *nix есть пакет quagga в котором есть реализация этого протокола. Также я пришел к выводу, что вместо openvpn лучше использовать gre и шифровать его при помощи ipsec, т.к. через gre можно пропустить мультикаст так необходимый для ospf при данной реализации.
P/S Благодаря MPLS ничего заикаться не будет (во всяком случае это не вина MPLS). MPLS всего лишь обеспечивает высокоскоростную маршрутизацию. Для решения задач с «заиканием» есть специальные вещи, такие как QoS.
Спасибо. Очень интересно.
Здравствуйте, Дмитрий! Вы еще живы? Когда выйдут новые видеоролики про сетевые технологии и не только?