Yermek: Открыт ли доступ к коду по FTP/SFTP? Какая там авторизация: пароль, сертификат? Если доступ открыт, авторизация по паролю и пароль не слишком сложный, то это и есть наиболее вероятный путь попадания вредоносного кода на сайт
Не то чтобы я оправдывался, но во-первых, я-то сам учился именно так по старинке, как тут пытаются советовать, во-вторых, знал бы более удачный способ - не спрашивал бы. А заплатить за хорошее и правда не стыдно. Не все в Рунете ищут халявы
CityCat4: Да, для нашего времени, при нынешних методиках обучения, это действительно слишком долгий старт по сравнению с тем, что могло бы быть. Вы попробуйте как-нибудь Курсеру или ещё что-нибудь подобное для изучения незнакомой ещё тематики. Поймёте, о чём я – тут нет никакого волшебства.
Пора перестать думать категориями 90-х – что для изучения любой ерунды нужно читать тонны книжек и выписывать журналы по почте.
Так очевидно же: "обычная" работа ограничивается условием "куда я могу доехать". Работа в интернете не ограничивается географически, следовательно, возможностей больше.
Ну да, она не пересоздает файл, она показывает, что dnsmasq должен его игнорировать. Но дело в том, что hosts, судя по всему, проверяется системой до обращения к dnsmasq, так что в этом нет ничего криминального.
А права на него были изменены по какой-то неведомой причине. Перед этим я много экспериментировал с разными штуками, мог нечаянно сам это сделать.
Я посмотрю при первой возможности, но точно могу сказать, что есть директива --no-hosts, которая вставлена, как говорят, хардкодом и не может быть отключена.
Это я пробовал, не помогало. Как указано в решении, помогло удалить и снова создать файл hosts. Я подозреваю, что на него были выставлены неправильные права - я не посмотрел, к сожалению их перед тем как удалить, но подозреваю это.
После удаления и создания заново все заработало. Получается, по умолчанию у файла установлены права, не позволяющие читать его? В данный момент они 755 при владельце root:root.
@avalak Так и есть, но отменить действие опции --no-hosts все равно не получится. К тому же, это не важно. При отключенном dnsmasq файл hosts так же игнорируется.
@Anonym В том-то и штука, что такого файла вообще нет в системе. В случае наличия соответствующей строки в файле NetworkManager.conf dnsmasq запускается сервисом network-manager, параметры ему передаются прямо через командную строку, в том числе передается опция --no-hosts, это видно в ps --Af. В этом случае и запросы идут через 127.0.0.1#53, это видно в nslookup.
Но если его закомментировать в конфигурации, он не будет запущен, и запросы пойдут через настроенный мной DNS сервер, 8.8.8.8. /etc/hosts игнорируется в любом случае.
@Anonym Есть еще дополнение про dnsmasq:
Удаление dnsmasq невозможно, он стоит в зависимостях у Network manager'а. Устанавливается он по умолчанию, в виде пакета dnsmasq-base.
network-manager, конечно, перезапускал. Это даже необходимо для остановки dnsmasq при такой конфигурации.
Я попробую, но host, nslookup и dig, насколько я знаю, в любом случае не учитывают файл hosts, так что они и в случае удачи ничего не покажут. Разве не так?
Он ставится по умолчанию, я тут ничего не менял. А при удалении его, я так понимаю, эффект будет таким же как при остановке, так ведь? А остановка, как я уже говорил, не помогает.
