Сообщения korneev

Срок аренды IP адреса.

Как узнать, когда истекает(или когда выдан и насколько) срок аренды IP адреса? В windows это делал с помощью

ipconfig /all

как это делать в linux? dhcpcd 6.9.0 версии, в dhcpcd-interface_name.lease какие-то крякозябры.

dhcpcd, gentoo, ip, аренда

korneev
(08.02.16 23:10:47 MSK)

14 комментариев

Что с логами?

Имеется gentoo со syslog-ng-3.6.4. Заметил, что в логах какая-та ерунда.

tail -n 1000 /var/log/messages ; date

Feb  6 17:45:19 korneev kernel: wlp3s0: STA 99:11:ee:b2:f7:ef aid 1 sending 0 filtered/0 PS frames since STA not sleeping anymore
Feb  6 17:45:19 korneev kernel: wlp3s0: STA 99:11:ee:b2:f7:ef aid 1 enters power save mode
Feb  6 17:45:19 korneev kernel: wlp3s0: STA 99:11:ee:b2:f7:ef aid 1 exits power save mode
Feb  6 17:45:19 korneev kernel: wlp3s0: STA 99:11:ee:b2:f7:ef aid 1 sending 0 filtered/0 PS frames since STA not sleeping anymore
Feb  6 17:45:19 korneev kernel: wlp3s0: STA 99:11:ee:b2:f7:ef aid 1 enters power save mode
Feb  6 17:45:19 korneev kernel: wlp3s0: STA ac:22:0b:5e:48:20 aid 5 exits power save mode
Feb  6 17:45:19 korneev kernel: wlp3s0: STA ac:22:0b:5e:48:20 aid 5 sending 0 filtered/0 PS frames since STA not sleeping anymore
Feb  6 17:45:19 korneev kernel: wlp3s0: STA cc:22:33:e6:cd:c8 aid 2 exits power save mode
Feb  6 17:45:19 korneev kernel: wlp3s0: STA cc:22:33:e6:cd:c8 aid 2 sending 0 filtered/0 PS frames since STA not sleeping anymore
Feb  6 17:45:19 korneev kernel: wlp3s0: STA 99:11:ee:b2:f7:ef aid 1 exits power save mode
Feb  6 17:45:19 korneev kernel: wlp3s0: STA 99:11:ee:b2:f7:ef aid 1 sending 0 filtered/0 PS frames since STA not sleeping anymore
Feb  6 17:45:19 korneev kernel: wlp3s0: STA 99:11:ee:b2:f7:ef aid 1 enters power save mode
Feb  6 17:45:19 korneev kernel: wlp3s0: STA cc:22:33:e6:cd:c8 aid 2 enters power save mode
Feb  6 17:45:19 korneev kernel: wlp3s0: STA cc:22:33:e6:cd:c8 aid 2 exits power save mode
Feb  6 17:45:19 korneev kernel: wlp3s0: STA cc:22:33:e6:cd:c8 aid 2 sending 2 filtered/0 PS frames since STA not sleeping anymore
Feb  6 17:45:19 korneev kernel: wlp3s0: STA cc:22:33:e6:cd:c8 aid 2 enters power save mode
Feb  6 17:45:19 korneev kernel: wlp3s0: STA cc:22:33:e6:cd:c8 aid 2 exits power save mode
Feb  6 17:45:19 korneev kernel: wlp3s0: STA cc:22:33:e6:cd:c8 aid 2 sending 0 filtered/0 PS frames since STA not sleeping anymore
Feb  6 17:45:20 korneev kernel: wlp3s0: STA cc:22:33:e6:cd:c8 aid 2 enters power save mode
Feb  6 17:47:27 korneev CROND[8036]: pam_unix(crond:session): session closed for user root
Feb  6 17:45:20 korneev kernel: wlp3s0: STA cc:22:33:e6:cd:c8 aid 2: PS buffer for AC 2
Feb  6 17:45:20 korneev kernel: wlp3s0: STA cc:22:33:e6:cd:c8 aid 2 exits power save mode
Feb  6 17:45:20 korneev kernel: wlp3s0: STA cc:22:33:e6:cd:c8 aid 2 sending 0 filtered/1 PS frames since STA not sleeping anymore
Feb  6 17:45:20 korneev kernel: wlp3s0: STA ac:22:0b:5e:48:20 aid 5 enters power save mode
Feb  6 17:45:20 korneev kernel: wlp3s0: STA ac:22:0b:5e:48:20 aid 5 exits power save mode
Feb  6 17:45:20 korneev kernel: wlp3s0: STA ac:22:0b:5e:48:20 aid 5 sending 0 filtered/0 PS frames since STA not sleeping anymore
Feb  6 17:45:21 korneev kernel: wlp3s0: STA ac:22:0b:5e:48:20 aid 5 enters power save mode
Feb  6 17:45:21 korneev kernel: wlp3s0: STA ac:22:0b:5e:48:20 aid 5 exits power save mode
Feb  6 17:45:21 korneev kernel: wlp3s0: STA ac:22:0b:5e:48:20 aid 5 sending 0 filtered/0 PS frames since STA not sleeping anymore
Feb  6 17:45:21 korneev kernel: wlp3s0: STA 33:11:22:a5:4c:10 aid 4: PS buffer for AC 0
Feb  6 17:45:21 korneev kernel: wlp3s0: STA 99:11:ee:b2:f7:ef aid 1: PS buffer for AC 0
Feb  6 17:47:28 korneev hostapd[3573]: wlp3s0: STA ac:22:0b:5e:48:20 WPA: group key handshake completed (RSN)
Feb  6 17:47:28 korneev hostapd[3573]: wlp3s0: STA cc:22:33:e6:cd:c8 WPA: group key handshake completed (RSN)
Feb  6 17:45:21 korneev kernel: wlp3s0: STA 99:11:ee:b2:f7:ef aid 1 exits power save mode
Feb  6 17:45:21 korneev kernel: wlp3s0: STA 99:11:ee:b2:f7:ef aid 1 sending 0 filtered/1 PS frames since STA not sleeping anymore
Feb  6 17:47:28 korneev hostapd[3573]: wlp3s0: STA 99:11:ee:b2:f7:ef WPA: group key handshake completed (RSN)
Feb  6 17:45:21 korneev kernel: wlp3s0: STA 33:11:22:a5:4c:10 aid 4 exits power save mode
Feb  6 17:45:21 korneev kernel: wlp3s0: STA 33:11:22:a5:4c:10 aid 4 sending 0 filtered/1 PS frames since STA not sleeping anymore
Feb  6 17:47:28 korneev hostapd[3573]: wlp3s0: STA 33:11:22:a5:4c:10 WPA: group key handshake completed (RSN)
Feb  6 17:45:22 korneev kernel: wlp3s0: STA 33:11:22:a5:4c:10 aid 4 enters power save mode
Feb  6 17:45:22 korneev kernel: wlp3s0: tx session timer expired on 33:11:22:a5:4c:10 tid 0
Feb  6 17:45:22 korneev kernel: wlp3s0: Tx BA session stop requested for 33:11:22:a5:4c:10 tid 0
Feb  6 17:45:22 korneev kernel: wlp3s0: Stopping Tx BA session for 33:11:22:a5:4c:10 tid 0
Feb  6 17:45:22 korneev kernel: wlp3s0: STA 33:11:22:a5:4c:10 aid 4: PS buffer for AC 0
Feb  6 17:45:22 korneev kernel: wlp3s0: STA 33:11:22:a5:4c:10 aid 4 exits power save mode
Feb  6 17:45:22 korneev kernel: wlp3s0: STA 33:11:22:a5:4c:10 aid 4 sending 0 filtered/1 PS frames since STA not sleeping anymore
Feb  6 17:47:30 korneev hostapd[3573]: wlp3s0: STA 00:90:4c:c5:12:38 WPA: group key handshake completed (RSN)
Feb  6 17:45:23 korneev kernel: wlp3s0: STA 99:11:ee:b2:f7:ef aid 1 enters power save mode

1) В логи постоянно сыпятся сообщения об «wlp3s0: STA» (wlp3s0 - это wi-fi, через который раздаётся интернет), в результате чего /var/log/messages весит почти 4Гб.
2) Время в логах у предшествующих событий может указывать на несколько минут позже, чем у последующих(т.е. сперва событие Feb 6 17:47:30, затем Feb 6 17:45:23).
Как от этого избавиться?

gentoo, syslog-ng, wi-fi

korneev
(06.02.16 17:58:28 MSK)

15 комментариев

owncloud+nginx

Установил и настроил nginx и php, распаковал в /var/www/owncloud скачанный архив с owncloud. Захожу по https://adres/owncloud и получаю http://i.imgur.com/7JSO9WF.png. Почему так? Почему без css? cat /etc/nginx/nginx.conf

user nginx nginx;
worker_processes 1;
error_log /var/log/nginx/error_log info;
events {
	worker_connections 1024;
	use epoll;
}
http {
	upstream php-handler {
    server 127.0.0.1:9000;
    #server unix:/var/run/php5-fpm.sock;
	}
	server {
    listen 80;
    server_name localhost;
    return 301 https://$server_name$request_uri;
	}
	server {
    listen 443 ssl;
    server_name localhost;
 	ssl_certificate /var/www/1_localhost.ddns.net_bundle.crt;
	ssl_certificate_key /var/www/2_localhost.ddns.net.key;
    root /var/www;
    client_max_body_size 1000M; # set max upload size
    fastcgi_buffers 64 4K;        
    location ~ ^/owncloud/(?:\.htaccess|data|config|db_structure\.xml|README) {
        deny all;
        error_page 403 = /owncloud/core/templates/403.php;
    }
    location / {
        index index.html index.php;
    }
    location /owncloud/ {           
        error_page 403 = /owncloud/core/templates/403.php;
        error_page 404 = /owncloud/core/templates/404.php;
 
        rewrite ^/owncloud/caldav(.*)$ /remote.php/caldav$1 redirect;
        rewrite ^/owncloud/carddav(.*)$ /remote.php/carddav$1 redirect;
        rewrite ^/owncloud/webdav(.*)$ /remote.php/webdav$1 redirect;
		rewrite ^(/owncloud/core/doc[^\/]+/)$ $1/index.html;
		rewrite ^/owncloud/.well-known/host-meta /public.php?service=host-meta last;
        rewrite ^/owncloud/.well-known/host-meta.json /public.php?service=host-meta-json last;
        rewrite ^/owncloud/.well-known/carddav /remote.php/carddav/ redirect;
        rewrite ^/owncloud/.well-known/caldav /remote.php/caldav/ redirect;
        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;
    }
    location ~* ^/owncloud(/.+\.(jpg|jpeg|gif|bmp|ico|png|css|js|swf))$ {
        expires 30d;
        access_log off;  # Optional: Don't log access to assets
    }
}
}

css, nginx, owncloud

korneev
(09.12.15 19:01:20 MSK)

9 комментариев

Не завершает работу скрипт.

Имеется скрипт

#!/bin/bash
for s in `seq 1 50`;
do
wget -O $s http://bash.im/index/$s &
done
exit

Он запускается и выполняет работу(скачивает нужные страницы), но не завершается(продолжает работать), как это исправить?

bash, script, wget

korneev
(06.10.15 16:52:02 MSK)

7 комментариев

«Зависает» ОС.

Имеется gentoo со syslog-ng-3.6.4. Последнюю неделю я не менял конфиги и не ставил какое-либо ПО(железо не обновлял уже больше года), но сегодня два раза зависла ОС(первый раз после uptime в 2 недели, второй, спустя 2 часа после запуска ОС). И в /var/log/message одно и тоже сообщение последним было, перед «зависанием» ОС.

^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@

(всего, 2296 раз повторяется пара ^@) В чём проблема?

gentoo, syslog-ng, зависание

korneev
(03.10.15 19:59:19 MSK)

16 комментариев

Странное поведение wget.

Почему wget скачав страницу иногда не завершает работу? Ниже пример такой страницы.

http://www.dssmove.co.uk/property/dss-properties-to-rent/county/pembrokeshire/type/properties/bedroom/4?location=pembrokeshire&bed-min=4&bed-max=4&type=properties&sortby=price&order=desc

Хотя wget пишет

FINISHED --2015-10-02 11:27:40--
Total wall clock time: 0.5s
Downloaded: 1 files, 192K in 0.2s (948 KB/s)

Но, он продолжает занимать stdout не давая ввести новые команды(поэтому я с помощью ^C его убиваю).

wget, интернет, сайт

korneev
(02.10.15 11:22:25 MSK)

2 комментария

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