takewyn: evgeniymx, Вы прежде чем других критиковать, себя бы вспомнили :) Занимались, занимались да надоело, да?
И что? проект утратил рентабельность, был аккуратно закрыт. Вас это задевает?) Меня нисколько. Вас видимо больше задевает что хостимэн превзошел Вас и активно унижает, так как есть за что, и это он делает не зря. За нападки недохостеров нужно отвечать агрессивными мерами и пока Вы на них ведетесь, Вы и дальше будете выглядеть нелепо маленьким хостером, у которого последние крошки со стола забрали 😂
Я и говорю что клиент сам должен изъявлять желание оставлять отзывы, если его об этом умоляет хостер и предлагает там всякие скидки или даже деньги в биллинге то какой это отзыв?
Это не мольба, а маркетинг. Если у Вас на него нет денег - это не значит что тот, у кого они есть, делает что-то неправильное. Многие магазины, конторы, фирмы могут предложить своим клиентам плюшки за плюшки, это распространненая практика. Но какой смысл говорить об этом хостеру, у которого не хватило 30$ на SSL-серт для основного сайта и биллинга?
hostenberg: Нормальный хостер у кого действительно хорошее качество услуг никогда не будут умолять клиента написать о нем отзыв
Так делают как мне кажется только никчемные хостеры ;)
по-моему тут диалог взрослых дядек со взрослыми аргументами, читаю топик и всегда удивляюсь тому, как местные хостеры активно продвигают хостимэна, сами того не понимая :)
а вам лучше не палиться со своим "похапе фри хостом", хостенберг, ибо заходишь к такому не никчемному хостеру на сайт и
бам
бам
ещё один
ну и контрольный
если аргументы большинства тут присутствующих если не абсурдны, то ваш - наиболее абсурден :) Займитесь своим фри хостом, а потом лезьте к крупным дядькам в темы, серьезно. К слову, это применительно и к остальному большинству. Я так считаю :) Почему в топике ниразу не отписывали крупные игроки рынка? Да потому что они занимаются сервисами, а не думают, фейк ли 70к клиентов или правда
smart2web: Данные отправлены. Жду рабочую виртуалку на этом VDS
ставить os, поднимать сеть и затачивать qemu на работу из-под виртуалки - на все это у меня нет времени, но дабы не быть голословным, сделал _минимум_, который спокойно заводит виртуалку в виртуалке. На остальное надо просто чуть больше времени. Вы, к слову, можете посвятить его этому занятию - для общего развития ;)
se43: Он не описался, можете уточнить у своих технарей.
все правильно, а предыдущие ораторы ошиблись. нет никаких ограничений на запуск бинарников qemu без установки модуля ядра. В таком случае, qemu работает с программной виртуализацией, а не аппаратной, и все хорошо :)
а что, для саморазвития неплохая тема. Я в свое время поднимал qemu внутри openvz, заводил windows server 2003, пробрасывал порты и подключался по RDP. Работало, конечно, как на кпк, но работало же!
anchous: поднимаете вмварю (либо любую другую систему виртуализации), на ней виртуальную сетку с межсетевым экраном имеющим выход во вне и внутренним серваком, к которому коннектитесь через тимвивер или впн. внешний доступ к нему обрубаете на уровне виртуального фаервола - и будет у вас фактически небольшая виртуальная лвс
для параноиков, управляете нодой также изнутри инфраструктуры
Два чая этому автору. RDP, к слову, в последних версиях предусматривает шифрование трафика.
Могу предложить упрощенный вариант этой схемы:
Промежуточный сервер - виртуалка у какого-нибудь хостера, поднимаем openvpn сервер, делаем два сертификата, отправляем один на рабочую станцию, один оставляем себе
Рабочая станция (любая машина, где угодно, будь-то физический комп или виртуалка) - поднимаем на ней openvpn client, подключаемся по ранее выписанному сертификату
Вы - устанавливаем openvpn client, подбрасываем ему сертификат, подключаемся. коннект по RDP делаем непосредственно к IP рабочей станции внутри openvpn.
Плюсы этого способа:
Рабочая станция не светит портами в сеть, не светит ip, вероятность взлома сводится к нулю
Минусы:
если хостер дурачок, он сможет выписать себе пару сертификатов внутри вашей виртуалки, и подключиться к вашей сети. Поэтому тут стоит для RDP сделать хорошую аутентификацию, либо нарастить дополнительные уровни защиты.
Можно сделать тоже самое, убрав шлюз посередине, но тогда ваша станция начнет светить как минимум openvpn портом. Но убирается вероятность проникновения умалишенного хостера)
P.S. но иногда второй способ не катит, например, если у вас провайдер пробрасывает внутрь ната, и не дает открывать порты.
P.S.S. ради интереса я анализировал трафик между RDP <openvpn> CLIENT и ничего "интересного", кроме шифрованного потока не находил.
evgeniymx, Вы прежде чем других критиковать, себя бы вспомнили :) Занимались, занимались да надоело, да?
И что? проект утратил рентабельность, был аккуратно закрыт. Вас это задевает?) Меня нисколько. Вас видимо больше задевает что хостимэн превзошел Вас и активно унижает, так как есть за что, и это он делает не зря. За нападки недохостеров нужно отвечать агрессивными мерами и пока Вы на них ведетесь, Вы и дальше будете выглядеть нелепо маленьким хостером, у которого последние крошки со стола забрали 😂
Это не мольба, а маркетинг. Если у Вас на него нет денег - это не значит что тот, у кого они есть, делает что-то неправильное. Многие магазины, конторы, фирмы могут предложить своим клиентам плюшки за плюшки, это распространненая практика. Но какой смысл говорить об этом хостеру, у которого не хватило 30$ на SSL-серт для основного сайта и биллинга?
Нормальный хостер у кого действительно хорошее качество услуг никогда не будут умолять клиента написать о нем отзыв
Так делают как мне кажется только никчемные хостеры ;)
по-моему тут диалог взрослых дядек со взрослыми аргументами, читаю топик и всегда удивляюсь тому, как местные хостеры активно продвигают хостимэна, сами того не понимая :)
а вам лучше не палиться со своим "похапе фри хостом", хостенберг, ибо заходишь к такому не никчемному хостеру на сайт и
бам
бам
ещё один
ну и контрольный
если аргументы большинства тут присутствующих если не абсурдны, то ваш - наиболее абсурден :) Займитесь своим фри хостом, а потом лезьте к крупным дядькам в темы, серьезно. К слову, это применительно и к остальному большинству. Я так считаю :) Почему в топике ниразу не отписывали крупные игроки рынка? Да потому что они занимаются сервисами, а не думают, фейк ли 70к клиентов или правда
А с другого ящика писать пробовали? Может в спам-лист их угодили.
Нам отвечают, хотя и не особо быстро.
Вот этого не пробовал, но, наверное, сейчас так и сделаю :) Спасибо за совет
Данные отправлены. Жду рабочую виртуалку на этом VDS
ставить os, поднимать сеть и затачивать qemu на работу из-под виртуалки - на все это у меня нет времени, но дабы не быть голословным, сделал _минимум_, который спокойно заводит виртуалку в виртуалке. На остальное надо просто чуть больше времени. Вы, к слову, можете посвятить его этому занятию - для общего развития ;)
Видимо какие-то олухи из разработчиков QUEMU называют эту виртуализацию аппаратной, не правда ли?
Давайте выдам вам OVZ виртуалку, запилите там KVM гипервизор в рабочем состоянии?
А давайте. Жду данные в лс. Только внимание, не путайте (я же сказал, учите матчасть): я поднимал qemu, а не kvm (и не kqemu, что и значит kvm)
p.s. вникайте, "горехостер"))
https://ru.wikipedia.org/wiki/QEMU
http://xgu.ru/wiki/QEMU
https://ru.wikipedia.org/wiki/KVM
если прочитаете внимательно, то поймете принципиальное отличие qemu от kvm и то, что я написал qemu, а не qemu-kvm
Он не описался, можете уточнить у своих технарей.
все правильно, а предыдущие ораторы ошиблись. нет никаких ограничений на запуск бинарников qemu без установки модуля ядра. В таком случае, qemu работает с программной виртуализацией, а не аппаратной, и все хорошо :)
smart2web, vovka83, учите матчасть.
тс знает толк в извpащениях
а что, для саморазвития неплохая тема. Я в свое время поднимал qemu внутри openvz, заводил windows server 2003, пробрасывал порты и подключался по RDP. Работало, конечно, как на кпк, но работало же!
поднимаете вмварю (либо любую другую систему виртуализации), на ней виртуальную сетку с межсетевым экраном имеющим выход во вне и внутренним серваком, к которому коннектитесь через тимвивер или впн. внешний доступ к нему обрубаете на уровне виртуального фаервола - и будет у вас фактически небольшая виртуальная лвс
для параноиков, управляете нодой также изнутри инфраструктуры
Два чая этому автору. RDP, к слову, в последних версиях предусматривает шифрование трафика.
Могу предложить упрощенный вариант этой схемы:
Промежуточный сервер - виртуалка у какого-нибудь хостера, поднимаем openvpn сервер, делаем два сертификата, отправляем один на рабочую станцию, один оставляем себе
Рабочая станция (любая машина, где угодно, будь-то физический комп или виртуалка) - поднимаем на ней openvpn client, подключаемся по ранее выписанному сертификату
Вы - устанавливаем openvpn client, подбрасываем ему сертификат, подключаемся. коннект по RDP делаем непосредственно к IP рабочей станции внутри openvpn.
Плюсы этого способа:
Рабочая станция не светит портами в сеть, не светит ip, вероятность взлома сводится к нулю
Минусы:
если хостер дурачок, он сможет выписать себе пару сертификатов внутри вашей виртуалки, и подключиться к вашей сети. Поэтому тут стоит для RDP сделать хорошую аутентификацию, либо нарастить дополнительные уровни защиты.
Можно сделать тоже самое, убрав шлюз посередине, но тогда ваша станция начнет светить как минимум openvpn портом. Но убирается вероятность проникновения умалишенного хостера)
P.S. но иногда второй способ не катит, например, если у вас провайдер пробрасывает внутрь ната, и не дает открывать порты.
P.S.S. ради интереса я анализировал трафик между RDP <openvpn> CLIENT и ничего "интересного", кроме шифрованного потока не находил.
От того что у Вас хостинг на VPS - он не будет плохим.
если конечно его хостер не оверселлит ноду
Только вот мне еще интересно почему до сих пор такавины, вапграфы и хостиманы еще не отписались :D
Потому что вапграфа таким не удивишь)) видали в свое время, в своих областях и не такие экспонаты 🙅