Re: Régi CD-RW lemez írása
> Egy minusszal? A man ezt írja, ennyit tudok. Jó, biztosan úgy próbáltam, mert kettővel ugatott vona. Azér teszek még egy próbát. Megérte! -force jó. Nagyon lassan tudta megcsinálni a blank=all-t, de ezt is befejezte. Aztán egy 161M-ás iso-t égettem fel, látható hiba nélkül. A submount látja a CD cimkéjét, tehát már olyan nagyon- nagyon rossz nem lehet, különösen, eddig még sose jutottam el. Köszi: Ruzsi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Régi CD-RW lemez írása
Egy minusszal? A man ezt írja, ennyit tudok. Jó, biztosan úgy próbáltam, mert kettővel ugatott vona. Azér teszek még egy próbát. Ruzsi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Régi CD-RW lemez írása
Ruzsinszky Attila <[EMAIL PROTECTED]> wrote: > >> is not able to write at 2x or 1x. This may be circumvented >> with -force. > Nem nagyon hatja meg a --force. Egy minusszal? A man ezt írja, ennyit tudok. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Régi CD-RW lemez írása
is not able to write at 2x or 1x. This may be circumvented with -force. Nem nagyon hatja meg a --force. Ruzsi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Régi CD-RW lemez írása
Ruzsinszky Attila <[EMAIL PROTECTED]> wrote: > > cdrecord: Write speed 2 of medium not sufficient for this writer. > cdrecord: You may have used an ultra low speed medium on a high speed writer. RTFM: not allow to write to ultra low speed RW media if the drive is not able to write at 2x or 1x. This may be circumvented with -force. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: lvm gond
Kellett egy # vgchange -ay utana # pvmove ketszer, az elso 'Unable to reactivate' es 'Unable to resume' hibakat adott, de a masodik lefutott, es visszaallt az eredeti allapot. Az persze erdekelne, hogy mitol halt meg a pvmove... csm _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
Gábor Lénárt wrote: Szerintem nem azt mondja. Illetve ha csak azt irod, akkor persze azt :) Viszont azonnal lesz ertelme, ha up vagy down parancsokat adogatsz utana. Ahogy meg is beszeltuk mar. Persze "normal" esetben a static is jo lenne, ha nem lenne kotelezo megadni IP cimet es netmaszkot, amit pont nem akarunk ugye, csak annyit hogy az iface up-ban legyen ... Vagyis semmi extra funkcionalitassal nem rendelkezik, csak tobb lehetoseget ad ertelmezesi es konfiguralasi hibak elkovetesere. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
On Tue, Aug 01, 2006 at 04:14:00PM +0200, Gabor HALASZ wrote: > Gábor Lénárt wrote: > > > >Vagy valami hasonlo? > > > A manual kapcsolo csak tervezesi hiba, nem hasznalhato semmire. Azt > mondja az ifupdown-nak, hogy ne csinaljon semmit vele. De akkor minek > beirni?! Szerintem nem azt mondja. Illetve ha csak azt irod, akkor persze azt :) Viszont azonnal lesz ertelme, ha up vagy down parancsokat adogatsz utana. Ahogy meg is beszeltuk mar. Persze "normal" esetben a static is jo lenne, ha nem lenne kotelezo megadni IP cimet es netmaszkot, amit pont nem akarunk ugye, csak annyit hogy az iface up-ban legyen ... -- - Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
Kiss Gabor wrote: Van egy Debian testing rendszer, amelyik az egyik Ethernetjen egy csomo Etherdrive taroloegyseghez csatlakozik AoE-vel (ATA over Ethernet). Ami egy regisztralt protokoll, szama 0x88a2. (Ahogy az IPv4 a 0x0800, az IPv6 a 0x86dd, az ARP a 0x0806 stb.) Arra lenne szuksegem, hogy valaki, _mondjuk_ a /etc/init.d/ifupdown up-ba tegye az interfeszt bootolaskor. De ne akarjon IP cimet adni neki. Se IPX-et. Csak legyen az allapota UP. Mit kellene beirni a /etc/network/interfaces file-ba? Az "auto eth2" melle. Az "iface eth2 inet manual" nem jott be. Pedig de. Az "iface eth2 inet static" melle cimet, es mas csicsakat kell megadni. (Persze ha minden kotel szakad, akkor megteszem. De nem szep.) (Igen, irhatnek scripteket a /etc/rc*.d/-be, de nem fogok.) Szoval ELEGANS megoldasa van-e valakinek? Elegans megoldas az, hogy nem hasznalod az ifupdown-t, mert nem hasznalhato semmilyen osszetett feladatra. Favago az van nekem is. :-) Kevesbe favgo modszer: manual-ba teszed, utana az up.d es down.d direkbe raksz egy-egy sciptet, ami ehhez hasonlo: #!/bin/sh case $IFACE in eth2) ifconfig eth2 up ;; esac -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
Gábor Lénárt wrote: Vagy valami hasonlo? A manual kapcsolo csak tervezesi hiba, nem hasznalhato semmire. Azt mondja az ifupdown-nak, hogy ne csinaljon semmit vele. De akkor minek beirni?! -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
lvm gond
[Hosszu lesz...] Hello, Adott egy gép, benne 2 hdd lvm2-ben. Meg akartam szuntetni az lvm-et, ezert lecsokkentettem az fs meretet, utana az lv meretet, eddig tokeletes, az fsck szerint is. Majd ki akartam venni az egyik hdd-t, ahogy a howto is irja: # pvmove /dev/hdg Erre aszondja: [..] mirror: Required device-mapper target(s) not detected in your kernel [...] Rovid kereses utan: # modprobe dm-mirror Utana pvmove /deb/hdg ismet, ioctl hibakat ir, majd azt mondja, futtassam a 'pvmove --abort'-ot. Megtettem, mire a program lefagyott, utana semmilyen lvm-es programot nem lehetett inditani, mind lefagy. Ujrainditas utan termeszetesen nem latja az lv-t, es a pvscan is inkonzisztens. # lvscan File descriptor 3 left open File descriptor 5 left open File descriptor 7 left open inactive '/dev/lvm1/mp3' [140.00 GB] inherit # pvscan File descriptor 3 left open File descriptor 5 left open File descriptor 7 left open PV /dev/hdg VG lvm1 lvm2 [189.00 GB / 49.00 GB free] PV /dev/hde VG lvm1 lvm2 [189.00 GB / 49.00 GB free] Total: 2 [378.00 GB] / in use: 2 [378.00 GB] / in no VG: 0 [0 ] Ez a pvmove elott ugy nezett ki, hogy a hdg-n volt a 140G-s lv, a hde ures volt. # vgscan File descriptor 3 left open File descriptor 5 left open File descriptor 7 left open Reading all physical volumes. This may take a while... Found volume group "lvm1" using metadata type lvm2 # lvchange /dev/lvm1/mp3 -ay File descriptor 3 left open File descriptor 5 left open File descriptor 7 left open device-mapper: reload ioctl failed: Invalid argument device-mapper: reload ioctl failed: Invalid argument # lvscan File descriptor 3 left open File descriptor 5 left open File descriptor 7 left open ACTIVE'/dev/lvm1/mp3' [140.00 GB] inherit # ls -l /dev/mapper/ total 0 crw-rw 1 root root 10, 63 Aug 1 14:46 control brw-rw 1 root disk 254, 1 Aug 1 15:20 lvm1-mp3 b- 1 root root 254, 0 Aug 1 15:20 lvm1-pvmove0 /dev/lvm1 nincs, csak /dev/lvm: crw--- 1 root root 109, 0 Aug 1 14:46 /dev/lvm Mountolni nem lehet: # mount -t ext2 /dev/mapper/lvm1-mp3 /mnt mount: wrong fs type, bad option, bad superblock on /dev/mapper/lvm1-mp3, missing codepage or other error (could this be the IDE device where you in fact use ide-scsi so that sr0 or sda or so is needed?) In some cases useful info is found in syslog - try dmesg | tail or so # e2fsck /dev/mapper/lvm1-mp3 e2fsck 1.39 (29-May-2006) e2fsck: Invalid argument while trying to open /dev/mapper/lvm1-mp3 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 A syslogba ilyen sorok kerultek az lvchange <...> utan: kernel: device-mapper: unrecognised sync argument to mirror log: 2 kernel: device-mapper: dm-mirror: Error creating mirror dirty log kernel: device-mapper: error adding target to table kernel: device-mapper: device 254:0 too small for target kernel: device-mapper: dm-linear: Device lookup failed kernel: device-mapper: error adding target to table Az fsck-t nem is eroltetnem, amig az lvm nem all helyre. Volt meg rajta egy masik lv is emellett, de azt siman meg tudtam szuntetni lvremove-val, meg mielott ennek nekialltam. Mit tudok csinalni, hogy helyrehozzam? csm _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Régi CD-RW lemez írása
Sziasztok! Van valami lehetőség régi Philips CD-RW (cdrecord szerint 2x, Nero-val 4x-esen) írható lemez írására? Van belőle 10db. és jó lenne ilyen- olyan nem túl fontos dolgok felírására. A cdrecord ezt mondja róla: wspc7:/home/rattila # cdrecord dev="ATAPI:0,1,0" -v Zs-service.iso cdrecord: No write mode specified. cdrecord: Asuming -tao mode. cdrecord: Future versions of cdrecord may have different drive dependent defaults. cdrecord: Continuing in 5 seconds... Cdrecord-Clone 2.01 (i686-suse-linux) Copyright (C) 1995-2004 JĂśrg ... TOC Type: 1 = CD-ROM scsidev: 'ATAPI:0,1,0' devname: 'ATAPI' scsibus: 0 target: 1 lun: 0 Warning: Using ATA Packet interface. Warning: The related Linux kernel interface code seems to be unmaintained. Warning: There is absolutely NO DMA, operations thus are slow. Using libscg version 'schily-0.8'. SCSI buffer size: 64512 atapi: 1 Device type: Removable CD-ROM Version: 0 Response Format: 1 Vendor_info: '_NEC' Identifikation : 'NR-7800A' Revision : '1.33' Device seems to be: Generic mmc CD-RW. Current: 0x000A Profile: 0x000A (current) Profile: 0x0009 Profile: 0x0008 (current) Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-2 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96R RAW/R96R Drive buf size : 1234944 = 1206 KB FIFO size : 4194304 = 4096 KB Track 01: data 153 MB Total size: 176 MB (17:28.93) = 78670 sectors Lout start: 176 MB (17:30/70) = 78670 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 5 Reference speed: 2 Is not unrestricted Is erasable ATIP start of lead in: -11625 (97:27/00) ATIP start of lead out: 333750 (74:12/00) 1T speed low: 2 1T speed high: 2 power mult factor: 5 6 recommended erase/write power: 3 A1 values: 11 5C B0 Disk type:Phase change Manuf. index: 0 Manufacturer: Illegal Manufacturer code Blocks total: 333750 Blocks current: 333750 Blocks remaining: 255080 RBlocks total: 336246 RBlocks current: 336246 RBlocks remaining: 257576 cdrecord: Write speed 2 of medium not sufficient for this writer. cdrecord: You may have used an ultra low speed medium on a high speed writer. cdrecord: fifo had 28 puts and 0 gets. cdrecord: fifo was 0 times empty and 0 times full, min fill was 0%. Próbáltam már 3 féle íróban, Linux alatt egyik sem írja, Win alatt mindegyik. Köszönettel: Ruzsi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Openvpn furcsaság
Molnár István írta: > Mentler Gyula írta: >> >> >> Mindkettőn van. >> >> Valami routolási gond lesz, csak azt furcsállom, hogy a tun interface-en >> a linux oldalon nem jelenik meg a forgalom > > Ha idáig eljutottunk azt mondanám, hogy itt rendben van minden ennek > működnie kell, hacsak a tűzfal el nem dobja a csomagokat. > 2.2, 2.4 -es Linux kernellel és NetBSD-vel is volt olyan tapasztalatom, > bár csak akkor ha nem a tűzfalas gépen volt az OpenVPN, hogy egy > iptables szabályal külön engedélyezni kellett a forgalmat, valahogy így: > > iptables -t nat -A PREROUTING -i tun+ -j ACCEPT > (ezt a tűzfalon meg ne engedd, mert minden forgalmat engedélyez, még a > szűrés előtt) > > tűzfalszabályként valahogy így: > iptables -t nat -A $FILT_CHAIN -i tun+ -d $SOURCE_PORT -p $PROTO -j ACCEPT Köszi a segítséget. Ezek mind voltak, csak nem a nat táblán, hanem a filterben mert a natban nem jelenik meg minden csomag. Az érdekes az, hogy sokszor elindítottam és leállítottam openvpn-t, de nem lett jó. Aztán egyszer csináltam egy reboot-ot és azóta szépen megy minden bármiféle változtatás nélkül. Valami cache lehet a dolog mögött, de fogalmam sincs mi. Besoroltam a misztikus dolgok közé. Üdv Gyula _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
On Tuesday 01 August 2006 12:14, Kiss Gabor wrote: > In article <[EMAIL PROTECTED]>, > > SZOKOVACS Robert <[EMAIL PROTECTED]> writes: > > On Tuesday 01 August 2006 10:18, Gábor Lénárt wrote: > >> Vagy valami hasonlo? > > > > nekem ez muxik: > > auto eth2 > > iface eth2 inet manual > > up command ifconfig eth2 up > > Az "ifdown eth2" nem fog csinalni semmit. Ezert kell a down sor is. En tudtam elni anelkul is, nekem a vmware kapta ezt az interfacet. :) Szo _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
In article <[EMAIL PROTECTED]>, SZOKOVACS Robert <[EMAIL PROTECTED]> writes: > On Tuesday 01 August 2006 10:18, Gábor Lénárt wrote: >> Vagy valami hasonlo? > nekem ez muxik: > auto eth2 > iface eth2 inet manual > up command ifconfig eth2 up Az "ifdown eth2" nem fog csinalni semmit. Ezert kell a down sor is. kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
On Tuesday 01 August 2006 10:18, Gábor Lénárt wrote: > On Tue, Aug 01, 2006 at 10:15:03AM +0200, Gábor Lénárt wrote: > > auto eth2 > > iface eth2 inet static > > address 1.2.3.4 > > netmask 255.255.255.0 > > up /sbin/ip addr del 1.2.3.4 dev eth2 > > Most nezem, van olyan hogy "manual" method static helyett, az lehet meg > szebb lenne (man interfaces), lehet hogy pl ez mukodne: > > auto eth2 > iface eth2 inet manual > up /sbin/ifconfig eth2 up > > Vagy valami hasonlo? nekem ez muxik: auto eth2 iface eth2 inet manual up command ifconfig eth2 up Szo -- Any honest declaration for peace must be an enumeration of the sacrifices one is prepared to make for its preservation. Werner Heisenberg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
On Tue, Aug 01, 2006 at 09:15:13AM +, Kiss Gabor wrote: > Arra celoztam, hogy _ez_ nem mukodne: > > iface eth2 inet static > pre-up ifconfig eth0 up > > Mert akkor ordit az ifup, hogy nincs cim. igen, mert static method-nal ugye kotelezo az address es a netmask, pont amit nem akarunk itt ;) Azert gondoltam ennek utolagos eltavolitasara (up ip addr del ...) vagy mas method hasznalatara (manual). Marmint ezt magyarazatkeppen irom listara, nem neked, te nyilvan erted, hisz te vetetted fel a problemat eleve :) -- - Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
In article <[EMAIL PROTECTED]>, Lajber Zoltan <[EMAIL PROTECTED]> writes: >> Ird csak ki teljes reszletesseggel a bekezdest! (Stanza) >> En meg lefuttatom az ifup parancsot, es visszajelzek, mi volt a baja. :) > > iface eth0.105 inet static > vlan-raw-device eth0 > address 192.168.105.253 > netmask 255.255.255.0 > pre-up ifconfig eth0 up > > Ez persze teljesen mas celbol van, de mukodik :) Csak nem azt valositja meg, amit en szeretnek. Arra celoztam, hogy _ez_ nem mukodne: iface eth2 inet static pre-up ifconfig eth0 up Mert akkor ordit az ifup, hogy nincs cim. kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
On Tue, Aug 01, 2006 at 08:41:53AM +, Kiss Gabor wrote: > Mondtam az elejen, hogy a manual nem ment. > De igy ahogy csinalod, mar igen. :-) > > Igy a tokelyes: > > iface eth2 inet manual > up ifconfig eth2 up > down ifconfig eth2 down Igen, a down kimaradt, tenyleg :) -- - Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
On Tue, 1 Aug 2006, Kiss Gabor wrote: > > "pre-up ifconfig eth2 up" ? > > Felek, szintaktikai hiba, ha _csak_ ennyit irok. > > Ird csak ki teljes reszletesseggel a bekezdest! (Stanza) > En meg lefuttatom az ifup parancsot, es visszajelzek, mi volt a baja. :) iface eth0.105 inet static vlan-raw-device eth0 address 192.168.105.253 netmask 255.255.255.0 pre-up ifconfig eth0 up Ez persze teljesen mas celbol van, de mukodik :) Udv, -=Lajbi= LAJBER Zoltan Szent Istvan Egyetem, Informatika Hivatal Experience is something you don't get until just after you need it _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
In article <[EMAIL PROTECTED]>, Gábor Lénárt <[EMAIL PROTECTED]> writes: > Most nezem, van olyan hogy "manual" method static helyett, az lehet meg > szebb lenne (man interfaces), lehet hogy pl ez mukodne: > > auto eth2 > iface eth2 inet manual > up /sbin/ifconfig eth2 up > > Vagy valami hasonlo? Mondtam az elejen, hogy a manual nem ment. De igy ahogy csinalod, mar igen. :-) Igy a tokelyes: iface eth2 inet manual up ifconfig eth2 up down ifconfig eth2 down Prma! kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
In article <[EMAIL PROTECTED]>, Gábor Lénárt <[EMAIL PROTECTED]> writes: > En pl azt csinalnam, hogy megadok egy IP cimet (1.2.3.4, akarmi) > aztan egy up utan torlom az interface-rol: > > auto eth2 > iface eth2 inet static > address 1.2.3.4 > netmask 255.255.255.0 > up /sbin/ip addr del 1.2.3.4 dev eth2 > > Ez se sokkal szebb, Vegul is... ez meg mindig jobb, mint ami eddig eszembe jutott. :-) Kosz! kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
In article <[EMAIL PROTECTED]>, Lajber Zoltan <[EMAIL PROTECTED]> writes: > Az nagyon csunya, ha pl az eth0-hoz olyant irsz, hogy > "pre-up ifconfig eth2 up" ? Ja, hogy az eth0-hoz! Igen, az nagyon. kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
In article <[EMAIL PROTECTED]>, Lajber Zoltan <[EMAIL PROTECTED]> writes: >> Mit kellene beirni a /etc/network/interfaces file-ba? >> Az "auto eth2" melle. > > Az nagyon csunya, ha pl az eth0-hoz olyant irsz, hogy > "pre-up ifconfig eth2 up" ? Felek, szintaktikai hiba, ha _csak_ ennyit irok. Ird csak ki teljes reszletesseggel a bekezdest! (Stanza) En meg lefuttatom az ifup parancsot, es visszajelzek, mi volt a baja. :) kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
On Tue, Aug 01, 2006 at 10:15:03AM +0200, Gábor Lénárt wrote: > auto eth2 > iface eth2 inet static > address 1.2.3.4 > netmask 255.255.255.0 > up /sbin/ip addr del 1.2.3.4 dev eth2 Most nezem, van olyan hogy "manual" method static helyett, az lehet meg szebb lenne (man interfaces), lehet hogy pl ez mukodne: auto eth2 iface eth2 inet manual up /sbin/ifconfig eth2 up Vagy valami hasonlo? -- - Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
On Tue, Aug 01, 2006 at 09:53:37AM +0200, Lajber Zoltan wrote: > > Mit kellene beirni a /etc/network/interfaces file-ba? > > Az "auto eth2" melle. > > Az nagyon csunya, ha pl az eth0-hoz olyant irsz, hogy > "pre-up ifconfig eth2 up" ? :) Hat az azert gaz mert akkor osszefugges lesz a ket iface kozott. En pl azt csinalnam, hogy megadok egy IP cimet (1.2.3.4, akarmi) aztan egy up utan torlom az interface-rol: auto eth2 iface eth2 inet static address 1.2.3.4 netmask 255.255.255.0 up /sbin/ip addr del 1.2.3.4 dev eth2 Ez se sokkal szebb, de legalabb "kulon" van es nincs osszehazasitva ket NIC-re vonatkozo bejegyzes, pl le lehet nyomni es felhuzni kulon oket ... -- - Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IP-mentes interfesz
On Tue, 1 Aug 2006, Kiss Gabor wrote: > Mit kellene beirni a /etc/network/interfaces file-ba? > Az "auto eth2" melle. Az nagyon csunya, ha pl az eth0-hoz olyant irsz, hogy "pre-up ifconfig eth2 up" ? Udv, -=Lajbi= LAJBER Zoltan Szent Istvan Egyetem, Informatika Hivatal Experience is something you don't get until just after you need it _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
IP-mentes interfesz
Van egy Debian testing rendszer, amelyik az egyik Ethernetjen egy csomo Etherdrive taroloegyseghez csatlakozik AoE-vel (ATA over Ethernet). Ami egy regisztralt protokoll, szama 0x88a2. (Ahogy az IPv4 a 0x0800, az IPv6 a 0x86dd, az ARP a 0x0806 stb.) Arra lenne szuksegem, hogy valaki, _mondjuk_ a /etc/init.d/ifupdown up-ba tegye az interfeszt bootolaskor. De ne akarjon IP cimet adni neki. Se IPX-et. Csak legyen az allapota UP. Mit kellene beirni a /etc/network/interfaces file-ba? Az "auto eth2" melle. Az "iface eth2 inet manual" nem jott be. Az "iface eth2 inet static" melle cimet, es mas csicsakat kell megadni. (Persze ha minden kotel szakad, akkor megteszem. De nem szep.) (Igen, irhatnek scripteket a /etc/rc*.d/-be, de nem fogok.) Szoval ELEGANS megoldasa van-e valakinek? Favago az van nekem is. :-) kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: SOS
Dukai György írta: Sziasztok! Van egy netrádió amit nagyon szeretek halgatni, és az oldalamra is betettem egy linket az oldalukról ( http://www.szentkoronaradio.com ), hogy weblapról is lehessen halgatni, de nem müxik. Segítsetek! A rádió winMediaPlayer cime: http://europa.newfruits.com:8048 Előre is köszönöm Gyuri Mit akarsz elérni? Ha a linket kiteszed az oldaladra, valaki kattint és megy, nem? Vagy inkább az kell, hogy ha valaki megnyitja az oldalt megszólaljon a zene? (ez utóbbi bármiről is van szó Mettelica, Zámbó Jymy, Rádió) elég erőszakos és a legalitás határát is súrolja) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Openvpn furcsaság
Mentler Gyula írta: Mindkettőn van. Valami routolási gond lesz, csak azt furcsállom, hogy a tun interface-en a linux oldalon nem jelenik meg a forgalom Ha idáig eljutottunk azt mondanám, hogy itt rendben van minden ennek működnie kell, hacsak a tűzfal el nem dobja a csomagokat. 2.2, 2.4 -es Linux kernellel és NetBSD-vel is volt olyan tapasztalatom, bár csak akkor ha nem a tűzfalas gépen volt az OpenVPN, hogy egy iptables szabályal külön engedélyezni kellett a forgalmat, valahogy így: iptables -t nat -A PREROUTING -i tun+ -j ACCEPT (ezt a tűzfalon meg ne engedd, mert minden forgalmat engedélyez, még a szűrés előtt) tűzfalszabályként valahogy így: iptables -t nat -A $FILT_CHAIN -i tun+ -d $SOURCE_PORT -p $PROTO -j ACCEPT De egy szó mint száz, ellenőrizd a tűzfalat _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux