Настройка ufw ubuntu 18.04

Настройка ufw для работы в локальной сети (запрет интернет)
Install and Configure Samba Server on Ubuntu for File Sharing
How to Use UFW Firewall on Debian, Ubuntu, Linux Mint
UFW and samba on Ubuntu 18.04
Kernel 4.8 UFW and SMB not working together
https://forums.linuxmint.com/viewtopic.php?t=235049
Samba Networking and Linux firewall questions <Solved>

DHCP clien

• TCP 53: used for DNS
• UDP 67: used for DHCP
• UDP 68: used for DHCP

Once started, smbd will be listening on TCP port 139 and 445. nmbd will be listening on UDP port 137 and 138.

• TCP 139: used for file and printer sharing and other operations.
• TCP 445: the NetBIOS-less CIFS port.
• UDP 137: used for NetBIOS network browsing.
• UDP 138: used for NetBIOS name service.

1C used f

• TCP 1540: 1С:Предприятие агент сервера (ragent)
• TCP 1541: 1С:Предприятие главный менеджер кластера
•  TCP 1541: 1С:Предприятие агент сервера (ragent)
• TCP 1545: 1С:Предприятие агент сервера (ragent)
• TCP 1560:1591: 1С:Предприятие агент сервера (ragent)
 

#sudo ufw disable
#sudo ufw reset
sudo ufw status
sudo ufw enable
sudo ufw default deny incoming
sudo ufw default deny outgoing
sudo ufw default deny forward 

1. # Разрешить исходящие соединения в локальной сети
sudo ufw allow out to 192.168.0.0/24
sudo ufw allow out to 192.168.1.0/24

2.# Разрешить входящие соединения в локальной сети
sudo ufw allow from 192.168.0.0/24
sudo ufw allow from 192.168.1.0/24

sudo ufw status

3. Другой вариант. (вместо 2)
Можно привязаться к портам

# Разрешить входящие tcp соединения в локальной сети на порты 
sudo ufw allow from 192.168.0.0/24  proto tcp to any port 22,53,67,139,445,1540,1541,1545,1560:1591 

sudo ufw allow from 192.168.1.0/24  proto tcp to any port 22,53,67,139,445,1540,1541,1545,1560:1591


# Разрешить входящие udp соединения в локальной сети на порты 
sudo ufw allow from 192.168.0.0/24  proto udp to any port 68,137,138

sudo ufw allow from 192.168.1.0/24  proto udp to any port 68,137,138

#sudo ufw enable


#sudo ufw disable
#sudo ufw enable
#sudo ufw reload
#sudo ufw reset

sudo ufw status

netstat

Удаление правил:
sudo ufw status numbered

sudo ufw delete 4

sudo service nmbd restart

pg_probackup скачать пакеты

pg_probackup

cp ~/setup-1c/dist/pg-probackup-11_2.2.7-1.00ea17704820f413.bionic_amd64.deb /tmp/post
cd /tmp/post
sudo dpkg -i pg-probackup-11_2.2.7-1.00ea17704820f413.bionic_amd64.deb
sudo pg_probackup-11 init -B /backup
sudo mkdir /backup/copy
sudo mkdir /backup/log
sudo mkdir /backup/pg_dump
sudo chown -R postgres:postgres /backup/
sudo pg_ctlcluster 11 main start
sudo -u postgres pg_probackup-11 add-instance -B /backup -D /var/lib/postgresql/11/main --instance main
sudo su postgres -c "echo 'retention-redundancy=5' >> /backup/backups/main/pg_probackup.conf"
sudo pg_ctlcluster 11 main status
ss -tunpl | grep 5432
ps aux | grep postgres | grep -- -D
sudo -u postgres pg_probackup-11 backup -B /backup --instance main -b FULL --stream --compress --delete-wal --expired -j 4
sudo -u postgres pg_probackup-11 show -B /backup

Установка сертификата

$ sudo /opt/cprocsp/bin/amd64/certmgr -inst -cert -file 8CAE88BBFD404A7A53630864F9033606E1DC45E2.cer -store mRoot

$ sudo /opt/cprocsp/bin/amd64/certmgr -inst -cert -file uts-fk_2020.cer -store mRoot 

Ошибка при загрузке dt файловой базы в PostgreSQL

Получение информации о структуре хранения базы данных в терминах 1С:Предприятие и СУБД
Размещение данных 1С:Предприятия 8. Таблицы и поля
1CDBStorageStructureInfo v2.1
Платформа 8.3 → Битый dt-шник

Ошибка при загрузке dt файловой базы в PostgreSQL:

Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Нарушено условие уникальности данных.

Сообщение при загрузке в 1с:

Попытка вставки неуникального значения в уникальный индекс:
ERROR:  could not create unique index "_reference643_bydatakey_rr"
DETAIL:  Key (_idrref, _nodetref, _noderref)=(\x8e02283452a573354532b8d7a08ab2ae, \x00000009, \x9d04902b34af533b11e2c757fa890d98) is duplicated.


В логе PostgreSQL смотрим:

< 2020-04-09 10:32:08.514 MSK >ERROR:  could not create unique index "_reference643_bydatakey_rr"
< 2020-04-09 10:32:08.514 MSK >DETAIL:  Key (_idrref, _nodetref, _noderref)=(\x8e02283452a573354532b8d7a08ab2ae, \x00000009, \x9d04902b34af533b11e2c757fa890d98) is duplicated.
< 2020-04-09 10:32:08.514 MSK >STATEMENT:  create unique index _reference643_bydatakey_rr on _referencechngr643(_IDRRef, _NodeTRef, _NodeRRef); alter table _referencechngr643 cluster on _reference643_bydatakey_rr;
< 2020-04-09 10:32:08.515 MSK >WARNING:  there is no transaction in progress


Мы наши таблицу с которой связана ошибка - _referencechngr643

Простейший вариант очистить таблицу, если повезет (немного данных) может помочь

postgres=# \c demo
demo=# SELECT * FROM _referencechngr643;

Картинка (обрезок).

demo=# TRUNCATE _referencechngr643;

Если не повезло, нужно смотреть обработкой  1CDBStorageStructureInfo v2.1
что за объект

Справочник.ВидыОпераций.Изменения

После очистки Справочник.ВидыОпераций.Изменения

можно попробовать выгрузить, загрузить Справочник.ВидыОпераций через xml

В данном случае это не поможет, потому что справочник Справочник.ВидыОпераций.Изменения не выгружается через xml.

2. Будем решать вопрос средствами PostgreSQL
Итак наша ошибка:

Попытка вставки неуникального значения в уникальный индекс:
ERROR:  could not create unique index "_reference643_bydatakey_rr"
DETAIL:  Key (_idrref, _nodetref, _noderref)=(\x8e02283452a573354532b8d7a08ab2ae, \x00000009, \x9d04902b34af533b11e2c757fa890d98) is duplicated.

Создадим запрос для  таблицы _referencechngr643
выводящий повторяющиеся записи:

Как найти повторяющиеся записи в PostgreSQL

select _nodetref, _noderref, _idrref, count(*)
from _referencechngr643
group by _nodetref, _noderref, _idrref
HAVING count(*) > 1;

 \x00000009 | \x9d04902b34af533b11e2c757fa890d98 | \x90a27b112207742446ec93ee478ec1d1 |     2
 \x00000009 | \x9d04902b34af533b11e2c757fa890d98 | \x8e02283452a573354532b8d7a08ab2ae |     2
 \x00000009 | \x9d04902b34af533b11e2c757fa890d98 | \xa69d3ff7873e291d48644a507a39f06b |     2
 \x00000009 | \x9d04902b34af533b11e2c757fa890d98 | \x9a8b53541966765449d0031809109897 |     2
 \x00000009 | \x9d04902b34af533b11e2c757fa890d98 | \xbd6f371cc86afff24983dc095af41b21 |     2

Пример обращения по конкретному условию

where _noderref=E'\\x9d04902b34af533b11e2c757fa890d98' 

Introduction to inserting PostgreSQL records with Unicode characters 

demo=# select _nodetref, _noderref, _idrref
from _referencechngr643 where _noderref=E'\\x9d04902b34af533b11e2c757fa890d98';
 

 
Однако запросом удалить дубликаты записей мы не сможем, из за отсутствия первичного

ключа. (Будут удалены все записи)

Удалим повторяющиеся записи выгрузив таблицу в файл, отредактировав, а потом

загрузить обратно.

Выгрузим таблицу в файл 

demo=# COPY _referencechngr643 TO '/tmp/file.csv'  CSV; 

COPY 565 

Сделаем копию. 

demo=# COPY _referencechngr643 TO '/tmp/file-cop.csv'  CSV;

COPY 565

В файле мы должны найти и удалить все задвоенные записи, например

\x90a27b112207742446ec93ee478ec1d1

Сохранить файл.

Очистить таблицу
demo=# TRUNCATE _referencechngr643;

Загрузим таблицу из файла demo=# COPY _referencechngr643 FROM '/tmp/file.csv'  CSV; 

COPY 560 

demo=# REINDEX TABLE _referencechngr643;
REINDEX

Проверка:demo=# COPY _referencechngr643 TO '/tmp/file-ver.csv'  CSV;

COPY 565 

Поскольку при загрузке dt реиндексация не прошла до конца: 

postgres@u1804$ reindexdb demo

Ускорение дисковой подсистемы Qemu KVM в Linux

Ускорение дисковой подсистемы Qemu KVM в Linux

Debian проблема печати штрих-кода на сервере 1С под линукс

Сергей Голод:
Привет всем. Столкнулся с проблемой печати штрих-кода на сервере 1С под линукс. Не могу понять чего ему не хватает.  Установлены все библиотеки (libpng, zip, gd, magiccore,...). Даже установил старую версию libpng-12, которую на форумах советуют использовать. Может нужна ещё какая-то отдельная библиотека?
8.3.16 + УТ 11

права на каталог /tmp. У меня данный катало создавался с опцией noexec:
defaults,noatime,nosuid,noexec,nodev,mode=1777

а 1С кладёт в /tmp свои .so, которые достаёт из компонент и запускает их. Если стоит опция noexec -  то соответственно запуск не проходит

ERROR: invalid memory alloc request size 1230291841

postgres=# \c demo
You are now connected to database "demo" as user "postgres".
demo=# SELECT nspname || '.' || relname AS "relation",
demo-#     pg_size_pretty(pg_total_relation_size(C.oid)) AS "total_size"
demo-#   FROM pg_class C
demo-#   LEFT JOIN pg_namespace N ON (N.oid = C.relnamespace)
demo-#   WHERE nspname NOT IN ('pg_catalog', 'information_schema')
demo-#     AND C.relkind <> 'i'
demo-#     AND nspname !~ '^pg_toast'
demo-#   ORDER BY pg_total_relation_size(C.oid) DESC
demo-#   LIMIT 20;
        relation        | total_size
------------------------+------------
 public._inforg24222    | 6462 MB
 public.config          | 165 MB
 public._inforg23805    | 34 MB
 public._inforg24502    | 23 MB
 public._inforg28528    | 23 MB
 public._accumrg28622   | 21 MB
 public._accumrg29176   | 18 MB
 public._crg1079        | 16 MB
 public._inforg31568    | 15 MB
 public._accumrg28976   | 14 MB
 public._inforg27395    | 13 MB
 public._accumrg29535   | 12 MB
 public._inforg31471    | 10 MB
 public._inforg31504    | 9992 kB
 public._accumrg29493   | 9616 kB
 public._accumrg29219   | 9144 kB
 public._accumrg29255   | 8176 kB
 public._accumrgtn29205 | 7632 kB
 public._accumrg29658   | 7344 kB
 public._inforg26344    | 6600 kB
(20 rows)

demo=# \q
postgres@test:/root$ exit
root@test:~# выход
user@test:~$  time sudo su postgres -c "pg_dump -Fc demo"  > ~/demo.dump
pg_dump: Ошибка выгрузки таблицы "_inforg24222": сбой в PQgetResult().
pg_dump: Сообщение об ошибке с сервера: ERROR:  invalid memory alloc request size 1230291841
pg_dump: Выполнялась команда: COPY public._inforg24222 (_fld24223_type, _fld24223_rtref, _fld24223_rrref, _fld24224, _fld864) TO stdout;

real    4m14,566s
user    3m47,729s
sys     0m4,269s


~$ sudo su postgres
[sudo] пароль для user:
postgres@test:/home/user$ psql
psql (10.10 (Ubuntu 10.10-4.1C))
Введите "help", чтобы получить справку.

postgres=# \c demo
Вы подключены к базе данных "demo" как пользователь "postgres".
demo=# DELETE FROM public._inforg24222;
DELETE 1657