> a parancssori smb_auth most már jól működik. Ha jó az Fnév/jelszó páros
> akkor OK -t ad vissza.
> De a squid nem hajlandó továbbra sem elfogadni semmilyen érvényes samba
> usert.
Ez felettéb érdekes. Nincs valami elírva a squid.conf-ban? Hogy néznek ki
most az 'auth_param' sorok?
Ideiglenesen
> auth_param basic program /usr/local/bin/smb_auth -S
> /var/lib/samba/netlogon/proxyauth
Leírás szerint a -S kapcsolóra neked nincs szükséged, mert a netlogon
megosztásban van a 'proxyauth' fájl.
Esetleg próbálkozz a '-W WORKGROUP' kapcsolóval.
A squid.conf-ba írd bele a 'debug_options ALL,2',
> A minap elkezdtem kisérletezgetni az uw-imap & SquirrelMail párossal...
Ragaszkodsz az uw-imap-hez? Én courier-imap-et használok, és soha sem volt
ilyen gondom.
Egyébkénr meg ez talán segít: http://squirrelmail.org/wiki/UWLoginDisabled
Miki
_
lin
> Huuh ez nagyon impressziv! Koszi szepen, de azt elarulhatnad hogy
talaltal
> ra. :-)
A HUP-on (ez itt a reklam helye ;-) ) ajanlotta valaki:
http://hup.hu/node/29986
Miki
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rule
http://ocsinventory.sourceforge.net/
Nem tudom, mit tud, mert en ezidaig csak a letoltesig jutottam, a
kiprobalasig nem. Talan egy probat meger...
Miki
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo
> Squid 2.5-tel proxy authentikaciot szeretnek M$ Active Directory-bol.
En az smb_auth-tal oldottam meg:
auth_param basic program /usr/lib/squid/smb_auth -W
auth_param basic realm bla-bla-bla
auth_param basic children 5
auth_param basic credentialsttl2 hours
'check_http!443' helyett 'check_http -S'?
Miki
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
> miert nem irsz scriptet, ami ldapbol felorankent legeneralja a
> dhcp.conf-ot? meg rehash. en hagynam a patchet ha nem megy.
Ugy nezem, ez tud ilyet is: http://www.kfki.hu/cnc/projekt/l2d2/
Miki
_
linux lista - linux@mlf.linux.rulez.or
> A fenti dolgot kellene Fedorara telepitenem.
> Erdekelene hogy sikerult-e mar valakinek -- akar mas disztribuciora is
> -- felraknia es mukodesre birnia?
En Debian alatt hasznalok VPN-t.
> Azt hallottam, hogy valami kernel buhera szukseges hozza, illetve
> megprobaltam leszedni, mivel tudomaso
> A host parancsot nem erdeklik a felsorolt konfiguracios file-ok,
> az kozvetlenul a dns-ben turkal.
Ezt gondoltam; csakugy, mint a dig es az nslookup (tudom-tudom, ez utobbi
felejtos).
Na, a Postfix main.cf-jeben a 'disable_dns_lookups = no' sort atirtam '
disable_dns_lookups = yes'-re, es mar
> A /etc/hosts matatása után /etc/init.d/postfix restart volt?
> (Legalábbis jólnevelt rendszeren ez a /var/spool/postfix/etc/hosts-ot is
> aktualizálja. A SLES-t nem tudom jólnevelt-e ;-) )
Restart volt, persze. :-) /var/spool/postfix/etc/hosts nincs.
Miki
__
Sziasztok!
Van egy SLES szerver amin nem megy a levélkuldes. A hibauzenet:
Apr 27 09:01:06 gy-s-vts postfix/smtp[21962]: 815C853594:
to=<[EMAIL PROTECTED]>, relay=none, delay=150992,
status=deferred (Name service error for 10.43.0.57: Host not found, try
again)
A hosts fajlban bent van a kerd
Sziasztok!
Letezik olyan program (vagy minek nevezzem), aminek a segitsegevel a
felhasznalok sajat maguknak tudnak felhasznaloi fiokot (Sambaban is meg
esetleg e-mail aliast is) letrehozni? Olyasmire gondolok, mint az ingyenes
e-mail ill. tarhely szolgaltatoknal van. Webes feluletu lenne a legjob
> openvpn
OK, ezt ismerem. :-) Nekilatok olvasgatni, meg osszerakni, de lehet, hogy
meg kerdezek.
Koszi!
Miki
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
> Nalam ez ugy megy az otthoni (192.168.0.0/24) es a ceges (szinten
> 192.168.0.0/24) halo kozott (VPN), hogy pl. a cegtol az otthoni gepeket
> 192.168.254.0/24-kent cimzem meg, es az otthoni router -j NETMAP-pal
> cimfordit.
Koszomom!!! Tehat megoldhato. Ezt a valaszt vartam. :-)
A VPN-t mivel old
> Ha van netkapcsolatuk akkor az OpenVPN, vagy más VPN gond nélkül
> kialakítható (még akkor is ha csak egy kis router-rel rendelkeznek -
> virtual server) annyival bonyolódik az ügy, hogy - ha DHCP osztja a WAN
> címeket, hogy dyndns -re van szükség.
Mindenhol linuxos tuzfal van. Ugy gondoltam, ho
> Szvsz sokat rágódtatok a problémán és el is bonyolítottátok. Én az ilyen
> feladatokra egyszerűen húzok egy ssh tunelt a másik hálózat megfelelő
> gépétől (5900 port helyben a 590x-re irányítva) és a kliensel erre
> kapcsolódok.
A konkret esetben win kliensnek kell win klienst felugyelni. Ezert
g
> Önellentmondás. Ha egyik hálózatból a másikba át akarsz menni, akkor
> azok már össze vannak kötve valamilyen módon, tehát a "semmilyen
> összeköttetésről szó sem lehet" kitétel azt hozza magával, hogy nincs
> VNC sem.
Nincs onellentmondas. Megegyszer: a halozatok direkt modon nincsenek es nem
is
> raadasul ha van DHCP szervered is, akkor nem ertem a problemadat
>
> miert nem csinaljatok meg egyszer normalisan a halozatot ?
>
> tervezzetek meg, ulj le a fonokokkel, magyarazd el nekik, hogy ezt hogy
> kell csinalni...
>
> tapasztalatbol mondom, hogy rengeteg munkaorat tudsz megsporolin
>
> nem lenne egyszerubb egy/tobb portforward?
> gizike gepe -> x port
> marika gepe -> x+1 port
Aha, erre gondoltam en is eloszor, port knockinggal kombinalva. De ez egy
kicsit gyilkos 6-8 halozat eseten. Raadasul a gepek DHCP-bol kapjak a
cimeket. Szoval, jobb lenne ideiglenes VPN kapcsolaton keres
> na de akkor hogyan éri el egy vnc viewer a vnc servert?
> milyen ip-t adsz meg a viewernek?
> ha belsőt -> azt ugye nem fogja meg találni illetve a viewer saját belső
> hálózatán fogja keresni
Ugy gondolom, hogy ha a "felugyelo" kliensen felhuzom a VPN-t az egyik
tavoli halozathoz, akkor annak a
> de szerintem eljött a nagy alkalom vagy ürügy arra
> hogy ezeket az alhállózatokat szépen ahogy kell
>
> 192.168.0.0/24
> 192.168.1.0/24
> 192.168.2./24
> ...
> 192.168.200.0/24
>
> ra bontsd (vagy 10.0.0.0 10.0.1.0 stb)
>
> minnél több dolgot akarsz majd használni (majd)
> bele fogsz ütközni ugy
> Es kotzuk a routeolas hogy megy, ha azonos ip cimuek?
> Ha midegyiknek van legalabb egy publikus ip cime, akkor mar ok.
Mint irtam, a halozatoknak nincs kozuk egymashoz, nincs route-olas.
Mindegyiknek van ADSL-es internet kapcsolata, tehat publikus cim mindenhol
van.
Folyamatos kapcsolatra nincs
Sziasztok!
Adott tobb halozat, amelyeknek eddig semmi kozuk nem volt egymashoz, es egy
aprosagot leszamitva tovabbra sem lesz. Ezt csak azert mondom, mert minden
halozatban ugyanaz az IP cim taromanyt hasznaljak (192.168.0.0/24), es ez
talan lehet gond. Amit meg kelle oldani, hogy az egyik ilyen
Sziasztok!
Erdeklodnek, hogy az alabbi konyvet ismeri-e valaki?
Anand Deveriya: Network Administrators Survival Guide [1]
Egy csomo engem erdeklo dolog van a leirasban, de ami nagyon megragadott:
* Provides detailed tips for using freeware and open-source tools readily
available from the Intern
> Valakinek van otlete?
Router csere? Egy csomo router (SMC, LinkSys, D-Link) tudja.
Miki
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Kukkants be ide: http://www.debian-administration.org/articles/111
Miki
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
27 matches
Mail list logo
