Кнокинг не означает смену портов

Это уже раз в десятый сегодня сказано. Я думаю, что все уже усвоили этот урок.

Это уже раз в десятый сегодня сказано. Я думаю, что все уже усвоили этот урок.

Отлично. Тогда зачем ты пишешь про переназначение портов?

Потому что ты меня уже утомил заваливать вопросами.

Я как бы намекаю, что если закрыть 445/tcp и открывать по кнокингу все будет збс

При этом дискаверинг будет вполне работать

Потому что ты меня уже утомил заваливать вопросами.

Ну так зачем нести странную херню про сеточку?

С каких пор тебя мои мотивы начали интересовать? Это имеет отношение к эхотагу?

Давай встретимся, чаю попьём, там мотивы обсудим. :)

Новый дискавери будет работать, он на отдельном порту. В чём задача-то кнокинга для 445?

При том, что винда ищет другие винды бродкастом и мультикастом.

броадкасты/мультикасты - это нетбиос на 137-138 удп

139 и 445 тцп и юникаст таки

А дискавери как работае тогда? Юни?

Новый дискавери будет работать, он на отдельном порту. В чём задача-то кнокинга для 445?

Выпилить smb

Я как бы намекаю, что если закрыть 445/tcp и открывать по кнокингу все будет збс

кнокинг идёт в пизду. честно

Выпилить smb

А, ну теперь всё стало на свои места и понятно.

Если есть проблема в реализации протокола — на хуй протокол, которому 25 лет. Делов-то.

А дискавери как работае тогда? Юни?

в висту завезли новых дискаверей же

Ага, я только ещё о back compatibility думаю.

кнокинг идёт в пизду. честно

Оно просто работает.

Какбе пятых нтей до ебени где стоит.

Оно просто работает.

Оно вообще идеально работает для отключенной службы. Никто не пройдёт.

Оно просто работает.

клиентам просто надо встать в анальную позу и так пять раз

https://en.wikipedia.org/wiki/Link-Local_Multicast_Name_Resolution

https://en.wikipedia.org/wiki/WS-Discovery

вот это поназавозили

За WS уже почитал, за LLMNR вообще не в курсе был. О_о

всд в основном для поиска принтеров, насколько я понял

ллмнр это по сути аналог той же авахи лялиха и бонжура яблоков

Да-да-да-да, я так и понял.

т.е. мультикастовый днс

А чо эти сцки не сделают что-то одно?

2017 на дворе, в каждом телефоне одна и та же зарядка уже давно.

Ой, кроме апла.

вон еще SSDP в списке, да

для UPnP

по факту хттп-овер-удп

еще в винду завезли https://en.wikipedia.org/wiki/Link_Layer_Topology_Discovery как бастардный родственник LLDP

у них скоро четырёхбуквенные акронимы такими темпами закончатся

но LLDP насколько помню был компромиссом между вендорами, чтобы заменить CDP, NDP и еще пару проприетарных

Не закончатся, я сегодня узнал, что оказывается много доменов в 4 буквы свободно, выбирай любой

теперь я могу податься в джуны сетевых инженегров?

https://hastebin.com/bonojeqewe.py

как вывести текст который я запишу в поле

?

это PyQt5 если что

Привет всем

просто вопрос - ты точно читал плашку?

скриншот не в .doc файле

Есть пивин уже для 3.7. 3.7 уже RC, а 3.6 — стабле и я снова всё проспал?

https://sourceforge.net/projects/pywin32/files/pywin32/Build%20221/ 3.7 билды уже есть

Так я там и увидел.

ну там всегда такое

3.7 это то что у них на транке

3.6 уже стабле и продакшон реди?

В хероку уже питон по умолчанию - 3.6.1

Или просто в параллел ещё и 3.7 запустили?

3.6.1 уже

Я просто не представляю примерно даже как дев выглядит у цпитонов.

у них всегда при релизе Х.У транк перенумеровывается в Х.У+1

теперь вот так - https://github.com/python/cpython/

а был https://hg.python.org/cpython/

у них всегда при релизе Х.У транк перенумеровывается в Х.У+1

Оу, круто.

в общем релизы 3.6 теперь на ветке 3.6 ветка мастер носит 3.7 номера, когда 3.7.0 релизнут, бранчнут в 3.7 ветку а на мастере станет 3.8 или 4.0 8)

4.0 — ждите ответа оператора, ваш звонок очень важен для нас.

ERROR: S client not available

А слушай, поведай детишкам сказки на ночь — как у них принимается решение о том, что пора мажор менять, а старое фризить?

пока 4.0 ждать смысла нет, у них вроде ничо крупного не грядет

Про 1.0 не знаю, но 2.0 последние изменения синтаксиса были в 2.7, который зафризили и довели сейчас до 2.7.13.

В 2.6 например нельзя {k: v for k, v in dict.items()}. А в 2.7 — уже можно.

2.6 = 3.0-3.2 2.7 = 3.3 емнимс

3.0 же родился мёртвым

3.1 оперативно запилили как фикс, но потом тоже решили что надо апать побыстрее и тут же начали 3.2

Ну я вообще охуел — вроде бы 3.1 вышла и забил на третий бренч, пошёл дальше на второй писать. Когда очнулся — уже 3.5 в транке. О_о

3.0 помимо всяческих 3к изменений, содержал и новую I/O модель

в двойках у нас open(...) по факту занимается тем что делает return file(...)

один тип file оборачивает файлы и ква

а под капотом изначально FILE* сишный

А трёшка как работае?

со своими буферами и прочей хуйней на уровне либц

D:\>py -2 Python 2.7.13 (v2.7.13:a06454b1afa1, Dec 17 2016, 20:42:59) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import os >>> open(os.devnull, 'r') <open file 'nul', mode 'r' at 0x02BAD1D8> >>> open(os.devnull, 'rb') <open file 'nul', mode 'rb' at 0x02C559C0> >>> ^Z D:\>py -3 Python 3.6.1 (v3.6.1:69c0db5, Mar 21 2017, 17:54:52) [MSC v.1900 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import os >>> open(os.devnull, 'r') <_io.TextIOWrapper name='nul' mode='r' encoding='cp1251'> >>> open(os.devnull, 'rb') <_io.BufferedReader name='nul'> >>>

Ой, прямо питоны буферами занимаются теперь?

в 2.6 завезли модуль io с такой же семантикой он же был и в 3.0

ага

это надо было ради ряда вещей

контролировать буферизацию напрямую, контролировать конверсию в юникод и уйти от FILE* (именно это приводит к тому что низзя компилять си екстеншены разными студиями - у них разные FILE* который сегфолтят если скормить не той црт)

новая модель оборачивает дескрипторы на юниксах напрямую, и CreateFile хендлы на винде

со всей этой прекрасной хуйней есть ровно одна беда

ОНА ПИЗДЕЦ КАК ТОРМОЗИТ

поэтому 3.0 с чистым питоновым io был настолько тормозом, что про него больше не вспоминают вовсе

3.1 оперативно вышел с _io переписанным на сях, он же вошел и в 2.6 взад

io стал прослойкой, загружающей _io (как у нас обычно делается) а старый io всё еще жив и с нами в виде _pyio

в общем мы имеем: open file (2.x only) codecs.open io.open _io.open _pyio.open делающие одно и тоже

теперь вот так - https://github.com/python/cpython/

Секундочку, неужели офф разработчики уже перешли на офф репу в гитхабе?

Я видел - они общели

Всегда когда искал - находил анофишшал

в 2.х open почти альяс file, но все эти вещи разные в 3.х: >>> import io, _io >>> open is io.open is _io.open True >>>

Секундочку, неужели офф разработчики уже перешли на офф репу в гитхабе?

уже