Hozzászólások
-
SzerzőBejegyzés
-
Sziasztok!
Nem akarok új fórumtémát létrehozni samba ügyben, úgy gondolom ebbe belefér minden 🙂
Samba 3-at hasznalok, egész pontosan a 3.0.14a-debian. Tehat a sarge alatt levö csomagot.
Windows xp klienseket szteretnék domainbe tenni, de nem megy csak úgy ha elöször kézzel – adduser felhasznaloneve – létrehozok a linux alatt is ugyanolyan felhasználói fiókokat melyek az xp alatt is szerepelnek.
Ezután az xp- sajatgáp–>tulajdonságok–>számítógépnev–>hálózati azonosítóval hozzáadom a kivalasztott gépet és felhasznalót.
Az a kérdésem ezzel kapcsolatban hogy akkor mire van a következö két sor a [global] szekcióban:add user script = /usr/sbin/useradd -d /dev/null -g 100 -s /bin/false -m %u
add machine script = /usr/sbin/useradd -s /bin/false -d /dev/null %uAz add machine script az stimmel, létre is hozza a még nem létezõ gépfiókot.
Az add user script viszont nem értem mit csinál.
Ha mindent kézzel csinalok linuxon akkor igy néz ki:
1. adduser felhasznaloneve
2. /etc/passwd fájlba egy sor $ jel a gepnev utan, és se home se shell nem kell ehhez a userhez
3. smbpasswd -a -m gepneve
4. smbpasswd -a felhasznaloneve
ezután az xp kliens tartományba kell léptetni és már megy is.
Milyen globális opciót kell még megadni ahhoz, hogy a samba az xp hálózati azonosító végén lévõ felhasználó hozzáadását is automatikosan megcsnája, ugy ahogy az megteszi a gépfiókkal.
Tehát ha a global részben benna van az elõzõ két sor, akkor a gépfiókot létrehozza, de a domain felhasználóét nem.
Lesz még más krédés is, egyenlõre ennyi.ELaci wrote:Annó én is szuszogtam egy órát az ADSL beállításával, de aztán leesett a tantusz mert kiderült hogy semilyen pppoeconf nem kell csak DHCP -re kell állítani a hálókártyát (interface), és utána már ment is.ELaci
Ez érdekes, adsl internet hozzaferest dhcp-n pppoe nelkül 🙂 authentikacio hol marad?
Ok Aty, köszönöm. Kísérlrtezés lesz belöle.
Kicsit szomoru vagyok hogy a szolgáltató rám se bagózik, pedig nekik is küldtem a logokból hogy õk mit javasolnak.
Egyáltalán jó ez igy, vagy pedig tényleg hiba és lehet vele valamit kezdeni.
Hivatalos debian tükör az externet, valamit csak konyítanak hozzá 🙂MTU-t továbbra sem piszkáltam, azóta 1 bontás volt, és a logban ugyanazok a sorok.
LCP protokoll(?) körül szimatolgatok. Ez ugye a Line Control Protokol?
Ez a protokol tartja élve az inernet kapcsolatot, és ha nem érkezik az echo üzenetére válasz, zárja a kapcsolatot, és ujraindítja a pppoe-t.
Az lcp-echo beállításokkal érdemes játszadozni? Valakinek errõl tapasztalat?Hali
Nem tudom honnan kerül képbe az ipfwadm. UHU már alapértelmezetten az iptablest hasznalja. Ez ha jól emlékszem elõdje az iptables-nek és még kompatibilitási okok miatt benne lehet, de mint látom csak modulként hivatkozik rá.
Hogy néz most ki a szkripted?
Közbe eszembejutott, ekõdje ugyan de volt közben még 1 ipchains is.
Tehát: ipfwadm, ipchains, iptables igy sorbanmatav.hu csak www elötaggal jön, de egyböl átirányit a magyartelekom.hu-ra, másik kettö www nélül is jön.
lcp-echo interval 30
lcp-echo-failure 4
„ifconfig ppp0 mtu 1464” így be lehet neki adni hogy ennyi az mtu.
egyenlöre nem nyaggatom mert tegnap 23:40 óta nem bontott 🙂Sziasztok!
Debian Sarge oprendszert használok itthon az adsl kapcsolatom route-olására, és ezen a gépen futnának egyéb szolgáltatások is. Lehet hogy ez a log teljesen rendben van, de azárt nekem sántít 1-2 dolog.
Adsl MTU hibára gyanakszom, a log fájl ide vágó tartalma a következõ:Jan 29 14:33:59 homesrv pppd[3507]: No response to 3 echo-requests
Jan 29 14:33:59 homesrv pppd[3507]: Serial link appears to be disconnected.
Jan 29 14:33:59 homesrv pppd[3507]: Connect time 966.7 minutes.
Jan 29 14:33:59 homesrv pppd[3507]: Sent 26736467 bytes, received 947806007 bytes.
Jan 29 14:33:59 homesrv pppd[3507]: Couldn’t increase MTU to 1500
Jan 29 14:33:59 homesrv pppd[3507]: Couldn’t increase MRU to 1500
Jan 29 14:34:05 homesrv pppd[3507]: Connection terminated.
Jan 29 14:34:05 homesrv pppd[3507]: Modem hangup
Jan 29 14:34:41 homesrv pppd[3507]: PPP session is 23652
Jan 29 14:34:41 homesrv pppd[3507]: Using interface ppp0
Jan 29 14:34:41 homesrv pppd[3507]: Connect: ppp0 eth0
Jan 29 14:34:41 homesrv pppd[3507]: Couldn’t increase MTU to 1500
Jan 29 14:34:41 homesrv pppd[3507]: Couldn’t increase MRU to 1500
Jan 29 14:34:41 homesrv pppd[3507]: Couldn’t increase MRU to 1500
Jan 29 14:34:41 homesrv pppd[3507]: Couldn’t increase MTU to 1500
Jan 29 14:34:41 homesrv pppd[3507]: Couldn’t increase MRU to 1500
Jan 29 14:34:41 homesrv pppd[3507]: Couldn’t increase MRU to 1500
Jan 29 14:34:41 homesrv pppd[3507]: PAP authentication succeeded
Jan 29 14:34:41 homesrv pppd[3507]: peer from calling number 00:0D:66:73:38:1C authorized
Jan 29 14:34:41 homesrv pppd[3507]: Cannot determine ethernet address for proxy ARP
Jan 29 14:34:41 homesrv pppd[3507]: local IP address 212.40.103.177
Jan 29 14:34:41 homesrv pppd[3507]: remote IP address 212.40.109.4
Jan 29 14:34:41 homesrv pppd[3507]: primary DNS address 212.40.96.14
Jan 29 14:34:41 homesrv pppd[3507]: secondary DNS address 212.40.96.161Próbáltam a /etc/ppp/peers/dsl-provider és a /etc/ppp/options fájlban beállítani az mtu értékét kisebbre, ahogy azt a „ping -s 1464 -f http://www.bix.hu” paranccsal kisakkoztam. 1464-es csomagmérettel nem volt packet loss. A ping parancsot a NAT-olt hálóban lévõ xp kliensel is probáltam „ping -l 1464 -f http://www.bix.hu”. Itt kicsit barátibb módon kiírta hogy a csomagot darabolni kell ha nagyobb csomagot próbáltam köldeni mint 1464 bájt.
Lényeg hogy az ifconfig ppp0 kimenete szerint az mtu 1492.
Tehát akármit irok a konfig fájlokban az mtu értékéhez rá se bagózik, marad 1492.
Nem tudom jó helyen tapogatózok vagy sem, egy biztos a netem szakad.
Tud valamelyikõtök megoldást? Externet elöfizetésem ha ez számít.Vissza az elejére
oké, köszönöm 🙂
hello
engem is érdekelne ha van megoldás, ugyanis unokatesómnak szeretnék kivinni vidékre egy P II gépet, debiannal telepítve és náluk is az invitel szolgáltat adsl-t. jó lenne nem beégni náluk a debiannal, mert jelenleg windows xp alól megy nekik a net. nekem itthon externet van, ezt, ugy mint eddig a többi isp-t simán megeszi a pppoeconf.
esetleg megírnád milyen dsl modemet adnak? lehet azzal nem bir dülöre jutni.
elöre is köszi2005-11-30-20:06 Hozzászólás: Mobil rack-ben lévõ IDE winchester felismerése újraindítás nélkül #2031648Hello fantan!
Szerintem elõször kösd ki a mobil rack ventilátorait (keret és fiók). Ezek után is el tudom képzelni hogy süvít a winchester. Erre pedig a már említett hdparm kíválló lehetõséget biztosít, persze fontos hogy a winchester támogassa az APM-et. Ennek kiderítésére is megfelel a hdparm. -
SzerzőBejegyzés
legutóbbi hsz