LINUX.ORG.RU
решено ФорумAdmin

Чем заменить DigitalOcean?

 , , ,


3

2

Для своих ковыряний и для сайтиков пока спасает Зомро (не реклама, просто ребята действительно нормально работают).

Кроме того 2 месяца был промо-акканут на DO, после вчерашнего плююсь на него.

Добавил центоси 7-й в дроплете своп в файле сменил порт и тип аутентификации SSH и все... все, млять! Дроплет внезапно покалечился — сервисы, что были на нём упали, залогиниться в него я могу только через рекавери чрут.

Вопрос по сабжу, какие есть нормальные vps-хостинги на сегодняшний момент с недорогими тарифами и живым суппортом, мне на будущее.

Спасибо!

★★★★★

Последнее исправление: Twissel (всего исправлений: 1)

Vultr из очевидного, Linode. Не понимаю, зачем тебе DO был нужен, когда есть более лучшие альтернативы.

anonymous
()

Правда, от того что ты убьёшь себе виртуалку своими кривыми ручонками, не поможет.

anonymous
()

Vultr, например.

Добавил центоси 7-й в дроплете своп в файле сменил порт и тип аутентификации SSH и все... все, млять! Дроплет внезапно покалечился — сервисы, что были на нём упали, залогиниться в него я могу только через рекавери чрут.

А причем тут Digital Ocean?

Deleted
()

сменил порт и тип аутентификации SSH и все... все, млять!

И че хост после этого по ssh стал не доступен? Так руки надо выпрямить для начала.

dpood
()
Ответ на: комментарий от Deleted

Почему-то, проделав ровно те же самые манипуляции на «ноунейм» Зомро, все работает как часики, вот причём :-)

У них какой-то сильно своеобразный подход к настройке ssh.

Twissel ★★★★★
() автор топика
Последнее исправление: Twissel (всего исправлений: 1)
Ответ на: комментарий от Deleted

Иначе бы у меня так не пригорело, что я аж тему на ЛОРе создал ;-)

Twissel ★★★★★
() автор топика
Ответ на: комментарий от dpood

Дело в том, что я даже просто не могу залогиниться в систему, что под рутом, что под юзером из их фирменной консоли. Как будто весь PAM тоже ушел в небо.

Twissel ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Но я спрашивал про альтернативы, а не про мои руки.

Twissel ★★★★★
() автор топика

Своп включал так, если что

Twissel ★★★★★
() автор топика
Ответ на: комментарий от Deleted

Также, если тебе интересно, расписываю какие манипуляции делал с ssh:

  • сменил порт для sshd;
  • запретил логин руту;
  • включил аутентификацию по ключу;
  • создал простого юзера myuser;
  • прописал в конфиге
    AllowUsers myuser

Все, котёнок наш помер :-)

P.S. Ну до этого создал своп файл.

Twissel ★★★★★
() автор топика
Последнее исправление: Twissel (всего исправлений: 2)
Ответ на: комментарий от anonymous

В том, что я не могу войти как рут по VNC тоже selinux виноват?

Хотя до этого входил.

Twissel ★★★★★
() автор топика
Последнее исправление: Twissel (всего исправлений: 1)

Также до этого было замечено, что вот такой скриптик для iptables тоже выносит DO

#!/bin/bash
#
# Объявление переменных
export IPT="iptables"

# Интерфейс который смотрит в интернет
export WAN=eth0
export WAN_IP=149.154.71.205

# Очистка всех цепочек iptables
$IPT -F
$IPT -F -t nat
$IPT -F -t mangle
$IPT -X
$IPT -t nat -X
$IPT -t mangle -X

# Установим политики по умолчанию для трафика, не соответствующего ни одному из правил
$IPT -P INPUT DROP
$IPT -P OUTPUT DROP
$IPT -P FORWARD DROP

# разрешаем локальный траффик для loopback
$IPT -A INPUT -i lo -j ACCEPT
$IPT -A OUTPUT -o lo -j ACCEPT

# Разрешаем исходящие соединения самого сервера
$IPT -A OUTPUT -o $WAN -j ACCEPT

# Состояние ESTABLISHED говорит о том, что это не первый пакет в соединении.
# Пропускать все уже инициированные соединения, а также дочерние от них
$IPT -A INPUT -p all -m state --state ESTABLISHED,RELATED -j ACCEPT
# Пропускать новые, а так же уже инициированные и их дочерние соединения
$IPT -A OUTPUT -p all -m state --state ESTABLISHED,RELATED -j ACCEPT
# Разрешить форвардинг для уже инициированных и их дочерних соединений
$IPT -A FORWARD -p all -m state --state ESTABLISHED,RELATED -j ACCEPT

# Включаем фрагментацию пакетов. Необходимо из за разных значений MTU
$IPT -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

# Отбрасывать все пакеты, которые не могут быть идентифицированы
# и поэтому не могут иметь определенного статуса.
$IPT -A INPUT -m state --state INVALID -j DROP
$IPT -A FORWARD -m state --state INVALID -j DROP

# Приводит к связыванию системных ресурсов, так что реальный
# обмен данными становится не возможным, обрубаем
$IPT -A INPUT -p tcp ! --syn -m state --state NEW -j DROP
$IPT -A OUTPUT -p tcp ! --syn -m state --state NEW -j DROP

# Рзрешаем пинги
$IPT -A INPUT -p icmp --icmp-type echo-reply -j ACCEPT
$IPT -A INPUT -p icmp --icmp-type destination-unreachable -j ACCEPT
$IPT -A INPUT -p icmp --icmp-type time-exceeded -j ACCEPT
$IPT -A INPUT -p icmp --icmp-type echo-request -j ACCEPT

# Открываем порт для ssh
$IPT -A INPUT -i $WAN -p tcp --dport 22 -j ACCEPT
# Открываем порт для DNS
#$IPT -A INPUT -i $WAN -p udp --dport 53 -j ACCEPT
# Открываем порт для NTP
#$IPT -A INPUT -i $WAN -p udp --dport 123 -j ACCEPT

# Логирование
# Все что не разрешено, но ломится отправим в цепочку undef

$IPT -N undef_in
$IPT -N undef_out
$IPT -N undef_fw
$IPT -A INPUT -j undef_in
$IPT -A OUTPUT -j undef_out
$IPT -A FORWARD -j undef_fw

# Логируем все из undef

$IPT -A undef_in -j LOG --log-level info --log-prefix "-- IN -- DROP "
$IPT -A undef_in -j DROP
$IPT -A undef_out -j LOG --log-level info --log-prefix "-- OUT -- DROP "
$IPT -A undef_out -j DROP
$IPT -A undef_fw -j LOG --log-level info --log-prefix "-- FW -- DROP "
$IPT -A undef_fw -j DROP

# Записываем правила
/sbin/iptables-save  > /etc/sysconfig/iptables

Скриптик отсюдова

Ну думаю мало ли, может кривизна моих рук домножилась на кривизну рук автора и вот мы и имеем, но SSH это уже ваще сверх всего, млять!

Twissel ★★★★★
() автор топика
Ответ на: комментарий от Deleted

Видимо, у них образы готовятся как-то криво, по-индийски, видимо, совсем :-)

Twissel ★★★★★
() автор топика

Но, что-то я сильно много нафлудил не по теме))

Это на меня непохоже :-)

Twissel ★★★★★
() автор топика
Ответ на: комментарий от Twissel

И запускал ты его по ssh?

кривизна моих рук домножилась на кривизну рук автора

Тут только кривизна твоих рук виновата.

Deleted
()
Ответ на: комментарий от Twissel

сменил порт для sshd;

semanage port -a -t ssh_port_t -p tcp $PORT 

Наверно ты это не cделал? Или selinux грохнутый был? Просто прими тот факт, что виноват здесь ты (а не хостер), т.к. после твоих манип. все упало.

dpood
()
Ответ на: комментарий от dpood

Больше тренируйся на кошках. И прежде чем вносить изменения в рабочую конфигурацию. Делай это на стендовых хостах(хоть на локалхосте дома).

dpood
()
Ответ на: комментарий от Twissel

Что-то мне подсказывает, что после вот этого:

$IPT -P INPUT DROP
Твоя ssh сессия помрет и выполнение твоего скриптика прервется. Так и не дойдя до разрешающих правил.

VinilNavigator
()
Ответ на: комментарий от VinilNavigator

Ну он наверно не идиот и выполнял его на сервере. У DO на самом деле проблемы с тем что дроплеты могут рандомно выходить из строя и ничего ты сделать не сможешь, особенно если у тебя ядро самосборное (причём через раз, меня эксперименты просто утомили в итоге). Я не знаю из-за чего оно так плохо к перезагрузкам относится, не помню таких проблем больше нигде.

anonymous
()
Ответ на: комментарий от Deleted

Нет, из консольки. Но то было на чистом дроплете, это прошлый эпизод.

Twissel ★★★★★
() автор топика
Ответ на: комментарий от dpood

Повторяю, что это были разные дроплеты и вчера я уже скриптик не запускал.

Twissel ★★★★★
() автор топика
Ответ на: комментарий от dpood

Это и есть, млять, кошка. Стал бы я на проде так себе любить мозг)

Дело не в кошках, сам факт наличия всей этой хрени.

Twissel ★★★★★
() автор топика
Ответ на: комментарий от dpood

Грохнутый, но завтра попробую еще раз все воспроизвести.

Twissel ★★★★★
() автор топика
Ответ на: комментарий от dpood

Но все равно спасибо за команду.

Twissel ★★★★★
() автор топика
Ответ на: комментарий от Twissel

Был у меня дроплет у DO, года два, ни каких проблем не было, ни из-за настроек ssh, менял почти как у тебя, ни с iptables.

Deleted
()
Ответ на: комментарий от Deleted

Года 2 назад у меня тоже все работало, речь про день сегодняшний)

Twissel ★★★★★
() автор топика
Ответ на: комментарий от Twissel

Linode, ЕМНИП, чуть дороже.

Зато работает предсказуемо. Больше 10 лет там VPS держу.

Harliff ★★★★★
()
Ответ на: комментарий от dpood

Смотри теперь объединяем оба эпизода (скриптик и ssh).

Насчет самых «жирных» глюков, все-таки это были глюки дроплета, я вспомнил, что после создания и логина оно у меня даже не запросило смену пароля рута, как это обычно происходит.

Сейчас я создал новый дроплет, отключил SELinux, ниже привожу конфиг sshd

#	$OpenBSD: sshd_config,v 1.100 2016/08/15 12:32:04 naddy Exp $

# This is the sshd server system-wide configuration file.  See
# sshd_config(5) for more information.

# This sshd was compiled with PATH=/usr/local/bin:/usr/bin

# The strategy used for options in the default sshd_config shipped with
# OpenSSH is to specify options with their default value where
# possible, but leave them commented.  Uncommented options override the
# default value.

# If you want to change the port on a SELinux system, you have to tell
# SELinux about this change.
# semanage port -a -t ssh_port_t -p tcp #PORTNUMBER
#
Port 5499
#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::

HostKey /etc/ssh/ssh_host_rsa_key
#HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
HostKey /etc/ssh/ssh_host_ed25519_key

# Ciphers and keying
#RekeyLimit default none

# Logging
#SyslogFacility AUTH
SyslogFacility AUTHPRIV
#LogLevel INFO

# Authentication:

#LoginGraceTime 2m
PermitRootLogin yes
#StrictModes yes
#MaxAuthTries 6
#MaxSessions 10
AllowUsers root master

PubkeyAuthentication yes

# The default is to check both .ssh/authorized_keys and .ssh/authorized_keys2
# but this is overridden so installations will only check .ssh/authorized_keys
AuthorizedKeysFile .ssh/authorized_keys

#AuthorizedPrincipalsFile none

#AuthorizedKeysCommand none
#AuthorizedKeysCommandUser nobody

# For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
#HostbasedAuthentication no
# Change to yes if you don't trust ~/.ssh/known_hosts for
# HostbasedAuthentication
#IgnoreUserKnownHosts no
# Don't read the user's ~/.rhosts and ~/.shosts files
#IgnoreRhosts yes

# To disable tunneled clear text passwords, change to no here!
PasswordAuthentication no
PermitEmptyPasswords no

# Change to no to disable s/key passwords
#ChallengeResponseAuthentication yes
ChallengeResponseAuthentication no

# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
#KerberosGetAFSToken no
#KerberosUseKuserok yes

# GSSAPI options
GSSAPIAuthentication yes
GSSAPICleanupCredentials no
#GSSAPIStrictAcceptorCheck yes
#GSSAPIKeyExchange no
#GSSAPIEnablek5users no

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
# WARNING: 'UsePAM no' is not supported in Red Hat Enterprise Linux and may cause several
# problems.
UsePAM yes

#AllowAgentForwarding yes
#AllowTcpForwarding yes
#GatewayPorts no
X11Forwarding yes
#X11DisplayOffset 10
#X11UseLocalhost yes
#PermitTTY yes
#PrintMotd yes
#PrintLastLog yes
#TCPKeepAlive yes
#UseLogin no
#UsePrivilegeSeparation sandbox
#PermitUserEnvironment no
#Compression delayed
#ClientAliveInterval 0
#ClientAliveCountMax 3
#ShowPatchLevel no
#UseDNS yes
#PidFile /var/run/sshd.pid
#MaxStartups 10:30:100
#PermitTunnel no
#ChrootDirectory none
#VersionAddendum none

# no default banner path
#Banner none

# Accept locale-related environment variables
AcceptEnv LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES
AcceptEnv LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT
AcceptEnv LC_IDENTIFICATION LC_ALL LANGUAGE
AcceptEnv XMODIFIERS

# override default of no subsystems
Subsystem sftp	/usr/libexec/openssh/sftp-server

# Example of overriding settings on a per-user basis
#Match User anoncvs
#	X11Forwarding no
#	AllowTcpForwarding no
#	PermitTTY no
#	ForceCommand cvs server

Так вот, тут снова прикол. С этим конфигом я могу залогиниться как master по ключу. Но как рут уже не могу зайти ни по паролю, ни по ключу :-D

Теперь насчет скриптика, я понял чего я начал бить тревогу, тогда 1,5 месяца назад — после его применения в «фирменную» консоль VNC сыпался вот такой «мусор» — https://pic4a.ru/89/3y2.PNG Плюс к тому, тогда, ЕМНИП, я действительно не выключил SELinux и дроплет оказался изолирован.

Вот такая картина событий. Теперь точно это объективно.

Twissel ★★★★★
() автор топика
Последнее исправление: Twissel (всего исправлений: 2)
Ответ на: комментарий от KRoN73

И раз пошла такая пьянка, то оцени по своему вкусу и добавь в табличку ZOMRO.

Суппорт у них, конечно, так себе, но цены дешёвые :-)

Twissel ★★★★★
() автор топика
Ответ на: комментарий от Twissel

Но как рут уже не могу зайти ни по паролю, ни по ключу :-D

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

после его применения в «фирменную» консоль VNC сыпался вот такой «мусор»

Ты скрипт-то вообще смотрел? Там же написано: # Логируем все из undef и далее правила логирования.

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.