пятница, 29 января 2021
05:37

IT в здравоохранении в Европе - шо, всё так плохо? Или это США врут?

И это всё МОЁ

Сабж



Массовая вакцинация от COVID-19 также показала, что в некоторых европейских странах, таких как Нидерланды, отсутствует централизованный компьютеризированный регистр вакцинации, что, очевидно, усложнило проведение массовой вакцинации с использованием двухдозной вакцины в короткие сроки, из-за чего у властей нет возможности следить за ходом вакцинации. Другим государствам-членам пришлось собирать данные о вакцинации по факсу. Вне всякого сомнения, эти страны теперь сожалеют, что до пандемии не выделяли достаточных средств на развитие информационных технологий в сфере здравоохранения.



Реально, по факсу?









 , , , ,








URL
05:34

Не проходит первый запрос по шине CAN

И это всё МОЁ

Всем привет.


Есть устройство на imx6ULL


Linux Debian Stretch


Реализую обмен по CAN с периферийными устройствами.


Фишка в том, что никогда не приходит ответ на первый запрос.
Только начиная со второго.


Пробую через canutils (cansend/cansump) - результат такой же.


Такое происходит только после рестарта линукса. первый запрос не проходит.


Такое ощущение, что кановскому драйверу надо какое-то время чтобы «завестись» )) Причем после того, как к нему обратились…


Потом что через самописный софт, что через cansend запросы идут без проблем.


конфигурация в /etc/network/interfaces


auto can0
iface can0 inet manual
up ip link set up can0 type can bitrate 500000 restart-ms 100
down ifconfig can0 down


Кто-нибудь сталкивался с подобным поведением? Как решается?









 , ,








URL
05:18

Правила для шлюза и port knocking

И это всё МОЁ

У меня два вопроса.


1


Есть шлюз на линуксе, где проброшен порт за нат для доступа к машине, на которой крутиться сервис. На шлюзе внешний адрес соответственно постоянный. Хочу закрыть прямой доступ к сервису через 2-3 «стука» с помощью port knocking. Как сделать port knocking я нашел (в вики nftables). Но нигде не вижу описания того, каким образом в данном случае port knocking воспринимается шлюзом по каждому шагу. Т.е. первый «стук», допустим, на порт 55555. Это входящий для шлюза или транзитный? Следующий шаг, отсучались на 55555, попали в список, стучимся на 66666. Это входящий или транзит? И последний, отстучались на 55555 и 66666, дальше можем стучаться по проброшеному порту. Это входящий или транзит?


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


2


Если я получил доступ к сервису через «стук», как я могу установить запрет для повторных соединений с такого же ip, при этом не разрывая действующую установленную сессию? Чтобы гарантировать, что если я подключился один раз (первый раз) через «стук», все остальные, у кого такой же внешний адрес после ната, т.е. у кого ip из-за совпадения с моим тоже попал в белый список, не смогут подключиться? При этом я заранее не знаю, с какого устройства я буду подключаться (мак адрес не известен).









 , , , ,








URL
05:12

Ошибка в Python, помогите разобраться

И это всё МОЁ

Работает скрипт нормально, а потом раз и перестаёт фурычить.
Помогите разобраться. Вот код:


C:\PycharmProjects\TripRC\venv\Scripts\python.exe C:/PycharmProjects/TripRC/bot.py
Traceback (most recent call last):
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\urllib3\connectionpool.py», line 699, in urlopen
httplib_response = self._make_request(
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\urllib3\connectionpool.py», line 445, in _make_request
six.raise_from(e, None)
File «», line 3, in raise_from
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\urllib3\connectionpool.py», line 440, in _make_request
httplib_response = conn.getresponse()
File «C:\Python38\lib\http\client.py», line 1322, in getresponse
response.begin()
File «C:\Python38\lib\http\client.py», line 303, in begin
version, status, reason = self._read_status()
File «C:\Python38\lib\http\client.py», line 264, in _read_status
line = str(self.fp.readline(_MAXLINE + 1), «iso-8859-1»;)
File «C:\Python38\lib\socket.py», line 669, in readinto
return self._sock.recv_into(b)
File «C:\Python38\lib\ssl.py», line 1241, in recv_into
return self.read(nbytes, buffer)
File «C:\Python38\lib\ssl.py», line 1099, in read
return self._sslobj.read(len, buffer)
ConnectionResetError: [WinError 10054] Удаленный хост принудительно разорвал существующее подключение


During handling of the above exception, another exception occurred:


Traceback (most recent call last):
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\requests\adapters.py», line 439, in send
resp = conn.urlopen(
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\urllib3\connectionpool.py», line 755, in urlopen
retries = retries.increment(
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\urllib3\util\retry.py», line 531, in increment
raise six.reraise(type(error), error, _stacktrace)
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\urllib3\packages\six.py», line 734, in reraise
raise value.with_traceback(tb)
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\urllib3\connectionpool.py», line 699, in urlopen
httplib_response = self._make_request(
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\urllib3\connectionpool.py», line 445, in _make_request
six.raise_from(e, None)
File «», line 3, in raise_from
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\urllib3\connectionpool.py», line 440, in _make_request
httplib_response = conn.getresponse()
File «C:\Python38\lib\http\client.py», line 1322, in getresponse
response.begin()
File «C:\Python38\lib\http\client.py», line 303, in begin
version, status, reason = self._read_status()
File «C:\Python38\lib\http\client.py», line 264, in _read_status
line = str(self.fp.readline(_MAXLINE + 1), «iso-8859-1»;)
File «C:\Python38\lib\socket.py», line 669, in readinto
return self._sock.recv_into(b)
File «C:\Python38\lib\ssl.py», line 1241, in recv_into
return self.read(nbytes, buffer)
File «C:\Python38\lib\ssl.py», line 1099, in read
return self._sslobj.read(len, buffer)
urllib3.exceptions.ProtocolError: (‘Connection aborted.’, ConnectionResetError(10054, ‘Удаленный хост принудительно разорвал существующее подключение’, None, 10054, None))


During handling of the above exception, another exception occurred:


Traceback (most recent call last):
File «C:/PycharmProjects/TripRC/bot.py», line 909, in
bot.polling(none_stop=True, interval=0)
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\telebot_init_.py», line 485, in polling
self._threaded_polling(none_stop, interval, timeout, long_polling_timeout)
File "C:\PycharmProjects\TripRC\venv\lib\site-packages\telebot_init.py", line 544, in _threaded_polling
raise e
File "C:\PycharmProjects\TripRC\venv\lib\site-packages\telebot_init.py", line 506, in _threaded_polling
polling_thread.raise_exceptions()
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\telebot\util.py», line 87, in raise_exceptions
raise self.exception_info
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\telebot\util.py», line 69, in run
task(*args, **kwargs)
File "C:\PycharmProjects\TripRC\venv\lib\site-packages\telebot_init.py", line 322, in _retrieve_updates
updates = self.get_updates(offset=(self.last_update_id + 1), timeout=timeout, long_polling_timeout = long_polling_timeout)
File "C:\PycharmProjects\TripRC\venv\lib\site-packages\telebot_init.py", line 292, in get_updates
json_updates = apihelper.get_updates(self.token, offset, limit, timeout, allowed_updates, long_polling_timeout)
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\telebot\apihelper.py», line 281, in get_updates
return _make_request(token, method_url, params=payload)
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\telebot\apihelper.py», line 126, in _make_request
result = _get_req_session().request(
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\requests\sessions.py», line 542, in request
resp = self.send(prep, **send_kwargs)
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\requests\sessions.py», line 655, in send
r = adapter.send(request, **kwargs)
File «C:\PycharmProjects\TripRC\venv\lib\site-packages\requests\adapters.py», line 498, in send
raise ConnectionError(err, request=request)
requests.exceptions.ConnectionError: (‘Connection aborted.’, ConnectionResetError(10054, ‘Удаленный хост принудительно разорвал существующее подключение’, None, 10054, None))


Process finished with exit code 1









 








URL
04:04

gmail блокирует все письма

И это всё МОЁ

Всем привет.


На моем домене злоумышленник начал спам-рассылку на ящики gmail и теперь с моего домена нельзя отправлять письма на gmail.


В гугл постмастер домен добавил и подтвердил. Прошел месяц, но до сих пор домен залочен. Пробовал к домену привязать другой IP, но не помогает.


Как уже говорил в постмастере домен висит уже месяц, но картина одна: Нет данных. Попробуйте позже. Скрин: http://images.vfl.ru/ii/1611895980/6e5de744/33137457.jpg


Куда уж позже?


В куче баз на черные списки проверил свои IP и домен - всё чисто.


Все записи моего домена. Файл в PDF https://yadi.sk/i/WKM3jDAKf-vKzA









 








URL
03:49

Почему в федоре не делает дельты больших пакетов?

И это всё МОЁ

По умолчанию в федоре включено обновление дельтами, что, по замыслу, должно уменьшить трафик и ускорить обновления. Но как я мог заметить, дельты есть только для маленьких пакетов, типа 100кБ-5Мб, которые никакой погоды не делают вообще и на любом канале качаются быстро. При том работают они так себе, очень часто бывает md5 mismatch и перекачивается уже полный пакет. Т.е. не только не экономия, а наоборот больше качается.


Ни разу не видел дельты большого пакета, типа либры, фокса, тандерберда, да хотя бы ведра или чего-то подобного, где как раз они бы сильно помогли. А так получается какая-то бесполезная глупость.









 , ,








URL
четверг, 28 января 2021
23:08

FTP за NAT на нестандартном порту

И это всё МОЁ

Шлюз на Debian 7.11 (3.2.0-4-686-pae), iptables v1.4.14.


ip внешнего интерфейса: 1.1.1.1


ip внутреннго интерфейса: 192.168.1.1


Внутри локальной сети работает ftp-сервер, для которого нужно организовать доступ снаружи.


ip ftp-сервера во внутренней сети: 192.168.1.55


Порт ftp-сервера во внутренней сети: 51


Вывод lsmod | grep ftp


nf_nat_ftp             12420  0
nf_conntrack_ftp       12533  2 nf_nat_ftp
nf_nat                 17913  2 iptable_nat,nf_nat_ftp
nf_conntrack           43121  9 nf_conntrack_ipv4,nf_nat,iptable_nat,xt_conntrack,xt_state,nf_conntrack_ftp,nf_nat_ftp,xt_CT,nf_conntrack_netlink


Вот так не работает:


iptables -t raw -A PREROUTING --dst 1.1.1.1   -p tcp --dport 55555 -j CT --helper ftp
iptables -t nat -A PREROUTING -i ext --dst 1.1.1.1 -p tcp --dport 55555 -j DNAT --to-destination 192.168.1.55:51


Управляющее соединение открывается, но соденение для потока данных нет.
conntrack -E expect ничего не показывает.


Если переделать, чтобы порт ftp-сервер был стандартным (настройки ftp-сервера и настройки iptables), то все работает:


iptables -t nat -A PREROUTING -i ext --dst 1.1.1.1 -p tcp --dport 55555 -j DNAT --to-destination 192.168.1.55:21


Подскажите пожалуйста какие нужны настройки, чтобы сделать доступным ftp-сервер, работающий на нестандартном порту?









 , ,








URL
23:07

Приложение LOR для Android

И это всё МОЁ

Привет, LOR! Не прошло и пяти лет с создания предыдущего треда, как анон ваш покорный слуга решил заняться реинкарнацией аппы для любимого ЛОРа под лучшую платформу в мире.


Ссылка на немодный нынче GitHub: тык


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


Спойлер: естественно это пока нельзя собрать. Ебилды будут уже на следующей неделе. Это всякие анонимусы могут не держать слово, а я совершил деанон :)


Срыв покровов: на момент первого треда аффтар был школотой, так что пророчившие это старожилы могут взять с полки печеньку.


ЗЫ: Если уважаемый Шаман решит, что сему место в Talks, то так тому и быть.









 ,








URL
21:22

С кем живёт лоровец?

И это всё МОЁ

Опрос создан с целью улучшения понимания аудитории лор-а.






С женой/мужем4
Один3
С мамой/папой/бабушкой/дедушкой0
В общаге0
Все вместе (жена/муж, родители, дети)0
С детьми0
Свой вариант (в комментариях)0
Всего голосов: 7




 ,








URL
20:30

41 год первому Sinclair ZX80

И это всё МОЁ

Собственно, сабж.

41 год назад, 29-го января 1980-го года был выпущен первый Sinclair ZX80. И пошло поехало. Долгие годы всевозможные клоны на основе процессора Z80 (наиболее известное название семейства - «ZX Spectrum»;) были относительно доступными домашними бытовыми компьютерами.








 , , ,








URL
20:09

Какой диск выбрать?

И это всё МОЁ

Всем здравствуйте! Хочу купить жёсткий диск 4 ТБ для хранения больших данных (от 2 ГБ до 30 ГБ). Выбор стал между WD Red (https://www.dns-shop.ru/product/a389d0db1a8430b1/4...) и WD Purple (https://www.dns-shop.ru/product/8504a25c47303330/4…).
Цена одинаковая, но есть различия: CMR и SMR. Я так и не разобрался, какое из них лучше.
На диск буду часто записывать файлы, причём большие. Работать диск будет круглосуточно. Файловая система btrFS.
Объясните простыми словами, что будет надёжнее/быстрее: CMR или SMR?









 








URL
19:46

А как вы относитесь к ЭЦП ?

И это всё МОЁ

сабж ?


Вот есть у меня pdf файлик, к которому есть несколько sig файлов.
Если эти sig файлики + pdf проверить на каком-то сервисе ( не госуслуги ), то там написано, что в момент подписания это все было действительно ( да и то через ж…, т к создатели подписи сэкономили на временной метке в подписи - явно пишут что ничего не действительно, а вот если проверить ключ отдельно - то он был действителен в этот временной интервал ). Есть ли шанс доказать в суде, что подпись действительна ?


Ключевые слова: Домклик, Технокад









 








URL
19:34

Telegram: создать опросник когда кто-то добавляется

И это всё МОЁ

Привет, ЛОР.

Здесь кто-то шарит в телеге? Задача: добавить опросник или еще какую-то приблуду, которая срабатывает, когда кто-то добавляется в канал.

Причина простая: хочу быть в курсе, как тот или иной юзер узнал о данном канале. Фидбек нужен, короче. Какие-то боты требуются? Объясните, плиз.

З.Ы. Как создать обычный опросник - я в курсе. Надо именно при добавлении человека в канал.








 ,








URL
19:29

В Ubuntu решено включить Wayland по умолчанию

И это всё МОЁ

Ъ: https://www.opennet.ru/opennews/art.shtml?num=54481


Сабж, собственно. Видимо, на OpenNET напутали и имели в виду 21.04, а не 20.04 (исправили).









 , ,








URL
19:29

Стандарт ISO 32000-2:2020 (PDF 2.0)

И это всё МОЁ

Где скачать без СМС, не платя 198 швейцарских франков барыгам-спекулянтам?


Так-то на фиг не нужно, в открытом доступе лежит PDF 1.7 и предыдущие версии, но просто интересно.


>>> Подробности









 , , ,








URL
18:52

Как лучше сделать перезапуск docker-compose

И это всё МОЁ

Дано: исходники в self-hosted gitlab, gitlba-runner собирает образы, эти образы использует docker-compose (K.O.). Как лучше всего сделать перезапуск docker-compose после пересборки образа?









 








URL
18:44

Уведомления о непрочитанных сообщениях в telegram только от определенных чатов

И это всё МОЁ

Пожелание в заголовке.


Суть проблемы - есть много чатов, каналов, групп в телеграме из которых приходят уведомления и висят в трее. Сейчас можно отключить уведомления в чате/канале/группе, но непрочитанные сообщения из нее будут висеть в трее на сером фоне. Если есть непрочитанное оттуда где уведомления включены - на красном.


Что хочу я? Чтобы уведомления от части групп, чатов не были видны в трее вообще. Просто у меня условно говоря есть 3 категории чатов/групп/каналов -



  1. нужно прочитать как можно раньше,

  2. нужно прочитать как можно раньше но оно может подождать немного

  3. Можно прочитать в свободное время когда будет нечего делать


И вот серая циферка количества непрочитанного из 3ей группы меня немного раздражает.


Окружение - KDE.


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


От клиента телеграма звонки нужны обязательно.









 , , ,








URL
18:34

Сборка Qt6 под Android архитектра arm.

И это всё МОЁ

Свободные люди ЛОРа, есть ли история успеха? Киньте рабочий ./configure или еще лучше step-by-step. Я застрял на какой-то шняге после обновления cmake.

splinter@bastilie:/mnt/DATA500G/home/splinter/Downloads/Qt6build$ ../Qt6source/configure -prefix /mnt/DATA500G/home/splinter/Downloads/Qt6build -debug-and-release -confirm-license -opensource
+ cd qtbase
+ /mnt/DATA500G/home/splinter/Downloads/Qt6source/qtbase/configure -top-level -prefix /mnt/DATA500G/home/splinter/Downloads/Qt6build -debug-and-release -confirm-license -opensource
CMake Error at /mnt/DATA500G/home/splinter/Downloads/Qt6source/qtbase/cmake/QtProcessConfigureArgs.cmake:782 (message):
  Multi-config build is only supported by Xcode, Ninja Multi-Config and
  Visual Studio generators.  Current generator is "Unix Makefiles".

  Note: Use '-cmake-generator <generator name>' option to specify the
  generator manually.








 , ,








URL
17:52

youtube все ?

И это всё МОЁ

Сабж ?


Если взять статистику самого скандального русскоязычного ролика длиной 2 часа (!!!) - то кол-во просмотров приближается к 100 миллионам (!!!!)


Это получается практически все взрослое население России.


По статистике же в России интернетом пользуются всего лишь 78% населения страны т е получается каждый житель России посмотрел этот ролик, что само по себе невозможно.


Объясните как такое может быть с точки зрения IT ?


Банальная накрутка ?









 








URL
17:34

Ведущий разработчик движка СУБД (удаленно)

И это всё МОЁ

Мы разыскиваем талантливого разработчика движка СУБД на постоянную удаленную работу с гибким графиком, который станет частью нашей небольшой команды.


Мы - небольшая команда, работаем удаленно и занимаемся консалтингом и разработкой на заказ проектов высокой сложности в области СУБД и обработки сетевого трафика, как правило связанных с высокой производительностью и масштабируемостью. Также мы разрабатываем собственный высокопроизводительный open source гибрид HTTPS акселератора и фаервола Tempesta FW.


Вы будете участвовать в разработке движков известных open source СУБД на C/C++ и/или Java. С процессом разработки можно познакомиться на нашем GitHub . Пример нашей разработки для MariaDB можно посмотреть на YouTube. Между консалтинговыми проектами Вы будете заниматься разработкой Tempesta FW. Вы можете быть соавтором наших статей на топовых международных конференциях, например https://netdevconf.info/0x14/session.html?talk-performance-study-of-kernel-TLS-handshakes .


Обязательные приметы идеального кандидата:



  • Большой опыт разработки по меньшей мере на одном языке C или Java и желание глубоко изучить второй;

  • Имеет опыт разработки в большом сложном, желательно Open Source, проекте (например, Cassandra, Hadoop, Solr, Spark, PostgreSQL, MySQL или др.);

  • Отлично владеет алгоритмами и быстрыми структурами данных;

  • Отлично знает устройство Linux и/или JVM, понимает, как они устроены внутри;

  • Прекрасно владеет примитивами синхронизации;

  • Хороший английский для общения с зарубежными партнерами и заказчиками


Желательно:



  • Опыт разработки распределенных СУБД: понимание транзакционных логов, MVCC, групповых коммуникаций, протоколов репликации и пр.;

  • Хорошее владение Python для написания простых тестовых скриптов;


Условия:



  • Заработная плата от $2,000 до $5,000 по контракту с нашим офисом в США;

  • Возможность работы из дома;

  • Гибкий график для работы в комфортное время;


Узнать о нас больше Вы можете на http://tempesta-tech.com


Звоните по телефону +7 (916) 717-3899 или пишите на info at tempesta-tech dot com.


Крижановский Александр.









 , , ,








URL