В статье (http://netraptor.h16.ru/index2.html) описан пример настройки dial-in сервера на базе FreeBSD 5.4. "Дозвон" осуществляется по нуль-модемному кабелю с машины, на которой установлена Windows XP.URL: http://netraptor.h16.ru/index2.html
Новость: http://www.opennet.me/opennews/art.shtml?num=6703
Я понимаю что все конечно полезно, но извините - не иметь на компе сетевой карты - это уже перебор. Сейчас компы на базе Nforce4 все имеют встроенную сетевую карточку, да и другие производители не отстают. Уже пора в список обязательных элементов компьютера кроме клавиатура и мышки включить и сетевую карту ;)
Машинка под данный сервер была приобретена в 1998 г до н.э.
Вот так :)
Я, в свое время пытался разобраться с quagga, так соединял 4 компа и по ppp и по eth...
ну ну... интресно если у такого "специалиста" комп на базе NForce4 отобрать и посадить за какойнить 486... много ли сможеш сделать?
А в чем смысл садить на 486 ?
ну просто в жизни втречаются такие условия эксплуатации задачи, что применение современного железа либо вообще не приемлемо либо экономически не оправдано... а допустим 386sx25 с 4 метрами памяти купленный на барахле за копейки подходит так, как будто, туда и был придуман...
угу в россии как всегда время считать не умеем :)
думаю в большинстве случаем стоимость времени потраченного в общем на такие эксперименты сопоставима или превзайдет стоимость маломальски юзабельной железки, аля пень с сетевхуой
все ет конечно хорошо, но как то лениво
Ejik molodec!!!
статья хорошая, может пригодится
Хорошая статья. Просто и коротко. Автор - молодец.
Хорошая статья по принципу "делай 'раз', делай 'два'..." - именно так и надо для новичков.Сетевая карта не всегда годится - например, на COM-порты можно прицепить "токовую петлю" и соединить компы на расстоянии несколько километров по уже проложенной телефонной паре.
Из недостатков:"Картинка" в начале статьи "расползлась".
Нет советов по диагностике неисправностей по пункту "Проверка кабеля" (проверить параметры COM-портов в CMOS Setup, секция Integrated peripheral; прозвонить кабель тестером; проверить COM-порты мышкой).
Создание ppplogin в /usr/local/bin/ неочевидно - я бы создал в /etc/ppp/ (впрочем, это я придираюсь).
Давать в качестве примеров адресА 11.0.0.* - дурной тон, особенно если рекомендуется опция -nat (кстати, хорошо было бы объяснить, зачем она).
Вот это:
> P.S. addroute.sh используется для того, чтобы указать серверу маршрут к своему же адресу.
я не понял. И вообще, тогда уж лучше навесить на сервере один IP-номер и на сетевую карту, и на все PPP-интерфейсы.Использовать статический IP-номер на клиенте - не самое лучшее решение, лучше динамически выдавать IP-номер при установлении соединения.
>Хорошая статья по принципу "делай 'раз', делай 'два'..." - именно так и
>надо для новичков.
>
>Сетевая карта не всегда годится - например, на COM-порты можно прицепить "токовую
>петлю" и соединить компы на расстоянии несколько километров по уже проложенной
>телефонной паре.
>
>
>Из недостатков:
>
>"Картинка" в начале статьи "расползлась".
>
>Нет советов по диагностике неисправностей по пункту "Проверка кабеля" (проверить параметры COM-портов
>в CMOS Setup, секция Integrated peripheral; прозвонить кабель тестером; проверить COM-порты
>мышкой).
>
>Создание ppplogin в /usr/local/bin/ неочевидно - я бы создал в /etc/ppp/ (впрочем,
>это я придираюсь).
>
>Давать в качестве примеров адресА 11.0.0.* - дурной тон, особенно если рекомендуется
>опция -nat (кстати, хорошо было бы объяснить, зачем она).
>
>Вот это:
>> P.S. addroute.sh используется для того, чтобы указать серверу маршрут к своему же адресу.
>я не понял. И вообще, тогда уж лучше навесить на сервере один
>IP-номер и на сетевую карту, и на все PPP-интерфейсы.
>
>Использовать статический IP-номер на клиенте - не самое лучшее решение, лучше динамически
>выдавать IP-номер при установлении соединения.Будем объяснять и оправдоваться:
Касательно кабеля - Конечно, было бы великолепно, если бы в описании были такие подробности. Но в них я вдаваться не стал, так как эта статья имеет отношение непосредственно к процессу настройки с уже готовым кабелем. Хотя, пару строк с основными вероятными проблемами и их решениями мне следовало напечатать.addroute.sh - после установки соединения клиент в данном примере получает адрес 11.0.0.2, а сервер - 11.0.0.1. С клиентской машины пинги обоих этих адресов проходят успешно. С сервера пинг клиента проходит, а на пинг своего адреса говорит "no route to host". Если сделать то, что делает addroute.sh (route add 11.0.0.1 -interface tun0), то последнее также будет работать.
-nat - Сейчас обе мои машинки уже имеют сетевушки и соединены кроссом (сетка 10.0.0.0/24) :Р. На нем подняты DNS, Apache и т.д. и слушают они только на 10-й сетке. Если не использовать nat, то, будуче подсоединенным к серверу только через нульмодем, я могу обращаться к этим сервисам. Хотя, скорее всего, с -nat в ДАННОЙ статье я погорячился :)))
Про адреса - какие именно адреса использовать и каким образом их назначать - это уже на выбор экспериментаторам. Здесь описан только работающий пример настройки. Статический адрес я использую потому что у меня всего две машинки... вот.
Тем не менее, спасибо за критику!
>>Хорошая статья по принципу "делай 'раз', делай 'два'..." - именно так и
>>надо для новичков.
>>100 лет назад нечто подобное описал вот тут http://www.zelax.ru/faq/faq52.html
не совсем нульмодем, но практически тоже самое, т.к. Zelax - суть удинитель линии
Спасибо! Очень пригодилась статья...
Прочитал страничку по настройке соединения FreeBSD - Windows через нуль-модем.
Все норм. работает.Как настроить FreeBSD - FreeBSD через нуль-модем?
Какие необходимы настройки клиента и сервера. сам недавно сел на FreeBSD еще толком не разобрался. нужна помощь.