Версия для печати темы Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > *NIX системы: Общие вопросы > ipchains и iptables не работает для dail-in

Автор: Date 17.1.2007, 15:10

здрасте.... поднял dial-in сервер... точнее еще поднимаю.... согласно инструкции... там указанно что необходимо после конфигурации mgetty и pppd настроить цепочки ipchains как указанно ниже: ipchains -A forward -s 192.168.0.0/255.255.255.0 -d 0.0.0.0/0.0.0.0 -j MASQ но в мой дистребутив не включен ipchains (дистриб: ASPlinux).  попробовал так : iptables -A forward -s 192.168.0.0/255.255.255.0 -d 0.0.0.0/0.0.0.0 -j MASQ программа говорит что неправелен порамма говорит что: Cuoldn't load target 'MASQ': /lib/iptables/libipt_MASQ.so: cannot open shared object file: No such file or directory я так понимаю что программа не может найти библиотеку для Маскарада...!  или что-то неправельно делаю.... ip адрес на сервере: 192,168,0,200 на клиенте 192,168,0,201

Автор: ZeeLax 17.1.2007, 18:59

Код iptables -A POSTROUTING -s 192.168.0.0/24 -j MASQUERADE man iptables Про ipchains забудьте - это прошлый век. При необходимости просканьте google/opennet на наличие хороших русских манов по iptables.

Автор: bilbobagginz 17.1.2007, 22:39

Date, дорогой вы наш финик. Вы читаете доку 1543 года, или как говорят "когда Пётр I был прапорщиком"

Автор: Date 18.1.2007, 15:37

Цитата(bilbobagginz @  18.1.2007,  01:39 ) Вы читаете доку 1543 года, или как говорят "когда Пётр I был прапорщиком" возможно.. ну уж какая была... я нисилен в Линуксе... вот таким вот образом пытаюсь познать.. Цитата(ZeeLax @  17.1.2007,  21:59 ) iptables -A POSTROUTING -s 192.168.0.0/24 -j MASQUERADE попробовал... вот такая вот ошибка: iptables: No chain/target/match by that name Цитата(ZeeLax @  17.1.2007,  21:59 )  просканьте google/opennet на наличие хороших русских манов по iptables. просканил.. нашол...  Эта ошибка сообщает, что нет такой цепочки, действия или критерия. Это может зависеть от огромного числа факторов, наиболее вероятно, что вы пытаетесь использовать несуществующую (или еще не определенную) цепочку, несуществующее действие или критерий. Либо потому, что не загружен необходимый модуль. не могу найти решение этой ошибки... может кто знает что может быть...

Автор: ZeeLax 18.1.2007, 15:43

Цитата(Date @  18.1.2007,  18:37 ) iptables: No chain/target/match by that name О, прошу меня простить - забыл дописать название указание на таблицу nat   Код iptables -A POSTROUTING -t nat -s 192.168.0.0/24 -j MASQUERADE Всегда забываю, блин

Автор: Date 18.1.2007, 16:10

Цитата(ZeeLax @  18.1.2007,  18:43 ) iptables -A POSTROUTING -t nat -s 192.168.0.0/24 -j MASQUERADE я попробовал.. ошибки не выдало... но в интернет клиент всеравно в инет пробиться не может...

Автор: ZeeLax 18.1.2007, 20:32

Цитата(Date @  18.1.2007,  19:10 ) ошибки не выдало... но в интернет клиент всеравно в инет пробиться не может...  А маршрутизатор пингуется у него? Также проверьте значение в /proc/sys/net/ipv4/ip_forward. Код cat /proc/sys/net/ipv4/ip_forward если ноль, то надо туда 1 заинсталлить Код echo "1" > cat /proc/sys/net/ipv4/ip_forward

Автор: Date 19.1.2007, 06:25

Цитата(ZeeLax @  18.1.2007,  23:32 )  маршрутизатор пингуется у него? Также проверьте значение в /proc/sys/net/ipv4/ip_forward. сервер пингуется.... еще при первоначальной настройке поставил значения  "1" в файле в /proc/sys/net/ipv4/ip_forward... происходит так: клиент подключатся... проходит проверку...  подключение!!! в инет не пробивается... пакеты отсылает но не получает.... может настройки клиента надо изменить?

Автор: ZeeLax 19.1.2007, 07:38

Date, а покажите ка настройки pppd Добавлено @ 07:51  А ещё таблицу интерфейсов и таблицу маршрутизации сервера. И ещё, а что за ОС на клиенте?

Автор: Date 19.1.2007, 13:07

файл /etc/ppp/options: lock login auth netmask 255.255.255.0 modem crtscts refuse-chap require-pap 192.167.0.200:192.168.0.201 ms-dns 192.168.0.1 Цитата(ZeeLax @  19.1.2007,  10:38 ) А ещё таблицу интерфейсов и таблицу маршрутизации сервера iptables -L - так? у клиента WinXP

Автор: ZeeLax 19.1.2007, 13:27

Цитата(Date @  19.1.2007,  16:07 ) Цитата(ZeeLax @  19.1.2007,  10:38 Найти цитируемый пост) А ещё таблицу интерфейсов и таблицу маршрутизации сервера iptables -L - так? Код ip ro sh | sort ip a или же Код route -nr ifconfig -a Добавлено @ 13:29  Да, раз уж пошла такая пьянка, то ещё бы и Код iptables -L -n и Код iptables -L -n -t nat посмотреть

Автор: Date 19.1.2007, 16:48

Цитата(ZeeLax @  19.1.2007,  16:27 ) ip ro sh | sort выдает след: 169.254.0.0/16 dev eth0 scope link 80.241.44.40/29 dev eth0 proto kernel scope link scr 80.241.44.44 default via 80.241.45.41 dev eth0 Цитата(ZeeLax @  19.1.2007,  16:27 ) ip a выдает: 1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 brd 127.255.255.255 scope host lo inet6 ::1/128 scope host       valid_lft forever preferred_lft forever 2: etho: <BROADCST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:02:44:81:46:12 brd ff:ff:ff:ff:ff:ff inet 80.241.45.44/29 brd 80.241.45.47 scope global eth0 inet6 fe80::202:44ff:fe81:4612/64 scope link       valid_lft forever preferred_lft forever 3: eth1: <BROADCST,MULTICAST> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:02:44:81:46:12 brd ff:ff:ff:ff:ff:ff 4: sit0: <NOARP> mtu 1480 qdisc noop link/sit 0.0.0.0 brd 0.0.0.0 ща еще  Цитата(ZeeLax @  19.1.2007,  16:27 ) iptables -L -n перепишу..

Автор: Date 19.1.2007, 17:17

Цитата(ZeeLax @  19.1.2007,  16:27 )      iptables -L -n INPUT, OUTPUT, FORWARD у всех стоит (policy ACCEPT) и: target     port opt source     destination Цитата(ZeeLax @  19.1.2007,  16:27 ) iptables -L -n -t nat те же  параметры у REROUTING, POSTROUTING, OUTPUT

Автор: ZeeLax 19.1.2007, 18:06

Цитата(Date @  19.1.2007,  19:48 ) перепишу.. А вы, простите, как с серваком общаетесь? Скопировать нельзя что-ли? И вывод команд хотелось бы видеть в состоянии, когда подключен клиент.

Автор: Date 21.1.2007, 11:11

вот результаты команд с подключонным клиентом:  ip a:  1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue      link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00     inet 127.0.0.1/8 brd 127.255.255.255 scope host lo     inet6 ::1/128 scope host         valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000     link/ether 00:02:44:81:46:12 brd ff:ff:ff:ff:ff:ff     inet 80.241.45.44/29 brd 80.241.45.47 scope global eth0     inet6 fe80::202:44ff:fe81:4612/64 scope link         valid_lft forever preferred_lft forever 3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast qlen 1000     link/ether 00:19:21:3e:0e:1b brd ff:ff:ff:ff:ff:ff 4: sit0: <NOARP> mtu 1480 qdisc noop      link/sit 0.0.0.0 brd 0.0.0.0 16: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP> mtu 1500 qdisc pfifo_fast qlen 3     link/ppp      inet 192.168.0.200 peer 192.168.0.201/32 scope global ppp0 d ip ro sh | sort: добавилась строка: 192.168.0.201 dev ppp0  proto kernel  scope link  src 192.168.0.200  у комманд iptables -L -n -t nat и iptables -L -n тот же результат; Цитата(ZeeLax @  19.1.2007,  21:06 ) А вы, простите, как с серваком общаетесь? У меня linux работает только в текстовом режиме... поэтому один монитор с одной стороны друго соответсвенно рядом... и переписываю...

Автор: ZeeLax 21.1.2007, 13:34

Date, а ssh использовать не пробовали? Цитата(Date @  21.1.2007,  14:11 ) у комманд iptables -L -n -t nat и iptables -L -n тот же результат; А вы правило точно добавили? Если добавили, то оно должно присутствовать в выводе Код iptables -L -n -t nat

Автор: Date 21.1.2007, 15:54

Цитата(ZeeLax @  21.1.2007,  16:34 ) А вы правило точно добавили? Если добавили, то оно должно присутствовать в выводе еще раз ввел , сделал iptables -L -n -t nat результат такой: Chain POSTROUTING (policy ACCEPT) target     prot opt source               destination          MASQUERADE  all  --  192.168.0.0/24       0.0.0.0/0    но клиен попрежнему не выходит в инет.... Цитата(ZeeLax @  21.1.2007,  16:34 ) Date, а ssh использовать не пробовали? теперь использую!!! спасиб!

Автор: ZeeLax 21.1.2007, 16:19

Так, хорошо. А что говорит ping, tracert -d с клиента? С DNS у него всё в порядке? Ещё, выдайте, пожалуйста Код iptables -L -n -t nat -v

Автор: bilbobagginz 21.1.2007, 20:01

Цитата но клиен попрежнему не выходит в инет.... а какой на клиенте шлюз по умолчанию ?

Автор: Date 22.1.2007, 05:57

Цитата(ZeeLax @  21.1.2007,  19:19 ) iptables -L -n -t nat -v Chain PREROUTING (policy ACCEPT 3813 packets, 563K bytes)  pkts bytes target     prot opt in     out     source               destination          Chain POSTROUTING (policy ACCEPT 18 packets, 1151 bytes)  pkts bytes target     prot opt in     out     source               destination             10   574 MASQUERADE  all  --  *      *       192.168.0.0/24       0.0.0.0/0            Chain OUTPUT (policy ACCEPT 11 packets, 731 bytes)  pkts bytes target     prot opt in     out     source               destination  Цитата(ZeeLax @  21.1.2007,  19:19 ) ping нормальный! идет! Цитата(ZeeLax @  21.1.2007,  19:19 ) tracert -d с клиента? Трассировка маршрута к 192.168.0.200 с максимальным числом прыжков 30   1   173 ms   187 ms   187 ms  192.168.0.200 Трассировка завершена. Цитата(bilbobagginz @  21.1.2007,  23:01 ) а какой на клиенте шлюз по умолчанию ?  не прописан шлюз... Цитата(ZeeLax @  21.1.2007,  19:19 ) С DNS у него всё в порядке? вроде да!

Автор: ZeeLax 22.1.2007, 07:46

Цитата(Date @  22.1.2007,  08:57 ) нормальный! идет! Простите, а куда он идёт то?  Цитата(Date @  22.1.2007,  08:57 ) Трассировка маршрута к 192.168.0.200 с максимальным числом прыжков 30   1   173 ms   187 ms   187 ms  192.168.0.200 Трассировка завершена. Ну, до шлюза бессмысленно traceroute делать  Сделайте трэйс до какого-нибудь mail.ru, допустим. Цитата(Date @  22.1.2007,  08:57 ) не прописан шлюз... Почему так решили? По идее, если ничего специально не менять windows при установке ppp-соединения, делает его маршрутом по умолчанию.

Автор: Date 22.1.2007, 09:46

вот что выдает tracert -d mail.ru: Не удается разрешить системное имя узла -d. Цитата(ZeeLax @  22.1.2007,  10:46 )  По идее, если ничего специально не менять windows при установке ppp-соединения, делает его маршрутом по умолчанию. ну я там нечего не менял на клиенте...

Автор: bilbobagginz 22.1.2007, 15:06

нужно проверить можешь ли ты достучаться пингом/трейсрутом до основного шлюза твоего dial-in сервера ( по IP адресу, не по имени )

Автор: ZeeLax 22.1.2007, 16:13

Цитата(Date @  22.1.2007,  12:46 ) Не удается разрешить системное имя узла -d. Извините, но этого просто не может быть. А если оно выдаёт "Не удается разрешить системное имя узла mail.ru", то это значит, что криво настроен DNS. У вас в конфиге pppd написано отдавать клиентам DNS 192.168.0.1. На это адресе поднят сервер DNS? Пинг/трэйс до этого хоста проходит?

Автор: Date 23.1.2007, 10:15

Цитата(ZeeLax @  22.1.2007,  19:13 )  На это адресе поднят сервер DNS? Пинг/трэйс до этого хоста проходит? нет... я делал все согласно инструкции там указано что для windows клиента.. достаточно указать ms-dns 192.168.0.1 у меня складывается впечатление что это не правда!!!

Автор: bilbobagginz 23.1.2007, 12:43

Цитата достаточно указать ms-dns 192.168.0.1 достаточно, если днс по этому адресу находится. это пример. узнай свой днс.

Автор: Date 23.1.2007, 13:07

DNS который выдает провадер... его можно использовать? в локальной сети нет DNS сервера..

Автор: ZeeLax 23.1.2007, 13:49

Цитата(Date @  23.1.2007,  16:07 ) DNS который выдает провадер... его можно использовать? в локальной сети нет DNS сервера..  да. нужно использовать именно его. выдавая его через опцию ms-dns.

Автор: Date 24.1.2007, 11:59

Цитата(ZeeLax @  23.1.2007,  16:49 ) да. нужно использовать именно его. выдавая его через опцию ms-dns. попрежнему... нет связи с инетом у клиента...

Автор: ZeeLax 24.1.2007, 12:15

Date, я никак не могу вам помочь, если вместо ответов на свои вопросы, я буду видеть Цитата(Date @  24.1.2007,  14:59 ) попрежнему... нет связи с инетом у клиента...

Автор: Date 24.1.2007, 12:27

Цитата(ZeeLax @  24.1.2007,  15:15 ) Date, я никак не могу вам помочь, если вместо ответов на свои вопросы, я буду видеть извеняюсь... прописал в пункте ms-dns DNS сервер провайдера....80,241,32,10 пинг не проходит до внешних серваков (сервер не найден)... до днс сервера пишет что превышен интервал ожидания...

Автор: ZeeLax 24.1.2007, 12:52

О, небо! Сделайте, пожалуйста, на клиенте Код tracert -d 195.189.31.3

Автор: Date 24.1.2007, 13:51

Цитата(ZeeLax @  24.1.2007,  15:52 ) tracert -d 195.189.31.3 превышен индервал.... попробовал с сервера пингануть клинта не получилось... а вот с клинта сервер получатся...

Автор: ZeeLax 24.1.2007, 14:38

Цитата(Date @  24.1.2007,  16:51 ) превышен индервал.... попробовал с сервера пингануть клинта не получилось... а вот с клинта сервер получатся...  Может скажете, на каком хопе стоп?

Автор: Date 2.2.2007, 20:32

поченил....   ZeeLax, Спасибо большое за помощь... Да на самом деле проблема была в DNS сервере... DNS провайдера не помог...  пришлось на BIND поднимать...  прописал его как dns сервер в настройках.... ZeeLax, еще раз спасибо...

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)