Молодой проект ищет хостинг

Бесплатно?

выделенный айпи обычно стоит с сам виртуальный хостинг :)

а ssl, особенно если видкард около 10к рублей.

Не нужен. SSL сертификат прописывается отдельному домену\поддомену, айпи значения не имеет.

---------- Добавлено 05.12.2014 в 23:20 ----------

Сходили за CloudFlare и получили SSL на всем чем угодно. Возможно и не самый оптимальный вариант для серъезных компаний, но зато бе$платно 😂.

Neolo, для шаред хостинга обязательно иметь выделенный ИП для каждого сайта который хочет использовать SSL. Почитайте мат часть. Или каким образом у вас на одном ИП будет два разных SSL на одном порту? :)))

Это что шутка? Странно такое слышать от того, кто представляет какой-то хостинг в Канаде.

server {
        server_name test.com;
        listen 4.4.4.4:443;
        ssl on;
        ssl_certificate     ssl.crt;
        ssl_certificate_key  ssl.key;
...}

server {
        server_name test2.com;
        listen 4.4.4.4:443;
        ssl on;
        ssl_certificate     ssl2.crt;
        ssl_certificate_key  ssl2.key;
...}

Вот и читайте мат часть. Или опробуйте практически.

не знаю сути виртуального хостинга, но для установки ssl нужно вставить на сервер его данные. Для генерации csr конечно нужен домен, и привязывается ssl к домену, но что-то не верится в такой легкий вариант.

Если на vps понятно после разбития ставится своя вирт ось и там реально поставить ssl, но как для хостингов с 1 гигом места и часто одной осью на всех? тоже стоят свои системы и собственными апачами, бд, и тп?

И не осталось 5 баксов в месяц? Может, не стоит тогда заниматься сайтом?

Уважаемые, SNI и TLS с SSL не путайте. И оба читайте мат часть.

Можно и тысячу сайтов на одном IP на 443 порту повесить, все будет работать, ну почти все, исключая поддержку старых протоколов шифрования, и старых браузеров...

TLS или SSL не имеет значения, это не меняет принцип работы и использования сайтами шифрофания на одном ip.

Мне кажется тема тс пошла влево ))

server {

        server_name test.com;

        listen 4.4.4.4:443;

        ssl on;

        ssl_certificate     ssl.crt;

        ssl_certificate_key  ssl.key;

...}

server {

        server_name test2.com;

        listen 4.4.4.4:443;

        ssl on;

        ssl_certificate     ssl2.crt;

        ssl_certificate_key  ssl2.key;

...}

ну вы вероятно сами то и не читали мат часть и тем более практически ничего не пробовали 😂

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

так что садитесь вам двойка 😂