Доступ в мережу із сірим IP

[Factory]

УРА РОЗУМ ПЕРЕМІГ,

короче маю доступ до камер, прибив зелену тварюку, відбашляв 35грн за білий динамічний іп, тепер всьо робить, і прогграма на андроїді побачила камери, і компутер побачив усе,

 

в інтертелекома як виявляється є послуга і білого статичного іп та білого динамічного іп друга відповідно дешевша на 50% першого,

притому що 35 платиш кожен місяць....

розклади такі, міняю в майбутньому роутер на свисток ставлю антену (якщо повезе то може і оптоволокно підтянуть в наступнгому році...)

[Factory]

ну шо, поздоровте мене, оптика рулить. проблема сірого  іп знову активна,  проблема старих роутерів теж актуальна,  поставлю мікротіки буду відписуватись, знову спробую 

ддврт пптп, можливо все буде гуд......

[Lisovic]

По поводу сірих ІР, якщо роутер до якого будується тунель має білий ІР, а віддалені точки за нат-ом, то можна використати IPSEC тунелі і технологію NAT Traversal, що дозволить побудувати тунель через NAT. Ну але в такому випадку ініціатором підключення буде виступати віддалений роутер.

[Factory]

@Lisovic отже намагався щойно зробити PPTP тунель,  PPTP server працює, ноут конектиця я в мережі,

найбільша проблема із клієнтом на роутері,

 

ddwrt - ddwrt

 

зайшов в services -> vpn

pptp client

ввів дані, нажав зберегти перезагрузився,

правда я щось нерозумію як тепере я маю бутти зявязаний з домашньою локалкою

нічого ніде непише чи підключено чи ні чи є помилки....

 

на роботі підняв ще один тестовий 741 з клієнтом, поки глухо....

 

ай нід хелп

дані впн сервера можу кинути в лс

[Lisovic]

Я з ddwrt не працював не знаю які там нюанси при налаштуванні. Сервер на mikrotik?

Ноут конектиця з тієї ж мережі де і роутер з клієнтом? Бо PPTP дуже часто блокують провайдери.

Якщо клієнт намагається підключатися то в логах сервера має бути про це запис, і можливо навіть вказана помилка.

[MACCEN]

З сірим айпі будуть трабли постійно

[Factory]

1 година тому, Lisovic сказано:

Я з ddwrt не працював не знаю які там нюанси при налаштуванні. Сервер на mikrotik?

Ноут конектиця з тієї ж мережі де і роутер з клієнтом? Бо PPTP дуже часто блокують провайдери.

Якщо клієнт намагається підключатися то в логах сервера має бути про це запис, і можливо навіть вказана помилка.

сервер 741, планую при першій кращій нагоді купити  мікротік, шо туда шо туда,

це буде скоріш завсе нераніше липень серпень...

 

поки сервак пптп 741, білий іп, привязяний до дднс

ок, логи глянути по telnet можна? 

dmesg розкурюю

[Lisovic]

А ноут з тієї ж мережі де роутер з клієнтом конектиться до сервера?

[Factory]

1 година тому, Lisovic сказано:

А ноут з тієї ж мережі де роутер з клієнтом конектиться до сервера?

так, затик в клієнті на роутері.... там всі дані правильні... такі як і на копютері

[Lisovic]

55 хвилин тому, Voronin10 сказано:

так, затик в клієнті на роутері.... там всі дані правильні... такі як і на копютері

Якщо так то варто ковиряти налаштування на клієнті, скоріш за все десь є помилка. Можливо затесався лишній символ в даних авторизації

[Factory]

22 хвилин тому, Lisovic сказано:

Якщо так то варто ковиряти налаштування на клієнті, скоріш за все десь є помилка. Можливо затесався лишній символ в даних авторизації

ЛС

[Factory]

отже за останніх два дні згалав ріну консоль   прям згадав студенські часи....

 

отже домашній роутер підняв пптп сервер тут вроді без питань, 

підключається і комп і ноут з мережі тої де має зачеплятись сам ддврт клієнт. 

 

сам ддврт клієнт не конектиця, поки нерозумію чому....

лог з клієнта ось

Спойлер

Apr 18 22:54:37 dd-wrt-02 daemon.notice pppd[1435]: pppd 2.4.4 started by root,
uid 0
Apr 18 22:54:39 dd-wrt-02 user.warn kernel: ACCEPT IN=br0 OUT=vlan1 SRC=192.168.
2.6 DST=52.11.8.193 LEN=88 TOS=0x00 PREC=0x00 TTL=63 ID=0 DF PROTO=UDP SPT=58870
 DPT=10001 LEN=68
Apr 18 22:54:39 dd-wrt-02 user.warn kernel: ACCEPT IN=br0 OUT=vlan1 SRC=192.168.
2.6 DST=52.11.110.42 LEN=88 TOS=0x00 PREC=0x00 TTL=63 ID=0 DF PROTO=UDP SPT=5887
0 DPT=10001 LEN=68
Apr 18 22:54:41 dd-wrt-02 user.warn kernel: ACCEPT IN=br0 OUT= MAC=bc:ae:c5:c3:b
2:56:00:0f:20:1f:03:a2:08:00 SRC=192.168.2.161 DST=192.168.2.3 LEN=48 TOS=0x00 P
REC=0x00 TTL=128 ID=52457 DF PROTO=TCP SPT=1281 DPT=80 SEQ=3257419601 ACK=0 WIND
OW=65535 RES=0x00 SYN URGP=0 OP
Apr 18 22:54:46 dd-wrt-02 user.warn kernel: ACCEPT IN=br0 OUT= MAC=bc:ae:c5:c3:b
2:56:00:0f:20:1f:03:a2:08:00 SRC=192.168.2.161 DST=192.168.2.3 LEN=48 TOS=0x00 P
REC=0x00 TTL=128 ID=52663 DF PROTO=TCP SPT=1282 DPT=80 SEQ=4029573387 ACK=0 WIND
OW=65535 RES=0x00 SYN URGP=0 OP
Apr 18 22:54:52 dd-wrt-02 user.warn kernel: ACCEPT IN=br0 OUT= MAC=bc:ae:c5:c3:b
2:56:00:0f:20:1f:03:a2:08:00 SRC=192.168.2.161 DST=192.168.2.3 LEN=48 TOS=0x00 P
REC=0x00 TTL=128 ID=52845 DF PROTO=TCP SPT=1283 DPT=80 SEQ=3296848800 ACK=0 WIND
OW=65535 RES=0x00 SYN URGP=0 OP
Apr 18 22:54:57 dd-wrt-02 user.warn kernel: ACCEPT IN=br0 OUT= MAC=bc:ae:c5:c3:b
2:56:00:0f:20:1f:03:a2:08:00 SRC=192.168.2.161 DST=192.168.2.3 LEN=48 TOS=0x00 P
REC=0x00 TTL=128 ID=53036 DF PROTO=TCP SPT=1284 DPT=80 SEQ=3262611106 ACK=0 WIND
OW=65535 RES=0x00 SYN URGP=0 OP
Apr 18 22:55:02 dd-wrt-02 user.warn kernel: ACCEPT IN=br0 OUT= MAC=bc:ae:c5:c3:b
2:56:00:0f:20:1f:03:a2:08:00 SRC=192.168.2.161 DST=192.168.2.3 LEN=48 TOS=0x00 P
REC=0x00 TTL=128 ID=53231 DF PROTO=TCP SPT=1285 DPT=80 SEQ=3254935598 ACK=0 WIND
OW=65535 RES=0x00 SYN URGP=0 OP
Apr 18 22:55:07 dd-wrt-02 user.warn kernel: ACCEPT IN=br0 OUT= MAC=bc:ae:c5:c3:b
2:56:00:0f:20:1f:03:a2:08:00 SRC=192.168.2.161 DST=192.168.2.3 LEN=48 TOS=0x00 P
REC=0x00 TTL=128 ID=53457 DF PROTO=TCP SPT=1286 DPT=80 SEQ=3923401063 ACK=0 WIND
OW=65535 RES=0x00 SYN URGP=0 OP
Apr 18 22:55:08 dd-wrt-02 daemon.info pppd[1435]: Exit.

server

Спойлер

Apr 18 22:55:49 mikro daemon.info pptpd[2885]: CTRL: Client 212.1.109.235 control connection started
Apr 18 22:55:50 mikro daemon.info pptpd[2885]: CTRL: Starting call (launching pppd, opening GRE)
Apr 18 22:55:50 mikro daemon.notice pppd[2887]: pppd 2.4.5 started by root, uid 0
Apr 18 22:56:20 mikro daemon.info pppd[2887]: Exit.
Apr 18 22:56:20 mikro daemon.err pptpd[2885]: GRE: read(fd=9,buffer=415b84,len=8196) from PTY failed: status = -1 error = Input/output error, usually caused by unexpected termination of pppd, check option syntax and pppd logs
Apr 18 22:56:20 mikro daemon.err pptpd[2885]: CTRL: PTY read or GRE write failed (pty,gre)=(9,10)
Apr 18 22:56:20 mikro daemon.debug pptpd[2885]: CTRL: Reaping child PPP[2887]
Apr 18 22:56:20 mikro daemon.info pptpd[2885]: CTRL: Client 212.1.109.235 control connection finished
Apr 18 22:56:20 mikro daemon.err pptpd[2885]: CTRL: Couldn't write packet to client.
Apr 18 22:56:20 mikro daemon.err pptpd[2885]: CTRL: Couldn't write packet to client.
Apr 18 22:56:26 mikro daemon.info pptpd[2920]: CTRL: Client 212.1.109.235 control connection started
Apr 18 22:56:27 mikro daemon.info pptpd[2920]: CTRL: Starting call (launching pppd, opening GRE)
Apr 18 22:56:27 mikro daemon.notice pppd[2923]: pppd 2.4.5 started by root, uid 0
Apr 18 22:56:57 mikro daemon.info pppd[2923]: Exit.
Apr 18 22:56:57 mikro daemon.err pptpd[2920]: GRE: read(fd=9,buffer=415b84,len=8196) from PTY failed: status = -1 error = Input/output error, usually caused by unexpected termination of pppd, check option syntax and pppd logs
Apr 18 22:56:57 mikro daemon.err pptpd[2920]: CTRL: PTY read or GRE write failed (pty,gre)=(9,10)
Apr 18 22:56:57 mikro daemon.debug pptpd[2920]: CTRL: Reaping child PPP[2923]
Apr 18 22:56:57 mikro daemon.info pptpd[2920]: CTRL: Client 212.1.109.235 control connection finished
Apr 18 22:56:57 mikro daemon.err pptpd[2920]: CTRL: Couldn't write packet to client.
Apr 18 22:56:57 mikro daemon.err pptpd[2920]: CTRL: Couldn't write packet to client.
Apr 18 22:57:03 mikro daemon.info pptpd[2937]: CTRL: Client 212.1.109.235 control connection started

такі огт справи, нагадаю ноутбук з мережі там де роутер чіпляється в мережу нормально заумови що клієнт на роутері вимкнений. 

[Factory]

Щойно, Voronin10 сказано:

отже за останніх два дні згалав ріну консоль   прям згадав студенські часи....

 

отже домашній роутер підняв пптп сервер тут вроді без питань, 

підключається і комп і ноут з мережі тої де має зачеплятись сам ддврт клієнт. 

 

сам ддврт клієнт не конектиця, поки нерозумію чому....

лог з клієнта ось

  Показати прихований контент

Apr 18 22:54:37 dd-wrt-02 daemon.notice pppd[1435]: pppd 2.4.4 started by root,
uid 0
Apr 18 22:54:39 dd-wrt-02 user.warn kernel: ACCEPT IN=br0 OUT=vlan1 SRC=192.168.
2.6 DST=52.11.8.193 LEN=88 TOS=0x00 PREC=0x00 TTL=63 ID=0 DF PROTO=UDP SPT=58870
 DPT=10001 LEN=68
Apr 18 22:54:39 dd-wrt-02 user.warn kernel: ACCEPT IN=br0 OUT=vlan1 SRC=192.168.
2.6 DST=52.11.110.42 LEN=88 TOS=0x00 PREC=0x00 TTL=63 ID=0 DF PROTO=UDP SPT=5887
0 DPT=10001 LEN=68
Apr 18 22:54:41 dd-wrt-02 user.warn kernel: ACCEPT IN=br0 OUT= MAC=bc:ae:c5:c3:b
2:56:00:0f:20:1f:03:a2:08:00 SRC=192.168.2.161 DST=192.168.2.3 LEN=48 TOS=0x00 P
REC=0x00 TTL=128 ID=52457 DF PROTO=TCP SPT=1281 DPT=80 SEQ=3257419601 ACK=0 WIND
OW=65535 RES=0x00 SYN URGP=0 OP
Apr 18 22:54:46 dd-wrt-02 user.warn kernel: ACCEPT IN=br0 OUT= MAC=bc:ae:c5:c3:b
2:56:00:0f:20:1f:03:a2:08:00 SRC=192.168.2.161 DST=192.168.2.3 LEN=48 TOS=0x00 P
REC=0x00 TTL=128 ID=52663 DF PROTO=TCP SPT=1282 DPT=80 SEQ=4029573387 ACK=0 WIND
OW=65535 RES=0x00 SYN URGP=0 OP
Apr 18 22:54:52 dd-wrt-02 user.warn kernel: ACCEPT IN=br0 OUT= MAC=bc:ae:c5:c3:b
2:56:00:0f:20:1f:03:a2:08:00 SRC=192.168.2.161 DST=192.168.2.3 LEN=48 TOS=0x00 P
REC=0x00 TTL=128 ID=52845 DF PROTO=TCP SPT=1283 DPT=80 SEQ=3296848800 ACK=0 WIND
OW=65535 RES=0x00 SYN URGP=0 OP
Apr 18 22:54:57 dd-wrt-02 user.warn kernel: ACCEPT IN=br0 OUT= MAC=bc:ae:c5:c3:b
2:56:00:0f:20:1f:03:a2:08:00 SRC=192.168.2.161 DST=192.168.2.3 LEN=48 TOS=0x00 P
REC=0x00 TTL=128 ID=53036 DF PROTO=TCP SPT=1284 DPT=80 SEQ=3262611106 ACK=0 WIND
OW=65535 RES=0x00 SYN URGP=0 OP
Apr 18 22:55:02 dd-wrt-02 user.warn kernel: ACCEPT IN=br0 OUT= MAC=bc:ae:c5:c3:b
2:56:00:0f:20:1f:03:a2:08:00 SRC=192.168.2.161 DST=192.168.2.3 LEN=48 TOS=0x00 P
REC=0x00 TTL=128 ID=53231 DF PROTO=TCP SPT=1285 DPT=80 SEQ=3254935598 ACK=0 WIND
OW=65535 RES=0x00 SYN URGP=0 OP
Apr 18 22:55:07 dd-wrt-02 user.warn kernel: ACCEPT IN=br0 OUT= MAC=bc:ae:c5:c3:b
2:56:00:0f:20:1f:03:a2:08:00 SRC=192.168.2.161 DST=192.168.2.3 LEN=48 TOS=0x00 P
REC=0x00 TTL=128 ID=53457 DF PROTO=TCP SPT=1286 DPT=80 SEQ=3923401063 ACK=0 WIND
OW=65535 RES=0x00 SYN URGP=0 OP
Apr 18 22:55:08 dd-wrt-02 daemon.info pppd[1435]: Exit.

server

  Показати прихований контент

Apr 18 22:55:49 mikro daemon.info pptpd[2885]: CTRL: Client 212.1.109.235 control connection started
Apr 18 22:55:50 mikro daemon.info pptpd[2885]: CTRL: Starting call (launching pppd, opening GRE)
Apr 18 22:55:50 mikro daemon.notice pppd[2887]: pppd 2.4.5 started by root, uid 0
Apr 18 22:56:20 mikro daemon.info pppd[2887]: Exit.
Apr 18 22:56:20 mikro daemon.err pptpd[2885]: GRE: read(fd=9,buffer=415b84,len=8196) from PTY failed: status = -1 error = Input/output error, usually caused by unexpected termination of pppd, check option syntax and pppd logs
Apr 18 22:56:20 mikro daemon.err pptpd[2885]: CTRL: PTY read or GRE write failed (pty,gre)=(9,10)
Apr 18 22:56:20 mikro daemon.debug pptpd[2885]: CTRL: Reaping child PPP[2887]
Apr 18 22:56:20 mikro daemon.info pptpd[2885]: CTRL: Client 212.1.109.235 control connection finished
Apr 18 22:56:20 mikro daemon.err pptpd[2885]: CTRL: Couldn't write packet to client.
Apr 18 22:56:20 mikro daemon.err pptpd[2885]: CTRL: Couldn't write packet to client.
Apr 18 22:56:26 mikro daemon.info pptpd[2920]: CTRL: Client 212.1.109.235 control connection started
Apr 18 22:56:27 mikro daemon.info pptpd[2920]: CTRL: Starting call (launching pppd, opening GRE)
Apr 18 22:56:27 mikro daemon.notice pppd[2923]: pppd 2.4.5 started by root, uid 0
Apr 18 22:56:57 mikro daemon.info pppd[2923]: Exit.
Apr 18 22:56:57 mikro daemon.err pptpd[2920]: GRE: read(fd=9,buffer=415b84,len=8196) from PTY failed: status = -1 error = Input/output error, usually caused by unexpected termination of pppd, check option syntax and pppd logs
Apr 18 22:56:57 mikro daemon.err pptpd[2920]: CTRL: PTY read or GRE write failed (pty,gre)=(9,10)
Apr 18 22:56:57 mikro daemon.debug pptpd[2920]: CTRL: Reaping child PPP[2923]
Apr 18 22:56:57 mikro daemon.info pptpd[2920]: CTRL: Client 212.1.109.235 control connection finished
Apr 18 22:56:57 mikro daemon.err pptpd[2920]: CTRL: Couldn't write packet to client.
Apr 18 22:56:57 mikro daemon.err pptpd[2920]: CTRL: Couldn't write packet to client.
Apr 18 22:57:03 mikro daemon.info pptpd[2937]: CTRL: Client 212.1.109.235 control connection started

такі огт справи, нагадаю ноутбук з мережі там де роутер чіпляється в мережу нормально заумови що клієнт на роутері вимкнений. 

ось лог ноута з іншої мережі

Спойлер

Apr 18 20:22:22 mikro daemon.info pptpd[28590]: CTRL: Client 188.0.69.88 control connection started
Apr 18 20:22:23 mikro daemon.info pptpd[28590]: CTRL: Starting call (launching pppd, opening GRE)
Apr 18 20:22:23 mikro daemon.notice pppd[28591]: pppd 2.4.5 started by root, uid 0
Apr 18 20:22:23 mikro daemon.err pptpd[28590]: CTRL: Ignored a SET LINK INFO packet with real ACCMs!
Apr 18 20:23:07 mikro daemon.debug pptpd[28590]: CTRL: Reaping child PPP[28591]
Apr 18 20:23:07 mikro daemon.info pppd[28591]: Exit.
Apr 18 20:23:07 mikro daemon.info pptpd[28590]: CTRL: Client 188.0.69.88 control connection finished
Apr 18 20:23:07 mikro daemon.err pptpd[28590]: CTRL: Asked to free call when no call open, not handled well
Apr 18 20:23:07 mikro daemon.err pptpd[28590]: CTRL: Couldn't write packet to client.
Apr 18 20:23:07 mikro daemon.err pptpd[28590]: CTRL: Couldn't write packet to client.

тут все добре пройшло, підкажіть куди копати. можливо знаєте якусь 100% інструкцію. невідмовллюсь і від неї....

[Lisovic]

Перевір чи співпадають налаштування MTU і шифрування на сервері і клієнті, може на клієнті неправильно вказано тип шифровання.

PPTP взагалі странна штука, не зря від неї багато хто відмовився. Я коли вчора тестив, зіткнувся зі схожою траблою, пробував з домашнього мікротіка зацепитись на робочий, так і не вийшло, хоча комп чіплявся нормально.

В цьому плані IPSEC VPN працює куди стабільніше і прогнозованіше.

 

[Factory]

23 хвилин тому, Lisovic сказано:

Перевір чи співпадають налаштування MTU і шифрування на сервері і клієнті, може на клієнті неправильно вказано тип шифровання.

PPTP взагалі странна штука, не зря від неї багато хто відмовився. Я коли вчора тестив, зіткнувся зі схожою траблою, пробував з домашнього мікротіка зацепитись на робочий, так і не вийшло, хоча комп чіплявся нормально.

В цьому плані IPSEC VPN працює куди стабільніше і прогнозованіше.

 

повісив ніс щойно, думаю зайду на роботу там вісить ще один пацієнт 741, теж клієнт але по дднс налаштований,

вписав влоб іп, вмикаю лог. конект. захожу в адмінку, конект є, шо за........

 

короче всі настройки завтра звірю з дачним асусом і гоу тестити.....

ну ще маршутики щоб ходити туди - сюди і квітка вроді....

 

50% є...... фух 

 

@Lisovic слухай, а якщо я зроблю однакові мережі 1.1 на сервері і на  клієенті теж 1.1 тільки іпи будуть в різних зонах то і маршути непотрібна, правильно, при старті я зразу бачитиму 192.168.1.2 клієнта. правильно?

UPD/ шок. роутер клієнт з мережею 2.1 і так видно в локалці без маршутів......

[Lisovic]

9 годин тому, Voronin10 сказано:

слухай, а якщо я зроблю однакові мережі 1.1 на сервері і на  клієенті теж 1.1 тільки іпи будуть в різних зонах то і маршути непотрібна, правильно, при старті я зразу бачитиму 192.168.1.2 клієнта. правильно?

Так не буде працювати, комп'ютери в одній мережі не будуть знати про тих то в іншій.

 

9 годин тому, Voronin10 сказано:

UPD/ шок. роутер клієнт з мережею 2.1 і так видно в локалці без маршутів......

При створенні тунелю клієнт створює і маршрут по замовчуванню для тунеля

[Factory]

@Lisovic може лінк непідійматись через те, що в локалці клієнта є статік іп пристрої?

[Lisovic]

9 годин тому, Voronin10 сказано:

@Lisovic може лінк непідійматись через те, що в локалці клієнта є статік іп пристрої?

Ні, якщо мережі не пересікаються то це немає значення.

Теоретично можливо що роутер тунелю назначає адрес який вже зайнятий клієнтом з статичним ІР, але якщо мережа маленька і всі клієнти мають адреса внизу підмережі, то таке малоймовірно.

Хоча всеодно тунель має піднятись але трафік ходити не буде.

[Factory]

1 година тому, Lisovic сказано:

Ні, якщо мережі не пересікаються то це немає значення.

Теоретично можливо що роутер тунелю назначає адрес який вже зайнятий клієнтом з статичним ІР, але якщо мережа маленька і всі клієнти мають адреса внизу підмережі, то таке малоймовірно.

Хоча всеодно тунель має піднятись але трафік ходити не буде.

знову підняв тунель нароботі на роутері який стояв на дачі, конект є, тре тільки в автостарт добавити підіймання тунелю, сьодні - завтра поїду гляну  якого милого там нейде.... підкіну роутер з якого сьогодні виходив в конект

прикол в тому, що нуот з мережі лінк підіймає.... спробую ще раз, можливо десь є косяк....

[laser]

щоб не створювати нової теми:

 

якщо взяти мікротік і простий тупий свіч, реалізувати різні підмережі через свіч і VLAN, то які є недоліки/ризики?

[Lisovic]

12 хвилин тому, laser сказано:

якщо взяти мікротік і простий тупий свіч, реалізувати різні підмережі через свіч і VLAN, то які є недоліки/ризики?

Мало інформації щоб щось сказати.

Із ризиків може бути що якщо на мікротік багато всього на вішати то він не зможе видати повну швидкість між підмережами.

Ну і тупий свіч не вміє з вланами працювати.

[laser]

мережа відносно невелика кілька ПК, кілька камер, кілька ІоТ пристроїв, андроїди... думаю потягне.

оскільки свічів кілька один за одним, то мені прив'язку треба робити по МАС,  правильно? 

 

[Lisovic]

Якщо свіч тупий, то 1 свіч - 1 vlan, прокинути vlan через тупий свіч не вийде.

Є ще варіант якщо VLAN можна сконфігурувати на самому кінцевому пристрої, але щоб така схема працювала треба щоб комутатор пропускав фрейми розміром 1522 байт

[Factory]

1 година тому, Lisovic сказано:

Якщо свіч тупий, то 1 свіч - 1 vlan, прокинути vlan через тупий свіч не вийде.

Є ще варіант якщо VLAN можна сконфігурувати на самому кінцевому пристрої, але щоб така схема працювала треба щоб комутатор пропускав фрейми розміром 1522 байт

вибачте за мою необізнаність

проте, ящо взяти мікротік з нього лан кінути на  лан 24 портового свіча то хіба не всі лани в свічі будуть в одній підмережі?

чи я просто не вловив меседж?

[Lisovic]

8 хвилин тому, Voronin10 сказано:

проте, ящо взяти мікротік з ного лан кінути на  лан 24 портового свіча то хіба не всі лани в свічі будуть в одній підмережі?

В одній. Якщо нічого не налаштовувати то будуть в одній.

Проте є і інші варіанти. Наприклад свіч може бути керований, тоді на нього по одному кабелю можна пустити декілька VLAN а вже на самому свічу назначити різним портам свій VLAN. А є ще більш екзотичний варіант, коли, наприклад на комутаторах VLAN не налаштовують, а налаштовують вже на самих кінцевих пристроях, наприклад на комп'ютері.

Ну і, раз пішла мова за VLAN, то є ще одна цікава технологія, коли порт на свічу динамічно назначається в певний VLAN залежно від того який пристрій підключається до порту комутатора.