[daemon]

Oman korrusmaja baasil DigiTV ühendust (1 Mbit). Kuna ei tahtnud 2-a lepinguga end siduda, viisin testperioodi jooksul Elioni ruuteri ja digiboksi tagasi, sest huvitas ainult internet. Nüüd oleks huvitatud vahetevahel digitv salvestamisest. Pmts siis võrk mul järgmine:

1) tuppa tuleb cat5 kaabel, mis jookseb Linuxi masinasse (Ubuntu 8.04.4 Server, graafikata) eth1 võrgukaarti
2) Linuxis tehtud NAT eth0 kaarti, millest läheb juhe switci.
3) läbi switchi võtab neti windowsi masin

Pmts nett ja digitv salvestamine (käsurealt linuxi masinas) mõlemad töötavad. Aga mitte samal ajal. Kuna Elioni DTV istub vlan neljandas, tegin Digitv jaoks interfeisi eth1.4 mis näeb välja selline:
eth1.4 Link encap:Ethernet HWaddr 00:40:95:*:*:*
inet addr:10.248.*.* Bcast:10.248.255.255 Mask:255.255.192.0
inet6 addr: *::*:*:*:*/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

ja välisühendus tuleb siis lihtsalt eth1-st:
eth1 Link encap:Ethernet HWaddr 00:40:95:*:*:*
inet addr:88.196.*.* Bcast:88.196.109.255 Mask:255.255.254.0
inet6 addr: *::*:*:*:*/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

Olgu mainitud, et nii eth1 kui eth1.4 on sama MAC-aadressiga, sest kui need juhtuvad erinema, ei tõmmata eth1.4 dhcp-ga üles. Aga korraga töötab siiski ainult üks ühendus. Kas istun netis või salvestan Digitv. Aktiivne on see võrk, kummale viimati DHCP küsiti. Kui tahan jälle välisühendust tagasi, pean eth1.4 maha tapma.

Oskab keegi aidata, mis tuleks ümber teha? Proovisin välisühenduse suruda ka vlan 1 peale (eth1.1), aga sealt ei antud ühtegi aadressi. Saan ma aru, et tavaline internet on üldse ilma vlan tagita? Kas probleem võib tulla sellest, et kast ei tea, millised paketid kuhu interfeissi suunata? Mingi ruutimise probleem sisuliselt?

[kevku]

vahepeal sai ka leiutatud sama asja ja siis proovisin mac vlani, rohkem infot >> http://www.candelatech.com/~greear/vlan.html
et eraldi vlan interface oma mac aadressiga, siis kui ruuteris mac reeglid paigas peaks oskama suunata õigesse vlanni ja dhcpcd õige metric siis peaks töötama.
vlc-s kasutada siis --mcast võtit,
aga praktikas krt ei töötanud, tõenäoliselt mingi eripära SpeedTouchi firmwares talveperioodil. lõppes see sellega, et kõik asjad lendasid ühte vlani ja mingi ime läbi töötab nüüd tv ja nett igast asendist korraga, miks või kuidas ära küsi, ei tea, aga töötab ja mina rohkem ei näpi. seadmeks ST546v6 FW7.4.3.2
korrusmaja puhul asjad natuke teisiti ka muidugi

[avax]

Toimiva konfi võiks üles riputada, isetegijatele aretamiseks materjali sellel teemal on üpris vähe.

[eldorado]

ei maleta hetkel peas, keegi jagas 100m nett laiali. kala oli selles, et peabki valis interface-il blokida sissevxrk(192.168.0.0/32 näiteks) mis on su linux ruuteri taga (LAN), sest vahepeal kuidagi saavad vxrra mac-id (lanist) wan interfaci, yhendus muidugi kukub selletaga.

[daemon]

Täiendan natuke teemat. Kohendasin võrku, nüüd siis võiks pilt näha välja järgmine:



Elioni CAT5 kaabel läheb esimesse switchi, millest 2 kaablit Ubuntu kasti, interface eth1 (internet) ja eth2 (IPTV). Kolmas võrgukaart eth0 on sisevõrgu NATi jaoks Windowsi masinatele. Nüüd ifconfig näeb mul välja järgmine:



Internet ja IPTV on viidud eraldi võrgukaartidele, nüüd on võimalik kasutada erinevaid MAC aadresse. eth2 peale tehtud vlan ID 4, mis suudab siis võtta vastu IPTV taggitud ethernet pakette. Mõlemad võrgud (internet ja IPTV) tõmmatakse üles DHCP-ga, peale aadresside küsimist lisatakse ruutingutabelisse sealt saadud gateway. Probleem on selles, et nüüd on võrke 2 ning lisatakse tabelisse 2 default gatewayd:



Sellest tekivadki probleemid. Kahte default gatewayd ei tohiks olla, aga äkki oskab keegi anda soovitusi, kuidas ruutingutabel ümber korraldada nii, et
1) default gatewayks jätaks interneti
2) IPTV IP aadressidele saadetud paketid (tavaliselt algavad 10.X.X.X) läbiks teist, IPTV jaoks mõeldud gatewayd 10.248.192.1

[nuhk]

ipv6 võiksid linuxilt maha võtta - selle asemel, et pildil numbreid üle sodida - nuhkirw
Võrk läheb kiiremaks ka.

[eldorado]

hea küss.. kolmas kord juba loen teemat ja ei tule midagi meelde. vaid, on soov millelgi pärast linuxi serveri taga majutada L2 switch mis suudab tagid ja teha 2 vlan-id sinu võrgus, kus vlan1 nt. internet vlan2 nat-tud iptv. Muidu hea eksperement, teoreetiliselt kui väline interface mis vaatab elioni poole ja kloonitud MACiga, siis on hää küsimus, kas saaks korraga rohkem kui 1xkanal käima panna. =) ei mul vajadust selles pole, kuna enda digitv 50+ kanalid ilusti funkavad, aga neljaks korteriks 100mbps, isegi mitte garanteeritud kiirusega...

[Jannoke]

Ma hakkan just sama asja leiutama. Kas tõesti ei saa WAN poolepeal 1 võrkariga hakkama. Väga raiskamine tundub võttas asjad sisse eraldi võrkaritelt.

[Etz]

[Jannoke]

Ikka jah ruuteri tahan välja visata. See siin ikka paneb käpa maha ja teeb igast muid trikke.
Mul erinevat rauda, aga ilmselt vist mingi intel atom peab võtma, et 100Mbit jõuas ruutida/nattida.
Keegi teab kui palju 5x86 133Mhz jõuab Nat'da?

Rohkem RHga tuttav, et tahaks centosi peale visata. Kui mingi väiksema ruuteriboxi peale läheb siis openwrt.

[daemon]

Pmts saab tõesti ka ainult ühe välise interface-ga hakkama, aga mul miskipärast annab DHCP digitv vlanile aadressi ainult siis, kui vlani ja füüsilise interfeissi MAC aadressid ühtivad (ei tea, milles on kala). Ehk siis, eth1 näiteks tuleb internet (untagged) ja eth1 peale konfid vlan id 4. Mul on miski ruutimistabeli taga veel asi, pole täpselt välja jaganud, aga usun et ei tohiks keeruline olla.

[kaabakas]

daemon, mina täiendasin just enda freebsd baasil ruuterit (p2@300, 128M) selliseks:
Masinal on 3 võrkarit.
rl0 saab digitv jaoks ruuteri neljandast pordist dhcpga seaded.
rl1 on sisevõrk.
tun0 on pppoe virtuaalkaart, mille liiklus käib üle vr0. speedtouch on konfitud pppoe jaoks.
Vlanidega pole seni jamanud, kuigi elegantsuse mõttes oleks soov üks kaart vähemaga hakkama saada.

[eldorado]

[daemon]

[kaabakas]

eldorado, pilti saab mitmesse masinasse ja ka erinevaid kanaleid korraga.
daemon, ruutingutabel on automaagiline, mina pole midagi lisanud.

[loox]

[eldorado]

[marko259]

Toimib!

raud on siis p2MMX 300MHz 96MB rammiga. 2x pci 3com 100M võrkkarid + 1 onboard 100M. Masin on vist Compaq Deskpro 4000 kui ma ei eksi. Peale panin Centos 5.4. lisaks paigaldasin vconfig ja bridge-utils paketid. vconfig on vlan'ide tegemiseks (ifup ifdown kasutavad). bridge utils on kah kasutuses nende poolt. Ühendusena on elioni 100M korrusmaja nett. eth0 on siis välis kaabli otsas. eth1 on lan ja eth2 otsas on digibox. Tarkvara konf suht lihtne. eth0 on dhcp peal, eth1 on static ip'ga, dhcp server pandud eth1 peale jagama sisse ip'sid. eth2 on ilma ip'ta, st BOOTPROTO=none. eth0 peale on thetud vlan id'ga 4 ja samuti BOOTPROTO=none. mingit ip'd. eth2 ja eth0.4 on pandud bridge ja bridge kah BOOTPROTO=none, justkui läbipaistvad. digibox saab kenasti ip ja toimib, HD kanalid kah probleemideta. eth1 tulevatele asjadele teed SNAT'i eth0 peale ja nett on olemas. kui IPTABLES'is forward chain panna default DROP'i peale siis tuleb lubada liiklus bridge'st bridgesse (jah, samast devicest samasse device'i(iptables -i bridge -o bridge -j ACCEPT)) muidu digi liiklus dropitakse, jälgi tcpdumpiga. mingit multicasti route kuskil pole kuna linux digi võrgu IP'd ei saa ega selles pmst ei osale, lihtsalt forwardib edasi vlan4 eth2'te. linuxi sees saab juba seda bridge liiklust suunata siis kuhu vaja, kasvõi samma lan võrku. windowsi masinale teine ip juurde ja route sisse et see digitv võrk asub läbi teise GW ja peaks lippama, kui on soovi kõik yhele masinale peale upitada. birdged ja vlan'id on tehtud ifcfg failidega, ylilihtne, netis palju juhendeid, ise tulevad networkiga üles ja lähevad maha kui vaja, eraldi skripte ja junne pole vaja treida, vlan'i ja bridge konf paika, service network restart ja kõik pysti. mis load'i puudutab siis ega masinast palju järgi ei jäänud. load oli mingi 0.8-0.9. selles 70% on software interruptid ja siis natuke sys'i userit ja hi'd. aga võrk oli alati 100% 100M ja vajakka ei jäänud masinast.

Kui on soovi konfi saada või mingit muid kysimusi siis andke teada.

[avax]

Viska konf palun üles siia või siis failide näol pakituna upload.ee-sse, oleks huvi 784 asemele üks aatomik istutada.

[daemon]

Annan teema alustajana ka oma vahepealsetest (edu)sammudest teada! Kõigepealt peab mainima, et väga suur abi oli kasutajate loox ja kaabakas välja toodud route tabelitest, nii et suured tänud! Paistab, et minu Ubuntu 8.04.4 serveris (non-GUI) sisalduv dhclient v3.0.6 ei oska DHCP serverilt küsida classless route ning ei leidnud kusagilt ka kinnitust, et ta seda teha peaks oskama. Seega tuli lisada käsitsi routed, millele on viidanud ka mõlemad kasutajad. Minu uus route tabel näeb välja selline:

[petskets]

Kirjutaks ka siis oma kogemusest.
Endal on ka sisuliselt linuxi põhise ruuteriga tegemist, täpsemalt küll siis openwrt.
Internet tuleb sisse mööda interface'i eth1, sellele on lisatud vconfig'iga vlan id 4 - eth1.4. Mõlemad if-d saavad ip dhcp'ga. Kuna aga esmalt küsitakse dhcp'ga ip eth1-le ja seejärel eth1.4-le, siis oli ka see probleem, et eth1.4 seaded kirjutasid default ruutingu üle, samamoodi ka nimeserverid muutusid 10.0.0.x midagi.
Tegin dhcp action skripti veidi ümber, et selle eth1.4 interface'i puhul saadavaid ruutinguid ja nimeservereid ignoreeritakse. Siis sai tööle mõlemad korraga.
Algul kasutasin multicasti ruutimiseks programmi nimega igmpproxy, mis siis kuulas sisevõrgus, kui keegi näiteks soovis joinida aadressiga 239.3.1.1,
siis igmpproxy saatis eth1.4 kaudu vastava teate edasi ja lisas multicasti ruutingu ning striim jõudis sisevõrku. See lahendus eeldab, et multicasti ruutingu tugi on kernelis olemas.
Hetkel kasutan ka eelmainitud udpxy nimelist lahendust, selle oluline eelis on see, et töötab ka üle wifi normaalselt, multicast üle wifi oli suht ikaldus. udpxy teeb udp streamist http streami, mis toimib oluliselt paremini üle wifi.
Udpxy puhul polnud sisuliselt midagi konfida ka vaja, oli vaja ette anda multicasti source interface (mul siis eth1.4) ja sisevõrgu interface ja port, millel kuulatakse. Vlc's kasutatavad aadressid ka veidi muutusid.
Lisaruutingutega polnud kummagi lahenduse puhul vaja jännata, küll aga pidi igmpproxy puhul see 10.0.0.0/8 võrk olema confis ja aadress 84.50.255.47.

EDIT:
Lisaks oli vaja tulemüüri reeglit 224.0.0.0/4 võrgu kohta igmpproxy puhul.

[comcute]

iptv käimasaamiseks ei ole vaja mingeid müstilise konfe teha. Piisab, kui ruutingutabelis siduda multicast võrk vastava võrguliidesega ja liidesel endal võib suvaline ip aadress olla. Igasugused muud parameetrid on ebavajalikud.

[loox]

[marko259]

Nii, selgituseks siis et see konf on thomsoni asendamiseks, st, et funktsionaalsuselt jääb kõik samaks, lihtsalt thomson kaob ära ja linux asemel.

yum install bridge-utils
yum install vconfig

cat /etc/sysconfig/network-scripts/ifcfg-*

DEVICE=brDTV
TYPE=Bridge
BOOTPROTO=none
ONBOOT=yes
DHCP_HOSTNAME=xxx

# Compaq Computer Corporation Netelligent 10/100 TX Embedded UTP
DEVICE=eth0
BOOTPROTO=dhcp
HWADDR=xxxx
ONBOOT=yes
DHCP_HOSTNAME=xxx

# Compaq Computer Corporation Netelligent 10/100 TX Embedded UTP
DEVICE=eth0.4
BOOTPROTO=none
HWADDR=xxx
ONBOOT=yes
DHCP_HOSTNAME=xxx
VLAN=yes
BRIDGE=brDTV

# 3Com Corporation 3c905C-TX/TX-M [Tornado]
DEVICE=eth1
BOOTPROTO=static
HWADDR=xxx
ONBOOT=yes
DHCP_HOSTNAME=xxx
IPADDR=192.168.1.200
NETMASK=255.255.255.0

# 3Com Corporation 3c905C-TX/TX-M [Tornado]
DEVICE=eth2
BOOTPROTO=none
HWADDR=xxx
ONBOOT=yes
DHCP_HOSTNAME=xxx
BRIDGE=brDTV

DEVICE taga olev parameeter siis "ifcfg-" lõppu panna. igaks juhuks mainin.

route tabel(käsitsi muutnud ei ole):

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0 * 255.255.255.0 U 0 0 0 eth1
xxx.35.236.0 * 255.255.252.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth1
default 1.236.35.xxx.dy 0.0.0.0 UG 0 0 0 eth0

ifconfig
brDTV Link encap:Ethernet HWaddr xxx
inet6 addr: fe80::204:76ff:fe93:8095/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:511640 errors:0 dropped:0 overruns:0 frame:0
TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:647399540 (617.4 MiB) TX bytes:468 (468.0 b)

eth0 Link encap:Ethernet HWaddr xxx
inet addr:xxx.35.236.94 Bcast:xxx.35.239.255 Mask:255.255.252.0
inet6 addr: fe80::208:c7ff:febc:d16e/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:519148 errors:0 dropped:0 overruns:0 frame:0
TX packets:5023 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:661365945 (630.7 MiB) TX bytes:631056 (616.2 KiB)
Interrupt:11 Base address:0x2420

eth0.4 Link encap:Ethernet HWaddr xxx
inet6 addr: fe80::208:c7ff:febc:d16e/64 Scope:Link
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:514060 errors:0 dropped:0 overruns:0 frame:0
TX packets:2035 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:652907428 (622.6 MiB) TX bytes:267706 (261.4 KiB)

eth1 Link encap:Ethernet HWaddr xxx
inet addr:192.168.1.200 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::204:76ff:fea5:7c8/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3689 errors:0 dropped:0 overruns:0 frame:0
TX packets:4374 errors:0 dropped:0 overruns:0 carrier:1
collisions:0 txqueuelen:1000
RX bytes:533172 (520.6 KiB) TX bytes:1277644 (1.2 MiB)
Interrupt:11 Base address:0x2000

eth2 Link encap:Ethernet HWaddr xxx
inet6 addr: fe80::204:76ff:fe93:8095/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2030 errors:0 dropped:0 overruns:0 frame:0
TX packets:481228 errors:0 dropped:0 overruns:0 carrier:1
collisions:0 txqueuelen:1000
RX bytes:262568 (256.4 KiB) TX bytes:621938113 (593.1 MiB)
Interrupt:11 Base address:0x4000

iptables on selliselt konfitud

IPTABLES="/sbin/iptables"
EXTIF="eth0"
EXTIP=`ifconfig $EXTIF | grep "inet addr" | sed 's/:/ /g' | awk '{print $3}'`
LANIF="eth1"
LANNW="192.168.1.0/24"

#enable ip forwarding
echo 1 > /proc/sys/net/ipv4/ip_forward

#clean all existing rules
$IPTABLES --flush
$IPTABLES -t nat --flush

#general forward rule: accept responses to packets sent out
$IPTABLES -A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT

#general input rule: allows receiving answers to requests sent out
$IPTABLES -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

#allow localhost access
$IPTABLES -A INPUT -i lo -j ACCEPT

#enable ssh access
$IPTABLES -A INPUT -p tcp --dport 22 -j ACCEPT

#enable dns access
$IPTABLES -A INPUT -i $LANIF -s $LANNW -p udp --dport 53 -j ACCEPT
$IPTABLES -A INPUT -i $LANIF -s $LANNW -p tcp --dport 53 -j ACCEPT

#enable dhcp access
$IPTABLES -A INPUT -i $LANIF -p udp --dport 67 -j ACCEPT

#Enable linux to accept PING
$IPTABLES -A INPUT -p icmp -j ACCEPT

#do snat so inside clients can access outside
$IPTABLES -t nat -A POSTROUTING -o $EXTIF -j SNAT --to $EXTIP

#what traffic is allowed to be routed out --- limitations go here, like http only.
$IPTABLES -A FORWARD -o $EXTIF -p tcp --dport 445 -j DROP
$IPTABLES -A FORWARD -o $EXTIF -p udp --dport 137 -j DROP
$IPTABLES -A FORWARD -o $EXTIF -p udp --dport 138 -j DROP
$IPTABLES -A FORWARD -o $EXTIF -p tcp --dport 139 -j DROP
$IPTABLES -A FORWARD -s $LANNW -d any/0 -j ACCEPT

#DIGI TV
$IPTABLES -A FORWARD -i brDTV -o brDTV -j ACCEPT

#set default rules to drop except on output chain
$IPTABLES -P INPUT DROP
$IPTABLES -P FORWARD DROP
$IPTABLES -P OUTPUT ACCEPT

rohkem kiiruga meelde ei tulnud mis konfi vaja veel oleks

[Jannoke]

Väga kena. u'n running poole tunniga.
dhcpd ka siis

yum install dhcp -y

Praktiliselt default conf.

[eldorado]

[Jannoke]

[eldorado]

[Jannoke]

Infoks siis niipalju, et küsisin elionist mis värk selle 62Mbit lingiga on. Elion ütles et see küll OK pole, et nett sellise kiirusega on . Tehnik tuli kohale ja tõdes sama. Pool tundi käis ja möllas all keldris elioni switchi küljes ja taraaaa 90Mbit+ käes.

Läks paar kuud mööda..jälle sama jama... 62Mbit/s lingi kiirus

[eldorado]

[Jannoke]

juhtus see http://majandus.delfi.ee/news/tarbija/elioni-digi-tv-ja-internet-on-lopuks-tagasi.d?id=43608685
ja nüüd siis tuli 10mbit juurde . Nüüd ma elan kuskil 72Mbit tiirus stabiilselt kinni.

[tolx]

Hei.

Ehk oskab keegi järgneva probleemi korral midagi soovitada.

Nimelt arvutis jookseb linux ning elioni seadmest tuleb ethernet. Vlan ID 4 pealt tuleb iptv ja tavaline internetiühendus on tagimata.
IPTV device on konfitud staatiliselt DHCP järgi (et DHCP routing tablesid sassi ei keeraks). Algsed ühenduse loomised toimuvad kõik kenasti ja kõik nagu peaks töötama. Routing table on järgmine: http://pastebin.com/177PLP5u

Probleem ise seisneb selles, et kui panen mingi kanali jooksma, siis esialgu tuleb pilti ja mingi random aja pärast ala 30 seci kuni paar minutit lihtsalt paketid saavad otsa (jääb mulje nagu see server, mis iptv pakette saadab, arvab, et saadab neid musta auku ja lõpetab saatmise - nagu mu masin poleks suuteline reportima, et ma ikka olen alles ja võtan neid pakette vastu).
Ja kui uuesti liitun multicast grupiga (ehk play nuppu vajutan), siis jälle töötab natuke aega.

Probleem esineb AINULT siis, kui ma kustutan ära default routingu: 0.0.0.0 10.248.128.1 0.0.0.0 UG 100 0 0 eth0.4
et saaksin internetti kasutada läbi 217.159.178.1 gateway. Ja sellest võiks siis järeldada, et ma peaksin mingi routingu veel lisama. Aga nii palju, kui ma lugenud olen, siis teoorias peaks ülalmainitud routingutest piisama.


Aitäh.

[Jannoke]

[loox]

Elioni IPTV võrgul on selline kipakas konfiguratsioon, et osad paketid tulevad väljastpoolt nende pakutavat ruutingutabelit.
Mul oli vaja lisada veel 84.50.255.0 ja 10.0.0.0. Wireshark-i abil saab vaadata, kust paketid tulevad, ja siis proovida, millele vastust vaja.
IGMP päringud on need, millele vastamata jätmisel striim kinni keeratakse.

[tolx]

Nii!

Tänud soovituste eest. Oli abiks.

Pärast pikemat wiresharkiga uurimist sain väga palju uusi asju selgeks.

Esiteks 80.50.x liiklusel pole multicastiga midagi pistmist. Selles ranges on dns, ntp ja dtv boxide html ning võibolla midagi veel, mis praegu pähe ei tule.

Mul oli /etc/sysctl.confis

net.ipv4.conf.eth0/4.rp_filter=0

Aga tuli välja, et sellest ei piisa. On vaja ka, et "all" rp_filter oleks 0.

net.ipv4.conf.all.rp_filter=0

et esimene setting toimiks.


Pärast seda muudatust hakkas asi ilusti käima.


Testimise eesmärgil disablesin 80.x routed ka ja asi toimib ilma nendeta ilusti.

Nii et praegune routing table järgmine: http://pastebin.com/SGVe6SYY

/etc/sysctl.conf:
net.ipv4.conf.all.rp_filter=0
net.ipv4.conf.eth0/4.rp_filter=0
net.ipv4.conf.eth0/4.force_igmp_version=2

ja /etc/network/interfaces:

iface eth0 inet dhcp

iface eth0.4 inet static
address 10.248.168.xx
netmask 255.255.192.0
post-up route add -net 224.0.0.0 netmask 240.0.0.0 dev eth0.4
post-up route add -net 10.0.0.0 netmask 255.0.0.0 gw 10.248.128.1 dev eth0.4
#sysctl reload igmp ja rp filtri jaoks
post-up sysctl -p

[loox]

Väga kasulik info.
Mul tulevad 84.50.255.80 pealt mingid IGMP Membership Query-d.

IPTV võrgukaart on mul DHCP peal, ainult konfi failis /etc/sysconfig/network/dhcp on DHCLIENT_SET_DEFAULT_ROUTE="no" kirjutatud, seda siis SuSE 11.3-s.
Interneti kaardi IP on staatiline, lauaarvutis ruuteri taga saab seda teha, läptopis oleks ebamugav.

Iseenesest oleks huvitav teada, kas sellises vlan-idega süsteemis saab dhcp-d vlan järgi konfigureerida.

[tolx]

[eldorado]

[shizny]

keegi mikrotik ruuteriga on selle lahenduse vigadeta tööle saanud. nimelt endal seadistamisega probleeme kuna internet töötab laitmatult, aga digitv kipub katkuma, et äkki on mingi lahendus mis selle katkumise välja jätaks. mudeliks siis RB750G.

[eldorado]

[shizny]

thomsoni purgiga jah digitv ei katku, jookseub sujuvalt, aga mikrotik rb750g digitv kipub näiteks kanal12 katkuma, teised kanalid vähem.
tõmbasin thomsoni konfi ka modemist alla et uurida kuidas seal enamvähem seadistatud on, nüüd vaikselt uurin seda. eriti spetsialiseerunud pole seadistamisel, nii et kõik abi on teretulnud et pilt sujuvamaks saada.

--

Kas tõesti KEEGI ei oska nüüd aidata, kindlasti on neid kes on sellega kokku puutunud, või on tõesti nii RASKE aidata.

[jaansalv]

Tere

Mida peaks konfi kirjutama, et server ei läheks IP-d otsima maja sisevõrgus olevatest seebikarpidest?

Selline probleem, et Centos 6.2 server kipub käivitamisel automaatselt võtma valest võrkarist (LAN poolsest) maja sisevõrgus olevatest ruuteritest (seebikarpidest) IP-d, selle asemel, et võtta IP Elioni välisvõrgust. Tulemuseks see, et netti ega midagi pole. Kasutusel Elioni 100M nett.


Serveri konf on muidu selline:


Esimene võrkari (WNAN) ifcfg-p2p1 sisu:
DEVICE="p2p1"
HWADDR="00:14:22:XX:XX:XX"
NM_CONTROLLED="no"
ONBOOT="yes"
BOOTPROTO="dhcp"

Teise võrkari (LAN) ifcfg-p7680p1 sisu:
DEVICE="p7680p1"
HWADDR="00:10:18:XX:XX:XX"
NM_CONTROLLED="no"
ONBOOT="yes"
BOOTPROTO="static"
IPADDR="192.168.0.1"
NETMASK="255.255.255.0"

Kolmanda võrkari (DTV) ifcfg-p3p1 sisu:
DEVICE="p3p1"
HWADDR="00:10:18:XX:XX:XX"
NM_CONTROLLED="no"
ONBOOT="yes"
BOOTPROTO="none"
BRIDGE="brDTV"

Faili ifcfg-brDTV sisu:
DEVICE="brDTV"
TYPE="Bridge"
BOOTPROTO="none"
ONBOOT="yes"

Faili ifcfg-eth0.4 sisu:
DEVICE="eth0.4"
BOOTPROTO="none"
HWADDR="00:14:22:XX:XX:XX"
ONBOOT="yes"
VLAN="yes"
BRIDGE="brDTV"

Script faili sisu:
#!/bin/sh

IPTABLES="/sbin/iptables"
EXTIF="p2p1"
EXTIP=`ifconfig $EXTIF | grep "inet addr" | sed 's/:/ /g' | awk '{print $3}'`
LANIF="p7680p1"
LANNW="192.168.0.0/24"

#enable ip forwarding
echo 1 > /proc/sys/net/ipv4/ip_forward

#clean all existing rules
$IPTABLES --flush
$IPTABLES -t nat --flush

#general forward rule: accept responses to packets sent out
$IPTABLES -A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT

#general input rule: allows receiving answers to requests sent out
$IPTABLES -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

#allow localhost access
$IPTABLES -A INPUT -i lo -j ACCEPT

#enable ssh access
$IPTABLES -A INPUT -p tcp --dport 22 -j ACCEPT

#enable dns access
$IPTABLES -A INPUT -i $LANIF -s $LANNW -p udp --dport 53 -j ACCEPT
$IPTABLES -A INPUT -i $LANIF -s $LANNW -p tcp --dport 53 -j ACCEPT

#enable dhcp access
$IPTABLES -A INPUT -i $LANIF -p udp --dport 67 -j ACCEPT

#Enable linux to accept PING
$IPTABLES -A INPUT -p icmp -j ACCEPT

#do snat so inside clients can access outside
$IPTABLES -t nat -A POSTROUTING -o $EXTIF -j SNAT --to $EXTIP

#what traffic is allowed to be routed out --- limitations go here, like http only.
$IPTABLES -A FORWARD -o $EXTIF -p tcp --dport 445 -j DROP
$IPTABLES -A FORWARD -o $EXTIF -p udp --dport 137 -j DROP
$IPTABLES -A FORWARD -o $EXTIF -p udp --dport 138 -j DROP
$IPTABLES -A FORWARD -o $EXTIF -p tcp --dport 139 -j DROP
$IPTABLES -A FORWARD -s $LANNW -d any/0 -j ACCEPT

#DIGI TV
$IPTABLES -A FORWARD -i brDTV -o brDTV -j ACCEPT

#set default rules to drop except on output chain
$IPTABLES -P INPUT DROP
$IPTABLES -P FORWARD DROP
$IPTABLES -P OUTPUT ACCEPT