LINUX.ORG.RU

Сообщения DigeX

 

Не загружается debian после обновления

После обновления путем apt-get update & upgrade & distr-upgrade обновил стабильный дебиан до Jessie. Отказывается запускаться с новым ядром 3.16.0-4-686-pae. При выборе в grub 3.2.0-4-686-pae загрузка проходит в норме. Пробовал переустанавливать пакет с ядром. Ставил 3.16.0-4-586-pae. Все безуспешно. 

Loading, please wait...
fsck from util-linux 2.25.2
/dev/sda1: clean, 85260/1160992 files, 2785047/4638464 blocks
[   15.777829] MPU-401 device not found or device busy
При этом мигают два диода на клавиатуре.

При выборе в grub ядра с режимом sysvinit: 

Loading, please wait...
fsck from util-linux 2.25.2
/dev/sda1: recovering journal
/dev/sda1: clean, 85260/1160992 files, 2785047/4638464 blocks
INIT: version 2.88 booting
[info] Using makefile-style concurrent boot in runlevel S.
[ok] Starting the hotplug events dispatcher: udevd.
[ok] Synthesizing the initial hotplug events...done.
[ok] Waiting for /dev to be fully populated...done.
[...] Setting prelimininary keymap...[   13.504183 ] MPU-401 device not found or device busy
Так же мигают светодиоды на клавиатуре. Как заставить работать с новым ядром?

 ,

DigeX
()
18 комментариев

Owncloud не хочет работать.

Доброго дня. Прошу помочь разобраться с установкой owncloud. После создания пользователя и настройки бд owncloud выбрасывает в ошибку 500. В адресной строке переадресация на my_ip/owncloud/index.php/apps/files/

Логи owncloud: 

{"app":"PHP","message":"js file not found: script:js\/chosen\/chosen.jquery.min formfactor: serverroot:\/home\/www\/owncloud at \/home\/www\/owncloud\/lib\/private\/template\/resourcelocator.php#49","level":3,"time":"2014-09-25T11:28:08+00:00"}
{"app":"index","message":"Exception: js file not found: script:js\/chosen\/chosen.jquery.min formfactor: serverroot:\/home\/www\/owncloud","level":4,"time":"2014-09-25T11:40:17+00:00"}
Версия owncloud 7.0.2 поставил из портов debian со всеми зависимостями. Веб сервер nginx 1.6.2 php-fpm 5.4.4 Все делал по инструкции линк

chown www-data:www-data -R /home/www/owncloud сделал.

nginx, php под тем же пользователем. На этой же конфигурации работают cms joomla, wordpress.

Конфиг nginx: 

upstream php-handler {
        #server 127.0.0.1:9000;
        server unix:/var/run/php5-fpm.sock;
}

server {
        listen 80;
        server_name 'ip_адрес_сервера';
        return 301 https://$server_name$request_uri;  # enforce https
}

server {
        listen 443 ssl;
        server_name 'ip_адрес_сервера';

        ssl_certificate /etc/ssl/nginx/server.crt;
        ssl_certificate_key /etc/ssl/nginx/server.key;

        # Path to the root of your installation
        root /home/www/;

        client_max_body_size 10G; # set max upload size
        fastcgi_buffers 64 4K;

        rewrite ^/caldav(.*)$ /remote.php/caldav$1 redirect;
        rewrite ^/carddav(.*)$ /remote.php/carddav$1 redirect;
        rewrite ^/webdav(.*)$ /remote.php/webdav$1 redirect;

        index index.php;
        error_page 403 /core/templates/403.php;
        error_page 404 /core/templates/404.php;

        location = /robots.txt {
            allow all;
            log_not_found off;
            access_log off;
        }

        location ~ ^/(?:\.htaccess|data|config|db_structure\.xml|README) {
                deny all;
        }

        location / {
                # The following 2 rules are only needed with webfinger
                rewrite ^/.well-known/host-meta /public.php?service=host-meta last;
                rewrite ^/.well-known/host-meta.json /public.php?service=host-meta-json last;

                rewrite ^/.well-known/carddav /remote.php/carddav/ redirect;
                rewrite ^/.well-known/caldav /remote.php/caldav/ redirect;

                rewrite ^(/core/doc/[^\/]+/)$ $1/index.html;

                try_files $uri $uri/ index.php;
        }
        location ~ \.php(?:$|/) {
                fastcgi_split_path_info ^(.+\.php)(/.+)$;
                include fastcgi_params;
                fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
                fastcgi_param PATH_INFO $fastcgi_path_info;
                fastcgi_param HTTPS on;
                fastcgi_pass php-handler;
        }

        # Optional: set long EXPIRES header on static assets
        location ~* \.(?:jpg|jpeg|gif|bmp|ico|png|css|js|swf)$ {
                expires 30d;
                # Optional: Don't log access to assets
                access_log off;
        }

}

 , , ,

DigeX
()
8 комментариев

Настройка OpenVPN

Имеется сервер с установленным openvpn. Диапазон адресов 192.168.150.0/24

Клиенты соединяются через интернет, им присваиваются ip адреса из того же диапазона.

Конфиг сервера

mode server
tls-server
proto tcp-server
dev tap
port 1200
daemon
tls-auth /etc/openvpn/keys/ta.key 0
ca /etc/openvpn/keys/ca.crt
cert /etc/openvpn/keys/server.crt
key /etc/openvpn/keys/server.key
dh /etc/openvpn/keys/dh1024.pem
client-config-dir /etc/openvpn/ccd
ifconfig 192.168.150.1 255.255.255.0
ifconfig-pool 192.168.150.3 192.168.150.5
push "route 192.168.150.0 255.255.255.0 192.168.150.1"
duplicate-cn
verb 3
cipher DES-EDE3-CBC
persist-key
log-append /var/log/openvpn.log
persist-tun
comp-lzo

Конфиг клиента 

tls-client
proto tcp-client
remote " внешний ip сервера"
dev tap
port 1200
cd /etc/openvpn
pull
tls-auth /etc/openvpn/keys/ta.key 1
ca /etc/openvpn/keys/ca.crt
cert /etc/openvpn/keys/client.crt
key /etc/openvpn/keys/client.key
cipher DES-EDE3-CBC
log-append /var/log/openvpn.log
comp-lzo

Интерфейсы поднимаются и на сервере и на клиенте. Только пинги между ними не идут.

Форвардинг разрешен:

cat /proc/sys/net/ipv4/ip_forward

1

route -n на сервере: 

192.168.150.0   0.0.0.0         255.255.255.0   U     0      0        0 tap0

route -n на клиенте: 

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.150.0   192.168.150.1   255.255.255.0   UG    0      0        0 tap0
192.168.150.0   0.0.0.0         255.255.255.0   U     0      0        0 tap0
192.168.1.0     0.0.0.0         255.255.255.0   U     1      0        0 eth0
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0

Видимо что то не так с маршрутами.

DigeX
()
19 комментариев

Проблема проброса порта DNAT

На свежеустановленном Debian нужно пробросить порт в локальную сеть. На компе с Debian интернет по средствам pptp.

Конфиг проброса порта рабочий использовался на другом компе:

iptables -t nat -A PREROUTING -p TCP -d «inet_ip» --dport 16543 -j DNAT --to-destination 192.168.150.149:16543

iptables -A FORWARD -p TCP -s 0/0 -d «inet_ip» --dport 16543 -j ACCEPT

nat настроен. Так работало без vpn. С провайдером через vpn порт не пробрасывает.

Правила: 

Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy DROP)
target     prot opt source               destination
TCPMSS     tcp  --  anywhere             anywhere            tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU
ACCEPT     all  --  anywhere             192.168.150.149     state INVALID,RELATED,ESTABLISHED,UNTRACKED
ACCEPT     all  --  192.168.150.149      anywhere
ACCEPT     tcp  --  anywhere             inet_ip tcp dpt:16543

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination
DNAT       tcp  --  anywhere             inet_ip tcp dpt:16543 to:192.168.150.149:16543

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination
SNAT       all  --  192.168.150.149      anywhere            to:inet_ip

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Chain NAT (0 references)
target     prot opt source               destination

DigeX
()
4 комментария

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