Если вы изобретаете синтаксис, это не сработает.
То, что предшествует NS, является доменным именем; если вы не поместите туда, по умолчанию используется текущий, например. example.com.
.
Согласно поведению DNS по умолчанию, он добавляет текущее доменное имя к объекту (, например. кластер ), и он становится cluster.example.com.
, который не определен.
Если вы хотите определить кластер -на основе DNS, это будет:
NS cluster.example.com.
cluster A 1.1.1.1
cluster A 1.1.1.2
или для дальнейшей иллюстрации моих комментариев:
example.com. NS cluster.example.com.
cluster A 1.1.1.1
cluster A 1.1.1.2
Обратите внимание, что я преднамеренно определил cluster
для обоих хостов и не использовал node1 и node2, поскольку записи NS не должны указывать на CNAME.
Из В DNS может ли IN NS указывать на CNAME?
Having NS records pointing to a CNAME is bad and may conflict badly with current BIND servers. In fact, current BIND implementations will ignore such records, possibly leading to a lame delegation. There is a certain amount of security checking done in BIND to prevent spoofing DNS NS records. Also, older BIND servers reportedly will get caught in an infinite query loop trying to figure out the address for the aliased nameserver, causing a continuous stream of DNS requests to be sent.
Или, если вы все еще хотите иметь имена node1
и node2
:
example.com. NS cluster.example.com.
cluster A 1.1.1.1
cluster A 1.1.1.2
node1 A 1.1.1.1
node2 A 1.1.1.2
В качестве примечания :существуют последствия использования методов кластеризации на основе DNS -, в которых часто желаемые результаты, когда один из узлов не работает, не могут быть запланированными, поскольку это будут клиенты, выбирающие узел что они хотят поговорить.
Существуют также более совершенные (и более надежные )методы создания кластеров DNS, а именно DNS anycast , которые выходят за рамки данного ответа.
Итак, ваша skypeforlinux
версия — 8.51.0.86, текущая версия от -до -даты на данный момент -, которая была выпущена совсем недавно. На самом деле, у меня точно такая же версия в моей системе Debian 10, и она отлично работает.
int3
— это инструкция процессора x86, которая используется для реализации точек останова при отладке.
Но в вашем случае int3
встречается, когда skypeforlinux
не запускается под отладчиком, поэтому вектор ловушки int3 указывает на подпрограмму ядра по умолчанию, что по существу эквивалентно отправке сигнала SIGTRAP
в программа.
Почему программный код skypeforlinux
включает инструкции int3
в рабочей версии без отладчика? Только люди в Microsoft, имеющие доступ к исходному коду skypeforlinux
, могли ответить на этот вопрос без значительных усилий -по обратному проектированию.
Обратите внимание, что Microsoft только обещает, что skypeforlinux
будет работать на Ubuntu, Debian, OpenSuSE и Fedora. Возможно, эта самая последняя версия могла случайно включать некоторый код отладки, который выполняется только тогда, когда какое-то условие не соответствует ни одному из поддерживаемых дистрибутивов -, и вызывает сбой Skype, поскольку ожидаемая среда отладки отсутствует.
Вы можете попробовать понизить версию Skype до предыдущей версии (или любой из версий, перечисленных в выводе apt-cache policy
), и посмотреть, будет ли это работать лучше для вас:
# apt install skypeforlinux=8.51.0.72
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be DOWNGRADED:
skypeforlinux
0 upgraded, 0 newly installed, 1 downgraded, 0 to remove and 0 not upgraded.
Need to get 0 B/79.0 MB of archives.
After this operation, 1,024 B of additional disk space will be used.
Do you want to continue? [Y/n]
Если понижение версии пакета помогает, вы можете захотеть установить пакет на удержание, чтобы apt upgrade
не обновлять его снова, пока вы не снимете удержание:
# apt-mark hold skypeforlinux
Затем вы можете отправить отчет об ошибке в Microsoft, но, поскольку они не обещают поддержку Kali, он может быть проигнорирован или ему будет присвоен очень низкий приоритет.
У меня возникла та же проблема после обновления Centos 7 до версии 8.51.0.86 -1.x86 _64 с 8.50.0.38 -1.x86 _64.
Изучив лог-файл, я обнаружил следующее сообщение:
FATAL:setuid_sandbox_host.cc(157)] The SUID sandbox helper binary was found,
but is not configured correctly. Rather than run without sandboxing I'm aborting now.
You need to make sure that /usr/share/skypeforlinux/chrome-sandbox is owned by root
and has mode 4755
Если следовать инструкциям в сообщении об ошибке:
chmod 4755 /usr/share/skypeforlinux/chrome-sandbox
это решает проблему.
У меня была эта проблема в Manjaro. Изучив его, я обнаружил, что
chmod 4755 /usr/share/skypeforlinux/chrome-sandbox
не является предпочтительным методом решения проблемы в дистрибутивах на базе Arch или Debian -. Вместо этого предлагается использовать
sudo sh -c 'echo "kernel.unprivileged_userns_clone=1" > /etc/sysctl.d/00-local-userns.conf'
для устойчивого решения. Дополнительную информацию можно найти на LXC -Debian Wiki .
ОТРЕДАКТИРОВАНО :Йонас Берлин указывает на некорректную команду в оригинале, и дальнейшая проверка подтверждает его комментарий. Также удалена предыдущая ссылка на неверную команду. Спасибо, Джонас.
Просто для полноты, некоторые могут найти это полезным :веб-версияhttps://web.skype.comSkype достаточно зрелая и хорошо работает в браузере Google Chrome, поэтому вам не нужно устанавливать приложение локально, чтобы иметь возможность пользоваться Skype. Это включает в себя не только функцию чата, но и аудио/видео звонки и совместное использование/запись экрана.