Kurman_Dzhappuev, если это и на мобилке, значит, условно, ваш местный Wi-Fi сообщает левый DNS. Либо вышестоящий провайдер подменяет вам ответы на DNS-запросы.
Kurman_Dzhappuev, я выдвинул замечание, если это у всех то вряд ли прям все поставили себе дополнение (разве что у вас домен и кто-то через GP разлил всем. Но если это и на мобилах - то вряд ли это направление мысли имеет смысл развивать.
Vletalkin, чтобы обойти эту защиту, нужно точно знать, как эта ссылка генерируется. Если создатели сайта не полные дураки, то фальсифицировать ссылку не получится никак.
Можно попробовать сделать base64 decode и проверить, нет ли в полученном что-то похожего на искомый IP.
$ echo 597mX7w2vUgR50nW|base64 -d|od -tx1
0000000 e7 de e6 5f bc 36 bd 48 11 e7 49 d6
0000014
Если есть - попробовать поменять на другой IP и с него дёрнуть эту ссылку. Но шансы на то, что прокатит, я бы воспринимал как весьма мизерные.
Kurman_Dzhappuev, посмотреть также список дополнений в браузере. Дополнения тоже могут управлять прокси, которых в настройках видно не будет.
Например, некоторые "бесплатные VPN" (браузер никак не может VPN, это всегда прокси) вставляют в страницы рекламу порой весьма сомнительного содержания. Ещё расширения могут быть угнаны и там может оказаться косая версия, или автор их может начать вести себя странно.
Рекомендую попробовать инкогнито-режим браузера. Дополнения по умолчанию не должны в нём использоваться (там в настройках можно разрешить, но это дополнительные усилия).
paran0id, если речь идёт не о парсинге произвольного html, а только о файлах заранее известной структуры, то это может быть оправдано. Например, мне однажды потребовалось разобрать sitemap.xml одного сайта. Вместо того, чтобы тянуть xml-парсер в скрипт, я просто выкусил текст между угловыми скобками в каждой строке.
Ziptar, в теории да. На практике же если сеть там существует ещё с допотопных времён, то там может быть что угодно и 10 уволившихся админов пережить...
Сергей Набоков, если хочется суперпростого решения на базе костыля, есть такая штука, как nameif.
Но нужно понимать, что если интерфейсы поменяют имена, то systemd это не очень понравится...
Именно поэтому настраивают в правилах udev. Чтобы на ранней стадии отработало. Если файлов нет в rules.d - их надо создавать. По умолчанию используются стандартные правила откуда-то из /lib/udev/rules.d/
Но лучше всего оставить как есть, если нет какой-то реальной задачи, где нужно обеспечить иные имена интерфейсов. Этот подход придумали именно из-за того, что именование интерфейсов может оказаться каким попало между перезагрузками. И это не шутка - такое реально случается на практике.
Аппаратный RAID - это лотерея. Если с ним что-то будет не так, то потом достать данные может оказаться нетривиальной задачей.
Реальная история. Сервер с контроллером Adaptec, при какой-то операции по соединению двух разделов в один контроллер что-то сделал не так с затиранием части данных и разрушением файлухи. Параллельно, конечно, оказалось, что бэкапы именно этого сервера уже полгода как сломались...
Восстановление потребовало недели медитаций. Коллега нашёл на диске bmp-файл и подбирал правильный порядок блоков, чтобы картинка не превращалась в художественную шахматную доску. Оказалось, RAID5 там какой-то свой, нестандартный. И в целом там данных не сошлось довольно мало, менее 2%. Пронесло, буквально...
Этот контроллер вообще чудесатый был. Запускаешь какую-нибудь операцию, например, sync на новый диск. Он через некоторое время начинает показыват, что никакой операции не выполняется. Но очевидно, что sync продолжается и по активности диска это слышно. И даже после ребута сервера он продолжается. И всё равно контроллер рапортует no operation in progress...
Разумеется, после этого контроллер был превращён в обычный контроллер дисков, а RAID собрали в mdadm.
Слишком много есть подобных историй и поэтому большинство опытных админов уверенно посоветуют софтверный RAID в операционке (необязательно mdadm, можно и zfs). Там хотя бы исходный код доступен и пользовательская база на порядки больше базы любого RAID-контроллера. И поломка контроллера не потребует срочной покупки такого же (а его может и не быть на рынке уже).
