Не гадайте префикса на офиса по един адрес на сървър
Един адрес на сървър не разкрива офисната мрежа. Вземете одобрените префикси, сравнете ги с локалните диапазони и помнете, че маршрутът не е достъп.
Започнете с адреса, който ви е даден, и после се въздържайте от желанието да го разширите до нещо, което изглежда подредено. Един сървър на 10.22.8.19 не казва нищо за това дали офисът притежава 10.22.8.0/24, 10.22.0.0/16 или шепа разпръснати /28s. Изборът на 10.0.0.0/8, защото числото започва с 10, обхваща домашни мрежи, диапазони на контейнери и партньорски връзки, които не сте имали предвид. Префиксът е граница, която се получава, а не се извежда.
Дължината на префикса описва колко водещи бита са значими; тя не описва кой притежава диапазона.
Адресът на сървър не е мрежа
Сървър, подмрежа и обект са три различни неща. Една услуга може да се намира в малка отделна подмрежа, докато останалата част от офиса заема отделни диапазони, а маршрут до хост може да е напълно подходящ за услуга, която умишлено има един адрес. Той спира да е подходящ, когато обектът пренасочва към друг хост, удостоверява се през отделен сървър или сменя адреса си. Тези зависимости са действителното изискване и си струва да се попита за тях, преди да се инсталира какъвто и да е префикс.
Калкулатор за подмрежи превръща известен префикс в маска, диапазон или списък с хостове. Той не може да изведе организационна граница от едно име на хост и именно третирането на резултата му като авторитет води до маршрутизиране на несвързани мрежи.
Поискайте одобрените префикси
Вземете целевите диапазони от този, който управлява VPN или мрежата. Възможно е да има няколко отделни префикса и частен DNS сървър на друго място, за който често се забравя, докато имената не спрат да работят. Запишете ги като одобрен списък със собственик и дата, а не като диапазон, възстановен от пример. Ако списъкът е дълъг, това е информация за мрежата, а не покана да го обобщите в нещо по-широко.
Заявка за маршрути само за четене на Mac, насочена към целта, която ви интересува, показва кой път се използва в момента. Това е текущо поведение, а не разрешение.
Проверете припокриването, преди да приложите нещо
Сравнете одобрените префикси с всеки локален диапазон, преди да ги приложите: домашна LAN, мостове на контейнери, мрежи на виртуални машини и всеки друг VPN. Точен маршрут към офиса все още не може да ви каже кое устройство на този адрес сте имали предвид, когато същият диапазон съществува и локално; таблицата не познава такова понятие. Припокриването дава симптоми, които изглеждат като счупени услуги, а не като грешки в маршрутизацията, и е трудно да се диагностицират след факта.
Нека поддържаният собственик инсталира префиксите — чрез собствената конфигурация на клиента или чрез маршрутите, изпращани от сървъра, — така че повторното свързване да ги възстановява, вместо да се разчита на команда, която някой е написал веднъж.
Маршрутът не е достъп
Маршрутизирането на префикс в тунела не дава достъп до услугите в него. Шлюзът трябва да разреши трафика, дестинацията трябва да го приеме, и трябва да съществува обратен път, като всяко от тях може да се провали независимо от маршрута. Тествайте една желана услуга, след като маршрутът е налице, после потвърдете, че несвързан ресурс все още се отказва. Маршрут, който стига до защитна стена, не е същото като работеща връзка.
Документирайте списъка с префикси, проверката за припокриване и собственика заедно. Когато адресът се промени, точно тези три неща са нужни на следващия човек.
Префиксът е споразумение за граници. Отнасяйте се така към него и маршрутът престава да бъде догадка.