Есть такая проблема - иногда не могу залогиниться по SSH на иностранный сервер - т.е. иногда он пингуется, и логинишься нормально, а иногда нет.
При этом эта проблема возникает только когда подключаешься через одного провайдера, т.е. когда коннектишься через через другого (мобильного или «домашнего» провайдера) - все ОК.

Поддержка хостера сервера (timeweb) ответила, что на их стороне проблем нет, но ничего не пояснила и послала к провайдеру.

Вот трейсы до сервера:

Это неудачный трейс со «сбойного» провайдера:

$ mtr -nr -c100 -TP22 __SERVER_IP__

  1.|-- 192.168.144.254            0.0%   300    0.4   0.4   0.3   1.5   0.1
  2.|-- 192.168.200.254            0.0%   300    0.5   0.5   0.4   1.3   0.1
  3.|-- 109.196.174.128            0.0%   300    0.8   0.8   0.6   7.5   0.4
  4.|-- 94.228.119.245             1.0%   300   23.9  23.9  23.5  34.2   0.6
  5.|-- 94.228.119.207             3.7%   300   56.8  56.8  56.4  59.2   0.3
  6.|-- ???                       100.0   300    0.0   0.0   0.0   0.0   0.0
  7.|-- ???                       100.0   300    0.0   0.0   0.0   0.0   0.0
  8.|-- 172.17.0.1                99.7%   300  6961. 6961. 6961. 6961.   0.0

Это успешный трейс через ВПН через «сбойного» провайдера:

$ mtr -nr -c100 -TP22 __SERVER_IP__
  1.|-- 185.132.127.20             0.0%   100   35.1  35.3  34.8  37.5   0.4
  2.|-- 185.132.127.2              0.0%   100   36.7  47.0  35.8 1053. 101.7
  3.|-- 184.104.204.229            3.0%   100   37.1 424.9  36.4 3078. 750.1
  4.|-- 184.105.80.177             0.0%   100   39.6  69.5  37.1 1067. 174.6
  5.|-- 94.228.119.245             0.0%   100   48.8  52.1  48.0  59.3   4.6
        178.18.230.238                   
        178.18.230.237                   
  6.|-- 94.228.119.245             0.0%   100   70.7 119.5  65.3 3103. 333.3
        94.228.119.207                   
  7.|-- 94.228.119.207            71.0%   100   92.5 374.9  87.7 7275. 1340.7
  8.|-- ???                       100.0   100    0.0   0.0   0.0   0.0   0.0
  9.|-- ???                       100.0   100    0.0   0.0   0.0   0.0   0.0
 10.|-- __SERVER_IP__            29.0%   100   66.4  67.8  65.7  76.5   2.0

Это успешный трейс через домашнего провайдера:

1?: [LOCALHOST]                      pmtu 1500
 1:  192.168.33.252                                        0.312ms 
 1:  192.168.33.252                                        0.166ms 
 2:  no reply
 3:  1.1.1.10                                              0.668ms pmtu 1492
 3:  212.48.195.69                                         3.817ms 
 4:  217.107.118.204                                       5.314ms 
 5:  no reply
 6:  80.239.128.74                                        39.352ms asymm  5 
 7:  62.115.140.214                                       38.709ms asymm  6 
 8:  62.115.143.29                                        58.485ms 
 9:  62.115.132.231                                       64.661ms asymm  7 
10:  62.115.173.27                                        67.269ms asymm  8 
11:  94.228.119.220                                       73.742ms asymm  9 
12:  no reply
13:  no reply
14:  no reply
15:  __SERVER_IP__                                       73.851ms reached

Вроде бы как проблема начинается после 94.228.119.207.

Если смотреть: https://www.ip2location.com/94.228.119.207 показывает AS9123 JSC Timeweb <- это как раз хостер

Можете подсказать, в чем тут может быть проблема?

Поможет ли смена белого адреса сервера на другой?

Есть вот такая штука music server box http://ms-box.ru/

Внутри видимо какой-то одноплатник и грузится он с карты-памяти. На ней какой-то обрезаный линукс (так определить и не смог).

Есть ли какой-нить линукс дистрибутив (типа rasbian) для одноплатников, который будут работать с этим железом?

ссылка на фото платы:

https://drive.google.com/drive/folders/1NWEqYDNSuUMX_TvtFb6qRu9Lyu9QFldO?usp=sharing

ЗЫ: радиатор снять не получается - сильно приклеен, боюсь сломать

SOK установлен в оффтопе, ubunty на нескольких компьютерах. Работал нормально. Поставил его в Linux Mint 17.3 запустит из под обычного юзера - вбил аккаунт и на экране Getting metadata from server... он стопиться - висит некоторое время. Потом грит, что соединение пропало, пересоединяется и по новой.

В инете пишут, что мол переставляли и папку с генеренным конфигом чистили... кому-то помогло. Но у меня никак не прет.

Пробовал от рута запускать, в syslog ничего нет... Если с консолью запускать, то он туда ничего не пишет.

Никто не сталкивался?

mpd работал через alsa - фрагмент mpd.conf:

audio_output { type «alsa» name «AudioCardName» device «default» mixer_type «software» }

После очередного подключения пропал звук - трек крутиться, а звука нет. Ничего не настраивалось, не могу понять где копать: В alsamixer звук на полную + через это же устройство звук в других плеерах есть. В логах по --verbose:
-----------------------------------
root@dron:/var/log/mpd# mpd --verbose --no-daemon --stdout
config_file: loading file /etc/mpd.conf
server_socket: bind to '0.0.0.0:6600' failed: Address already in
use (continuing anyway, because binding to '[::]:6600' succeeded)
path: SetFSCharset: fs charset is: UTF-8
libsamplerate: libsamplerate converter 'Fastest Sinc
Interpolator'
opus: libopus 1.1
wildmidi: configuration file does not exist:
/etc/timidity/timidity.cfg
db: reading DB
curl: version 7.35.0
curl: with GnuTLS/2.12.23
soundcloud: disabling the soundcloud playlist plugin because API
ey is not set
daemon: opening pid file
daemon: writing pid file
avahi: Initializing interface
avahi: Client changed to state 2
avahi: Client is RUNNING
avahi: Registering service _mpd._tcp/Music Player
avahi: Service group changed to state 0
avahi: Service group is UNCOMMITED
state_file: Loading state file /var/lib/mpd/state
avahi: Service group changed to state 1
avahi: Service group is REGISTERING
decoder_thread: probing plugin mad
mad: detected LAME version 3.96 («LAME3.96 »)
mad: LAME peak found: 0.000000
mad: encoder delay is 576, encoder padding is 1272
decoder: audio_format=44100:24:2, seekable=true
alsa_output: opened default type=PLUG
alsa_output: format=S24_LE (Signed 24 bit Little Endian)
alsa_output: buffer: size=32..4096 time=725..92880
alsa_output: period: size=16..2048 time=362..46440
alsa_output: default period_time = buffer_time/4 = 92879/4 = 23219
alsa_output: buffer_size=4096 period_size=1024
output: opened plugin=alsa name=«AudioCardName»
audio_format=44100:24:2
avahi: Service group changed to state 2
avahi: Service 'Music Player' successfully established.
state_file: Saving state file /var/lib/mpd/state
player: played «NewAge/Medwyn Goodall/The Best of Medwyn Goodall
(1998) @171-223/ ansiedad.mp3»
output: closed plugin=alsa name=«AudioCardName»
avahi: Shutting down interface
listen: listen_global_finish called
......

В суслоге есть еще такое - в момент запуска МПД:

Dec 25 04:40:56 dron pulseaudio[3945]: [pulseaudio] main.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSupported: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
Dec 25 04:40:57 dron pulseaudio[3945]: [alsa-sink-i2s0-sec dummy-aif1-0] alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write!
Dec 25 04:40:57 dron pulseaudio[3945]: [alsa-sink-i2s0-sec dummy-aif1-0] alsa-sink.c: Most likely this is a bug in the ALSA driver '(null)'. Please report this issue to the ALSA developers.
Dec 25 04:40:57 dron pulseaudio[3945]: [alsa-sink-i2s0-sec dummy-aif1-0] alsa-sink.c: We were woken up with POLLOUT set — however a subsequent snd_pcm_avail() returned 0 or another value < min_avail.

Небходимо организовать архив персональных данных (типа всяких баз 1ASS и др.) за несколько лет и чтоб это долго хранилось и чтобы, в случае чего, можно было достать (не моментально конечно).

Интересует ваши мнения по поводу использования для этого облачного сервиса (ориентируюсь пока на яндекс.диск).

Т.е. на первый взгляд, вроде бы легче и дешевше организовать и обслуживать по сравнению с покупкой стримеров, но насколько это безопасно и законно...

Есть Ubuntu 12.04 sever. Стоит в виртуальной машине VirtualBox под виндой. Связь с реальной сеткой виртуальной машины сделана в режиме моста (bridge).

В гостевой Ubuntu настроен сетевой интерфейс с IP адресом A - связь с реальной сеткой есть.

Если в гостевой UBUNTU настроить виртуальный интерфейс с VID + повесить на него IP адресс A + с реального его убрать (поставить какой-нибудь левый), то соединение с реальной сетью пропадает.

Можно ли настроить таким образом, чтобы все таки заработало? Или трафик с виртуальных интерфейсов гостевой ОС виртуальная машина «не выпустит» в реальную сеть теоритически?

Пользуем в гос. конторе Open Suse linux уже лет 5- вобщем всем довольны. Вроде как из-за того, что очередной закон придумали о перс. данных придется пользовать так называемые «сертефицированные» ОС для работы с перс. данными. Это так? Если да, то соответственно вопрос насколько по вашему опыту отличаются ALT linux от Open Suse? Необходимо как-то оценить трудоемкость перехода.

Не могли бы вы посоветовать ПО (можно платное) для использования электронной подписи под Linux т.е. для:

- создания сертификатов открытого/закрытого ключа;

- подписывания файлов

- проверке подписи

Необходимо наличие интерфейса, т.к. для обычного юзера.

Из локалки вход на http:\\192.168.55.1:7777\gui входит нормально.

Для входа из инета на ADSL модеме ZYXEL P660 - настроил dyndns + правило NAT для форвардинга портов + прописал разрешающее правило в бранмауэре к 7777 порту.

При конекте http:\\xxx.xxx.org:7777\gui соединение производиться - просил логин и пароль, ввожу верные и далее страница utorrenta не отображается - браузет ответа не получает.

Что можете посоветовать?

Настроил мост из 2 интерфейсов на сервере A.
====================
#ifconfig

br0 Link encap:Ethernet HWaddr 00:05:5D:35:00:52
inet addr:192.168.77.77 Bcast:192.168.77.255 Mask:255.255.255.0
inet6 addr: fe80::205:5dff:fe35:52/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:280636 errors:0 dropped:0 overruns:0 frame:0
TX packets:572288 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:94026233 (89.6 MiB) TX bytes:491571765 (468.7 MiB)

eth0 Link encap:Ethernet HWaddr 00:30:18:72:2E:58
inet6 addr: fe80::230:18ff:fe72:2e58/64 Scope:Link
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:282654 errors:0 dropped:0 overruns:0 frame:0
TX packets:548261 errors:0 dropped:0 overruns:0 carrier:0
collisions:105291 txqueuelen:1000
RX bytes:90697005 (86.4 MiB) TX bytes:486239701 (463.7 MiB)
Interrupt:21 Base address:0x4000

eth1 Link encap:Ethernet HWaddr 00:05:5D:35:00:52
inet6 addr: fe80::205:5dff:fe35:52/64 Scope:Link
UP BROADCAST PROMISC MULTICAST MTU:1500 Metric:1
RX packets:597525 errors:69 dropped:0 overruns:0 frame:0
TX packets:945331 errors:165074 dropped:0 overruns:0 carrier:330148
collisions:6524 txqueuelen:1000
RX bytes:207500284 (197.8 MiB) TX bytes:614868366 (586.3 MiB)
Interrupt:18

=================================
# brctl show
bridge name bridge id STP enabled interfaces
br0 8000.00055d350052 no eth0
eth1
=================================

Подключаю одному интерфейсу eth0 сервера A комп - сервер А с него пингуется.
Далее подключаю к второму интерфейсу - eth1 А другой комп - сервер А c него не пингуется.
Если eth0 отключить, то пинг eth1 появляется.
(Такое впечатление, что IP «прыгает» с одного интерфейса моста на другой)

Из-за чего такое может быть?

Нужно чтоб сервер A был доступен из обоих сегментов (подключенных к eth0 и eth1) + чтоб компы сегментов связывались между собой.
Маршрутизацию на А поднимать не желательно - хочется понять почему так странно работает (ну и вылечить кривизну рук + пересадить их на нужно место :) )

Сделал по данному рук-ву: http://kezhong.wordpress.com/2009/06/03/ethernet-channel-bonding-on-fedora-10/

Только пришлось модуль ipv6 из блеклистов удалить - без него модуль bonding не загружался. Вроде поперло но смущает - по ifconfig нету bond0 интерфейса. Но:

# cat /proc/net/bonding/bond0

выдает:

Ethernet Channel Bonding Driver: v3.6.0 (September 26, 2009)

Bonding Mode: load balancing (round-robin)

MII Status: down

MII Polling Interval (ms): 0

Up Delay (ms): 0

Down Delay (ms): 0

Т.е. как понять - поднялось или нет?

Как сделать в Fedora 12 так, чтобы диск при запихивании сразу монтировался в /media без необходимости кликанья по его иконке в KDE.

В Suse помню такое по-умолчанию, а в Федоре видимо нет. Сам комп без монитора - /media зашарено по САМБЕ - поэтому неудобно на него каждый раз заходить.

Доброго всем времени суток.
Ситуация такая. Есть скрипт, который выдает в консоль размер базы MySQL в мб одним числом. Вот текст скрипта.

#!/usr/local/bin/bash
cd /backup/db
echo $(du -hm -d 1 | grep mysql | awk '{print $1}')

Права на доступ у скрипта 755, владелец root, группа wheel. Стоит SUID бит.
Проблема заключается в том, что данный скрипт нормально отрабатывает только под рутом. Под другими пользователями выдает следующее:
du: ./entropy: Permission denied
du: ./ipf: Permission denied
du: ./mysql: Permission denied

Вопрос такой: почему не отрабатывает SUID бит?

Настраиваю VNC в Fedora 12 - юзера прописал

VNCSERVERS=«2:admin» #VNCSERVERARGS[1]="-geometry 1024x768" VNCSERVERARGS[2]="-geometry 1024x768"

Пароль vnc под ним создал. ПРи коннекте с видны - пароль спрашивает - начинает грузить окружение, но показывает только пустой раб. стол.

В чем может быть проблема?

Установил Suse11.3, при установке выбрал рус язык. Запускаю Evolution, настраиваю - жму сохранить пароль - появляется Keyring с просьбой задать масрет пароль - вбиваю.

При следующих обращениях к keyringy из Evo - опять вызывается keyring и просит опять задать мастер пароль и т.д. при этом в папке ~/.gnome2/keyring начиеают плодиться файлы типа основной.keyring основной2.keyring основной3.keyring итд.

Кажется, что из за языка т.к. если ставишь систему на анг-м а потом уже меняешь на рус - то все ок. И файл называется нормально - default.keyring

Никто не сталкивался? Может надо где то поменять «язык» keyring?

Доброго времени суток.

Возникла проблема с установкой принтера Canon 1120 под openSUSE 11.3. в 10.3 настраивался легко а тут проблема. У кого-нибудь получалось это сделать в 11.3? И если да то как?

Доброго времени суток всем! Необходимо получать имена (не UID) пользователей процессы которых остались в системе после их(пользователей) выхода. Скрип собрали, но есть проблема - для отображения процессов пользуется команда TOP, ps иногда UID показывает, но TOP срезает имена у пользователей до 8 символов.

Как это убрать? Или как еще можно получать список поль-ей с процессами?

Заббикс сервер не берет значения поступившего/отправленного траффика по SNMP со свитча с некоторых портов (всегда одних и тех-же).

В логах встречаются ошибки:

... error: Timeout while connecting to [192.168.44.1:161]

Увеличил параметр таймаута в конфиге сервера до 15 сек - все равно данные не поступают - точнее после перезапуска сервера нессколько значений пробегает далее нет.

С другим данными с другого оборудования в этом же сегменте - данные беруться без проблем.

В чем тут может быть дело?

Поставил Suse 11.3 Хотел добавить репозиторий - прописал строку URL - он появлился в списке - жму на OK для выхода из настройщика репов - видимо начинается сохранение и вылетает ошибка:

There was an error in the respository initialisation Failed to cache repo... в repo2solv cd /var/adm/mount/AP_0x0000000002 Permissions denied

Т.е. cd из /usr/bin/repo2solv лезет в папку, которой нет. Права все есть.

Настроек кроме сетевых не производилось - попробовал переставить ОС - то же самое.

Есть данный коммутатор + POE точка доступа (подключал и с поднятым на порте PoE и через PoE инжектор) = не поднимается линк на порте, к которому она подключена. Но ситуация странная: сначала воткнул все было ОК сразу порт поднялся, через несколько часов стал перетыкать - никак - пару секунд индикатор помигает и отваливается. ПРобовал вручную в самом свитче выставлять скорось + дуплекс бесполезно. Странно также то, что на данном свитче есть гигабитный порт - через него все всегда ОК. Пробова менять кабель на кроссхабный - не пошло. Спустя полчаса попыток - линк стал подниматься на 1м порте, но на других ни в какую. Пробовал другие 100мб свитчи, конвертеры - под-ся без проблем на разных портах.

Можно ли это как-то объяснить или это несовместимость оборудования? Может что-то посоветуете?