Задать вопрос

Akina

Сетевой и системный админ, SQL-программист.
Комментарии

  • Две сетевые и два интернета?

    @Akina
    Тогда см. п. 3 от nApoBo3
    Написано

  • Две сетевые и два интернета?

    @Akina
    Это нужно, чтобы был один провайдер, да ещё дефолтно поддерживающий LACP для клиентов - а такие, наверное, не существуют.
    Написано

  • Две сетевые и два интернета?

    @Akina
    При текущих настройках автоматом не цепляется инет.

    Автоматом будет цеплять только в случае, если первое подключение погаснет физически.

    Сеть 1 - провод от провайдера с нетом. Сеть 2 - через роутер (репитер).

    Провайдер один и тот же, или разные?
    Написано

  • Как полностью отключить интернет?

    @Akina
    Само собой, как бы совет именно такое поведение и предполагает.
    Написано

  • Как полностью отключить интернет?

    @Akina
    Просто
    ROUTE DELETE 0.0.0.0

    и будут доступны только ресурсы своей подсети. До переподключения, или до подтверждения аренды адреса.

    Инет - он через тот же WiFi или по кабелю?
    Написано

  • Как называется сервер на котором стоят виртуальные машины?

    @Akina
    Сервер как железка? как программа? как функция?
    Написано

  • Как правильно провести и настроить интернет для call-центра?

    @Akina
    Вы - интегратор. Обслуживаете бизнес, сильно зависящий от стабильности доступа к Инету. И - один канал? даже без резерва? Умереть не встать...

    Начинайте с организации второго канала. Пусть даже от того же провайдера, но чтобы это были ни в коем случае не два разных волокна, арендованных в одном кабеле. И заодно думайте о резервном канале по воздуху (а хоть бы и мобильный).

    А что до описанной проблемы - мониторинг прохождения да чтение логов. Соединение, может, и пропало, но оборудование (причём с обеих сторон) старается восстановить связь, и все свои неудачи (с какой-то подробностью) описывает в логах - вот Вам и литература на ближайшее будущее.
    Написано

  • Можно ли через phpMyAdmin импортировать/экспортировать MYSQL базы между двумя инстансами?

    @Akina
    В вопросе явно недостаточно информации.

    В каком направлении переносим? Достижим ли сервер назначения с исходного и наоборот?

    Задача одноразовая или периодическая?

    Требуется ли перенести БД полностью (т.е. в точке назначения она будет создаваться с нуля), или база уже есть, и надо переносить только данные?

    Имеются ли в исходной БД связи?

    Имеются ли в точке назначения данные, которые требуется сохранить? При наличии связей - требуется ли объединять данные или заливать независимым пластом?

    Имеются ли в исходной БД функции/процедуры/триггеры/эвенты? Насколько они совместимы синтаксически с версией в точке назначения?

    Решений в принципе достаточно немало - от FEDERATED ENGINE и репликации (впрочем, слишком велик разрыв в версиях, будет непросто настроить) и до тупого бросания CSV-файлами. И, как по мне - phpMyAdmin далеко не лучший инструмент.
    Написано

  • Почему не работает маршрутизация?

    @Akina
    Antonio Solo, А что ему делать, если надо создавать схему, работающую абы через Инет, в каком-нить Cisco Packet Tracer? Поневоле он должен нарисовать абсолютно маршрутизирующий блок (в данном случае - роутер 2), а потом думать, что это неподконтрольный чёрный ящик.
    Написано

  • Почему не работает маршрутизация?

    @Akina
    Antonio Solo,
    это можно реализовать если
    1) убрать NAT на 1 и 3 и поставить его на 2

    С учётом, что
    2 как-бы "интернет"!
    ? Я как-то слабо себе представляю перенос NAT с локального роутера в Инет...

    или по-твоему это работать не будет ?
    Работать будет только если из-за NAT пинать того, кто NAT-ом не прикрыт. А в исходной и нарисованной тобой схемах это невозможно, хоть один да за NAT, и второй до него не допингуется. См. мой комментарий к вопросу.
    Написано

  • Почему не работает маршрутизация?

    @Akina
    Рассмотрим прохождение пакета.

    192.168.1.2 посылает пинг на 172.16.1.2. Поскольку адрес назначения не является адресом подсети какого-либо интерфейса и не входит в подсеть какого-либо частного маршрута, используется маршрут по умолчанию. Соответственно узел формирует пакет с параметрами: источник = 192.168.1.2, адрес назначения 172.16.1.2, следующий хоп 192.168.1.1, и отправляет его.

    192.168.1.1 принимает этот пакет для маршрутизации, ибо не является хостом назначения, но является следующим хопом. Поскольку адрес назначения не является адресом подсети какого-либо интерфейса и не входит в подсеть какого-либо частного маршрута, используется маршрут по умолчанию. Соответственно узел формирует пакет с параметрами: источник = 4.4.4.1, адрес назначения 172.16.1.2, следующий хоп 4.4.4.2, и отправляет его. Одновременно формируется запись NAT-преобразования с характеристиками пришедшего и отправленного пакетов - последующие пакеты с теми же характеристиками будут преобразовываться в соответствии с этой записью (в обоих направлениях).

    4.4.4.2 принимает этот пакет для маршрутизации. Поскольку на нём нет преобразования адресов, а адрес назначения является приватным адресом, который не маршрутизируется в Инете, полученный пакет отправляется в корзину (drop). Его путь закончился.

    192.168.1.2, выждав положенное время, констатирует "Timeout".

    В общем, чтобы два узла, каждый из которых находится за NAT, смогли пинговать друг друга, либо между узлами 4.4.4.1 и 5.5.5.2 следует поднять прямой канал (VPN), либо необходим некий промежуточный узел в Инете, который обеспечит установление такого туннеля либо сам выступит в роли такого туннеля. При этом оба узла с приватными адресами должны будут заранее обратиться к этому промежуточному узлу с просьбой их обслуживать.
    Написано

  • Почему не работает маршрутизация?

    @Akina
    Antonio Solo, Да, конечно.

    Во-первых, если "забыть" - то решаться будет совершенно другая задача. Вот оно точно автору надо, а? нет, я допускаю, что он мог спросить не то, что хотел, но сперва бы получить от него это признание, а потом уже отвечать на незаданный вопрос.

    Во-вторых, если "не забывать", то общая схема распадается на три, в каждой из которых любой целевой узел либо находится в подсети одного из интерфейсов, либо достижим через шлюз по умолчанию - т.е. никаких частных маршрутов не нужно от слова "вообще".

    Ну и последнее. Маршрутизация через NAT (а в описываемой схеме пакет просто обязан будет на "дальнем" NAT лезть "против шерсти") в общем случае невозможна без соответствующего маппинга (port mapping, DMZ или иное) на NAT-роутерах. Но если задача поставлена, вероятно, она решаема, т.е. такая настройка на роутерах уже имеется.
    Написано

  • Почему не работает маршрутизация?

    @Akina
    если забыть что ... используется NAT, то откуда "2" знает как маршрутизировать трафик для 192.168 и 172.16 ?

    А если не забывать, то маршрутизатору 2 и не надо знать о существовании указанных подсетей.
    Написано

  • Почему с подключенным статичным IP, на 2ip показывает один адрес, а в роутере wan адрес другой?

    @Akina
    АртемЪ,

    Есть адрес, который присваивается (обычно прописан в настройках) на самом узле, и не зависит от внешних факторов. Либо наоборот, никак не зафиксирован на узле, и получается извне. Это пара понятий Статический-Динамический.

    Есть адрес, который, вне зависимости от способа присвоения, не изменяется во времени. Либо наоборот, может измениться со временем. Это пара Постоянный-Изменяемый.

    Суммарно это даёт 4 варианта. Из которых только один (статический изменяемый) весьма редко встречается на практике (но бывает, бывает - при решении достаточно специфических задач, и обычно используется только в рамках локальной сети). Остальные три распространены плюс-минус одинаково.

    Если Вы смешиваете или вообще не различаете эти две принципиально несвязанные классификации...
    Написано

  • Почему с подключенным статичным IP, на 2ip показывает один адрес, а в роутере wan адрес другой?

    @Akina
    АртемЪ, нет. Статический - назначаемый вручную. Постоянный - не изменяющийся во времени. Адрес, зарезервированный на DHCP-сервере по МАС-адресу - постоянный, но динамический.
    Написано

  • Что будет если в лок сети окажутся два пк с разными ip, разными mac адресами, но с одинаковыми именами?

    @Akina
    Какие протоколы будут работать неправильно?

    Все протоколы будут работать правильно. Им чхать на контент. Подобные мелочи никакой протокол не "положат".

    А на случай нарушения соглашений (в данном случае - на требование уникальности имени) у них имеются соответствующие алгоритмы обработки подобных ситуаций. Какие - зависит от конкретной реализации протокола в конкретной среде реализации (если, конечно, способ обработки ситуации не описан стандартом).
    Написано

  • Как заблокировать TeamViewer на шлюзе Linux?

    @Akina
    Программ удалённого наблюдения/управления - аки грязи. Заблокировать все по одной, да ещё и на шлюзе, а не на конечном узле - малореальное занятие.
    Начните с принятия административных решений и мер воздействия.
    Написано

  • Есть сайт где описывается работа протоколов для чайников и на русском?

    @Akina
    был хороший сайт такой с доменом org
    Часом не ietf.org?
    Написано

  • Почему stp на одном коммуторе блокирует порт, на другом нет?

    @Akina
    Нарисуйте схему, что ли - со слов не очень понятно, что, куда и как. Заодно, уж коли про STP речь, укажите веса и цены, хотя бы качественно, больше-меньше относительно друг друга.
    Написано

  • Есть 2 vlan как сделать чтобы 1 пинговал другой а 2 нет?

    @Akina
    Василий Банников,
    который будет откидывать запросы, которые приходят из второго
    Так ить pong-то не пройдут...
    Написано