провайдер заменит вам ONU, вероятность того, что вы выведете из строя OLT - где то в районе 0.
Они работают в паре. Причем жестко в паре.
можно ли тогда подобрать такую функцию, которая позволит избежать коллизий вовсе?
возможно ли найти подходящую хэш-функцию, которая позволить при своевременном увеличении таблицы вообще не иметь коллизий?
что вы будете делать, если окажется, что ваш любимый роутер не совместим с OLT оборудованием провайдера? Менять ради одного клиента голову???
Просто запомните - ONU - это часть провайдерского оборудования
MAC и IP с первого скриншота принадлежат пяти серверам из лабораторного стенда,
После этого оба компьютера пингуют друг друга по локальным адресам, но не пингуют другие компьютеры.
Если я правильно понял, мне надо в роутерах обоих сетей добавить эти маршруты?
В роутер comp1 route add -p 192.168.0.0 MASK 255.255.255.0 192.168.88.114
В роутер comp2 route add -p 192.168.88.0 MASK 255.255.255.0 192.168.0.11
Роут как вы сказали прописал на 192.168.0.11
route add 192.168.88.0 mask 255.255.255.0 192.168.0.11
Компьютеры 192.168.88.114 и 192.168.0.11 связаны через radminVPN.
route print https://paste.ofcode.org/YFqXG4WiBZuxnHkcWvrssS
ipconfig в Windows при подключенном VPN для интерфейса VPN показывает следующее
Вбиваю по ssh в Linux следующие команды и на последней теряю ssh подключение
Да нет, он передаётся, т.к. return его мне показывает.
При наличии в запросе LIMIT - увы, да. Имеет. https://dbfiddle.uk/-Ml3LdqG
My1Name,
Создать уникальный индекс по соотв. выражению.
Удалять по ключу - несуществующее понятие. Удалять можно по некоему критерию (который в т.ч. может быть и комбинацией из нескольких других, более простых, критериев), в качестве какового может быть как выполнение некоего условия отбора, так и положение записи при некоей сортировке (последнее поддерживается далеко не всеми СУБД).