File "/usr/lib/python3.10/json/decoder.py", line 355, in raw_decode
raise JSONDecodeError("Expecting value", s, err.value) from None
json.decoder.JSONDecodeError: Expecting value: line 21803 column 27 (char 1063093)
Вот это основная ошибка. Похоже какой-то инишник поехал и там каша, программа пытается восстановить состояние, находит "невозможную" комбинацию и валится.
Deita, когда-то я переходил с фортрана на С... сразу мне переход не зашел и я поначалу попробовал Паскаль :) Паскаль зашел и я какое-то время на нем работал, потом забросил и еще раз решил освоить С. И толи в этот раз была другая литература, то ли еще что - но С зашел :)
Cейчас С - это эмбеддщики, системщики и драйверописатели, разработчики компиляторов и всего такого. С - язык быстрый и предсказуемый (если не задуряться с оптимизацией)
xopomof595, Проверься на whoer.net. Dell.com например палит по abuse, который прописан для сети. Заодно на нем можно проверится - если заходит на dell.com - хорошо, если нет - значит палится.
Drno, В нормальных корп сетях обычно на выход белый список. То есть, кому-то можно выходить напрямую, а все остальные - только через прокси, на котором работают строго определенные порты. И тут неважно, какой протокол.
Во первых, юридическое лицо хостера (если таковое имеется) должно быть за пределами РФ
Ты замаешься оплачивать этому самому лицу, если оно будет вне РФ. У вдсины проблемы не потому что она внутри РФ, а потому что у нее на подсетях указан abuse c локацией в РФ. Да, представь себе и это проверяют! Я попросил хостера поменять мне IP так, чтобы abuse указывал на Вильнюс - и dell.com начал открываться!
остальные протоколы завышают пинг
Все протоколы завышают пинг по той простой причине, что пакет начинает ходить "кругами". Да, в IPSec (IKEv2 - вспомогательный протокол, случит для установления соединения, траф гонится по ESP) есть определенные преимущества - не нужно маршрутизации, обработка на уровне ядра - но пинг все равно завышается, потому что схема примерно такая:
телефон -> роутер -> туннель на VPS -> VPS -> пункт назначения
praiden, Это не проблема, это блабла. Проблема - это не работает то-то, работает не так это, нет такой возможности, а такая возможность кривая...
Недавно тут был чел, который хотел iptables пристроить на маршрутизацию двух туннелей. Это в принципе решаемо так, то он хотел еще чтобы решение было устойчивым к дудосу и тоже искал "замену iptables". Но прежде чем пытаться переделать велосипед, потому что он плохо едет по шпалам - стоит подумать о том, что может быть уже кто-то придумал другой транспорт?
Судя по тому, что вопрос задан 14 часов назад и ни одного комментария, у всех прочитавших один и тот же вопрос "что это за человек такой, который играет на серверной винде?"
Тынай Бакасов, Если бы ты был гентушником (как я) - я мог бы еще поверить - потому что любимое занятие гентушника - смотреть, как собирается ... (что-то типа libreoffice :) ).
Но у бубунтовода система ничего такого не требует и не может требовать.
Нужно сделать административное действие - перешел в открытую консоль где сделан sudo bash - и сделал. Потом консоль эту свернул - и работаешь дальше от обычного юзера
чем больше он будет под столом, тем злее он станет
Да уж :) Впрочем я редко обижаюсь на молодых и симпатичных офисных сотрудниц :) бухгалтерш иже с ними. Хотя вот девочке-программистке могу высказать, если будет тупить - раз ты пошла в программисты, мозг должен присутствовать!
Жила-была одна порностудия. Никого не трогала, починяла примус, снимала порно, распространяла со всем
соблюдением законов (штатов, по-моему).
Проводила однажды эта студия конкурс среди своих подписчиков. Победитель получал - внезапно, порнуху! Каково же было удивление студии, когда они не только означенную порнуху однажды не нашли у себя в хранилище (которое было да, на GDrive : ) но и вообще ничего! Да, юзер был коммерческий, как положено. Второе удивление было тогда, когда гугл ткнул их фейсом в EULA, где на N-й странице мелким шрифтом в самом конце сказано, что гугл имеет право снести нахрен все, что лежит в GDrive, если посчитает, что это нарушает какой-то закон.
История давняя, чем закончилась не помню. Но мораль этой истори запомнил хорошо.
korvin2, Гугл все схемы рано или поздно спалит. А сейчас, когда на рынке любых приложений полно (кроме совсем уж узкозаточенных) - юзер увидит, что какие-то неудобства, плюнет и снесет
Soer9090, Два года - пролетят и не заметишь - вот уже завтра предзащита, а в работе еще конь не валялся :) Как основы годится любая литература по безопасности wifi-сетей, потом просто экстраполируем на то, что сенсорные сети - сети датчиков.
Статьи тоже годятся в качестве источников, причем совсем не обязательно на русском - вся документация на русском переводная (сейчас это уже конечно не совсем там, но такая тенденция буквально последний год)
Ну и конечно надо сразу решать - о чем, собственно работа-то будет?
Вот это основная ошибка. Похоже какой-то инишник поехал и там каша, программа пытается восстановить состояние, находит "невозможную" комбинацию и валится.