N.Leiten
-
Всього повідомлень
1 037 -
Приєднався
-
Останній візит
-
Дней в лидерах
10
Тип контенту
Профили
Форум
Календарь
Сообщения додав N.Leiten
-
-
пакет brctl должно быть установлен. Карточки сетевые поставлены в Promiscious mode - командой ifconfig eth0 promisc, по моему делается. А дальше brctl поможет, в хелпе все есть.
-
А шлюзом этот комп указал на клиентских компах? Если нужно разделить веть на вде части и управлять потоки между ними, то это уже шлюз со всеми вытекающими...
Проще сделать бридж из этих двух сетевух - тогда будет прозрачное соединение. Все пакеты, приходящие не один интерфейс, полетят на другой интерфейся и наоборот. Кстати в бридже можно фаервол поставить и тоже контроллировать проходящий трафик - это уже другая тема для разговора. И не надо будет шлюзом его делать на клиентских машинах.
-
Да все ящики прекрасно открываются, если очень захотеть. У меня был случай - нужно было срочно открыть ящик 3мм сталь, без петель, задвижная дверка, внутренний винтовой замок. За час оборудование было уже в наших руках. Работали молотком и, если можно это назвать, отверткой (очень большой). Шум огромнейший. Самое обидное - никто даже не вышел посмотреть, что происходит... Так что, если человек задумал снять оборудование - он его снимет.
Кстати, а кто мешает заказать ящики и доставкой привезти в Киев?
-
Больше похоже на шкатулку для ювелирных украшений, которую можно ставить на камин в загороднем доме.
-
Попробуй взять заведомо рабочий свитч и проверь воздушки... А вообще, я не знаю как Лантеки себя ведут. Но знаю, что некоторые свитчи тяжело выдавливают мощность на несколько длинных линков. Хотя если работало - значит все в порядке. Проверь грозозащиты и самое главное - заземление. У меня после последней грозы был прикол - на воздушке скопилась статика, а на грозозащиту еще заземление не провели (как раз не успели под грозу). Свитч целый, НО на линии скопился заряд - свитч определял его как передача данных и часто помаргивал светодиодами. Слили статику (не поверите - языком, сначала сильно прожигало, а потом сошло на нет и все). И теперь все пашет нормально на этом свитче...
А вот насчет флуда - проверь, как я писал, еще попробуй грозозащиты заменить, говорят, что когда они вылетают, то могут тоже херить качество связи.
-
Подходишь к свитчу и смотришь на Link/act светодиоды на портах. Если на каком-либо постоянно моргает (обычно моргает при передаче) - значит там или качают что-то или флуд идет. Дальше по цепочке. У меня лежит один свитч битый. Втыкаю попортово в другой свитч и определяю флудящие порты...
Кстати, что за свитч у тебя и какие пролеты воздушек. С грозозащитами или юез?
ЗЫ Обычно если флуд, то ложится часть сети в которую идет флуд. Что значит ложится - это значит, что файлы качаются крайне медленно, потери пакетов болшие (можно проследить пингом, по времени отзыва и потери там же)...
-
Это вполне нормальные пакеты. АРП запрос - посылается для определения соответствия МАК+ИП, то есть в первой строке прошел АРП запрос "а кому это принадлежит айпишник 10.168.100.210. Отвечать на мак-адрес 008048324681" Дальше следует МАК-назанчения, куча ФФФФФФ обычно принимать всем в пределах сети 2-го уровня. И написало что принял запрос на етх0.
Подправьте меня, если в чем-то неправ...
ЗЫ. Обычно после такого запроса, комп с запрашиваемым айпи отвечает. Соответственно посылающая машина теперь знает мак-адрес адресата и начинает передачу непосредственно ему.
-
Сори, что долго не откликался - есть один уже написанный вариант. ТОлько доведу до ума - выложу, очень криво пашет (если можно сказать что пашет)...
А насчет через два сервера - так это уже организация отдельного логического канала - ВПН.
-
К сожалению, не помогло... Щас есть еще одна зацепка, буду пробовать. Может быть конфликт с ФС dev у меня она не добавлена в ядро.
-
Телекоммуникационная сеть и все сопутствующее есть в первой главе, первой статье. ДС как раз попадают под описание. А второй пункт относится, например, к маленькой локалке в пределах квартиры/офиса - типа для обмена доками и всего такого, что не влечет получения прибыли и составления договоров между пользователями данной сети.
-
Опс, спасибо. Пробую.
-
описался, сори. ПоПТоП загружается нормально. А вот пппд буду щас переустанавливать.
-
Я, конечно, не против рекламы. Это заработок. Но если товар предлагать, то хоть качественный. Вот до сих пор не могу понять что за производитель, кроме как обширного названия Тайвань...
-
/etc/pptp.conf
option /etc/ppp/options.pptpddebug
logwtmp
localip 172.24.254.254/16
remoteip 172.24.0-254.0-253
И, на всякий случай, привожу /etc/ppp/options.pptpd
name pptpdrefuse-pap
refuse-chap
refuse-mschap
require-mschap-v2
require-mppe-128
+chapms-v2
mppe-128
ms-dns 192.168.0.254
debug
dump
lock
nobsdcomp
passive
mtu 1490
mru 1490
auth
ЗЫ. Что значит
там разрешение на запуск не из под рута стоит на пппд ?Права доступа выставлены на запуск/поиск, чтение для владельца/группы/остальных
-
У меня отлично. Все свитчи планеты FSD-803 с 12В блоком питания. Грозозащиты Еквикомовские - все работает. Думал скорее провода посрывает ветром, чем грозой шибанет. Над моим домом раз пять-шесть молния проходила. Видел как в соседний дом шарахнула одна (не совсем соседний, просто его первым видно, после посадки). Вот так вот. Задумываюсь над вопросом ставить грозозащиты на антенны (стремно как-то).
-
Так вот сам по себе он и работает - кучу фигни выводит на экран, нечитаемой, а потом сам выпадает или я его убиваю... Конфиг поптопа щас дам.
-
Так вот в нем-то и загвоздка, сам по себе вроде работает, а с поптоп-ом не хочет. Ошибку на PTY вызывает... буду копаться - время еще есть.
ЗЫ. Спасибо, хоть откликнулся.
-
PPTPD запустил, модули подгружаются нормально. Теперь сам PPPD выеживается - не хочет запускаться при коннекте с винды. Обновления на 98-ю поставил, ХР не пробовал еще. В логах пишет такое:
Aug 6 18:22:07 GQ pptpd[2050]: MGR: Manager process startedAug 6 18:25:05 GQ pptpd[2106]: CTRL: Client 192.168.0.1 control connection started
Aug 6 18:25:05 GQ pptpd[2106]: CTRL: Starting call (launching pppd, opening GRE)
Aug 6 18:25:05 GQ pptpd[2107]: CTRL (PPPD Launcher): Failed to launch PPP daemon.
Aug 6 18:25:05 GQ pptpd[2107]: CTRL: PPPD launch failed!
Aug 6 18:25:05 GQ pptpd[2106]: GRE: read(fd=6,buffer=804d580,len=8196) from PTY failed: status = 0 error = No error
Aug 6 18:25:05 GQ pptpd[2106]: CTRL: PTY read or GRE write failed (pty,gre)=(6,5)
Aug 6 18:25:05 GQ pptpd[2106]: CTRL: Client 192.168.0.1 control connection finished
Кто мне объяснит строчки с неким GRE и что там за ошибка происходит при чтении с PTY?
-
Федора первая, ядро родное 2.4.22-1 сскомпиллировано с поддержкой MPPE. PPPD присутствует. Конфиги стандартные для PPTPD. Запуситлся вчера один раз нормально - в процессах висел. Пробовал подключится - выдало ошибку ( я так понял MPPE не было, я его потом уже добавил). Все, после этого снес процессс на серваке и больше не запускеатся. Уже по 15 кругу ядро собираю, надоело уже. Прошу совета.
ЗЫ. Модули поднимаю перед запуском - все-равно ноль реакции. Если нужны подробности, спрашивайте. Еще недельку и примусь читать исходники, надоело. Нигде не нашел ничего толкового. есть только общие описания и одна статья растиражированная по нету.
Заранее благодарен.
-
Меня тоже, кстати, интересует. В данный момент уже начинаю свой чертеж делать... А так влом
-
Ок, с вашего согласия здесь выложу - скрипт должен получиться небольшой.
-
Сори, закон о телекомуникациях.
-
Бери Сенао - не прогадаешь. Дороже, но качественней. Да и мощность повыше.
-
Хм, можно и самому скрипт написать на перловке с сокетами, ловящий броадкаст пакет на одном интерфейсе и отправляющий его в другой интерфейс. И наоборот. Документалки дофига. А вот методами самого ядра - вряд ли получится, хотя сам не пробовал не знаю. Просто писал скрипт для вылавливания широковещалок и исследовал их. В голове осталась мысля маршрутизировать их, но в скрипте лучше один порт делать иначе, чувствую, машину загрузит очень сильно - лучше бинарником.
Ящики Equicom
в Торгівля
Опубліковано:
В моем случае в ящике была точка доступа. Ну ладно - не суть важно. Есть же люди на халяву желающие получить и свитч на 20 баксов - вот и страдают фигней.