недавно обнаружилось, что ихняя программа FaceTime, автоматически устанавливаемая на всех ихних устройствах – iPhone, iPad, iMac и MacBook, предназначенная для видео- и аудиозвонков, позволяла подключиться к вызываемому абоненту без его разрешения, и подслушивать через его микрофон.
Информация об этом обнаружена на BugTrack.Ru, а там взята с engadget.com.
Оригинал этой записи в личном блоге.
Один коллега на работе попросил у меня пароль к офисной WiFi-сети. Я ему выдал, но он сказал, что не подходит, хотя раньше вроде работал, и дома у него WiFi на телефоне тоже успешно работает.
Я попробовал сам ввести этот пароль на его iPhone пару раз, но при попытке соединиться этот уродский айфон продолжал сообщать, что пароль неправильный.
На всякий случай я решил проверить пароль на своём андроидном смартфоне. Хотя он вроде уже был успешно соединён, но я указал ему забыть эту сеть, и соединился заново, введя тот же самый пароль, и он успешно сработал. А на том айфоне этот пароль почему-то продолжал считаться неправильным. Попробовал соединить его с гостевой WiFi сетью, и тамошний пароль сработал.
Выходит, на этом айфоне действительно уродская система, которая почему-то некоторые пароли не может использовать.
Так что, пожалуй, я правильно не люблю Apple’овские устройства, кривые они.
Оригинал этой записи в личном блоге.
После переезда журналов в LJ с ht tp на https, ht tp-ссылки на картинки в постах сначала стали заменяться на https-ный прокси-сервер в самом LJ. Это имело смысл, поскольку присутствие ht tp-элементов на https-страницах считается небезопасным, и браузеры ругаются.
Но теперь ссылки такие же, а прокси-сервер не работает, и такие картинки из постов совсем пропали.
Я написал скрипт, который через ЖЖшный API читает все посты из моего журнала, ищет там картинки с ht tp-ссылками на мой веб-сайт и заменяет их на https (это я на своём сайте уже приделал). https-ные картинки в постах уже нормально показываются.
Но несмотря на то, что этот скрипт большинство постов просто читал, и не менял, время от времени стали вылезать идиотские ошибки из метода чтения getevent:
<Fault 404: "Client error: Cannot post: You've exceeded a posting limit and will be able to continue posting within an hour.">
Ну какой, нафиг, posting limit, когда никакие посты не менялись??
Пришлось добавить повторные запросы на эти же посты с ожиданием в 10 минут, и иногда они срабатывали только через 50 минут, иногда через 40, а иногда сразу через 10.
И полное чтение журнала и замена постов заняла больше 6 часов. Всего у меня постов в журнале 6330, а подправлено было тольео 709.
А один пост не удалось поменять, из метода editevent вылезла ещё более идиотская ошибка:
<Fault 320: 'Client error: Sorry, there is a problem with content of your entry: spam patterns were detected. Please <a href="ht tp://www.livejournal.com/support/faq/105.html">contact Abuse Prevention team</a> if you consider this is a mistake.: \'ht tp:// \' is banned for spam. Exclude it to post entry'>
Попробовал поменять ссылку на картинку в этом посте вручную, а опять то же самое написали.. Хотя дополнительный ht tp там был вовсе не в ссылке, а просто в тексте. Добавил туда лишний пробел, и тогда уже приняли..
Upd: и вот этот самый пост почему-то не появился в ЖЖ.. Пришлось тут все ht tp разбавить пробелами, включая ихнюю собственную ht tp-ссылку на www.livejournal.com/support/faq..
Оригинал этой записи в личном блоге.
Сегодня запустил его, а там какие-то непрочитанные сообщения:
Что это за сообщения – неизвестно. Попробовал запустить старую версию, и там мне показали, что это было:
Ткнул в ссылку, там показали видео. Хотя особого смысла в нём не было, похоже, оно случайно записалось, но раз оно есть, так какого ж хрена мне в новом скайпе его не только не показали, но даже не рассказали, о чём речь?
Оригинал этой записи в личном блоге.
На прошлой неделе заказал в зооплюсе кошачьей еды и наполнителя для туалета.
А когда в воскресенье попробовал посмотреть, где нынче посылка, DHL сказал “иди нафиг”:
Видать, тамошние быдлокодеры в процессе разработки новой системы отслеживания почты зачем-то отключили старую.
Но это б ещё ничего, а сегодня там показали, что какая-то ошибка в адресе, и потому посылку отправили обратно:
( Read the rest of this entry » )Оригинал этой записи в личном блоге.
Сегодня в скайпе увидел вот такое странное сообщение из сплошных прямоугольничков:
Попробовал запустить новую версию skypeforlinux, там та же фигня:
Скопировал их в консоль, прогнал через hexdump, и увидел, что это “f0 9f 91 8d”, “f0 9f 8f bb”. Погуглил, оказалось, что это такие новые буковки, но если, например, скопировать их в Firefox, они там вполне успешно показываются:
( Read the rest of this entry » )Оригинал этой записи в личном блоге.
Быдлокодеры из Майкрософта испоганили его окончательно.
dil*** – это я сам, а при попытке позвонить из моего линуксового скайпа в другой, и обратно – оттуда мне, получилось вот так:
Оригинал этой записи в личном блоге.
Зашёл на сайт аэропорта Домодедово посмотреть данные про рейс, а там, блин.. “Начало регистрации 9:00″, “Окончание регистрации 8:15″, а Вылет тоже в 9:00.
И по каким дням этот рейс есть – тоже нифига непонятно, указаны все дни недели, но часть чёрным цветом, а Сб Вс – оранжевым. И что это означает??
Оригинал этой записи в личном блоге.
Предыдущая пара постов в DW и ЖЖ не имеет ссылок на мой собственный блог, потому что он не смог кросспостить их в DW, и пришлось скопировать руками.
В вордпрессе стала вылезать идиотская ошибка: Something went wrong - -32300 : transport error - HTTP status code was not 200
Видать, что-то поменялось в DW’шном API, но, блин, хотя бы полученный по HTTP код ответа можно было показать, а не просто рассказывать, что он не 200 :(
Похоже, пора переходить на свой блоговый движок. Хотя я его ещё не полностью дописал, но кросспостинг там уже вполне работает, и ошибку там удалось увидеть гораздо яснее: код 307 – пересылка с http://www.dreamwidth.org/interface/xmlrpc на https: . Поменял в настройках DW’шного урла http на https, всё заработало.
dmarck, похоже, ты прав, нынче все переезжают с http на https. Но в том же ЖЖ это только на веб-сайтах приделали, а API там продолжает работать по http.
Попробовал в вордпрессовском плагине livejournal-crossposter-remake так же поменять урл, но нифига не помогло: Something went wrong - -32300 : transport error: http_request_failed Couldn't resolve host 'https'
Пришлось копаться в коде, оказалось, что там используется IXR_Client из этого самого вордпресса, который https не умеет в принципе. Вот щас поменял IXR_Client на WP_HTTP_IXR_CLIENT, посмотрю, поможет ли.
Но нафиг нужен такой похапешный софт, который не понимает явно указанный в урле протокол.. Выходит, это тот самый случай, когда проще самому написать, чем копаться в чужом коде. Только там ещё некоторые другие вещи дописать надо.
А в этом livejournal-crossposter-remake ещё и коты нашлись..
( Read the rest of this entry » )Оригинал этой записи в личном блоге.
Пару недель спокойно вносил изменения в тот pfsense, про который я писал в конце июля. Обычно всё сразу срабатывало, как и полагается.
А иногда при применении внесённых изменений pfsense почему-то перегружался.. Но потом всё же успешно загружался и продолжал работать.
А вот сегодня после внесения очередного мелкого изменения — пропал.. Я ждал минут пять, а он так и не появился. Заполз в него через консоль, и оказалось, что там опять IP-адреса на всех сетевых интерфейсах потерялись. Пробовал подсовывать прежние варианты конфигов из его бэкапной директории и перегружать — а фиг, всё то же самое, при загрузке не может разобрать этот xml, потому и не знает, какие адреса приделывать.
Хотя когда я вручную приделал ему адрес (ifconfig’ом) и маршрут (route’ом), и зашёл в его веб-интерфейс, то там у него все настройки успешно виделись, в том числе и для сетевых интерфейсов. То есть, там этот конифг успешно читается, а в процессе загрузки почему-то нет..
Потом попробовал как в прошлый раз factory reset, настроил сетевые параметры, а после перезагрузки он их из этого совсем маленького свежесозданного конфига всё равно почему-то прочитать не может. Вот же уродские быдлокодеры..
Начальник предложил обновить его до свежей версии, раз старая всё равно не работает. Приделал опять сетевые параметры руками, запустил апгрейд, всё скачалось, поставилось, а после перезагрузки опять сети нету.. Пробовал подсовывать прежние конфиги — при загрузке всё равно вылезают ошибки чтения этих xml’ей.
Потом ещё попробовал подложить туда однозначно рабочий конфиг от новой версии (со своей виртуалки, где я экспериментировал с обновлением старой версии pfsense до нынешней). А всё та же фигня — не может этот xml прочитаться в процессе загрузки, хотя в веб-интерфейсе вполне может. Но и при попытке через веб-интерфейс что-то слегка поменять, чтоб конфиг заново переписался, всё равно вылезает хрень:
Или ещё больше:
Fatal error: Cannot create references to/from string offsets nor overloaded objects in /etc/inc/xmlparse.inc on line 103 Call Stack: 0.0001 245880 1. {main}() /usr/local/www/vpn_ipsec_phase1.php:0 0.0943 4425904 2. write_config() /usr/local/www/vpn_ipsec_phase1.php:550 0.6794 4967024 3. cleanup_backupcache() /etc/inc/config.lib.inc:593 30.6301 8763792 4. parse_xml_config() /etc/inc/config.lib.inc:859 30.6302 8764280 5. parse_xml_config_raw() /etc/inc/xmlparse.inc:178 31.5878 11278400 6. xml_parse() /etc/inc/xmlparse.inc:217 31.5878 11278776 7. startElement() /etc/inc/xmlparse.inc:217 PHP ERROR: Type: 1, File: /etc/inc/xmlparse.inc, Line: 103, Message: Cannot create references to/from string offsets nor overloaded objects
Видать, там не всё обновилось, а какие-то кривые старые скрипты ещё остались и продолжают поганить систему.
Тогда уже решил плюнуть на старую версию, и попробовал не обновлять, а поставить новую версию с нуля. Поставилась, сеть в порядке. Потом подложил туда конфиг со старой машинки, и он успешно прочитался и сработал.
То бишь, грабли, как водится, удалось обойти, но опять практически весь день на эту фигню пришлось потратить. А потом начальник попросил и второй тамошний маршрутизатор таким же образом заново поставить, а не обновлять старый. Но на это сегодня уже времени не хватило, завтра займусь.
Оригинал этой записи в личном блоге.
Сегодня опять настраивал VPNы на том же pfsense, что вчера и позавчера. Сначала один новый приделал. Потом вместо того, чтоб перенастроить тот, который вчера вызвал дурацкую проблему, удалил его нафиг и создал заново. И вроде как всё успешно сработало, ничего не сломалось.
А потом в первом приделанном VPNе отключил DPD (dead peer detection), и после сохранения опять те же грабли — pfsense завис нафиг, а после перезагрузки не смог приделать IP-адреса к сетевым интерфейсам. Пришлось, как и вчера, запустить reset, потом подложить прежний конфиг из backup’ной директории — а фиг, всё равно не работает. Потом попробовал парочку других конфигов, но всё равно не помогло.
В конце концов скопировал все конфиги из backup’а на другую машинку и стал рассматривать, в чём различия. И тут наконец-то обнаружилась причина этих граблей: в нескольких конфигах (а они в XML’ном формате) нашлась идиотская штука, которая, собственно, и разваливала эти xml’и:
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
<remoteid>
<type>address</type>
<address>10.11.12.13</address>
</remoteid>
rithm-option>
<pfsgroup>0</pfsgroup>
Похоже, это обрезанный кусок <encryption-algorithm-option> , но вот как он туда попал, и как продолжал там иногда оставаться при перезаписывании конфига — это загадка. Явно криворукие похапэшные быдлокодеры виноваты.
Потом подложил более старый конфиг, в котором этой фигни ещё не было, и pfsense наконец заработал. А DPD подредактировал в том конифге руками, сработало.
Ну, короче, как водится, грабли удалось обойти, но на это потратился почти весь рабочий день. А главное — непонятно, как их в будущем избежать. Все изменения в xml руками вписывать не сильно просто. А в командной строке там тот же php используется, так что есть шанс получить те же (или даже ещё более кривые) грабли.
Оригинал этой записи в личном блоге.
Вчера один коллега сделал элементарные изменения в настройках маршрутизатора (pfsense). После чего этот pfsense завис нафиг. Я попробовал его перегрузить, всё равно не отзывается. Пришлось подключиться к консоли и внимательно смотреть, чё там не так. (Машинка виртуальная, поэтому подключиться к её консоли оказалось относительно просто, а вообще-то она в Кении..) Оказалось, что сам маршрутизатор вполне себе грузится, но почему-то IP-адресов на сетевых интерфейсах нету. Посмотрел в конфиг — адреса на месте. Перегрузил ещё раз, а они опять пропали. На консоли обнаружилась очень странная ошибка: “PHP Fatal error: Cannot create references to/from string offsets nor overloaded objects in /etc/inc/xmlparse.inc on line 77“..
Посмотрел в этот xmlparse.inc, а это оказался скрипт на PHP. Сравнил его с таким же файлом на другом pfsense, который успешно работает — файлы совершенно одинаковые. Проверил изменения в config.xml – немножко действительно есть, но формат файла вполне нормальный. Подложил прежнюю версию конфига, перегрузил pfsense – опять та же ошибка. Попробовал более старую версию конфига подложить, где ещё не было вчерашних изменений, а фиг — всё то же самое..
После этого начальник предложил запустить на этом pfsense reset, а потом приделать IP-адреса заново. Попробовал — вышло. Но всё остальное заново руками конфигурировать не хотелось, поэтому попробовал опять подложить старый конфиг, и внезапно он успешно прочитался, и всё заработало.
А сегодня решил сам попробовать поменять то, что вчера менял коллега. Через веб-интерфейс. В натуре, мелочи в настройках одного VPN: IKEv1 на Auto, hash с sha512 на sha1, DH group с 16 на 2. Аблин, опять те же грабли!
pfsense опять перестал отвечать, и после перезагрузки опять показывал на консоли ту же ошибку, и не мог прицепить IP-адреса к сетевым интерфейсам. Пришлось, подсунуть вчерашний полупустой config – он заработал. Потом подложил старый конфиг с полными настройками – тоже заработал.
Ну какого хрена эти PHPшные быдлокодеры пишут такой дурацкий софт?! Изменения, сделанные через ихний же веб-интерфейс, оказываются настолько кривыми, что потом весь конфиг не может прочитаться. Короче, нафиг этот pfsense. Пожалуй, надо переезжать на более приличные системы. Может, на какой-нибудь VyOS. Хотя у него web-интерфейса нет, но и таких граблей тоже нет.
Оригинал этой записи в личном блоге.
Вроде как ничего страшного, ну сломалась какая-то программа, и ладно.
Но эта фотография снята в лифте, там над кнопками дисплей, и на нём вот такое показывают. В лифте это уже страшно.. Судя по показываемой дате, сломалось оно ещё в 2008 году, хотя сам лифт вроде как нормально работает.
Оригинал этой записи в личном блоге.
по рекомендованной ссылке https://www.facebook.com/help/contact/255904741169641
Отправил оттуда два сообщения, одно про мой основной адрес в гугле, а второе про тот же адрес без точек, поскольку гуглопочта точки игнорирует, и письма на адреса с лишними точками или вовсе без них присылает туда же.
Они на оба адреса прислали запросы на подтверждение заявок. Это вполне логично, чтоб кто попало не смог отписать чужой адрес. Но вот если б они такие же запросы на подтверждение присылали владельцу адреса и при создании эккаунтов, то проблем с их спамом бы и не было.
Ну, я с обоих адресов послал подтверждения. С основного адреса они его приняли, а со второго – фиг:
( Read the rest of this entry » )Оригинал этой записи в личном блоге.
Увидел сегодня вот такое сообщение:
Пошёл по ссылке, а фиг вам, там пустая страница:
Оригинал этой записи в личном блоге.
И не просто так, а конкретно в Microsoft Malware Protection Engine..
Подсовывание туда на проверку файла со встроенным специфическим джаваскриптом позволяет запустить любой код, или спровоцировать DoS: CVE-2017-0290
Оригинал этой записи в личном блоге.
Сегодня около 10 часов утра скайп внезапно заявил, что куча народу ушла в оффлайн. Посмотрел на список контактов — вообще все в оффлайне. Оказалось, что это у ноутбука соединение с интернетом пропало. То есть, в оффлайне оказался я сам, а скайп, испоганенный майкрософтовскими быдлокодерами, показал наоборот.
Попробовал перегрузить модем, не помогло. Пришлось зайти на сайт провайдера через мобильный интернет, и хотя это почему-то получилось слишком медленно, но провайдер показал, что да, есть в вашем районе известная проблема, причём якобы аж с 8:59. А когда починят — неизвестно:
Где-то в полвторого интернет уже заработал, но и после двух часов провайдер продолжал показывать, что проблема ещё есть, хотя должна быть исправлена в два часа:
( Read the rest of this entry » )Оригинал этой записи в личном блоге.
Недавно мне там в уведомлениях показали Костю Г (известного под псевдонимом КГБ) с какой-то женской фотографией. Я зашёл к нему в профиль, а там фотография совсем другая, его собственная. Потом пригляделся, и оказалось, что фотография эта заимствована из другого профиля в тех же уведомлениях:
А ещё, когда меня там в январе начали поздравлять с годовщиной работы в нынешней компании, я несколько удивился, потому что я там работаю лишь с конца февраля.
Посмотрел в свой профиль, а там действительно почему-то написано про январь:
Оригинал этой записи в личном блоге.
превращается в говно. И скайп. Вчера я по нему переписывался с одним товарищем, а сегодня мне показывают, что он последний раз в этом скайпе виделся только в прошлом году:
( Read the rest of this entry » )Оригинал этой записи в личном блоге.