Не помню точно название файла. Находится в /var/log/ В одном из них. Ищите SMTP слева в каждом файле или сразу ищите найденную ошибку в каждом файле. Воспользуйтесь поиском. Займет минуты 3.
Провайдер заворачивает не торрент-трафик, а мультикастовый трафик, который генерируется торентами. Тор поможет, если блокируется сам торрент-трафик, живущий на третьем уровне TCP/IP стэка. Мультикаст живет на втором уровне. Без мультикаста торрент не будет работать и Tor здесь тоже ничем не поможет.
Да, чуть не забыл. Если вам надо, чтобы права поменялись не только на текущую папку, но и на все подпапки и на все вложенные в них файлы, прибавьте к каждой команде, в конце, оператор -R.
ТС, поясняю.
Например, вам надо, чтобы только пользователь root имел права на папку. Остальным нельзя даже просматривать её. Делаете так:
# chown root:root <полный путь к папке>
# chmod 700 <полный путь к папке>
Владимир Мусихин: Мне кажется, ваша проблема в настройках SMF кроется, а не в конфиге апача. Раз у вас ссылка корректно открывается и все корректно отрабатывается, значит не в нем дело.
Судя по работающей ссылке, со стилями проблем нет.
В том же Zabbix была возможность подключения GSM-модема, в т.ч. для отправки SMS. Но всегда можно сделать с костылями. Класть уведомления в какой-то файлик, скрипт будет этот файлик парсить, например раз в 5-10 секунд и в случае изменения отправлять смс через gsm-модем уже сторонними сервисами. Такая реализация убога, но можно и так.
Также можно и звонки отправлять с заранее записанными шаблонами под разные типы неисправностей, либо под разные интенсивности алярмов.
Но как и написал index0h - полностью гарантировать доступность информации не получится от слова Совсем. Вам в любом случае придется настраивать уведомления на других людей: друзей, семью, соседскую собаку. Иначе вы можете быть в душе, когда произойдет инцидент, потом сразу не посмотреть на телефон.. Телефон может быть разряжен, а вы где-нибудь в кино-/ театре, музее, пьете с друзьями.
По большому счету, здесь вопрос личной ответственности.
ls -l команда, которая выводит список файлов в текущей директории (папке) с указанием прав доступа, пользователя-владельца и группы-владельца каждого из файлов и директорий в текущей директории.
Проще говоря, если вы войдете в любую папку (давайте назовем папкой, не будет человеку мозг ломать и придираться) и в ней будут файлы и/или другие папки, эта команда выведет таблицу с подробным отчетом о том, кто именно и какие права имеет на доступ к каждому отдельному файлу и папке.
Вид примерно такой:
RWXRWXRWX root:admins /root
Не помню точно, как там. Но примерно так. Эта запись означает, что к папке /root все пользователи имеют полные права. Т.е. могут просмотреть её содержимое, запустить и изменить. Владельцем папки является пользователь root, а группа, все пользователи которой также являются владельцами папки - admins.
АртемЪ: Откровенно говоря, я вообще не считаю это спором. Скорее - консультация с параллельным развеиванием мифов :)
Т.е. если Точки находятся в одной сети, то коллизии исправляются путем "синхронизации" между ними. Если в разных сетях и точки не могут обмениваться информацией, то "как повезет"? Т.е. у кого сигнал мощнее, сигнал того и будет пробиваться? А что делать, если возникает запоздалая коллизия?
Вы простите, если достал :) Вы объясняете понятнее и более сжато, чем это написано в тех статьях, которые я нашел. Там много воды и формулировки. Все слова понятны, но общий смысл сложнее уловить.
АртемЪ: Ведь каждая точка, например на канале 6, фонит еще на каналы 4,5,7,8 - как минимум. Значит, создаются коллизии не только в своей сети, но и на всем канале и минимум еще на 4-х, на которых также могут работать другие роутеры. Как происходит согласование в этом случае?
АртемЪ: Ок, почитаю. Спасибо за информацию. Это действительно интересно и важно :) Просто интересно, как в описанной вами ситуации работает несколько роутеров на одном канале, принадлежащих к разным сетям и не имеющим доступа друг-к-другу.
АртемЪ: Ок, но по идее, пока вторая точка передает данные клиентам, первая точка будет передавать данные своим клиентам. Разве нет? Ведь первая точка не знает, что в этот момент передает вторая и не ожидает, пока та передаст. Как следствие, мы получаем немного увеличенную задержку только на второй точке, а не первой без изменений. Ну, точнее, передача данных с первой на вторую будет почти всегда массивнее, чем между клиентами первой, так что задержка конечно увеличится, но не в 2 раза.
Поясню иначе то, как я все это вижу:
Точка1 имеет 5 клиентов, один из которых - вторая точка. Но об этом первая точка не знает, т.к. вторая подключается к ней также, как обычный клиент.
Точка2 имеет 4 клиента и подключение к Точка1.
У Точка1 все 5 клиентов запрашивают данные в размере 100МБ одновременно. В этот момент у Точка два все 4 клиента запрашивают эти же данные.
Как будет выглядет подобное на схеме фактически?
/--Клиент1
Точка1-------Точка2--Клиент2
\--Клиент3
\--Клиент4
А все потому, что точка, работающая в режиме репитера не является точкой в полном смысле. У нее нет логических клиентов. Логически они все прописаны на Точка1. В такой схеме задержки быть не должно. Но если мы добавим к Точка1 еще два клиента, которые будут подключены напрямую к Точка1 (при всех остальных равных), то возникают задержки, т.к. сначала данные будут отправлены на эти два клиента (число хопов меньше), а затем на Точка2 и её клиентов. Соответственно, возникает задержка в получении данных. А т.к. данные передаются не файлами, а фрэймами, то возникает задержка в получении данных на всех устройствах. Но эта задержка ровно такая же, как задержка при прямом подключении 3=х устройств, без ретрансляторов (ретранслятор запрашивает все требующиеся данные, а затем сам распределяет).
На сколько я понимаю, дела обстоят так. Или все равно не прав? Вы не подумайте, это не ирония. Я как бы обсуждаю. Мне на самом деле интересно.
АртемЪ: Так, простите, но либо я чего-то не понимаю, либо ерунда получается. На сколько мне известно, ретранслятор, по сути своей - тот же самый клиент, который получает один сигнал "на всех". Как следствие, если скорость и будет падать, то только от слабого железа или от обилия клиентов, болтающихся на этих точках, а значит, на одном канале. Т.е. большое число помех.