От 3 к 1 и обратно пинг идет, т 2 к 3 и обратно тоже, 2 и 1 связи нема. Выключаем тройку совсем, 2 и 1 друг друга видят.Вы пробовали проблему изучать? ARP-записи, таблицу MAC-адресов проверяли? Тут неплохое руководство есть.
Маршруты то зачем прописывать?На случай выключения интерфейса. Если планируется включать/выключать ПК целиком, и падение одного интерфейса не ожидается, можно обойтись и без этого. Даже, в зависимости от требований, без маршрутизации "чужого" с т.з. хоста трафика.
Можно в hosts прописать по два адреса каждому компу, получим простенький такой dns балансер, куда обращаться. И при гашении одного из интерфейсов будут просто тормоза при обращении, но все равно доберется....Не понял, как это должно работать с /30 префиксами без дополнительных маршрутов. Если в описанной вами схеме
A1: 192.168.10.1/30нужен доступ от A к C, то как DNS поможет при неактивных интерфейсах 192.168.10.4/30 без доп. маршрутизации? Как хост A с адресом 192.168.10.1 достучится до хоста C с адресом 192.168.10.10, не имея маршрута до него?
A2:192.168.10.5/30
C1:192.168.10.6/30
С2:192.168.10.10/30
Мне нужно хотя бы в локальной сети его протестировать
Но вот сразу пункт 1 - curl, разве это не PHP?cURL, а точнее Libcurl - это библиотека, в php, по-моему, есть модуль привязки к ней (биндинг).
И всё-таки. Чтобы сделать свой первый парсер - мне понадобиться начать с основ PHP, самых азов. Или есть более короткий путьЕсли это вопрос, то думаю, что "трудный" путь в начале сэкономит время при дальнейшем изучении php.
По текущей версии (Ethernet II) vlan 1 зарезервирован и с сетевых устройст выходить не долженРазве Ethernet II имеет отношение к VLAN?
где почитать сейчас не скажу, если очень интересно - поищу завтраинтересно, поищите, будьте добры
влан 1, по стандарту, не может быть навешен на пакет.заставляет задуматься, не упустил ли я чего.
Да если подключений (постоянных) больше больше количества портов приходится выдумывать решения.Не думаю, что это связано с исчерпанием пространства номеров(адресов) портов. Клиенты же устанавливают соединение с одним и тем же портом.
Например на шлюзе за которым сидит много людей или сервер с миллионом посетителей.Это две разные ситуации. В случае шлюза, скорее всего, имеет место трансляция адресов (NAT/PAT), здесь действительно адреса портов расходуются. В случае сервера - нет.
В том-то и вопрос: почему 16 бит?Единственная, на мой взгляд, распространенная причина увеличить пространство нумерации портов - PAT. При проектировании IPv6 же люди в некоторой мере тешили себя иллюзией, что в светлом будущем NAT и PAT не понадобятся.
По-моему очевидно что ответа и не должно было быть.