LINUX.ORG.RU

Сообщения manolls

 

Не получается установить symfony на ПК через docker

Есть ПК с windows 11, на нём установлен docker.

Поднял контейнеры с nginx, php-cli, php-fpm, mariadb.

Пытаюсь установить symfony командой

docker-compose run --rm php-cli curl -sS https://get.symfony.com/cli/installer | bash

Получаю

    Symfony CLI installer
    
    Environment check
      [*] cURL is installed
      [*] Tar is installed
      [*] Git is installed
      [*] Your architecture (amd64) is supported
    
    Download
      Downloading https://github.com/symfony-cli/symfony-cli/releases/latest/download/symfony-cli_linux_amd64.tar.gz...
      % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                     Dload  Upload   Total   Spent    Left  Speed
      0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
      0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
    100 5544k  100 5544k    0     0  2401k      0  0:00:02  0:00:02 --:--:-- 4502k
      Uncompress binary...
      Installing the binary into your home directory...
      The binary was saved to: /home/a/.symfony5/bin/symfony
    
    The Symfony CLI was installed successfully!
    
    Use it as a local file:
      export PATH="$HOME/.symfony5/bin:$PATH"
    
    Or install it globally on your system:
      mv /home/a/.symfony5/bin/symfony /usr/local/bin/symfony
    
    Then start a new shell and run 'symfony'

Теперь чтобы установить symfony, как сказано в выводе команды «globally on your system» запускаю:

docker-compose run --rm php-cli mv /home/a/.symfony5/bin/symfony /usr/local/bin/symfony

но получаю ошибку:

mv: cannot stat '/home/a/.symfony5/bin/symfony': No such file or directory

Т.е. в контейнере такая папка не создалась??

И ещё, вчера после обновления докера начал получать ошибки типа:

    <3>WSL (31168) ERROR: CreateProcessEntryCommon:577: execvpe /bin/bash failed 2

в результате пришлось ставить

    wsl --install Ubuntu
    wsl -s Ubuntu

и перезагружаться. (И ещё попробовал kali-linux поставить) Ещё в процессе установки Ubuntu заставили пользователя создать и пароль к нему. Так вот mv /home/a/.symfony5/bin/symfony - пользователь a - это и есть тот самый пользователь, которого я создал при установке Ubuntu.

Получается, что бинарник symfony он установил куда-то внутрь Ubuntu. А команда

docker-compose run --rm php-cli mv /home/a/.symfony5/bin/symfony /usr/local/bin/symfony

обращается внутрь контейнера php-cli который работает на alpine. Получается кроме контейнера php-cli, работающего на alpine мне пришлось зачем-то ставить ещё Ubuntu, поднимать там пользователя с паролем. И теперь бинарники скачиваются внутрь Ubuntu, а не внутрь моего контейнера php-cli. Это как вообще? Кто-то может объяснить?

 ,

manolls
()

Получить объект button, зная только класс svg внутри него

На странице есть несколько кнопок. Внутри кнопок есть div и svg.

<button class="wpOab  " type="button"><div class="QBdTU B5bH7"><svg class="news" color="#8e8e8e" fill="#8e8e8e" height="24"
...
</svg>
</div>
</button>

Классы генерятся случайно, один отличительный момент, что svg внутри кнопок имеет class=«news». И нужно через document.querySelector(«.myclass»); получить не объект svg, а конкретно его родительский объект button. Как это можно сделать?

 ,

manolls
()

Крашатся таблицы в базе данных

Есть база данных Mariadb 10.5.8, в ней несколько однотипных таблиц MyISAM такого вида:

    id    Primary	int(10)		    UNSIGNED AUTO_INCREMENT
    txt   Index     varchar(255)	utf8_general_ci
    tr	            varchar(255)	utf8_general_ci

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

    Table 'trans_it' is marked as crashed and should be repaired

Кликаю в phpmyadmin для этой таблицы «Repair table» на что мне выдаёт:

    manager.trans_it	repair	info	Wrong bytesec:   0-  0-  0 at 4837060; Skipped
    manager.trans_it	repair	status	OK

И таблица вроде начинает работать, но затем ситуация может повториться снова. Ещё заметил, что после восстановления MAX(id) и COUNT(id) стали различаться.

    SELECT MAX(`id`),COUNT(`id`) FROM `trans_it`

Выдаёт:

    MAX(`id`)      COUNT(`id`)
        75940            75926

Не очень давно обновлял Mariadb с 5.5.68 до 10.5.8 (Обновлял через mysqldump, а затем импортировал новый дамп в свежеустановленную БД). Сервер Centos 7.9 c 32 GB RAM Все таблицы в БД только типа MyISAM (таблиц InnoDB нет). Вот конфиг my.cnf

    [mysqld]
    
    bind-address = 127.0.0.1
    log_error = /var/log/mariadb/mysqld.error.log
    general_log_file    	= /var/log/mariadb/general.log
    general_log         	= 0
    slow_query_log      = 1
    slow_query_log_file = /var/log/mariadb/slow_queries.log
    long_query_time     = 1
    
    max_connections = 3984
    key_buffer_size = 6000M
    query_cache_size = 128M
    query_cache_limit = 2M
    read_buffer_size = 16M
    join_buffer_size = 16M

Перед крашем таблиц в логах обнаружил такие записи:

    2021-01-03 10:49:58 4 [Note] Detected table cache mutex contention at instance 1: 70% waits. Additional table cache instance activated. Number of instances after activation: 2.
    2021-01-03 10:49:58 5 [Note] Detected table cache mutex contention at instance 2: 36% waits. Additional table cache instance activated. Number of instances after activation: 3.
    2021-01-03 10:49:58 7 [Note] Detected table cache mutex contention at instance 2: 43% waits. Additional table cache instance activated. Number of instances after activation: 4.
    2021-01-03 10:49:59 9 [ERROR] mariadbd: Table './manager/domains' is marked as crashed and should be repaired
    2021-01-03 10:49:59 53 [ERROR] mariadbd: Table './manager/trans_de' is marked as crashed and should be repaired

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

 , ,

manolls
()

Как запустить memtest86+ на удалённом сервере?

Есть выделенный сервер на hetzner. Недавно заглянул в логи и обнаружил там ват такие ошибки:

Jan 2 15:18:49 server1 kernel: PM: Registered nosave memory: [mem 0xfec00000-0xfec00fff] Jan 2 15:18:49 server1 kernel: PM: Registered nosave memory: [mem 0xfec01000-0xfecfffff] Jan 2 15:18:49 server1 kernel: PM: Registered nosave memory: [mem 0xfed00000-0xfed03fff]

К томуже сервер под высокой нагрузкой неожиданно умирать стал. Есть подозрения на поломку RAM. Погуглил, установил на сервер memtest86+. Но проблема состоит в том, что запуск программы можно осуществить из загрузочного меню при перезагрузке сервера. Я делаю reboot и попадаю снова на сервер - загрузочное меню не увидишь через простой reboot. Пробовал загружаться в rescue режиме - бесполезно. Вопрос, можно ди как-то запустить memtest86+ на сервере или придется писать саппорту? Может кто-то хостится на hetner и делал то-то подобное?

 ,

manolls
()

Не могу изменить настройки mariadb 10.5

На сервере с centos 7.9 была древняя mariadb 5.5.68 Вчера удалил её и установил новую mariadb 10.5.8 Вижу, что обычного файла с настройками my.cnf уже нет, а вместо него, насколько я понял настройки хранятся в папке /etc/my.cnf.d Открываю файл server.cnf и пытаюсь редактировать его:

#
# These groups are read by MariaDB server.
# Use it for options that only the server (but not clients) should see
#
# See the examples of server my.cnf files in /usr/share/mysql/
#

# this is read by the standalone daemon and embedded servers
[server]


# this is only for the mysqld standalone daemon
[mysqld]

max_connections=3985

#
# * Galera-related settings
#
[galera]
# Mandatory settings
#wsrep_on=ON
#wsrep_provider=
#wsrep_cluster_address=
#binlog_format=row
#default_storage_engine=InnoDB
#innodb_autoinc_lock_mode=2
#
# Allow server to accept connections on all interfaces.
#
#bind-address=0.0.0.0
#
# Optional setting
#wsrep_slave_threads=1
#innodb_flush_log_at_trx_commit=0

# this is only for embedded server
[embedded]

# This group is only read by MariaDB servers, not by MySQL.
# If you use the same .cnf file for MySQL and MariaDB,
# you can put MariaDB-only options here
[mariadb]

# This group is only read by MariaDB-10.5 servers.
# If you use the same .cnf file for MariaDB of different versions,
# use this group for options that older servers don't understand
[mariadb-10.5]

Я указал max_connections=3985 после чего пробовал перезагружать mariadb.service и даже делал reboot сервера. Ничего не помогает - после перезагрузки я вбиваю запрос

SHOW VARIABLES LIKE "max_connections"

но неизменно получаю:

Variable_name     Value
max_connections   151

Я пробовал указывать max_connections=3985 в разных секциях [mariadb] [mariadb-10.5] [server] и т.д. Но max_connections всё равно остаётся 151. Может я вообще не там пытаюсь указывать настройки? Или что-то делаю не так? Подскажите.

 ,

manolls
()

Помогите оживить сервер

Есть выделенный сервер на hetzner с CentOs 7.8, который умер после reboot вчера ночью. Сегодня заказал в панели управления remote console (KVM). При входе в консоль получил ошибку: error: attempt to read or write outside of disk ‘hd0’.

Погуглил, нашёл тему https://askubuntu.com/

Выяснил, что раздел, в котором у меня находится Linux - (md/2) Вбил

set root=(md/2)
set prefix=(md/2)/boot/grub

Однако при вводе команды insmod normal получаю ошибку:

error: unknown filesystem

Подскажите какие шаги я могу предпринять для оживления сервера.

https://s8.hostingkartinok.com/uploads/images/2020/11/bf6f3992a2b6fd6ce38b4d8fec196f37.jpg

 ,

manolls
()

Не могу обновить centos через yum update

Есть небольшая KVM VPS (256MB RAM) с установленной на ней centos 7.0.1406 Захотел обновиться до последней версии, вбил в putty команду yum update но во время установки сервер неожиданно сбросил соединение. На VPS данных небыло, поэтому переинсталлил и попробовал опять - опять сбросил на том же месте. Опять переинсталлил - снова на том же месте сбросил. Решил попробовать обновить лишь ядро yum update kernel но и тут не получается - VPS сбрасывает соединение. https://s8.hostingkartinok.com/uploads/images/2020/05/0f5c8e57e8e987644806bf4ca578f8f8.jpg В чём может быть причина и как решить проблему?

 

manolls
()

Не получается удалить Network Manager с VPS

Есть несколько небольших VPS от разных хостеров. Цель: установка на них nginx + php-fpm и хостинг сайтов на них. Где-то читал, что лучше удалять сервис Network Manager на VPS в случае если он есть, т.к. он может тормозить систему. Что я и делал до сегодняшнего дня. Сегодня хотел поднять очередной KVM VPS и при установке обнаружил на нём Network Manager, после чего привычно выполнил:

systemctl status NetworkManager
systemctl stop NetworkManager
systemctl disable NetworkManager
yum remove NetworkManager

ОСь на VPS CentOS 7. После перезагрузки сервер неожиданно умер. Погуглил и переинсталлив VPS, отключил опять уже по этому ману https://cpanelhosting.ru/blog/1295 Но после перезагрузки сервер всё равно умер. network.service, кстати работал:

[root@server2 ~]# systemctl enable network.service
network.service is not a native service, redirecting to /sbin/chkconfig.
Executing /sbin/chkconfig network on
The unit files have no [Install] section. They are not meant to be enabled
using systemctl.
Possible reasons for having this kind of units are:
1) A unit may be statically enabled by being symlinked from another unit's
   .wants/ or .requires/ directory.
2) A unit's purpose may be to act as a helper for some other unit which has
   a requirement dependency on it.
3) A unit may be started when needed via activation (socket, path, timer,
   D-Bus, udev, scripted systemctl call, ...).
[root@server2 ~]# systemctl start network.service
[root@server2 ~]# systemctl status network.service
network.service - LSB: Bring up/down networking
   Loaded: loaded (/etc/rc.d/init.d/network)
   Active: active (exited) since Sun 2020-04-26 15:53:58 EDT; 11min ago

Apr 26 15:53:57 server2 systemd[1]: Starting LSB: Bring up/down networking...
Apr 26 15:53:57 server2 network[721]: Bringing up loopback interface:  Could not load file '/etc/sysconfig/network-scripts/ifcfg-lo'
Apr 26 15:53:57 server2 network[721]: Could not load file '/etc/sysconfig/network-scripts/ifcfg-lo'
Apr 26 15:53:57 server2 network[721]: Could not load file '/etc/sysconfig/network-scripts/ifcfg-lo'
Apr 26 15:53:57 server2 network[721]: Could not load file '/etc/sysconfig/network-scripts/ifcfg-lo'
Apr 26 15:53:58 server2 network[721]: [  OK  ]
Apr 26 15:53:58 server2 network[721]: Bringing up interface eth0:  [  OK  ]
Apr 26 15:53:58 server2 systemd[1]: Started LSB: Bring up/down networking.
Apr 26 16:05:28 server2 systemd[1]: Started LSB: Bring up/down networking.
[root@server2 ~]# reboot

Вопрос: стоит ли мучаться, пытаясь удалить Network Manager? На других VPS я его удалял и, вроде, не получал никаких проблем.

К слову, я также удаляю, если есть:

systemctl status tuned
systemctl status polkit
systemctl status rsyslog
systemctl status avahi-daemon
systemctl status postfix
systemctl status auditd

Был бы рад услышать мнение профессионалов по этому поводу.

 

manolls
()

Есть репозиторий со свежим bind9 для centos7?

На VPS с centos 7, кроме родного репозитория CentOS-Base.repo, я установил репозитории epel.repo и remi.repo. Многие пакеты в них актуальны, например php 7 я всегда на свежую обновляю, включив remi-php74.repo А вот с bind9 (named) беда - раньше был 9.9.4 Сейчас стал подгружать 9.11.4 Вижу, что у них на сайте https://www.isc.org/bind/ уже стабильная версия 9.16.2 - хотелось бы её попробовать, вроде пишут что там потребление памяти меньше. (bind9 очень прожорлив)

Changelog

The previous DNSSEC sign statistics used lots of memory. The number of keys to track is reduced to four per zone, which should be enough for 99% of all signed zones. [GL #1179]

Может есть репозиторий для centos 7 со свежим bind9 9.16.2. Погуглил, но не нашёл.

 

manolls
()

Не удаётся запустить make

Работаю на windows 8.1 64bit, использую phpstorm. Изучая один мануал, для примера создал Makefile со следующим содержимым:

cli:
docker run --rm -v //D_DRIVE/work/5_project-manager/manager:/app --workdir=/app php:7.2-cli php bin/app.php

после чего, запустил в терминале phpstorm-а команду make cli и конечно получил ошибку.Погуглил, нашел MSYS2, установил. После чего установил make командой «pacman -S make». Также установил плагин для phpstorm Makefile support https://plugins.jetbrains.com/plugin/9333-makefile-support/

Далее, при переходе в папку с Makefile и попыткой запустить make cli получаю ошибку

Makefile:2: *** несколько образцов цели.  Останов.

В консоли phpstorm-а команда по-прежнему не работает. Подскажите как заставить работать команду make?

Вот скрин с ошибкой https://s8.hostingkartinok.com/uploads/images/2019/10/17543a171497bce62bc57435db5877ac.jpg

 , ,

manolls
()

Как уменьшить аппетиты named?

Всем привет. Имеется небольшой VPS с весьма ограниченными ресурсами - всего 256Mb RAM. На этот VPS под управлением операционной системы CentOS 7 я установил PHP 7.3, NginX и bind 9.9.4-74 Изучая вывод команды top я обратил внимание, что named занимает очень большой объем памяти RAM - 42.8%

PID  USER  PR NI VIRT   RES    SHR  S %CPU %MEM TIME+   COMMAND
1546 named 20 0  232960 104352 3376 S 0.0  42.8 0:00.56 named

Вот конфиг named.conf

acl "trusted" {
    127.0.0.1;
    SERVER_IP;
};

// these are just a list of ip's that I consider bogus and just ignore them
acl "fakeips" {
#        0.0.0.0/8;
};

options {
    listen-on port 53 { 127.0.0.1;SERVER_IP; };
    directory   "/var/named";
    dump-file   "/var/named/data/cache_dump.db";
    statistics-file "/var/named/data/named_stats.txt";
    memstatistics-file "/var/named/data/named_mem_stats.txt";
    allow-query { any; };
    allow-query-cache { none; };
    allow-recursion { trusted; };
    allow-notify { trusted; };
    allow-transfer { trusted; };
    version "not currently available";
    blackhole { fakeips; };

    dnssec-enable yes;
    dnssec-validation yes;
    dnssec-lookaside auto;

    /* Path to ISC DLV key */
    bindkeys-file "/etc/named.iscdlv.key";

    managed-keys-directory "/var/named/dynamic";

    pid-file "/run/named/named.pid";
    session-keyfile "/run/named/session.key";
};

logging {
        channel default_debug {
                file "data/named.run";
                severity dynamic;
        };
};

zone "." IN {
    type hint;
    file "named.ca";
};

include "/etc/named.rfc1912.zones";
include "/etc/named.root.key";

Подскажите, есть ли способы уменьшить аппетиты named? Так, чтобы это не влияло на скорость VPS.

 , ,

manolls
()

Как установить 3proxy на Centos 7?

Есть несколько VPS на базе Centos 7. Чтобы всегда иметь под рукой свои анонимные прокси установил на них 3proxy через yum:

yum install 3proxy
Сегодня случайно попал на сайт http://myip.nl/ и он выдал мой реальный IP вместе с прокси. Т.е. в разделе «Proxy IP:» показывается мой реальный IP, затем, после запятой, IP моего якобы анонимного прокси сервера.

Начал гуглить на эту тему и оказалось, что при установке через yum, прокси через 3proxy получаются не совсем анонимными и при работе через них палится реальный IP. Правильно устанавливать прокси, самостоятельно компилируя файлы. Нашел мануал http://stik.name/blog/debian/66-ustanovka-3proxy-na-centos/ и поставил 3proxy по нему, предварительно удалив 3proxy установленный через yum.

Во время установки команда chown -R nobody:nogroup /usr/local/etc/3proxy выдала ошибку:

chown: invalid group: 'nobody:nogroup'
поэтому я вместо неё использовал команду chown nobody:nobody -R /usr/local/etc/3proxy которая отработала нормально. Так нормально или использовать другую команду?

Также после команды service 3proxy start получил ошибку:

env: /etc/init.d/3proxy: Permission denied
которую решил вводом команды chmod a+x /etc/init.d/3proxy Это нормальное решение?

Но главное, действительно, после такой установки http://myip.nl/ в разделе «Proxy IP:» пишет только IP моего прокси, а реальный IP уже не светится. В разделе «Proxy host:» хост моего впс, на котором 3proxy установлен, хотя раньше там была пустая строка. Кто-нибудь может объяснить почему так произошло и в чём разница установок.

Теперь основной вопрос: Почему после установки не работают команды systemctl status 3proxy, systemctl start 3proxy, systemctl restart 3proxy. Например команда systemctl status 3proxy выдаёт:

# systemctl status 3proxy
● 3proxy.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)
Эти команды прописаны в скриптах и хотелось бы, что бы они работали. Можно ли как-то сделать это?

Переустанавливать 3proxy на других впс теперь обязательно или есть возможность подкорректировать файлы, чтобы все работало без переустановки?

Как правильно удалить уже установленный через yum 3proxy? Вижу, что после удаления командой yum remove 3proxy на сервере остался файл конфигурации \etc\3proxy.cfg - во время удаления он просто переименовался, т.е. удаление не 100%. Может есть лучший способ?

 ,

manolls
()

Не блокируются IP в iptables

Добрый день. Вообщем, пытаюсь заблокировать несколько IP спамеров, чтобы не заходили на сайт и сервер. Для проверки что все работает добавил также свой IP. В итоге после сохранения командой service iptables save и перезагрузки сервера могу как и раньше заходить на сайт, а также логиниться на сервер через ssh.

Вот как выглядит файл /etc/sysconfig/iptables:

# Generated by iptables-save v1.4.21 on Thu Dec  8 18:42:17 2016
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [41131:31130358]
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -p udp -m udp --dport 53 -j ACCEPT
-A INPUT -p tcp -m state --state NEW -m tcp --dport 53 -j ACCEPT
-A INPUT -p udp -m state --state NEW -m udp --dport 53 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 80 -j ACCEPT
-A INPUT -p tcp -m state --state NEW -m tcp --dport 3198 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 5198 -j ACCEPT
-A INPUT -j REJECT --reject-with icmp-host-prohibited
-A INPUT -s 46.161.9.8/32 -j REJECT --reject-with icmp-port-unreachable
-A INPUT -s 185.121.190.12/32 -j REJECT --reject-with icmp-port-unreachable
-A INPUT -s 41.57.116.0/24 -j REJECT --reject-with icmp-port-unreachable
-A INPUT -s 41.57.117.0/24 -j REJECT --reject-with icmp-port-unreachable
-A FORWARD -j REJECT --reject-with icmp-host-prohibited
COMMIT
# Completed on Thu Dec  8 18:42:17 2016

Команда systemctl status iptables выдаёт, что iptables запущен и работает

# systemctl status iptables
● iptables.service - IPv4 firewall with iptables
   Loaded: loaded (/usr/lib/systemd/system/iptables.service; enabled; vendor preset: disabled)
   Active: active (exited) since Thu 2016-12-08 18:38:34 CET; 4min 6s ago
  Process: 764 ExecStart=/usr/libexec/iptables/iptables.init start (code=exited, status=0/SUCCESS)
 Main PID: 764 (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/iptables.service

А вот вывод команды iptables -vnL

# iptables -vnL
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination
95808   10M ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0            state RELATED,ESTABLISHED
    1    32 ACCEPT     icmp --  *      *       0.0.0.0/0            0.0.0.0/0
  116 11037 ACCEPT     all  --  lo     *       0.0.0.0/0            0.0.0.0/0
50006 3899K ACCEPT     udp  --  *      *       0.0.0.0/0            0.0.0.0/0            udp dpt:53
   46  2740 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            state NEW tcp dpt:53
    0     0 ACCEPT     udp  --  *      *       0.0.0.0/0            0.0.0.0/0            state NEW udp dpt:53
11343  649K ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:80
    2   104 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            state NEW tcp dpt:3198
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:5198
  495 26375 REJECT     all  --  *      *       0.0.0.0/0            0.0.0.0/0            reject-with icmp-host-prohibited
    0     0 REJECT     all  --  *      *       46.161.9.8           0.0.0.0/0            reject-with icmp-port-unreachable
    0     0 REJECT     all  --  *      *       185.121.190.12       0.0.0.0/0            reject-with icmp-port-unreachable
    0     0 REJECT     all  --  *      *       41.57.116.0/24       0.0.0.0/0            reject-with icmp-port-unreachable
    0     0 REJECT     all  --  *      *       41.57.117.0/24       0.0.0.0/0            reject-with icmp-port-unreachable

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination
    0     0 REJECT     all  --  *      *       0.0.0.0/0            0.0.0.0/0            reject-with icmp-host-prohibited

Chain OUTPUT (policy ACCEPT 156K packets, 116M bytes)
 pkts bytes target     prot opt in     out     source               destination

Тем не менее мой IP не блокируется, подскажите пожалуйста в чём может быть причина. Сервер CentOS Linux release 7.1.1503 (Core), работаю под root-ом

 , , ,

manolls
()

Не могу выполнить bash-скрипт на centos 7

Итак, есть VPS (виртуализация OpenVZ) на котором установлен CentOS Linux release 7.2.1511 (Core)

Необходимо из PHP выполнить на нём bash скрипт с таким содержимым: #!/bin/sh cd /home mkdir 456

В файл /etc/sudoers после строки root ALL=(ALL) ALL я добавил apache ALL=(ALL) NOPASSWD: /home/bash/1.sh

В итоге в php скрипте строка exec('sudo /home/bash/1.sh'); не работает. В логах ничего интересного не нашёл.

Что интересно, если через putty войти на сервер под рутом и выполнить: sudo /home/bash/1.sh все работает, но если выполнить команду sudo -u apache /home/bash/1.sh она выдаёт: mkdir: cannot create directory '123': Permission denied

Также заметил, что если в /home/bash/1.sh написать #!/bin/sh systemctl restart named

то команда sudo -u apache /home/bash/1.sh выдаёт: Failed to restart named.service: The name org.freedesktop.PolicyKit1 was not provided by any .service files

Но при этом sudo /home/bash/1.sh всё нормально рестартит.

В чём может быть причина, я же добавил в /etc/sudoers: apache ALL=(ALL) NOPASSWD: /home/bash/1.sh На файл /home/bash/1.sh стоят права 0755 Группа и владелец root [0]

 , , ,

manolls
()

RSS подписка на новые темы