Ну, его можно просто как сеть поднять. Вроде неплохая штука была)

в общем осталось последнее кажется, как прописать роутинг для этого впн на кубе?

пытаюсь прописать роутинг для одной машины пока: route add <remote_local_ip> gw <vpn_server_ip>

все же верно?

i am stuck, почему у меня может трафик с другой машины через vpn не идти?

https://www.digitalocean.com/community/questions/share-server-s-vpn-tunnel-with-other-servers-in-the-private-network

> I just ran into this same issue. It appears that the backend network drops any packet to or from an IP that is not within the backend subnet itself.

Такое бывает?

жесть амазон за куб только за админку 140 баксов

> I just ran into this same issue. It appears that the backend network drops any packet to or from an IP that is not within the backend subnet itself.

Запросто. Сесюрити, все дела

@Korolevaleva будет жить. Поприветствуем!

i am stuck, почему у меня может трафик с другой машины через vpn не идти?

Ip forwarding?

угу да уже нашел что тупо не заработает ничего в DO

=(

> I just ran into this same issue. It appears that the backend network drops any packet to or from an IP that is not within the backend subnet itself.

И так тоже может. Смотри tcpdumpом видишь ли ты входящий трафик

пацаны, может из местных шарит кто, винда, виндус сервисы. Какие могут быть проблемы что бы хостить там приложение?

пацаны, может из местных шарит кто, винда, виндус сервисы. Какие могут быть проблемы что бы хостить там приложение?

вот проблема в том что мало кто шарит в винде среди девопсов, поэтому маловероятно тебе ответят быстро)

угу да уже нашел что тупо не заработает ничего в DO

а... сочувствую, чо

да мне и в дотнет чате никто не отвечает(

слушайте а в чем прикол шифрования дисков у гугла своими ключами? Гугл же все равно может встать где-нибудь по середине и складывать данные на второй диск нешифрованными.

слушайте а в чем прикол шифрования дисков у гугла своими ключами? Гугл же все равно может встать где-нибудь по середине и складывать данные на второй диск нешифрованными.

так ты можешь и доставлять их шифрованными

ну и как бы обычно шифрованным сохраняют то что твой сервис "произвёл"

не понимаю. гугл контролирует все - от оперативы до цпу.

Он легко может получить доступ к чему угодно

а. если ты про это то да.

корпорация добра

это относится к любому арендованному железу как бы

ну не совсем

железо можно похакать конечно, но скорее всего нет.

можно только если заморозить оперативку

Он легко может получить доступ к чему угодно

В теории да. Но Гугл должен сам себя ограничивать и делать свои процедуры публичными, чтобы такого не случилось

Иначе скандал будет такой, что у них все акции в трубу вылетят

ну да конечно

https://developer.amd.com/wordpress/media/2013/12/AMD_Memory_Encryption_Whitepaper_v7-Public.pdf в теории внутри гостя можно защититься от поставщика

Ну и вот еще

Возможно из-за проседания в 5-10 раз и не используют этот функционал

Letsencrypt нормально относится к редиректу на https?

Letsencrypt нормально относится к редиректу на https?

а летскрипт тут причем?

а летскрипт тут причем?

Ну насколько я понимаю для получения сертификата от сервера должны поступать ответы

летсэнкрипту пох

Ну насколько я понимаю для получения сертификата от сервера должны поступать ответы

ну там же делаешь отдельную локейшен для летскипт

более того - рекомендую его запускать в режиме проверки по интеграции с DNS, а не через секретный файлик в well-known

Letsencrypt нормально относится к редиректу на https?

эм ... вы же не можете редиректнуть на https в самом начале, когда у вас еще нет сертификата. Или если сертификат будет прострочен, тоже будут проблемы.

эм ... вы же не можете редиректнуть на https в самом начале, когда у вас еще нет сертификата. Или если сертификат будет прострочен, тоже будут проблемы.

Бывает продление и переход с другого сертификата

Ну, конкретно в двух случаях выше лучше все-таки для letsencrypt убрать https редирект. В особенности, если вы случайно перебрали лимит сертификатов и сертификат не успел перевыпустится вовремя

Oleg Bunin будет жить. Поприветствуем!

Oleg WELCOME!

да не кричи ты, спокойнее)

/stat@combot

combot.org/c/-1001057069601

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

На виртулке с сервером опневпна net.ipv4.ip_forward в единицу выставлен. В файрволле правило для маскарадинга прописано. Что может быть не так?

маскардинг?

Покажи хоть правила

Там жуть из-за ufw.

http://paste.org.ru/?pssno3 вот он этот дуршлаг =)

@lady_noname возможно в этом секрет 15/16 =))

Просто Саша во всех группах

http://paste.org.ru/?pssno3 вот он этот дуршлаг =)

А зачем указание -s ?

в маскардинге

А как надо? Это же типа из какой подсети маскарадить.

Ну обычно просто на интерфейс вешают внешний

лоооооооол, я кажется допёр

iptables -t nat -A POSTROUTING -o $EXTINT -j MASQUERADE типа такого

там eth0, а в убунтах эти долбаные enpXsX

Как всегда, решение через уточку сработало лучше всего. Но спасибо, что обратил моё внимние на указание интерфейса

там eth0, а в убунтах эти долбаные enpXsX

а в центосах еще enpXsXfX или enpXpXsXfX

enP65540p1s0f1 - пример интерфейса

:D

там eth0, а в убунтах эти долбаные enpXsX

sed -i 's/GRUB_CMDLINE_LINUX=\"\(.*\)\"/GRUB_CMDLINE_LINUX=\"\1 biosdevname=0 net.ifnames=0\"/' /etc/default/grub update-grub

Лечитса не так уж сложно

sed -i 's/GRUB_CMDLINE_LINUX=\"\(.*\)\"/GRUB_CMDLINE_LINUX=\"\1 biosdevname=0 net.ifnames=0\"/' /etc/default/grub update-grub

Шаманство какое-то

sed -i 's/GRUB_CMDLINE_LINUX=\"\(.*\)\"/GRUB_CMDLINE_LINUX=\"\1 biosdevname=0 net.ifnames=0\"/' /etc/default/grub update-grub

Но это нужен ребут

Но это нужен ребут

А еще груб может сломацо

:D