Как использовать туннель IPv6 для разрешения динамического IP-адреса в брандмауэре (Windows)
Я часто меняю местоположение, и мой клиент должен обновить свои правила брандмауэра, чтобы разрешить мне доступ к различным серверам при изменении моего IP.
Я ищу лучшее решение. Я исследую несколько вещей:
- использование VPN
- с использованием динамического имени хоста и сценария PowerShell для обновления правил межсетевого экрана
Одно интригующее предложение - использовать туннель IPv6. Насколько я понимаю, он работает аналогично динамическому имени хоста. Я регистрируюсь для получения адреса IPv6 и настраиваю туннель на мой (текущий) адрес IPv4. Затем мой клиент добавляет IPv6-адрес к брандмауэру, и у меня есть доступ.
Имеет ли это смысл? Если да, может ли кто-нибудь дать руководство по его настройке?
Спасибо! Построение дерева зависимостей Чтение информации о состоянии ... Готово mariadb-server уже самый новый ...
Я пытаюсь установить MariaDB, как показано ниже
sudo apt install mariadb-server
Reading package lists... Done
Building dependency tree
Reading state information... Done
mariadb-server is already the newest version (10.1.20+maria-1~xenial).
The following package was automatically installed and is no longer required:
libevent-core-2.0-5
Use 'sudo apt autoremove' to remove it.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
2 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] Y
Setting up mariadb-server-10.1 (10.1.20+maria-1~xenial) ...
2016-12-23 16:02:33 140016351164672 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2016-12-23 16:02:33 140016351164672 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2016-12-23 16:02:33 140016351164672 [Note] InnoDB: Compressed tables use zlib 1.2.8
2016-12-23 16:02:33 140016351164672 [Note] InnoDB: Using Linux native AIO
2016-12-23 16:02:33 140016351164672 [Note] InnoDB: Using SSE crc32 instructions
2016-12-23 16:02:33 140016351164672 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2016-12-23 16:02:33 140016351164672 [Note] InnoDB: Completed initialization of buffer pool
2016-12-23 16:02:33 140016351164672 [Note] InnoDB: Highest supported file format is Barracuda.
2016-12-23 16:02:33 140016351164672 [Note] InnoDB: The log sequence numbers 1607324 and 1607324 in ibdata files do not match the log sequence number 1607334 in the ib_logfiles!
2016-12-23 16:02:33 140016351164672 [Note] InnoDB: Database was not shutdown normally!
2016-12-23 16:02:33 140016351164672 [Note] InnoDB: Starting crash recovery.
2016-12-23 16:02:33 140016351164672 [Note] InnoDB: Reading tablespace information from the .ibd files...
2016-12-23 16:02:33 140016351164672 [Note] InnoDB: Restoring possible half-written data pages
2016-12-23 16:02:33 140016351164672 [Note] InnoDB: from the doublewrite buffer...
2016-12-23 16:02:33 140016351164672 [Note] InnoDB: 128 rollback segment(s) are active.
2016-12-23 16:02:33 140016351164672 [Note] InnoDB: Waiting for purge to start
2016-12-23 16:02:33 140016351164672 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.34-79.1 started; log sequence number 1607334
2016-12-23 16:02:33 140015623444224 [Note] InnoDB: Dumping buffer pool(s) not yet started
2016-12-23 16:02:33 140016351164672 [Note] Plugin 'FEEDBACK' is disabled.
2016-12-23 16:02:33 140016351164672 [Note] Recovering after a crash using tc.log
2016-12-23 16:02:33 140016351164672 [Note] Starting crash recovery...
2016-12-23 16:02:33 140016351164672 [Note] Crash recovery finished.
ERROR: 1054 Unknown column 'password' in 'field list'
2016-12-23 16:02:33 140016351164672 [ERROR] Aborting
Job for mariadb.service failed because the control process exited with error code. See "systemctl status mariadb.service" and "journalctl -xe" for details.
invoke-rc.d: initscript mysql, action "start" failed.
dpkg: error processing package mariadb-server-10.1 (--configure):
subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of mariadb-server:
mariadb-server depends on mariadb-server-10.1 (= 10.1.20+maria-1~xenial); however:
Package mariadb-server-10.1 is not configured yet.
dpkg: error processing package mariadb-server (--configure):
dependency problems - leaving unconfigured
No apport report written because the error message indicates its a followup error from a previous failure.
Errors were encountered while processing:
mariadb-server-10.1
mariadb-server
E: Sub-process /usr/bin/dpkg returned an error code (1)
Так в чем была проблема и как ее исправить?
Ошибка, которую вы видите, является результатом ошибок при более ранних попытках обновления mariadb. Вероятно, вы там также опечатали rootpassword, и процесс обновления был выполнен некорректно.
Часть обновления выполняется mysql_upgrade для обновления системных таблиц до схемы, ожидаемой новой версией. Ошибка 1054, которую вы видите, указывает на то, что это не было сделано после последнего обновления.
Это, в свою очередь, приводит к тому, что mariadb не запускается и пакет остается ненастроенным. Поэтому сначала исправьте первопричину: запустите mysql_upgrade.
К сожалению, эта команда требует, чтобы mariadb была запущена, так что теперь у вас проблема с курицей и яйцом. Я считаю, что вы можете убить курицу с помощью опции mysqld -- skip-grant-tables, но не на 100% уверен в этом.
Я бы, наверное, взглянул на это:
dpkg: dependency problems prevent configuration of mariadb-server:
mariadb-server depends on mariadb-server-10.1 (= 10.1.20+maria-1~xenial); however:
Package mariadb-server-10.1 is not configured yet.
Не уверен, какие у вас проблемы с зависимостями, должен быть лог-файл, который даст больше информации. Есть также следующая проблема, я бы попытался удалить, обновить ваше repo и попытался бы решить проблему зависимостей (предполагая, что это реальная проблема). А затем переустановить maria-db и установить пароль и соответствующих пользователей.
Вот что вызвало его сбой:
ERROR: 1054 Unknown column 'password' in 'field list'