Если ещё кто-то пользуется облачным продуктом MS365, то какаказываецца там невозможно вписать имя своей организации, если в нём присутствует спец символы: "/\<>#'$ и пр.
Ну, к примеру, открыли вы ООО "Доллары-Рубли-Евро $₽€" зарегистрировали тенант в dollarrublevro.onmicrosoft.com, а вот название фирмы вот именно так как она зарегистрирована вы вписать уже не можете.
Я с ними немного вежливо поругался. И вот что сами микрософтщики пишут:
First of all, appreciated for your patience and cooperation with us in trying to resolve your issue, however, after I brought your situation for discussion with our development team it was concluded that this change is intended and will be in effect for the foreseeable future.
The restriction rolled out between December 2023~January 2024, and enforces new tenants and existing ones that are updating any organization related information, to not use special characters as part of name.
While I cannot go into details, the development team cited security concerns as part of the reasoning to have enabled this change.
Unfortunately with this change in place not even our Commercial department is entitled to make changes to your organization information on your behalf without respecting the new limitations, and the backend team will never do any changes to a tenant's organization information, so this is not a request that we can bring to them neither to update your organization's phone number, nor to alter the name even if you were to manually correct it.
I completely understand that these are not the news that you wanted to hear, but I'm afraid that currently we cannot assist you with this part of your request.
If you still wish to change your organization's phone number, will have to ask you to first update the organization name in Microsoft 365 to match the new criteria, and then attempt the phone number change.
If there is any error in this process, naturally we will assist.
Т.е. т.к. в имени огранизации содержатся спец символы, то невозможно изменить номер телефона или адрес (при переезде)
И они предлагают изменить название организации, потому что они придумали свои правила, как организации могут называться.... Потому что это не безопасно, с точки зрения Майкрософтовских программистов, вводить в поле "Название Организации" если в названии вашей организации есть спец символы :)
Это правило распространяется и на уже зарегистрированные организации, в которых раньше можно было написать любые символы.
На фоне прошедшего 1 мая, праздника борьбы за права трудящихся, я решил посчитать свои достижения. Ниже будут результаты расчётов, сколько я зарабатывал и зарабатываю, с учётом инфляции, курса доллара и инфляции доллара.
Если лень читать, то картинка расчетов в конце.
Ранние периоды не беру в расчет, так как совмещал с учёбой. В какой-то момент работал 16 часов в неделю за 200$ в ОКБ инженером. Итак. Март 2009, я увольняюсь "в никуда", так как начали штрафовать и резать зарплату. Зарплата там была плавающая 20-35 тысяч. Я взял 27 как примерно среднюю. Работал разъездным windows сисадмином b2b оутсорс около 2х лет. 4 месяца не мог найти работу. Эхо кризиса 2008. Но в итоге нашел неплохое место и переквалифицировался в сетевики. Циски, большая инфраструктура все дела. И зарплата выше на 300$. Был рост зарплаты и должности, но обязанности не менялись и я это решил не учитывать. Далее, декабрь 2011, меня прегласили в серверный отдел на должность биллинг инженера. Циски, но уже роутинг BGP, фряха, солярис, рэд хэт. Зарплата хорошо скокнула и это мой максимум за всю карьеру и в абсолютных и в относительных числах 1761 и 1682 доллара соответственно. Но зарплату повышали крайне медленно и я в марте 2024 получал уже 565$ относительно начала периода. Из-за этого я параллельно работал в NOC международного интернет провайдера, циски, джуниперы, снр MPLS OSPF фаст роут, все дела :) Ну и теперь я работаю линух сисадмином. Много нового и интересного. Иду в девопсину. Всем спасибо. Надеюсь увидеть аналогичный расчет.
Нет возможности добавить файл, поэтому скриншот и формулы ниже:
Здравствуйте коллеги, у кого есть какие успешные кейсы роста из технической поддержки?
для примера 2 собеседования на техподдержку первой линии, как интересные примеры разных подходов к собеседованиям:
собеседование #1: Вопросы про dns и dhcp. Принципы и основы построения сетей и связывания устройств в сети. Вопросы про то на каком порту работает то и это. отличие Pop3 От Imap. Что делают консольные команды VLOOKUP, tracert и т.п. под конец добил вопросами про RAID массивы...
собеседование #2: Здрасьте здрасьте, то да се, расскажите про предыдущий опыт...гм. Ну понятно(опыта релевантного не было). Ну в целом, если не занят приходи завтра ))
Вот так в итоге я устроился в техподдержку ServiceDesk + звонки. Разбираемся с проблемами у пользователей в 1С (но это не дает пониманию об 1С, не могу сказать что приобретаю опыт по ней, просто визуально теперь не пугает))). Вопрос в том, на чтобы тратить свободное время чтобы двинуться из техподдержки: Linux?Работа с виртуальными машинами? скрипты на bash и PowerShell ? а мб прастихоспаде 1С ??(все это предполагаю в виде каких-нибудь плейлистов на ютубе или курсов на степике, ибо за курсы уже уплочено не раз - знали плаваем и в любом случае надо учиться самому))))
*Как вариант пройти курс на stepik по SQL. Вижу в банках, вакансии в техподдержке и там из требований в основном SQL (я так понимаю отчетики выводить), но хз есть ли оттуда куда дальше расти.
*есть некий уровень поддержки L2 и чем они там занимаются, какие проблемы решают? (можете привести примеры задач которые становятся перед ними). И есть нечто абстрактно-недостижимое и романтизированное DevOps (судя, по комментариям от знакомых, там все сложно и "лучше не лезь оно сожрет тебя")
Куда вообще можно вырасти из техподдержи ? и куда направить свое внимание для дальнейшего роста? и что не мало важно, если условное программирование и SQL ты еще можешь практиковать на своем стареньком ноуте, то не представляю как практиковать " типичные задачи по практике специалиста технической поддержки (развертывание чего-нибудь и настройка).
Их есть у нас! Красивая карта, целых три уровня и много жителей, которых надо осчастливить быстрым интернетом. Для этого придется немножко подумать, но оно того стоит: ведь тем, кто дойдет до конца, выдадим красивую награду в профиль!
Мы разобрались с видами устройств в IP, теперь нужно научиться как-то отличать один узел сети от другого, а для этого надо разобраться с IP-адресами, какими они обладают свойствами, как их записывать и другими вопросами. Вопросов много, разбираться будем по порядку.
Тему IP-адресов я разбил на три логические части: сперва идет немного теории, потом мы разбираемся с формами записи IP-адресов, пингуя всё на свете, кроме шила и гвоздя, а в третьей части мы соберем небольшую лабу в EVE-NG, чтобы разобраться как настраиваются основные и вторичные IP-адреса на интерфейсах роутеров.
Я не нашел как на Пикабу создать оглавление для поста в его начале(если кто-то что-то подскажет по этому поводу буду благодарен), а все три части вместе получились довольно объемными, поэтому тема будет разбита на два поста, ниже теория + пинги, отдельным постом поделаем настройки.
Задачи IP-адресов
Давайте сперва поймем какие задачи решает IP-адрес, для себя я выделяю их две. Первая заключается в том, чтобы нумеровать узлы компьютерной сети(на самом деле не только узлы, но и сети, к которым узел относится), то есть IP-адрес выступает уникальным идентификатором узла в сети, вернее даже не узла, а его интерфейса. Вторая немаловажная задача IP-адресации заключается в том, что с помощью адресов мы можем построить маршрут из одной точки сети в другую, но об этом мы поговорим, когда речь пойдет о маршрутизации.
Идентифицировать устройства в небольших сетях проще было бы по названию, например, у вас дома есть компьютер, ноутбук, несколько мобильных телефонов, планшет и умный чайник, в такой ситуации проще дать имя каждому узлу и обращаться к нему по имени, а вот рассказать это имя всем остальным узлам в мире выглядит проблемой, да и гарантировать, что это имя не пересечется с другим тоже сложно. Поэтому узлы для сетевого взаимодействия мы нумеруем при помощи IP-адресов, да еще и не просто так, а по определенным правилам.
Свойства IP-адресов
IP-адрес обладает большим количеством свойств, выделю пять основных (на мой взгляд):
Размер IP-адреса 32 бита или 4 байта, если хотите можно говорить октета. Это означает, что у нас примерно имеется 4 млрд адресов, более точно можете узнать, если возведете два в тридцать вторую степень (у нас для хранения IP-адреса выделено 32 бита, каждый бит может принимать значение либо ноль, либо единица).
IP-адрес назначается на канальный интерфейс устройства.
IP-адрес для нормальной работы сети должен быть уникальным в пределах всей сети, если на устройстве А и Б будут одинаковые адреса, то для одной части узлов сети будет доступно устройство А, а для другой части сети устройство Б, этим можно пользоваться для реализации anycast взаимодействия, так как штатно в IPv4 этот вид взаимодействия не реализован.
IP-адрес состоит из двух частей:
первая часть адреса является идентификатором канальной среды или номером сети (Network ID), номер сети будет одинаковым для всех узлов внутри одной канальной среды и разным у узлов из разных канальных сред;
вторая часть IP-адреса – это номер узла или идентификатор хоста (Host ID), номер узла должен быть разным для всех узлов внутри одной сети, но может повторяться, если узлы находятся в разных канальных средах.
На текущий момент границу между номером сети и номером узла проводит маска подсети. Если вы не знаете маску подсети, то не сможете сказать: где у IP-адреса номер хоста, а где номер сети.
IP-адрес на устройство назначается не его производителем, а человеком, который это устройство использует, скорее всего, сетевым администратором. При этом способ назначения не важен: адреса можно выдавать динамически при помощи DHCP, или же статически: своими собственными руками назначать каждому интерфейсу.
Номер сети и номер хоста
IP-адрес нумерует сразу две сущности: сам узел и сеть, в которой этот узел находится. Таким образом получается, что узлы, находящиеся в одной подсети, имеют одинаковый номер сети, но у них разные номера хостов. Если два или более узла находятся в одной подсети, то не будет ошибкой говорить, что они находятся в одной канальной среде.
Если два узла находятся в разных подсетях, то их номера узлов могут повторяться, а их номера сети будут разными. Узлы, находящиеся в одной канальной среде, могут обратиться к узлам другой подсети через маршрутизатор, основная задача роутера как раз и заключается в том, чтобы перекладывать кадры из одной канальной среды в другую.
Все вышесказанное продемонстрировано на этой картинке.
На ней изображено три сети: зеленая, оранжевая и синяя, номера сетей я указал римскими цифрами, номера узлов подписаны арабскими. Все три сети соединены одним роутером, для того чтобы этот роутер мог связать узлы этих трех сетей друг с другом, его интерфейсы должны находиться во всех трех сетях, то есть если мы хотим, чтобы зеленый узел мог пинговать оранжевый узел, то хотя бы один интерфейс роутера должен быть в зеленой сети и хотя бы один интерфейс роутера должен быть в оранжевой сети.
Сколько IP-адресов может быть на устройстве?
Операционные системы, а вернее прошивки некоторых простых устройств позволяют задать только один адрес, в некоторых случаях несколько IP-адресов, но спецификация IP нас не ограничивает в количестве адресов, которые можно присвоить одному узлу.
Если вспомним самое начало, то там речь была о том, что IP-адрес назначается на канальный интерфейс узла и тут можно подумать, что если у узла три канальных интерфейса, то ему можно назначить три адреса из разных подсетей, но это не так.
Если у узла три канальных интерфейса, то ему на каждый канальный интерфейс можно назначить один основной IP-адрес и сколько угодно вторичных. Важно чтобы на разных канальных интерфейсах были адреса из разных подсетей, при этом основной и вторичные IP-адреса на одном интерфейсе могут быть из одной подсети.
Как записать IP-адрес
Разбираться будем с формами записи в десятичной системе счисления. Если вы выходите в интернет, то, наверное, видели IP-адреса, например, 192.168.0.1. Читатель может заметить и спросить, ну и чего тут рассказывать, вон на экране написано 192.168.0.1, это и есть форма записи IP-адреса, которая всем понятна и удобна. Я бы мог в свою очередь сказать, что это стандартная форма записи, но, насколько мне известно, в спецификации IP стандартная форма записи никак не описана.
В общем так, если вам достаточно что IP-адрес, это число размером 32 бита и записывается он как четыре числа по восемь бит разделенных точками, то дальше можно и не читать если этого недостаточно, то давайте начнем по порядку.
Для начала запишем форму записи для 192.168.0.1 в общем виде:
8bit.8bit.8bit.8bit
А теперь давайте запишем в этом виде самый маленький и самый большой адреса:
0.0.0.0
255.255.255.255
Переведем их в двоичный вид:
00000000|00000000|00000000|00000000
11111111|11111111|11111111|11111111
В двоичном виде вместо точки я использовал пайп. Самый маленький адрес в двоичном виде представляет собой тридцать два нуля, самый большой тридцать две единицы, комбинции нулей и единиц между двумя представленными выше крайностями это все остальные IP-адреса. Фактически IP-адрес это число 32 бита, оно же может быть и десятичным. Вопрос в том, как нам записать адрес в десятичном виде одним числом и можно ли это вообще делать?
Яндекс доступен по адресу: 5.255.255.242. Давайте переведем адрес в двоичный вид, каждый октет по отдельности:
00000101|11111111|11111111|11110010
Про переводы чисел из одной системы счисления в другую я рассказывать не планирую, если не умеете переводить, пользуйтесь калькулятором в режиме "Программист", в десятичном режиме пишите свое число, в соответствующей строке видите его двоичное представление.
Перевод чисел из десятичной системы счисления в двоичную
Хотел бы обратить внимание на число 5. Калькулятор представляет его как четыре бита: 0101, а под одно число IP-адреса у нас выделено восемь бит. В таком случае мы должны вместо недостающих старших бит написать нули (чем старше бит, тем левее он стоит, аналогично и для байтов), так как они в данном случае ничего не значат и само восьми битное число никак не изменится (чего не скажешь о числе размером 32 бита, если октет будет в середине, а не как у нас крайним слева).
Но вернемся к IP-адресу. Чтобы представить его в виде обычного числа, нам нужно из двоичной формы убрать разделители:
00000101111111111111111111110010
Роутер или компьютер работают с адресами без разделителей для них это просто биты. Затем получившуюся битовую последовательность переводим в десятичную систему счисления.
Переводим число из двоичной системы в десятичную
Получилось число 100 663 282. Давайте его пропингуем.
Пингуем десятичное число, получаем IP-адрес
Видим, что винда привела этот номер в привычный нам вид, всё успешно пропинговалось. Здесь может возникнуть справедливый вопрос: почему это мы вместо того чтобы использовать простые и понятные числа, переводим их в двоичный вид, разрезаем одно большое число на четыре куска по восемь бит, потом преобразуем эти восьмибитные двоичные числа обратно в десятичные и только потом записываем IP-адреса? Если коротко, то в таком виде удобнее разрезать сети на подсети или же наоборот (человекам, а не комплюхтерам): объединять маленькие сеточки в одну большую, если более детально, то будет отдельная тема о масках подсети.
Две не очень популярные формы записи
Я знаю еще две формы записи, которые, как я слышал, пришли из систем BSD. В общем виде их можно записать так:
8bit.8bit.16bit
8bit.24bit
Я ни разу не видел, чтобы их кто-то использовал в каких-то рабочих целях, но вдруг вы столкнетесь. Винда понимает эти формы, вот для примера пинг 8.8.8.8.
PS C:\Windows\system32> ping 8.8.2056
Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=54ms TTL=112
Reply from 8.8.8.8: bytes=32 time=54ms TTL=112
Reply from 8.8.8.8: bytes=32 time=54ms TTL=112
Reply from 8.8.8.8: bytes=32 time=54ms TTL=112
Ping statistics for 8.8.8.8:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 54ms, Maximum = 54ms, Average = 54ms
PS C:\Windows\system32> ping 8.526344
Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=54ms TTL=112
Reply from 8.8.8.8: bytes=32 time=54ms TTL=112
Reply from 8.8.8.8: bytes=32 time=54ms TTL=112
Reply from 8.8.8.8: bytes=32 time=54ms TTL=112
Ping statistics for 8.8.8.8:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 54ms, Maximum = 54ms, Average = 54ms
PS C:\Windows\system32>
Итого у нас имеется четыре формы записи IP-адреса:
8bit.8bit.8bit.8bit
8bit.8bit.16bit
8bit.24bit
32bit
Переводить из одной формы записи в другую удобнее всего в двоичном виде, в двоичном виде вы просто отсчитываете нужное количество бит и ставите точку, получившуюся последовательность переводите в десятичную систему.
Если байты IP-адреса нулевые и не крайние, то некоторые операционные системы разрешают их не указывать, пользоваться этой фичей не рекомендую, особенно, если вы настраиваете адрес на оборудование, а не пингуете его, ниже примеры пинга адреса 1.0.0.1.
C:\Users\user>ping 1.0.0.1
Pinging 1.0.0.1 with 32 bytes of data:
Reply from 1.0.0.1: bytes=32 time=39ms TTL=59
Reply from 1.0.0.1: bytes=32 time=46ms TTL=59
Reply from 1.0.0.1: bytes=32 time=40ms TTL=59
Reply from 1.0.0.1: bytes=32 time=39ms TTL=59
Ping statistics for 1.0.0.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 39ms, Maximum = 46ms, Average = 41ms
C:\Users\user>ping 1.0.1
Pinging 1.0.0.1 with 32 bytes of data:
Reply from 1.0.0.1: bytes=32 time=39ms TTL=59
Reply from 1.0.0.1: bytes=32 time=39ms TTL=59
Reply from 1.0.0.1: bytes=32 time=40ms TTL=59
Reply from 1.0.0.1: bytes=32 time=40ms TTL=59
Ping statistics for 1.0.0.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 39ms, Maximum = 40ms, Average = 39ms
C:\Users\user>ping 1.1
Pinging 1.0.0.1 with 32 bytes of data:
Reply from 1.0.0.1: bytes=32 time=39ms TTL=59
Request timed out.
Reply from 1.0.0.1: bytes=32 time=47ms TTL=59
Reply from 1.0.0.1: bytes=32 time=39ms TTL=59
Ping statistics for 1.0.0.1:
Packets: Sent = 4, Received = 3, Lost = 1 (25% loss),
Approximate round trip times in milli-seconds:
Minimum = 39ms, Maximum = 47ms, Average = 41ms
А на этом всё, здесь появится ссылка на вторую часть после ее публикации.
Вопросы для ваших ответов
Оставлю комментарий для ответов, если захотите отвечать на вопросы, то лучше делать под этим комментарием, чтобы не спойлерить другим.
Какое число больше 8.234.255.12 или 9.0.0.0?
Зачем IP-адресу точки?
Почему если средние октеты адреса нулевые их допускается не печатать, а крайние октеты мы печатать должны?
Какой байт пропущен для адреса 1.1.1 (слева от центральной единицы или справа)?
У нас есть локальная сеть(не интернет), в сети есть узлы, кто этим узлам выдает IP-адреса?
Нужен ли роутер для взаимодействия между узлами одной подсети?
Схема: к Wi-Fi роутеру подключено два ноутбука по Wi-Fi, все три устройства в одной подсети, пингуем с первого ноутбука второй. Вопрос: как физически будут передаваться данные, напрямую между двумя ноутбуками или через роутер и почему?
Несколько месяцев как самостоятельно изучаю данную профессию с нуля, но идёт тяжеловато: то информация зачастую попадается неверная (знакомым скидываю статьи, а они их разносят в пух и прах), то сложно составить план тем для обучения. Плюс к этому также ищу работу для старта, но постоянно отказывают из-за отсутствия опыта и подходящего образования. Решил что нужно пройти какие-то курсы: и знания цельные получить и хоть какую-то корочку, дабы было что показать при собеседовании. И вот возник вопрос - а где найти нормальные курсы, где реально учат и чей диплом хоть какой-то вес имел? В интернете как грязи инфоцыган вроде Гикбрейнса и Скиллбоксов, им точно не хочется отдавать и время и деньги. Кто может посоветовать с выбором? Хотелось иметь очные занятия, территориально Москва. Друг советует Бауманский центр обучения "Специалист", но судя по отзывам это контора лишь пользуется добрым именем известного института. Спасибо всем кто как-то поможет с советом
Всем знатокам привет 👋 подскажите кто знает. Ситуация следующая: В дом проложено оптоволокно, естественно стоит оптоволоконный терминал, по скольку запаса кабеля оптоволокна не большой, а роутер ставить в одном конце дома возле стенки не айс по сигналу и тд. Было принято решение просто слепить следующие чудо: После терминала идёт простой свич, от которого принимает сигнал роутер и остальная техника, и это даже работало несколько лет, а сейчас он решил что ему так не нравится после чего роутер на отрез отказывается видеть "доступ в интернет" при прямом подключении роутера к терминалу все работает отлично (положить все через роутер не удобно и не хочу в общем сейчас этим заниматься) Кто что подскажет ? Заранее спасибо ⭐
Выспаться, провести генеральную уборку, посмотреть все новые сериалы и позаниматься спортом. Потом расстроиться, что время прошло зря. Есть альтернатива: сесть за руль и махнуть в путешествие. Как минимум, его вы всегда будете вспоминать с улыбкой. Собрали несколько нестандартных маршрутов.