?

Log in

No account? Create an account
dil's journal [entries|archive|friends|userinfo]
You never can tell with bees

[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

Как всегда, загадочные грабельки. Нынче в Линуксе [Sep. 5th, 2019|09:22 am]
You never can tell with bees
[Tags|, , , , ]

Почему-то в ноутбуке ping перестал работать:

$ ping 192.168.1.15
ping: socket: Operation not permitted

Хотя от root’а и просто через sudo вполне работал. И с другой машины в этой сети вполне работал из моего account’а, не только от root. И даже со смартфона, зайдя в его консоль через JuiceSSH, тоже вполне работало.

Погуглил, нашёл вот такую команду, и после её выполнения (от root’а), ping стал нормально работать и от меня:

# setcap cap_net_raw=ep /bin/ping

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
Link11 comments|Leave a comment

Как обычно, загадочные грабельки, нынче в Debian’е на моём ноутбуке [Jul. 17th, 2019|08:53 pm]
You never can tell with bees
[Tags|, , , , ]

Имеется линукс совершенно одинаковой версии (Debian 9.8) на внутреннем диске ноутбука, и на внешнем USB-диске.
Так с внутреннего диска vlc продолжал успешно проигрывать фильмы формата .ts, записанные со спутникового телевидения, а с внешнего пару дней назад почему-то перестал..
Хотя на обоих дисках я периодически обновляю все установленные пакеты, запуская “apt-get update; apt-get dist-upgrade”, и сейчас ещё раз это сделал, и хотя версии всех установленных пакетов были одинаковые, но на внутреннем диске vlc продолжал работать, а на внешнем продолжал не работать..

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

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
Link1 comment|Leave a comment

Сегодня случились грабельки с SSL-сертификатом на моём веб-сайте [Apr. 14th, 2019|04:20 pm]
You never can tell with bees
[Tags|, , , , , , ]

Утром посмотрел на свой предыдущий пост в LJ, опубликованный вчера, а там почему-то картинка пропала. Зашёл в Edit, там url картинки не поменялся. А когда попробовал посмотреть саму эту картинку, firefox сказал, что небезопасно.. Оказалось, что SSLный сертификат на моём веб-сайте сегодня рано утром закончился.

Хотя у меня там в cron приделана команда “certbot-auto renew” для обновления сертификата, выданного Let’s Encrypt, и раньше она успешно работала, а сегодня почему-то нет.
Попробовал запустить эту команду вручную, но она ругнулась на ошибочный код возврата команды “python -m pip –version”, и до обновления сертификата так и не дошла.
Типа, питон не может запустить модуль pip, потому оно и не работает.
Скачал этот скрипт certbot-auto заново с certbot.eff.org, но он точно такой же, ничего не менялось.

Погуглил, оказалось, в нём стОит заменить “python -m pip –version” на “pip –version”, и далее “python -m pip install –no-index –no-deps -U” заменить на “pip install –no-index –no-deps -U”.
Заменил, и тогда “certbot-auto renew” сработал, успешно обновив сертификат на очередные 3 месяца.

Но отчего такое могло случиться – не понимаю, раньше же этот скрипт успешно обновлял сертификат. А в старом Debian 7 (wheezy) уже давно ничего не обновляется, так что и питон не мог поменяться.

Потом ещё посмотрел на свой домашний сервер, где всё ещё использую тот же Debian 7, и оказалось, что и там сертификат не обновляется из-за такой же ошибки. Подправил и там certbot-auto точно так же, и он тоже стал работать.

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
Link7 comments|Leave a comment

Многие уроды [Mar. 23rd, 2019|10:51 am]
You never can tell with bees
[Tags|, , ]

почему-то используют мои адреса из Яндексовской и Гугловой электронной почты, регистрируясь на разнобразных веб-сайтах, или просто оформляя там заказы.

Хотя в Яндексе мой адрес просто @yandex.ru, но к нему автоматически добавлены алиасы с тем же именем в доменах @ya.ru, @yandex.com, @yandex.by, @yandex.ua, @yandex.kz.
А в Гугле у меня в имени используется точка, и там автоматически добавлен алиас с тем же доменом @gmail.com, но с именем без этой точки.
И вот почти все эти адреса используют уроды из многочисленных стран – из Индии, Индонезии, Японии, США, Бразилии, Португалии, России, и т.д.

И почему-то на многих веб-сайтах даже не просто на отдельные заказы, а конкретно на создание учётных записей, эти адреса добавляются автоматически, без отправки запросов на подтверждение от владельца адреса, и без получения этого подтверждения от меня. От некоторых запрсы приходят, и я их, естественно, не подтверждаю, но это довольно редко.
Так что приходится многократно рассылать сообщения о том, что я у них никогда не регистрировался, ничего не заказывал, поэтому прошу удалить учётные записи этих уродских пользователей и перестать присылать письма на мой адрес.

Ну а в чём у этих идиотов может быть смысл указывать на веб-сайтах вовсе не свой собственный, а поддельный адрес, который вполне может оказаться несуществующим, или чужим, как в данном случае?
Ведь на этот адрес с тех веб-сайтов будут присылать информацию о сделанных там заказах, и прочие существенные данные, иногда включая и логин, и настоящее имя пользователя. Иногда на этот адрес с веб-сайта можно выслать ссылку для замены тамошнего пароля, так что владелец адреса может перехватить учётную запись. Хотя я этого вовсе не делаю, но в принципе это же опасно.

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
Link6 comments|Leave a comment

Как всегда, загадочные грабельки. В линуксе [Mar. 15th, 2019|09:31 am]
You never can tell with bees
[Tags|, , , , ]

На работе меня попросили установить свежую версию astyle на несколько виртуальных машин.
Они все с CentOS, но готового пакета для них не нашёл, поэтому скачал исходники и попробовал скомпилировать вручную. На одной машине, где был CentOS 7, этот astyle вполне нормально скомпилировался и поставился.
А на остальных, где были разные версии CentOS 5 и 6, и уже были установлены старые версии astyle, свежая версия не скомпилировалось. Какие-то идиотские ошибки вылезали – типа, неправильный код во многих заголовочных файлах..

Ну, решил, что, может, имеет смысл скопировать уже готовый astyle с той CentOS7. Скопировал, но он не запускался. ldd показал неподходящие библиотеки. В частности, /lib64/libc.so.6 . Посмотрел, оказалось, что это не сама библиотека, а просто ссылка на libc-2.12.so . А на той машине, где astyle работал, это была ссылка на libc-2.17.so .

Решил приделать этот libc-2.17.so. Скопировал и эту библиотеку, но при попытке переделать ссылку на неё, наступил на основательные грабли:
удалил libc.so.6, чтобы приделать его ссылкой на новую библиотеку, но тут ln перестал работать.. А также и ls, и куча других программ тоже. Оказалось, что им всем нужен тот /lib64/libc.so.6 .

Да как же можно приделать обратно ссылку, если ж сам ln не работает??
Хорошо, что я не отключился от той машины, а то ведь туда и ssh перестал работать, потому что для sshd тоже нужен этот же libc.so.6 .

Погуглил, оказалось, что вот так можно запустить ln:

LD_PRELOAD=/lib64/libc-2.12.so ln -s libc-2.12.so libc.so.6

Это действительно сработало, так вот и удалось обойти эти грабельки..

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
LinkLeave a comment

Идиотский сервер mariadb в свежем Debian’е [Jan. 8th, 2019|02:56 am]
You never can tell with bees
[Tags|, , , , , ]

В Debian’е 9.6 попробовал установить mysql, но вместо него поставилась mariadb.

Сервер автоматически запустился, но зайти в него от меня самого не получалось:

$ mysql -u root
ERROR 1698 (28000): Access denied for user 'root'@'localhost'

А с “-p” запрашивался пароль, но я его не знал – при установке сервера пароль ввести не просили.

Погуглил, запустил от рута mysql_secure_installation, ввёл там пароль, но клиентскую программу всё равно не пускали:

$ mysql -u root -p
Enter password: 
ERROR 1698 (28000): Access denied for user 'root'@'localhost'

А вот когда попробовал запустить mysql от рута, он успешно подключился к серверу вообще без пароля:

# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 1
Server version: 10.1.37-MariaDB-0+deb9u1 Debian 9.6

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]>

Посмотрел в таблицу mysql.user, там вполне был root@localhost с паролем и полными привилегиями, как обычно.

Ещё погуглил, и запустил там

GRANT ALL PRIVILEGES on *.* to 'root'@'localhost' IDENTIFIED BY 'ТОТжеСАМЫЙпароль';
FLUSH PRIVELEGES;

и хотя в mysql.user вроде ничего не поменялось, но “mysql -u root -p” стал работать от моего эккаунта.
А от рута просто так работать перестал:

# mysql 
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)

Только с -p, и с тем же паролем работает, как обычно в mysql’е.

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
Link3 comments|Leave a comment

А что, в России теперь не просто блокируют доступ к запрещённым сайтам, [Nov. 3rd, 2018|07:03 pm]
You never can tell with bees
[Tags|, , , ]

а ещё и подсовывают для них поддельные IP-адреса через DNS?

Будучи в Москве, и подключившись к местному интернету, я запустил браузер в своём ноутбуке, и некоторые сайты оказались недоступны.
В частности, linkedin:

Ну, хотя этот сайт действительно запрещён Роскомнадзором, но IP-адреса в списке запретов совершенно другие, этого там нет:

Он оказался у российского интернет-провайдера:

И совершенно недоступный:

Read the rest of this entry »Collapse )

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
Link8 comments|Leave a comment

Уродский зашифрованный zip из винды [Oct. 13th, 2018|07:34 pm]
You never can tell with bees
[Tags|, , , ]

При попытке распаковать его в линуксе unzip’ом создались только директории, но в них ни одного файла.
unzip вовсе не спрашивал пароля, а про все файлы ругался: “unsupported compression method 99″.

При попытке указать пароль вручную:

unzip -P password file.zip

ничего не изменилось – директории создались, а файлы нет.

И только погуглив, я узнал, что такой файл можно распаковать 7zip’ом:

7z x -ppassword file.zip

Вот оставлю себе на память эту команду, если опять встретится такой уродский файл.

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
Link2 comments|Leave a comment

Как зарегистрировать домен?? [Aug. 15th, 2018|04:00 pm]
You never can tell with bees
[Tags|, , , , ]

А потом тот же африканский сотрудник попросил зарегистрировать ещё один домен в .co.mw. Ну, я попробовал на marcaria.com, где мы обычно регистрируем африканские домены, регистратор деньги за него взял, но написал, что домен ещё только в процессе регистрации, и этот процесс может занять до 30 дней..
Видимо, это передача данных владельцу самогО домена co.mw, и получение одобрения от него может быть такое долгое..

Upd: через час регистратор уже показывает домен зарегистрированным, но авторизованные NS-сервера co.mw его ещё вовсе не показывают..

Upd2: а ещё примерно через час в DNS-серверах уже всё нормально стало.

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
Link2 comments|Leave a comment

Как всегда, загадочные грабельки.. Нынче в линуксе [May. 5th, 2018|12:24 pm]
You never can tell with bees
[Tags|, , , , ]

Проапдейтил Debain (старенький wheezy) на домашнем компьютере, вроде ничего особо не поменялось, но после перезагрузки почему-то пропал графический режим, только текстовая консоль осталась. Попробовал запустить gdm3 руками, а фиг там.. Оказалось, что у нового ядра 3.2.0-6 нету модуля для видеокарты nvidia. А у прежнего ядра 3.2.0-4 он был.
Ну, как водится, пошёл копать, и грабельки удалось обойти.

Read the rest of this entry »Collapse )

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
Link6 comments|Leave a comment

Как обычно, грабельки, опять в линуксе [Jan. 6th, 2018|03:01 pm]
You never can tell with bees
[Tags|, , , , ]

Почему-то на ноутбуке в скайпе перестала работать видеокамера. Я подумал, что это очередной дефект в скайпе, запустил cheese, а он тоже говорит, что нет видеоустройств. Посмотрел в /dev – и правда нет..

Это на линуксе с нового внешнего диска. Попробовал загрузиться со старого – а там камера вполне себе работает.
Хотя линуксы на обоих дисках совершенно одинаковые, я же почти всё со старого на новый скопировал. Проверил списки установленных пакетов – на обоих они абсолютно одинаковые, в том числе и firmware.

Запустил на новом диске update, поставилось свежее ядро 4.9.0-5, и камера заработала.. Хотя на старом-то она и с прежним ядром 4.9.0-4 работала. Ну вот, эти грабельки удалось обойти, теперь и в cheese работает

Read the rest of this entry »Collapse )

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
Link13 comments|Leave a comment

Грабельки с новым диском на ноутбуке.. [Dec. 19th, 2017|10:19 am]
You never can tell with bees
[Tags|, , , , , , , ]

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

Создал на новом диске нужные разделы, скопировал туда всё со старого диска, везде подправил идентификаторы разделов, а grub не ставится:

# grub-install /dev/sdb
warning: this GPT partition label contains no BIOS Boot Partition; embedding won't be possible.
error: embedding is not possible, but this is required for RAID and LVM install

Оказалось, что раз новый диск больше 2 терабайт, то там уже используется GPT, а не MBR. Погуглил, приделал parted’ом к одному разделу флаг bios_grub, и тогда grub поставился:

# grub-install /dev/sdb
Installing for i386-pc platform.
Installation finished. No error reported.

Но загрузиться с него всё равно не получилось, grub не появлялся. Оказалось, что ноутбук почему-то нового диска вовсе не видит. Старый диск виднеется как “USB storage device”, а новый – вовсе никак.

Ещё погуглил, попробовал gdisk’ом приделать hybrid MBR с тем разделом, потом ещё protective MBR, но ничего не поменялось, ноутбук этого диска упорно не видит.

Короче, пришлось переделать в EFI, и тогда, наконец, он стал нормально грузиться. Но это тоже оказалось не слишком просто, поэтому запишу подробности себе на память, если ещё придётся такое делать.

Read the rest of this entry »Collapse )

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
LinkLeave a comment

Как прочитать zip из уродской винды.. [Nov. 19th, 2017|09:18 pm]
You never can tell with bees
[Tags|, , , ]

Если там внутри файлы с русскими буквами, то они в какой-то идиотской кодировке. Зайти в этот zip можно, распаковать тоже можно, файлы нормально извлекаются, но вот названия их нифига не прочитать
ни графическим archive-manager’ом:

ни обычным unzip’ом:

Read the rest of this entry »Collapse )

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
Link12 comments|Leave a comment

Загадочные грабельки в MySQL [Nov. 9th, 2017|11:41 am]
You never can tell with bees
[Tags|, , , , ]

Единственная программа, написанная на похапе, которая мне нравится – это Zabbix!
Сегодня утром он прислал уведомление, что на одном mysql-slave-сервере слишком большая задержка относительно master’а, более двух часов:

Причём там и Slave_IO (скачивание логов с master’а и сохранение их у себя), и Slave_SQL (выполнение операторов из тех логов) всё время работали:

Read the rest of this entry »Collapse )

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
Link25 comments|Leave a comment

Опять грабельки, теперь в DW [Sep. 28th, 2017|03:22 pm]
You never can tell with bees
[Tags|, , , , , ]

Предыдущая пара постов в DW и ЖЖ не имеет ссылок на мой собственный блог, потому что он не смог кросспостить их в DW, и пришлось скопировать руками.

В вордпрессе стала вылезать идиотская ошибка: Something went wrong - -32300 : transport error - HTTP status code was not 200
Видать, что-то поменялось в DW’шном API, но, блин, хотя бы полученный по HTTP код ответа можно было показать, а не просто рассказывать, что он не 200 :(

Похоже, пора переходить на свой блоговый движок. Хотя я его ещё не полностью дописал, но кросспостинг там уже вполне работает, и ошибку там удалось увидеть гораздо яснее: код 307 – пересылка с http://www.dreamwidth.org/interface/xmlrpc на https: . Поменял в настройках DW’шного урла http на https, всё заработало.

dmarck, похоже, ты прав, нынче все переезжают с http на https. Но в том же ЖЖ это только на веб-сайтах приделали, а API там продолжает работать по http.

Попробовал в вордпрессовском плагине livejournal-crossposter-remake так же поменять урл, но нифига не помогло: Something went wrong - -32300 : transport error: http_request_failed Couldn't resolve host 'https'
Пришлось копаться в коде, оказалось, что там используется IXR_Client из этого самого вордпресса, который https не умеет в принципе. Вот щас поменял IXR_Client на WP_HTTP_IXR_CLIENT, посмотрю, поможет ли.

Но нафиг нужен такой похапешный софт, который не понимает явно указанный в урле протокол.. Выходит, это тот самый случай, когда проще самому написать, чем копаться в чужом коде. Только там ещё некоторые другие вещи дописать надо.

А в этом livejournal-crossposter-remake ещё и коты нашлись..

Read the rest of this entry »Collapse )

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
LinkLeave a comment

Решил вчера проапгрейдить линукс на ноутбуке [Aug. 20th, 2017|12:09 pm]
You never can tell with bees
[Tags|, , , , ]

с Debian Wheezy на свежий Stretch. При этом стала скачиваться и устанавливаться огромная куча новых пакетов, а поскольку ноут был подключён к сети по wifi, это было очень небыстро.
Так что я тем временем решил зайти в DW почитать комментарии. А они все почему-то оказались написаны на каком-то бредовом языке. Зашёл в свой пост — а и он на том же бредовом языке:

Read the rest of this entry »Collapse )

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
LinkLeave a comment

Свежий Debian Stretch [Aug. 18th, 2017|05:55 pm]
You never can tell with bees
[Tags|, , , ]

9 версия Debian’а (Stretch) ныне перешла из testing в stable. А когда я посмотрел на имеющиеся live-диски , то кроме типичных вариантов с Gnome и KDE, внезапно обнаружились ещё с Xfce, LXDE, а также с Cinnamon и MATE, которых я раньше встречал только в Mint’е.
Хотя и в прежних версиях Debian’а эти оконные менеджеры тоже можно было установить, но теперь их можно попробовать прямо с live-дисков, и сразу поставить наиболее подходящий вариант.

P.S. Приглядевшись в архивы прежних версий, обнаружил, что и в 8 Debian’е (Jessie) они все уже тоже были, но я их почему-то не заметил. И в 7 (Wheezy) Xfce и LXDE уже тоже были.

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
Link6 comments|Leave a comment

А сегодня ещё и с моим линуксом на ноутбуке загадочная фигня случилась [Aug. 2nd, 2017|03:53 pm]
You never can tell with bees
[Tags|, , , ]

Вчера всё нормально работало, и я в системе ничего не менял. А сегодня загружается, а вместо картинки с логином — чёрный экран..
Много раз пробовал перезапустить gdm, и вовсе перегрузить систему — а всё то же самое..

Потом зашёл в консоль, посмотрел в /var/log/messages, а там многократно такая вот странная вещь:
Aug 2 09:15:21 myhost gnome-session[2213]: gnome-session[2213]: WARNING: IceLockAuthFile failed: File exists
Aug 2 09:15:23 myhost /usr/bin/dbus-launch[2266]: gnome-session-is-accelerated: llvmpipe detected.

Пытался найти, что это за IceLockAuthFile — ан нет такого вовсе. Пробовал погуглить, тоже ничего не нашёл.. В конце концов выключил ноутбук, работал с десктопа.
Через несколько часов включил ноутбук, и он заработал, как надо. Щас вот с него и пишу.
И что это за грабли были??

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
Link6 comments|Leave a comment

Грабельки с Virtualbox’ом [Aug. 2nd, 2017|03:38 pm]
You never can tell with bees
[Tags|, , , , ]

Позавчера попробовал поставить у себя на десктопе в virtualbox’е виртуальную машинку с pfsense’ом, чтобы проверить, где он глючит. Но скопировать оригинальный диск с VMware’ного сервера не удалось — типа, ошибка случилась. Непонятно какая.. Короче, пришлось установить заново с нуля, и скопировать туда конфиг с той рабочей машинки.

Pfsense’овые WAN и LAN прикрутил к виртуальным host-only сеткам, чтоб можно было туда зайти с десктопа. Зашёл и по ssh, и через веб, стал менять настройки VPNов.
Дефектов в config.xml не случилось, но некоторые изменения почему-то внезапно вызывали перезагрузку машины.. Хотя после перезагрузок она нормально читала свой конфиг и успешно запускалась.

А вчера начальник предложил проапгрейдить этот тестовый pfsense до свежей версии, чтобы проверить, будет ли и там глючить. Но для этого виртуальную машинку нужно было прицепить к интернетам, чтоб она скачала себе новую прошивку. Казалось бы, это элементарно, но.. как всегда, встретились грабли.

Первым делом попробовал на десктопе прикрутить NAT через eth0 к тому host-only интерфейсу vboxnet0, на котором у десктопа как раз и был адрес gateway, использовавшийся pfsense’ом. Но почему-то не сработало. Похоже, эти vboxnet’ы управляются только virtualbox’ом, а нормальные сетевые утилиты на них не работают.

Потом попробовал соединить в бридж pfsense’овый WAN с десктопным eth0. Это, естественно, тоже не сработало, потому что у pfsense’а там был статический публичный адрес из своей сети, и она использовала в качестве gateway адрес из той же сети, которого в местной сетке вовсе не было.

Ну, отключил там на WAN статический адрес, включил DHCP, pfsense получил адрес из местной сетки и правильный gateway, но.. почему-то всё равно никуда соединиться не мог. Запустил tcpdump, и оказалось, что несмотря на полученный по DHCP адрес, pfsense почему-то отправлял пакеты наружу со своего публичного CARP-адреса, который тоже был из той же публичной сети, потому он в местной сетке не работал: пакеты наружу не проходили, но даже если б прошли, ответы бы всё равно не вернулись.

Попробовал выключить в pfsense этот CARP-адрес, а не дают — типа, он используется в настройках многих VPN’ов, поэтому нельзя его удалить..

Выходит, надо использовать тот статический адрес и NAT’ить его самим virtualbox’ом. Вернул адрес, прицепил WAN к virtulabox’овому NAT, — тоже не работает. Кажись, virtualbox там свои адреса использует, из 192.168..

Тогда создал в virtualbox’е отдельную NAT Network, явно приписав туда сетку, которую использовал pfsense, и на стороне сервера приделал туда адрес gateway. А фиг, всё равно наружу не ходит, и даже этот gateway не пингается, хотя он там точно должен быть.

Долго думал, как бы всё же организовать связь с интернетами. Разве что поставить туда ещё одну виртуальную машинку в качестве gateway, и на ней организовать NAT.. Но приделывать к маршрутизатору дополнительный маршрутизатор — это ж бред..

В конце концов грабли удалось обойти следующим образом:

Read the rest of this entry »Collapse )

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
LinkLeave a comment

Чтобы не забыть ценные вещи, надо записывать. [Jun. 11th, 2017|05:29 pm]
You never can tell with bees
[Tags|, , , ]

Но главное – не забыть, куда спрятал эту записку!

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

И тогда я стал его время от времени бэкапить на другой диск (обычный 3.5″ SATA, прицепляемый к ноутбуку через USB-адаптер для SATA- и ATA-дисков). А вчера, когда собрался запустить очередной бэкап, не смог найти этот диск. Потом вспомнил, что некоторое время назад я его убрал со столика, чтоб случайно не уронить, а вот куда я его убрал — так и не смог вспомнить.

Перерыл в доме все места, куда мог его сложить, но всё равно не нашёл.. Придётся теперь новый диск покупать, не меньше 2 ТБ, а они ж не сильно дешёвые. Склероз — очень плохая болезнь :(

Оригинал этой записи в личном блоге.

(comment count unavailable | Комментировать в Dreamwidth)
Link19 comments|Leave a comment

navigation
[ viewing | most recent entries ]
[ go | earlier ]