Комментарии пользователя Алекcандp Иванкoв

Как выставить значение родительской категории на основе дополнительных переменных?

Алекcандp Иванкoв @lexx633 Автор вопроса

пишите здесь, либо стоимость решения либо готовое решение

Как выставить значение родительской категории?

Алекcандp Иванкoв @lexx633 Автор вопроса

WP Panda, "спецом" поставил на локалке чистый wp 5.5.3 + wc 4.8 + wpai 4.6.5
и при импорте категорий ничего не изменилось.

Написано более трёх лет назад

Как выставить значение родительской категории?

Алекcандp Иванкoв @lexx633 Автор вопроса

На 3 шаге, нет даже и близко таких опций/настроек с галкой Категория и возможностью drag&drop
если при импорте выбирать Taxonomies > Категории товаров на 1 шаге

Написано более трёх лет назад

Как выставить значение родительской категории?

Алекcандp Иванкoв @lexx633 Автор вопроса

Артем Золин, есть 3 категории :
категория_1 id111 parentid=0
категория_2 id222 parentid=0
категория_3 id333 parentid=222
Задача при импорте прописывать 3 категорию как вложенную во вторую.

Написано более трёх лет назад

Не срабатывают правила iptables, чяднт?

Алекcандp Иванкoв @lexx633 Автор вопроса

мдяя, зря бил тревогу.. в логах действительно ничего не проскакивает
век живи век учись)
действительно sngrep как и tcpdump обрабатывает пакеты ДО того, как они будут обработаны брандмауэром.

Написано более трёх лет назад

Не срабатывают правила iptables, чяднт?

Алекcандp Иванкoв @lexx633 Автор вопроса

Andrey Barbolin, firewall-cmd --state
not running
на всякий ещё раз отключил
sudo systemctl stop firewalld
sudo systemctl disable firewalld
sudo systemctl mask --now firewalld
перезапустил iptables
применил правила что выше указал и всё равно лезут

^Idx Method     SIP From                  SIP To                    Msgs  Source                 Destination            Call State
  [ ] 1    NOTIFY     101@ip.astera         ip.astera             10    ip.tel.office:5060     ip.astera:5060
  [ ] 2    SUBSCRIBE  101@ip.astera         101@ip.astera         2     ip.tel.office:5060     ip.astera:5060
  [ ] 3    OPTIONS    0783864@ip.astera     81.222.103.9              2     ip.astera:5060     81.222.103.9:5060
  [ ] 4    OPTIONS    asterisk@ip.astera    102@192.168.1.118:5060    2     ip.astera:5060     ip.tel.office:1026
  [ ] 5    REGISTER   4520@ip.astera        4520@ip.astera        1     185.108.106.250:64513  ip.astera:5060
  [ ] 6    OPTIONS    asterisk@ip.astera    103@192.168.1.118:5060    2     ip.astera:5060     ip.tel.office:1026
  [ ] 7    OPTIONS    asterisk@ip.astera    101@192.168.1.124:5060    2     ip.astera:5060     ip.tel.office:5060
  [ ] 8    REGISTER   102@ip.astera         102@ip.astera         4     ip.tel.office:1026     ip.astera:5060
  [ ] 9    OPTIONS    asterisk@ip.astera    102@192.168.1.118:5060    2     ip.astera:5060     ip.tel.office:1026
  [ ] 10   REGISTER   103@ip.astera         103@ip.astera         4     ip.tel.office:1026     ip.astera:5060
  [ ] 11   OPTIONS    asterisk@ip.astera    103@192.168.1.118:5060    2     ip.astera:5060     ip.tel.office:1026
  [ ] 12   REGISTER   2772@ip.astera        2772@ip.astera        1     185.108.106.250:60400  ip.astera:5060
  [ ] 13   SUBSCRIBE  101@ip.astera         101@ip.astera         2     ip.tel.office:5060     ip.astera:5060
  [ ] 14   OPTIONS    asterisk@ip.astera    195.34.37.35              2     ip.astera:5060     195.34.37.35:5060
  [ ] 15   REGISTER   1156@ip.astera        1156@ip.astera        1     185.108.106.250:56270  ip.astera:5060
  [ ] 16   INVITE     14001@ip.astera       900441902933818@51.38.131 1     167.114.17.187:57894   ip.astera:5060     CALL SETUP

Написано более трёх лет назад

Не срабатывают правила iptables, чяднт?

Алекcандp Иванкoв @lexx633 Автор вопроса

Andrey Barbolin,
AME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"

CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"

Написано более трёх лет назад

Не срабатывают правила iptables, чяднт?

Алекcандp Иванкoв @lexx633 Автор вопроса

Andrey Barbolin, может проделки бекдора, майлварь какой нить, был опыт обнаружения такого "добра" ? или проще переустановить систему настроить всё заново

Написано более трёх лет назад

Не срабатывают правила iptables, чяднт?

Алекcандp Иванкoв @lexx633 Автор вопроса

Andrey Barbolin, прописал эти правила,

Chain INPUT (policy DROP 226 packets, 18643 bytes)
num   pkts bytes target     prot opt in     out     source               destination         
1        0     0 ACCEPT     all  --  lo     *       0.0.0.0/0            0.0.0.0/0           
2      599 39932 ACCEPT     all  --  *      *       178.45.0.0/16        0.0.0.0/0            /* home */
3        5  2962 ACCEPT     all  --  *      *       81.22.1.1      0.0.0.0/0            /* office */

Chain FORWARD (policy DROP 0 packets, 0 bytes)
num   pkts bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy ACCEPT 555 packets, 123K bytes)
num   pkts bytes target     prot opt in     out     source               destination

скрипт правил

#!/bin/sh
# Пример очистки и удаления всех существующие правил и цепочек
iptables -t filter -F
iptables -t nat -F
iptables -t mangle -F
iptables -F
iptables -t filter -X
iptables -t nat -X
iptables -t mangle -X
iptables -X
# Разрешим локальный интерфейс
iptables -A INPUT -i lo -j ACCEPT
# Разрешим тем кому доступ разрешен
iptables -A INPUT -s 178.45.0.0/16 -j ACCEPT -m comment --comment "home"
iptables -A INPUT -s 81.22.1.1 -j ACCEPT -m comment --comment "office"
# Запретим все входящие и проходящие соединения, разрешим все исходящие от сервера
iptables -P INPUT DROP
iptables -P FORWARD DROP
iptables -P OUTPUT ACCEPT

и после всего этого, проходят инвайты до астера, как такое может быть))

Написано более трёх лет назад

Не срабатывают правила iptables, чяднт?

Алекcандp Иванкoв @lexx633 Автор вопроса

Andrey Barbolin, пусто

Chain PREROUTING (policy ACCEPT 250 packets, 21675 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain INPUT (policy ACCEPT 64 packets, 14870 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy ACCEPT 31 packets, 2283 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain POSTROUTING (policy ACCEPT 31 packets, 2283 bytes)
 pkts bytes target     prot opt in     out     source               destination

Написано более трёх лет назад

Не срабатывают правила iptables, чяднт?

Алекcандp Иванкoв @lexx633 Автор вопроса

Andrey Barbolin, нет.
изначально было так

iptables -A INPUT -s 178.45.0.0/16 -j ACCEPT -m comment --comment "ip doma"
iptables -P INPUT DROP
iptables -P FORWARD DROP
iptables -P OUTPUT ACCEPT
iptables -A INPUT -s 81.22.0.0 -j ACCEPT -m comment --comment "ip_tel_office"

при таких правилах проходят ивайты на сервак, уже голову сломал. неужели систему только переустанавливать и всё с нуля ставить...

Написано более трёх лет назад

Не срабатывают правила iptables, чяднт?

Алекcандp Иванкoв @lexx633 Автор вопроса

Andrey Barbolin, так разрешено на 5060 после того как вначале разрешил свой, заблочил всё, потом добавил разрешённый и после только добро на 5060.
правила iptables читаются же последовательно;

Написано более трёх лет назад

Не срабатывают правила iptables, чяднт?

Алекcандp Иванкoв @lexx633 Автор вопроса

Александр Семененко, нет, только с разрешенного

Написано более трёх лет назад

Не срабатывают правила iptables, чяднт?

Алекcандp Иванкoв @lexx633 Автор вопроса

Andrey Barbolin,

Chain INPUT (policy DROP 127 packets, 5313 bytes)
 pkts bytes target     prot opt in     out     source               destination         
 7106  388K ACCEPT     all  --  *      *       178.45.0.0/16        0.0.0.0/0            /* my lan */
    6  1662 DROP       all  --  *      *       0.0.0.0/0            0.0.0.0/0            state INVALID
  707  112K ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0            state RELATED,ESTABLISHED
    0     0 ACCEPT     all  --  lo     *       0.0.0.0/0            0.0.0.0/0           
  277  9004 ACCEPT     icmp --  *      *       0.0.0.0/0            0.0.0.0/0           
   37  2220 ACCEPT     tcp  --  eth0   *       0.0.0.0/0            0.0.0.0/0            tcp dpt:22
   71 31826 ACCEPT     udp  --  eth0   *       0.0.0.0/0            0.0.0.0/0            udp dpt:5060
   19   711 ACCEPT     udp  --  eth0   *       0.0.0.0/0            0.0.0.0/0            udp dpts:10000:40000

Chain FORWARD (policy DROP 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy ACCEPT 143 packets, 26824 bytes)
 pkts bytes target     prot opt in     out     source               destination         
26961 5052K ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0            state RELATED,ESTABLISHED

iptables-1.4.21-34.el7.x86_64
ip_tables 27126 1 iptable_filter

Написано более трёх лет назад

Не срабатывают правила iptables, чяднт?

Алекcандp Иванкoв @lexx633 Автор вопроса

перезагрузил сервер, остановил f2b
добавил с нуля только 1 правило и 1 политику
-A INPUT -s 1.2.3.4 -j ACCEPT // айпи с которого подключаюсь на сервер
-P INPUT DROP
и даже при этом проходят инвайты
как такое может быть?

Написано более трёх лет назад

Не срабатывают правила iptables, чяднт?

Алекcандp Иванкoв @lexx633 Автор вопроса

Andrey Barbolin,
MYIP = айпи с которого подключаюсь на сервер

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    inet ip_astera/32 brd ip_astera scope global noprefixroute dynamic eth0
       valid_lft 85460sec preferred_lft 85460sec
       valid_lft forever preferred_lft forever

Написано более трёх лет назад

Не срабатывают правила iptables, чяднт?

Алекcандp Иванкoв @lexx633 Автор вопроса

Andrey Barbolin, речь про ситуацию когда с нуля добавил только 1 правило и 1 политику
-A INPUT -s MYIP -j ACCEPT
-P INPUT DROP
и даже при этом проходят инвайты

Написано более трёх лет назад

Не срабатывают правила iptables, чяднт?

Алекcандp Иванкoв @lexx633 Автор вопроса

Andrey Barbolin, и даже при таких правилах и политике , как разрешать только мне и политика запрещать всё, до sngrep (астера) проходят запросы на регистрацию и инвайты с левых айпи, как такое может быть??

Написано более трёх лет назад

Не срабатывают правила iptables, чяднт?

Алекcандp Иванкoв @lexx633 Автор вопроса

удалил все правила
вначале разрешаю всё со своего айпи
iptables -A INPUT -s MYIP -j ACCEPT
iptables -A OUTPUT -d MYIP -j ACCEPT
потом запрещаю всё
iptables -P INPUT DROP
iptables -P OUTPUT DROP
при выводе команды iptables -n -L -v --line-numbers

Chain INPUT (policy DROP 2 packets, 438 bytes)
num   pkts bytes target     prot opt in     out     source               destination         
1       28  2380 ACCEPT     all  --  *      *       my.ip        0.0.0.0/0           

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
num   pkts bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy DROP 6 packets, 1416 bytes)
num   pkts bytes target     prot opt in     out     source               destination         
1       17  1872 ACCEPT     all  --  *      *       0.0.0.0/0            my.ip

не отображаются правила drop all

Написано более трёх лет назад

Не срабатывают правила iptables, чяднт?

Алекcандp Иванкoв @lexx633 Автор вопроса

Chain f2b-sshd (1 references)
num   pkts bytes target     prot opt in     out     source               destination         
1        0     0 REJECT     all  --  *      *       61.177.172.159       0.0.0.0/0            reject-with icmp-port-unreachable
2        0     0 REJECT     all  --  *      *       61.177.172.142       0.0.0.0/0            reject-with icmp-port-unreachable
3        0     0 REJECT     all  --  *      *       222.186.52.39        0.0.0.0/0            reject-with icmp-port-unreachable
4        9   540 REJECT     all  --  *      *       222.186.30.59        0.0.0.0/0            reject-with icmp-port-unreachable
5        0     0 REJECT     all  --  *      *       222.186.30.112       0.0.0.0/0            reject-with icmp-port-unreachable
6        0     0 REJECT     all  --  *      *       222.186.180.6        0.0.0.0/0            reject-with icmp-port-unreachable
7        0     0 REJECT     all  --  *      *       222.186.175.216      0.0.0.0/0            reject-with icmp-port-unreachable
8        0     0 REJECT     all  --  *      *       222.186.175.154      0.0.0.0/0            reject-with icmp-port-unreachable
9        0     0 REJECT     all  --  *      *       218.92.0.248         0.0.0.0/0            reject-with icmp-port-unreachable
10     123 16314 RETURN     all  --  *      *       0.0.0.0/0            0.0.0.0/0

кроме 185.108.106.250.
проходят мимо правил запросы от 167.114.17.187

Написано более трёх лет назад

Войдите на сайт