#21 Необходимы пояснения, для активных IP

[Ustinov_Evgenii]

Юзаю версию 1.10 как настроить отображения активные ip

[Andrey]

приложите скриншот, что показывается, когда открываете активные IP адреса

[Ustinov_Evgenii]

Собственно не чего не обычного на странице не нааблюдается....

[Andrey]

Ну как же. Все понятно. У вас похоже с машины где находится Screen Squid закрыт доступ к Cache Manager Squid :) Сам у себя проверил. Именно такая картинка показывается.

В дефолтном конфиге есть такие строки:

acl manager proto cache_object
acl localhost src 127.0.0.1/32 ::1
...
...
http_access allow manager localhost

Это говорит о том, что с локалхоста разрешен доступ к кэш-менеджеру Squid. Откуда собственно мы и тянем данные. Стало быть вам нужно сделать так, чтобы этот доступ появился.

Проверить доступность очень просто. С той машины где Screen Squid вертится попробуйте открыть cachemgr.cgi в браузере.

На CentOS 6.5 ссылка вот какая:

http://localhost/Squid/cgi-bin/cachemgr.cgi?host=localhost&port=3128&user_name=&operation=menu&auth=

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

[Ustinov_Evgenii]

Странно но при добавлении acl localhost src 127.0.0.1/32
Вылетают предупреждения.....
[root@PROXY]# squid -k reconfigure
2016/12/26 00:25:36| WARNING: (B) '127.0.0.1' is a subnetwork of (A) '127.0.0.1'
2016/12/26 00:25:36| WARNING: because of this '127.0.0.1' is ignored to keep splay tree searching predictable
2016/12/26 00:25:36| WARNING: You should probably remove '127.0.0.1' from the ACL named 'localhost'

т.е. насколько я понял эта цепочка игнорируется.... вопрос только почему так происходит.

[Andrey]

Эти предупреждения лишь говорят, что у вас уже есть ACL большего диапазона, также называющийся. Тогда этот новый ACL уберите. А открывается Cache Manager в веб-браузере? Не исключено, что закрыто файрволлом.

[Andrey]

попробуйте telnet или nmap, стукнуть порт, на котором у вас Squid.

[Ustinov_Evgenii]

Все норм стучится это проверил сразу.....

[Ustinov_Evgenii]

Не проверял так как на проксе отсутствует графический интерфейс. Вечерком попробую поставить links посмотрим что он покажет...

[Andrey]

Минуту. А cachemgr.cgi у вас там есть, на прокси? мало ли..

Соверешенно необязательно links.

подключаетесь по ssh. Делаете (указываете свой IP где крутится прокси, и порт):

[root@centos ~]$ telnet 192.168.1.17 3128
Trying 192.168.1.17...
Connected to 192.168.1.17.
Escape character is '^]'.

вводите:

GET cache_object://192.168.1.17/active_requests HTTP/1.0

Нажимаете Enter и еще раз Enter.
Получаете:

HTTP/1.0 200 OK
Server: squid/3.1.10
Mime-Version: 1.0
Date: Mon, 26 Dec 2016 05:07:05 GMT
Content-Type: text/plain
Expires: Mon, 26 Dec 2016 05:07:05 GMT
Last-Modified: Mon, 26 Dec 2016 05:07:05 GMT
X-Cache: MISS from centos
X-Cache-Lookup: MISS from centos:3128
Via: 1.0 centos (squid/3.1.10)
Connection: close

Connection: 0x7ff0f18ef698
    FD 15, read 61, wrote 0
    FD desc: Reading next request
    in: buf 0x7ff0f1b2cd30, offset 61, size 4096
    peer: 192.168.1.17:60134
    me: 192.168.1.17:3128
    nrequests: 1
uri cache_object://192.168.1.17/active_requests
logType TCP_MISS
out.offset 0, out.size 0
req_sz 61
entry 0x7ff0f14fce00/A7453043F8EE91E114F9ACB615B359A1
start 1482728825.729214 (0.000000 seconds ago)
username 
delay_pool 0

Connection closed by foreign host.

[Ustinov_Evgenii]

<<<<Минуту. А cachemgr.cgi у вас там есть, на прокси? мало ли..>>>>

Имеется вроде как
[root@PROXY squid]# cat ./cachemgr.conf
localhost
[root@PROXY squid]#

[Andrey]

А ответ есть?:)

[Ustinov_Evgenii]

А вот ответа походу нет.

[Andrey]

Файрволл точно.

[Ustinov_Evgenii]

Что то подсказывает что пробблема кроется в настройке интерфейса петли. но его даже не трогал при установке системы все по дефолту а там...
[root@PROXY network-scripts]# ifconfig lo
lo: flags=73<up,loopback,running> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 0 (Local Loopback)
RX packets 757355 bytes 129179528 (123.1 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 757355 bytes 129179528 (123.1 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0</host></up,loopback,running>

[Andrey]

Ну что там?:) не заработало?

[Ustinov_Evgenii]

К сожелению фаервол вроде не чего особого не прикрывает.... Сейчас попутно задача спешная появилась так что пока не попробовал.....

[Ustinov_Evgenii]

Так скачал все заново.... распоковал добавил данные. Активные адреса появились в отчетах.... Все нормально. Но тепереь пытаюсь вспомнить что делалось для того что бы биаграмммы в отчетах рисовались. Сейчас поучаю The requested URL ../lib/pChart/pictures/toplogins1483227226.2924.png was not found on this server.
причем картинка по этому пути точно есть. только вот название у неё другое

toplogins1483223010.5791.png

[Ustinov_Evgenii]

т.е. полчается что в страничку попадает не то имя которе должно.

[Ustinov_Evgenii]

так разобрался но не доконца... неочень какие именно должны быть выданны на папку с картинками и файлами class (заработало 777 но понимаю что так быть не должно.)

[Andrey]

нужно сделать согласно инструкции и все будет работать:) у Александра сказано:

В предыдущих версиях были добавлены графики и диаграммы в Dashboard и отчёте "По времени суток". Так как архив с анализатором мы распаковывали с правами root, именно он и стал владельцем всех каталогов и файлов. Менять владельца на всё не буду, поэтому ограничусь лишь каталогом, где создаются эти самые картинки:
sudo chown -R www-data:www-data /var/www/screensquid/lib/pChart/pictures/

А там хоть 755, хоть 744...

[Andrey]

Заработало?

[Ustinov_Evgenii]

Да все заработало.... в сонфиге место localhost было вписано полное имя машины... поле написания localhost все встало работать. ВИдимо ночью крутил конфиги ине вспомнил что поменял....
Так что можно закрывать...