rusyska55011, Есть известные хостеры, есть малоизвестные. Блокировка не вручную накидввается, автоматом. Но автомат может проверять все доступные ему данные, вплоть до локации abuse@ от AS, которой принадлежит IP.
Вот у меня есть простой пример: у меня VPN в Амстердаме (как и у многих). Но whoer.net стабильно показывает, что он в Риге, а другие сумасшедшие вообще дают на выбор - Москва, Новосибирск, Рамонь (город в Воронежской области), Лима (стоилца Перу) :D
tut_nick, Тревожный чумаданчик уже собран? Кружка, ложка, вилка, нож, запас продуктов питания на одни сутки? :)
Хотя тут как нельзя более уместно "Над кем смеетесь? Над собой смеетесь!"...
apoca1ipsis, Через прокси не маршрутизируют. Через прокси проксируют. На планшете можно его просто настроить - правда через него все пойдет, либо клиенты какие-то искать. Для телевизора можно попробовать прозрачный прокси.
М-да, поторопился. Надо было дополнить "для просмотра ютуба из браузера"...
NeoAnderson, зачем провайдеру свой NS-сервер? Не, может он конечно какую-то субзону держит "для своих", технологическую там... Но вообще говоря, свой NS-сервер ему не нужен :)
Есть предположение, что Вы называете NS-сервером нечто, которое им на самом деле не является :)
Чи-во? С разморозкой, чувак! Куча моих мышей, в которых только приемник размером с ноготь большого пальца (и сама мышь с парой батареек в обнимку) смотрит на тебя с полным недоумением...
По поводу "что-то где-т оне работает, хотя вчера работало" как правило ответ один - "вчера не блокировали, сегодня другая фаза Луны - забанили". Вот напрмер у меня дома некоторое время работал ютуб без впн - но только на wifi и на телефонах - на компе не работал все равно. А вчера ровно посередине дня и ровно посередине серии "Солдат" работать перестал :D
При этом на Еле2 он уже не работает, зато работает на МТС... вот такое вот пентамино :)
VladlenO, Тут у меня был целый вопрос на эту тему, его удалили по совершенно нелепой причине "Вопрос оскорбителен". Как интересно может кого-то оскробить вопрос про сбой ext4 во время ребилда массива?.
Ну, если коротко - в raid6 на адаптеке 5805 помирает диск. raid подхватил хотспар, инженер сменил диск, вроде все. Но нифига - программа для работы с данными на массиве говорит "Э, чувак, у тебя сбойная файлуха". Смотрю - и правда, сбойная (а ребилд в это время идет). Запускаю fsck. Он крячит часов пять. Потом запускаю программу - опять нифига, опять fsck (ребилд уже закончился), все нормально.
Полтора месяца восстанавливал данные. В среду опять сдох другой диск - опять ребилд, опять fsck, опять половина данных винегрет. Данные еще только предстоит восстанавливать. Задаю вопрос. Мне отвечают - чувак, во время ребилда рядом с массивом лучше не дышать, а ты fsck по нему гоняешь...
Я немного окуеваю и говорю - а простите, зачем мы покупаем дорогущие RAID-контроллеры, зачем трахаемся с получением данных о дисках через них? Я всегда считал, что для того, чтобы изолировать факт ребилда от юзера. То есть, неважно в каком стейте массив - он должен работать хотя бы на чтение. Может, говорю, нах адаптек и собрать через md?
И тут мне отвечают - да пожалуй и лучше будет. Что лучше - прошивка контроллера десятилетней давности (двенадцатилетней) или дрова на md, отлаженные 100500 программистами? И тут я понимаю, что народ-то пожалуй прав.
Главное преимущество RAID-контроллера - он забирает на себя io. Но фигли мне бояться нагрузки на процессор, когда у меня на сервере два двенадцатипоточных ксеона и 48G рамы? Я думаю, он с обсчетом операций io справляться будет не хуже, чем наверняка более жиденький проц адаптека. Ведь synology/qnap - в свои полки контроллеров не ставят, а работают через md!
В общем однозначного вывода пока не сделано. Надо еще изучить вопрос software raid vs hardware и ext4 vs xfs. Но то, что адаптек буду убирать - однозначно. Потому что получается что - сдох диск и сутки (массив ребилдится примерно сутки) ходи, соси лапу?
kisaa, Похоже , что да, это оно... ТС, для теста можно даже граб не править, вбить вручную при его загрузке - один раз проверить пойдет, а потом, если помогло - можно и поправить.
