Есть 2 новости: хорошая и плохая... Хорошая - отметка в 200 подписчиков достигнута:D Ну, а плохая: 20-30 просмотров под видосами как-то очень огорчает. В чем проблема, дорогие? Давайте вместе разберемся, что нужно сделать, чтобы новые видосы были более популярными. Не сказал бы, что я стремлюсь к популярности, но самое обидное, что может быть - это осознание ненужного того, что ты делаешь)) Однако, спасибо всем, кто подписался на канал, ОСОБЕННО спасибо всем тем, кто смотрит каждый видос и оценивает его - кто вы?) Если бы не вы, я б уже завязал. Ну, а впереди более серьезные видео по установке пакетов, настройке DHCP, DNS, NTP, NAT, VPN. Если и они останутся в Ж**е, то я уже хз, что людям надо
Не совсем понятно про не конечные устройства, если по данной топологии будет нужен доступ с SRV-L на FW, то какие настройки на последнем надо применить?
На FW шлюз по умолчанию будет в сторону ISP (т.е. все пакеты в неизвестные сети отправлять на ISP (internet service provider)) А для связи SRV-L и FW нужно сделать: - либо на FW добавить статический маршрут, где указать сеть 2002:db:a::/64 находится по направлению к CORE (другими словами: пакеты, где в качестве назначения будет любой айпишник из сети 2002:db:a::/64 будут отправляться на CORE. А Core в свою очередь будет уже знать, где находится эта сеть, т.к. у него есть айпишник из этой сети, и вот уже CORE будет отправлять на SRV-L. В этом случае можно будет пинговать друг друга как со стороны SRV-L, так и с FW - либо вместо статического адреса настроить трансляцию NAT. В таком случае, когда с SRV-L пакет будет приходить на CORE, то на нём будет подменяться айпишник с 2002:db:a::10/64 на 2002:db8:c::1/64 (интерфейс CORE -между CORE и FW). И когда FW будет отправлять пакеты обратно, то он отправит на адрес источника (а он у нас подменился и стал 2002:db8:c::1). FW знает, что это его сосед, поэтому здесь и не нужны статические маршруты. Ну, и когда пакет от FW придет на CORE, то CORE отправит уже на SRV-L. В этом случае можно будет пинговать с SRV-L до FW, но с FW на SRV-L пинг не пройдет.
@@TheMrAlkotras с SRV-L шлюз на CORE. с CLI-ADM шлюз на ISP. с CORE шлюз на FW. с FW шлюз на ISP и ещё добавить статические маршруты, что пакеты из сети SRV-L надо отправлять на CORE На ISP нужно добавить просто статические маршруты, что пакеты для сетей SRV-L и CORE отправлять на FW
Возможно, ты забыл включить маршрутизацию на ISP. Видео есть в плейлисте по включению маршрутизации. Если шлюз указал, то остается проблема только в этом
Есть 2 новости: хорошая и плохая...
Хорошая - отметка в 200 подписчиков достигнута:D
Ну, а плохая:
20-30 просмотров под видосами как-то очень огорчает. В чем проблема, дорогие? Давайте вместе разберемся, что нужно сделать, чтобы новые видосы были более популярными. Не сказал бы, что я стремлюсь к популярности, но самое обидное, что может быть - это осознание ненужного того, что ты делаешь)) Однако, спасибо всем, кто подписался на канал, ОСОБЕННО спасибо всем тем, кто смотрит каждый видос и оценивает его - кто вы?)
Если бы не вы, я б уже завязал.
Ну, а впереди более серьезные видео по установке пакетов, настройке DHCP, DNS, NTP, NAT, VPN. Если и они останутся в Ж**е, то я уже хз, что людям надо
Ютуб обрезает просмотры, все блогеры на это жалуются
до блогера мне далеко ещё :D Ну, это на совести ютуба тогда
Пинг с srv-l на str в этом уроке у вас работает, при том что маршрутизация только в следующем настраивается)
Не совсем понятно про не конечные устройства, если по данной топологии будет нужен доступ с SRV-L на FW, то какие настройки на последнем надо применить?
На FW шлюз по умолчанию будет в сторону ISP (т.е. все пакеты в неизвестные сети отправлять на ISP (internet service provider))
А для связи SRV-L и FW нужно сделать:
- либо на FW добавить статический маршрут, где указать сеть 2002:db:a::/64 находится по направлению к CORE (другими словами: пакеты, где в качестве назначения будет любой айпишник из сети 2002:db:a::/64 будут отправляться на CORE. А Core в свою очередь будет уже знать, где находится эта сеть, т.к. у него есть айпишник из этой сети, и вот уже CORE будет отправлять на SRV-L. В этом случае можно будет пинговать друг друга как со стороны SRV-L, так и с FW
- либо вместо статического адреса настроить трансляцию NAT. В таком случае, когда с SRV-L пакет будет приходить на CORE, то на нём будет подменяться айпишник с 2002:db:a::10/64 на 2002:db8:c::1/64 (интерфейс CORE -между CORE и FW). И когда FW будет отправлять пакеты обратно, то он отправит на адрес источника (а он у нас подменился и стал 2002:db8:c::1). FW знает, что это его сосед, поэтому здесь и не нужны статические маршруты. Ну, и когда пакет от FW придет на CORE, то CORE отправит уже на SRV-L. В этом случае можно будет пинговать с SRV-L до FW, но с FW на SRV-L пинг не пройдет.
@@mrMarshanskiy , разобрался, спасибо
@@TheMrAlkotras с SRV-L шлюз на CORE.
с CLI-ADM шлюз на ISP.
с CORE шлюз на FW.
с FW шлюз на ISP и ещё добавить статические маршруты, что пакеты из сети SRV-L надо отправлять на CORE
На ISP нужно добавить просто статические маршруты, что пакеты для сетей SRV-L и CORE отправлять на FW
У меня тут пинг с CLI-ADM/OUT до ISP идет, а друг другу (CLI-ADM --- CLI-OUT) не идет подскажешь если не сложно почему?
Возможно, ты забыл включить маршрутизацию на ISP. Видео есть в плейлисте по включению маршрутизации. Если шлюз указал, то остается проблема только в этом