а я бы начал с уточнения задачи. Человеку нужно общее хранилище между хостом и виртуалкой? проще отдать каталог через nfs с хоста и через nfs на виртуалке примонтировать....
провайдер заменит вам ONU, вероятность того, что вы выведете из строя OLT - где то в районе 0.
Я имею в виду, что ни один нормальный провайдер не согласится на замену ОНУ на что то левое, принесенное абонентом. Мелкий провайдер может пойти навстречу, проверить, что вы ему принесли и согласиться на установку. Крупный, с отстроенными алгоритмами подключения, управления оборудованием и мониторинга - вежливо пошлет.
Разделяем понятие роутер и ону. Я говорю об ONU, которую пользователи часто и называют "у меня роутер от провайдера с оптическим портом". Потому что в 99% случаев оптического подключения клиента - это технология PON. И в этом случае есть OLT - на стороне провайдера - и есть ONU - на стороне клиента. Они работают в паре. Причем жестко в паре. И именно ONU - это фактически часть провайдерского оборудования на территории абонента.
Если вы к провайдеру подключены по витой паре и он вам предоставил роутер - то да, тут вы правы.
Но я говорил именно о технологии PON. Перечитайте мои посты еще раз.
потребовать - проще всего. Но что вы будете делать, если окажется, что ваш любимый роутер не совместим с OLT оборудованием провайдера? Менять ради одного клиента голову??? этого не сделает ни один провайдер.
Просто запомните - ONU - это часть провайдерского оборудования. Если провайдер вам выдает только ONU совмещенную с роутером - то максимум, чего вы можете добиться - перевести ОНУ в режим бриджа, и уже за ней ставить что вашей душе угодно. Но тогда всякие вифи и прочие телефоны на провайдерской онушке превращаются в тыкву...
ОНУ - часть операторского оборудования. Как только вы докажете провайдеру, что он должен взять на себя ответственность за нормальную работу вашей левой ОНУ с его ОЛТ головой - он согласится поменять.
Вот лично я у себя в сети - вежливо пошлю такого абонента. Или подключайтесь через предоставленную нами ОНУ, или ищите другого провайдера. Все просто.
нда... спросите у любого инженера техподдержки с хостинга. Самая распространненая операция - клиент купил виртуалку, потом понял, что места мало, докупил, теперь надо расширить.
пяток команд. Вот сжать - нельзя в общем случае. А расширить - вообще без проблем.
и там ищите, там все описано
Но это не ваш путь.
Вы bgp с кем строить будете? С провайдером? а он с вами бгп не будет строить. Вам сначала самим надо провайдером стать )
ежегодная плата лира - около 1500 в год. Активация лира - грубо говоря примерно столько же. НА сайте райпа все расписано...
Но. Как только вы станете владельцем автономной системы - вы сразу же получите обязанность устанавливать системы фильтрации и контроля....
поставьте между ноутбуком и общественной сетью еще одно устройство. Например роутер. Правда не каждая общественная сеть разрешит к себе роутер подключить )
Но вообще - проблема у вас в том, что у вас есть connected маршрут на 192.168.0.0/24 и gw в нем. И чтобы подключиться к впн серверу - вы должны прописать маршрут до впн сервера через шлюз общественной сети. Но перекрыть connected маршрут вы не сможете. Теперь смотрим на ситуацию, когда к общественной сети подключился роутер. Он получил от нее адрес в 192.168.0.0. А вам он раздает например 172.18.47.0/24. Таким образом вы у себя на ноуте прописываете адрес впн сервера через шлюз 172.18.47.1, далее ваш трафик натится и доходит до впн сервера. Теперь ваш ноутбук подключен к вашему впн и не имеет connected маршрута для 192.168.0.0/24
мы не знаем, что и как настроил провайдер, что вы коннектитесь только по доменному имени. Непонятно, куда коннектитесь, что пробрасываете и т.п.
Добивайтесь ответов от ТП провайдера, лично я не вижу разницы между коннектом по имени и коннектом по ип...
