Debian GNU/Linux

Helló!

A következő jelenségbe ütköztem:
Nap közben pingetem a gépünket folyamatosan.
Tegnap és ma volt olyan, hogy a ping a szokásos 2ms helyett pár percig 600ms feletti értékeket produkál. ( interware szerverterem, debian dist.) ( mást szervert teljesen normálisan tudtam pingetni, vagyis nem a forgalom miatt lassult a net ) ( és més hostról is próbáltam, vagyis nem a mi routerünk fogja a csomagokat.)

Mire gyanakodhatok?
ld.

Szepjo napot!

Lenne egy kis problemam a DVD irassal Debian Etch alatt. Egy NEC DVD_RW ND-3500AG irom van es nem akar DVD-t irni. Se nautilus, se xcdroast, se gnomebaker. Hol nezzem, hogy mi lehet a gond?

(xcdroast is csak a "-n" kapcsoloval indul el)

Koszi a valaszokat elore is!

Beüzemeltem egy alaptelepítéses debian severt proxynak, raktam rá squid-t is. A web megy rendesen, az ftp is. Viszont sem pingelni nem tok, sem puttyolni, sem pop3-ni, sem vpn-ni a proxy mögül. Pedig a portok engedélyezve vannak a squidban és be van állítva mindegyik progiban a proxy server címe. Úgy néztem, el sem jutnak a kérések a squidig, mintha valami más megfogná. MIt állítsak át hogy menjenek ezek a dolgok? Hol adjam hozzá az engedélyezni kívánt portokat?

Sziasztok!

Fejlesztéshez szükségem lenne mysql 4.0.24 és mysql 5 futtatására egy debian etch gépen történő futtatására. A repo-ban mysql 5 van. Tudnátok ajánlani egy módszert, howto-t, hogy mellé tudjam tenni a 4-es mysql-t?
Köszönöm

Üdv! A következő a helyzet:
Van egy Debian Sarge i386 -os szervergépem két db hálókártyával (eth0, eth1).

eth0 Link encap:Ethernet HWaddr 00:04:E2:EB:8E:56
inet addr:193.xxx.xxx.31 Bcast:193.xxx.xxx.255 Mask:255.255.255.0
inet6 addr: fe80::204:e2ff:feeb:8e56/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

eth1 Link encap:Ethernet HWaddr 00:48:54:6E:B3:EA
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::248:54ff:fe6e:b3ea/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

A fenti módon mennek. Az eth0 csatlakozik a kolis LAN-ra (bár tulajdonképpen az internetre, mivel saját fix publikus IP-t kapunk), az eth1 pedig a saját belső LAN-omra. A kettő között iptables-el történő NAT /Masquerading van, + tűzfal.
A probléma az, hogy a két desktop gépem a belső lLAn-omon lóg, és CS-zni szeretnék egy olyan szerverhez csatlakozva ami a kolis lanon fut.
A szerverhez tudnék csatlakozni, mert kifelé mindenféle kapcsolatot engedélyeztem, azonban a szervert nem találja meg a játék szerverböngészője ami LAN-os szervereket keres. A LAN-on a CS (illetve a Half Life Dedicated Server) amikor szervert keres, akkor a játékkliens a 255.255.255.255 -re broadcastol UDP csomagokat (source port random, destination port 27015-27020). Ezek a broadcastelések azonban nem jutnak el a másik szobában levő CS szerverhez (ez a kolis lanon van).
Átmeneti workaround lenne ha a debianos átjárón futtatnánk a CS szervert, de egyelőre túl gyík ahhoz, procicsere kell (most P2, vettünk hozzá P3-at).

A probléma tehát az lenne, hogy a gépem (192.168.0.2) felől érkező, 255.255.255.255 irányú UDP broadcastolás eljusson az eth1 által elérhető kolis LAN-ra is. Alább csatolom a jelenleg futtatott iptables konfigurációt, amiben kiemelem azt a részt, amelyikkel ezt meg próbálom oldani.

Lehetséges hogy ezen kivül valamilyen visszaigazolást is kell küldenie a szervernek (amiben a nevét, az ip cimét, az aktuális pályát és játékosok számát és egyéb információt küld el) a kliens felé, ezt még wireshark-al megsniffelem.

Netfilter konfiguráció:

# A $SYSCTL valtozo uresbe tetele, igy nem a sysctl programot fogja a kernel beallitasara hasznalni, hanem echo-kkal a /proc-on keresztul
SYSCTL=""

# A netfilter rendszer userspace-beli vezerloprogramjainak eleresi utvonalai
IPT="/sbin/iptables"
IPTS="/sbin/iptables-save"
IPTR="/sbin/iptables-restore"

# Kulso (internet) interfesz
INET_IFACE="eth0"

# Belso (LAN) interfesz
LOCAL_IFACE="eth1"
LOCAL_IP="192.168.0.1"
LOCAL_NET="192.168.0.0/8"
LOCAL_BCAST="255.255.255.0"

# Loopback (127.0.0.1) interfesz
LO_IFACE="lo"
LO_IP="127.0.0.1"

if [ "$1" = "save" ]
then
echo -n "Tuzfal elmentese: /etc/netfilter/iptables ... "
$IPTS > /etc/netfilter/iptables
echo "done"
exit 0
elif [ "$1" = "restore" ]
then
echo -n "Tuzfal visszaallitasa /etc/netfilter/iptables ... "
$IPTR < /etc/netfilter/iptables
echo "done"
exit 0
fi

echo "Kernel modulok betoltese ..."

/sbin/depmod -a
/sbin/modprobe ip_tables
/sbin/modprobe ip_conntrack
/sbin/modprobe iptable_nat
/sbin/modprobe ipt_MASQUERADE
/sbin/modprobe iptable_filter
/sbin/modprobe ipt_state

# /sbin/modprobe ipt_LOG
# /sbin/modprobe ip_conntrack_irc

echo "1" > /proc/sys/net/ipv4/ip_forward
echo "1" > /proc/sys/net/ipv4/conf/all/rp_filter

echo "Tuzfalszabalyok resetelese ..."

$IPT -P INPUT ACCEPT
$IPT -P FORWARD ACCEPT
$IPT -P OUTPUT ACCEPT
$IPT -t nat -P PREROUTING ACCEPT
$IPT -t nat -P POSTROUTING ACCEPT
$IPT -t nat -P OUTPUT ACCEPT
$IPT -t mangle -P PREROUTING ACCEPT
$IPT -t mangle -P OUTPUT ACCEPT

$IPT -F
$IPT -t nat -F
$IPT -t mangle -F

$IPT -X
$IPT -t nat -X
$IPT -t mangle -X

if [ "$1" = "stop" ]
then
echo "A tuzfal minden szabalya defaulton, igy jelenleg nincs semmifele tuzfal."
exit 0
fi
echo "A tuzfal mindenfele ki, be, illetve athalado csomagot eldob. Teljes vedelem."
$IPT -P INPUT DROP
$IPT -P OUTPUT DROP
$IPT -P FORWARD DROP
echo ".. sikerult. Ezekutan minden tevekenyseg csak kulon engedellyel lehetseges."

echo "Sajat chain-ok letrehozasa ..."

$IPT -N bad_packets
$IPT -N bad_tcp_packets
$IPT -N icmp_packets
$IPT -N udp_inbound
$IPT -N udp_outbound

$IPT -N tcp_inbound
$IPT -N tcp_outbound

# Egyeni chainok feltoltese
# bad_packets chain
# Minden INVALID csomag azonnali eldobasa

$IPT -A bad_packets -p ALL -m state --state INVALID -j LOG --log-prefix "Hibas csomag:"
$IPT -A bad_packets -p ALL -m state --state INVALID -j DROP

# A TCP csomagok tovabbi ellenorzese
$IPT -A bad_packets -p tcp -j bad_tcp_packets

# Minden oke, tehat visszateres
$IPT -A bad_packets -p ALL -j RETURN

# bad_tcp_packets chain
#
# Minden TCP csomag at fog kelni ezen a chainon.
# Minden uj kapcsolat elvileg egy syn csomaggal kezdodik.
# Ha megsem, akkor valami mas lesz, peldaul port scanneles.
# Minden ilyen NEW csomagot eldobunk, ami nem syn.

# Visszarakas az eredeti chainba, akkor ha a rossz csomag
# egy belso interfeszrol erkezett. Ez akkor biztonsagos, ha
# a tuzfal egy jol megbizhato belso halozatot ved.

$IPT -A bad_tcp_packets -p tcp -i $LOCAL_IFACE -j RETURN

$IPT -A bad_tcp_packets -p tcp ! --syn -m state --state NEW -j LOG --log-prefix "Uj kapcsolat, nem syn:"
$IPT -A bad_tcp_packets -p tcp ! --syn -m state --state NEW -j DROP

# Minden oke, visszateres:
$IPT -A bad_tcp_packets -p tcp -j RETURN

# icmp_packets chain

# A kovetkezo sort enabledre kell tenni, ha pingelheto hostot akarunk:
$IPT -A icmp_packets -p ICMP -s 0/0 --icmp-type 8 -j ACCEPT

# Time Exceeded
$IPT -A icmp_packets -p ICMP -s 0/0 --icmp-type 11 -j ACCEPT

# Not matched, so return so it will be logged
$IPT -A icmp_packets -p ICMP -j RETURN

# udp_inbound chain
#
# Ez a chain tartalmazza a bejovo UDP csomagokat.
# Ez az internet/kifele nezo interfesz INPUT -jara vonatkozik.
# A NetBIOS (Windows) csomagokat kerdezes nelkul droppolja.

$IPT -A udp_inbound -p UDP -s 0/0 --destination-port 3997 -j ACCEPT
$IPT -A udp_inbound -p UDP -s 0/0 --destination-port 3998 -j ACCEPT
$IPT -A udp_inbound -p UDP -s 0/0 --destination-port 27005 -j ACCEPT
$IPT -A udp_inbound -p UDP -s 0/0 --destination-port 27007 -j ACCEPT
$IPT -A udp_inbound -p UDP -s 0/0 --destination-port 27015 -j ACCEPT
$IPT -A udp_inbound -p UDP -s 0/0 --destination-port 27025 -j ACCEPT

$IPT -A udp_inbound -p UDP -s 0/0 --destination-port 137 -j DROP
$IPT -A udp_inbound -p UDP -s 0/0 --destination-port 138 -j DROP

# Network Time Protocol (NTP) Server
$IPT -A udp_inbound -p UDP -s 0/0 --destination-port 123 -j ACCEPT

# DNS Server
# Configure the server to use port 53 as the source port for requests
# Note, if you run a caching-only name server that only accepts queries
# from the private network or localhost, you can comment out this line.
$IPT -A udp_inbound -p UDP -s 0/0 --destination-port 53 -j ACCEPT

# $IPT -A udp_inbound -p UDP -s 0/0 --source-port 53 -j ACCEPT

# Dynamic Address
# If DHCP, the initial request is a broadcast. The response
# doesn't exactly match the outbound packet. This explicitly
# allow the DHCP ports to alleviate this problem.
# If you receive your dynamic address by a different means, you
# can probably comment this line.
$IPT -A udp_inbound -p UDP -s 0/0 --source-port 67 --destination-port 68 -j ACCEPT

$IPT -A udp_inbound -p UDP -j RETURN

# udp_outbound chain
#
# This chain is used with a private network to prevent forwarding for
# UDP requests on specific protocols. Applied to the FORWARD rule from
# the internal network. Ends with an ACCEPT

# Nincs talalat, tehat elfogadva (ACCEPT)
$IPT -A udp_outbound -p UDP -s 0/0 -j ACCEPT

# tcp_inbound chain
#
# Ez a bejovo, kulso internet felol erkezo
# TCP csomagok helye. Alapban minden tiltva, a lenti
# szolgaltatasok kivetelevel.

# HTTP
$IPT -A tcp_inbound -p TCP -s 0/0 --destination-port 80 -j ACCEPT

# HTTPS (Secure Web Server)
$IPT -A tcp_inbound -p TCP -s 0/0 --destination-port 443 -j ACCEPT

# FTP Server (Control)
$IPT -A tcp_inbound -p TCP -s 0/0 --destination-port 21 -j ACCEPT

# FTP Client (Data Port for non-PASV transfers)
$IPT -A tcp_inbound -p TCP -s 0/0 --source-port 20 -j ACCEPT

# Email Server (SMTP)
$IPT -A tcp_inbound -p TCP -s 0/0 --destination-port 25 -j ACCEPT

# Email Server (POP3)
$IPT -A tcp_inbound -p TCP -s 0/0 --destination-port 110 -j ACCEPT

# sshd
$IPT -A tcp_inbound -p TCP -s 0/0 --destination-port 22 -j ACCEPT

# Not matched, so return so it will be logged
$IPT -A tcp_inbound -p TCP -j RETURN

# tcp_outbound chain

# No match, so ACCEPT
$IPT -A tcp_outbound -p TCP -s 0/0 -j ACCEPT

echo "Process INPUT chain ..."

# Minden engedelyezese kintrol
$IPT -A INPUT -p ALL -i $LO_IFACE -j ACCEPT

# Hibas csomagok eldobalasa
$IPT -A INPUT -p ALL -j bad_packets

# Rules for the private network (accessing gateway system itself)
$IPT -A INPUT -p ALL -i $LOCAL_IFACE -s $LOCAL_NET -j ACCEPT
$IPT -A INPUT -p ALL -i $LOCAL_IFACE -d $LOCAL_BCAST -j ACCEPT

# Internet felol bejovo szabalyok

# Bejovo kapcsolatok elfogadasa
$IPT -A INPUT -p ALL -i $INET_IFACE -m state --state ESTABLISHED,RELATED -j ACCEPT

# Route the rest to the appropriate user chain
$IPT -A INPUT -p TCP -i $INET_IFACE -j tcp_inbound
$IPT -A INPUT -p UDP -i $INET_IFACE -j udp_inbound
$IPT -A INPUT -p ICMP -i $INET_IFACE -j icmp_packets

# Drop without logging broadcasts that get this far.
# Cuts down on log clutter.
# Comment this line if testing new rules that impact
# broadcast protocols.
$IPT -A INPUT -p ALL -d 255.255.255.255 -j DROP

# Log packets that still don't match
$IPT -A INPUT -m limit --limit 3/minute --limit-burst 3 -j LOG --log-prefix "INPUT packet died: "

echo "Process FORWARD chain ..."

# Used if forwarding for a private network

# Drop bad packets$IPT -A FORWARD -p ALL -j bad_packets

# Accept TCP packets we want to forward from internal sources
$IPT -A FORWARD -p tcp -i $LOCAL_IFACE -j tcp_outbound

# Accept UDP packets we want to forward from internal sources
$IPT -A FORWARD -p udp -i $LOCAL_IFACE -j udp_outbound

# If not blocked, accept any other packets from the internal interface
$IPT -A FORWARD -p ALL -i $LOCAL_IFACE -j ACCEPT

# Deal with responses from the internet
$IPT -A FORWARD -i $INET_IFACE -m state --state ESTABLISHED,RELATED -j ACCEPT

# Log packets that still don't match
$IPT -A FORWARD -m limit --limit 3/minute --limit-burst 3 -j LOG --log-prefix "FORWARD packet died: "

echo "Process OUTPUT chain ..."

# A kifele valo kapcsolodas engedelyezese

# Azonban a hibas kimeno ICMP csomagokat el kell dobni!
$IPT -A OUTPUT -m state -p icmp --state INVALID -j DROP

# Local host
$IPT -A OUTPUT -p ALL -s $LO_IP -j ACCEPT
$IPT -A OUTPUT -p ALL -o $LO_IFACE -j ACCEPT

# A belso halozat fele
$IPT -A OUTPUT -p ALL -s $LOCAL_IP -j ACCEPT
$IPT -A OUTPUT -p ALL -o $LOCAL_IFACE -j ACCEPT

# Az internet fele
$IPT -A OUTPUT -p ALL -o $INET_IFACE -j ACCEPT

# Azon csomagok naplozasa amik meg mindig nem feleltek meg:
$IPT -A OUTPUT -m limit --limit 3/minute --limit-burst 3 -j LOG --log-prefix "OUTPUT csomag meghalt: "

echo "Szabalyok betoltese a NAT tablazatbol ..."

$IPT -t nat -A POSTROUTING -o $INET_IFACE -j MASQUERADE

# !!!!!!!!!!
# Probalkozas az UDP csomagok broadcastjere
# !!!!!!!!!!

EXTIP="193.225.227.255" // ez a ketto nem konkret ip cim hanem broadcast
PORTFWIP="192.168.0.255"

$IPT -A FORWARD -i eth1 -o eth0 -p udp --dport 27015 -j ACCEPT
$IPT -A PREROUTING -t nat -p udp -d $EXTIP --dport 27015 -j DNAT --to $PORTFWIP:27015

$IPT -A FORWARD -i eth1 -o eth0 -p udp --dport 27016 -j ACCEPT
$IPT -A PREROUTING -t nat -p udp -d $EXTIP --dport 27016 -j DNAT --to $PORTFWIP:27016

$IPT -A FORWARD -i eth1 -o eth0 -p udp --dport 27017 -j ACCEPT
$IPT -A PREROUTING -t nat -p udp -d $EXTIP --dport 27017 -j DNAT --to $PORTFWIP:27017

$IPT -A FORWARD -i eth1 -o eth0 -p udp --dport 27018 -j ACCEPT
$IPT -A PREROUTING -t nat -p udp -d $EXTIP --dport 27018 -j DNAT --to $PORTFWIP:27018

$IPT -A FORWARD -i eth1 -o eth0 -p udp --dport 27019 -j ACCEPT
$IPT -A PREROUTING -t nat -p udp -d $EXTIP --dport 27019 -j DNAT --to $PORTFWIP:27019

$IPT -A FORWARD -i eth1 -o eth0 -p udp --dport 27020 -j ACCEPT
$IPT -A PREROUTING -t nat -p udp -d $EXTIP --dport 27020 -j DNAT --to $PORTFWIP:27020

$IPT -A FORWARD -i eth1 -o eth0 -p udp --dport 3997 -j ACCEPT
$IPT -A PREROUTING -t nat -p udp -d $EXTIP --dport 3997 -j DNAT --to $PORTFWIP:3997

$IPT -A FORWARD -i eth1 -o eth0 -p udp --dport 3998 -j ACCEPT
$IPT -A PREROUTING -t nat -p udp -d $EXTIP --dport 3998 -j DNAT --to $PORTFWIP:3998

$IPT -A FORWARD -i eth1 -o eth0 -p udp --dport 27005 -j ACCEPT
$IPT -A PREROUTING -t nat -p udp -d $EXTIP --dport 27005 -j DNAT --to $PORTFWIP:27005

$IPT -A FORWARD -i eth1 -o eth0 -p udp --dport 27007 -j ACCEPT
$IPT -A PREROUTING -t nat -p udp -d $EXTIP --dport 27007 -j DNAT --to $PORTFWIP:27007

$IPT -A FORWARD -i eth1 -o eth0 -p udp --dport 27025 -j ACCEPT
$IPT -A PREROUTING -t nat -p udp -d $EXTIP --dport 27025 -j DNAT --to $PORTFWIP:27025

A válaszokat előre is köszönöm!

Sziasztok!
gyors segítségre lenne szükségem!Ma indítom a gépem és a boot
során ez a hiba üzenet fogad:KDSBENT:Invalid argument
failed to bind key 255 to value 1973.Gyorsan váltok recovery
módba mc-vel nézem a gdm log-ját amiben a következõ van:Could
not init font path element unix/:7100,removing from list!Most
akkor mit kell tennem?syslogd-nál elakad a boot!Köszi a hegítséget!

e

HElló!

Szeretném feltenni az rtorrent-et a debian sargemra.
A libtorrent stable itt akad el (./configure):
checking for OPENSSL... configure: error: Could not find openssl's crypto library
Innen próbáltam feltenni a crypto library-t: ftp://ftp.fsn.hu/debian/pool/main/o/openssl/ amelyik csomag felment az nem javította a hibát és volt olyan ami törött csőre meg más csatornázási művek hatáskörébe tartozó hibával tért vissza. Meg tudja valaki mondani, hogy melyik deb csaomag kell nekem?

Amikor megpróbáltam az rtorrentet feltenni sid -re javítva a sources.list-et akkor a rendszer alóla kernelt kiszedte volna az isten barma úgyhogy azt inkább nem...

Hi!

Egy tűzfalscript utolsó soraiban a semmihez nem illő csomagokat logolja és eldobja:

        # Create LOG chains to log and drop packets
        $IPTABLES -N INLOG
        $IPTABLES -A INLOG -j LOG --log-prefix "INPUT_DROP: " --log-level debug
        $IPTABLES -A INLOG -j DROP

        $IPTABLES -N OUTLOG
        $IPTABLES -A OUTLOG -j LOG --log-prefix "OUTPUT_DROP: " --log-level debug
        $IPTABLES -A OUTLOG -j DROP

        # Log&Drop all other traffic
        $IPTABLES -A INPUT -j INLOG
        $IPTABLES -A OUTPUT -j OUTLOG

    
        $IPTABLES -P INPUT DROP
        $IPTABLES -P OUTPUT DROP
        $IPTABLES -P FORWARD DROP
        $IP6TABLES -P INPUT DROP
        $IP6TABLES -P OUTPUT DROP
        $IP6TABLES -P FORWARD DROP

Az otthoni Debianommal (kernel 2.6.15, iptables 1.3.6) szépen írja bele a syslogba amit kell, de egy 2.6.8-cal (Debian stable, iptables 1.2.11) futó gépen nem.

syslog.conf azonos (semmit sem változtattam):

# First some standard logfiles.  Log by facility.
#

auth,authpriv.*                 /var/log/auth.log
*.*;auth,authpriv.none          -/var/log/syslog
#cron.*                         /var/log/cron.log
daemon.*                        -/var/log/daemon.log
kern.*                          -/var/log/kern.log
lpr.*                           -/var/log/lpr.log
mail.*                          -/var/log/mail.log
user.*                          -/var/log/user.log
uucp.*                          /var/log/uucp.log

#
# Logging for the mail system.  Split it up so that
# it is easy to write scripts to parse these files.
#
mail.info                       -/var/log/mail.info
mail.warn                       -/var/log/mail.warn
mail.err                        /var/log/mail.err

# Logging for INN news system
#
news.crit                       /var/log/news/news.crit
news.err                        /var/log/news/news.err
news.notice                     -/var/log/news/news.notice

#
# Some `catch-all' logfiles.
#
*.=debug;\
        auth,authpriv.none;\
        news.none;mail.none     -/var/log/debug
*.=info;*.=notice;*.=warn;\
        auth,authpriv.none;\
        cron,daemon.none;\
        mail,news.none          -/var/log/messages

#
# Emergencies are sent to everybody logged in.
#
*.emerg                         *

#
# I like to have messages displayed on the console, but only on a virtual
# console I usually leave idle.

daemon,mail.*;\
        news.=crit;news.=err;news.=notice;\
        *.=debug;*.=info;\
        *.=notice;*.=warn       /dev/tty12

# The named pipe /dev/xconsole is for the `xconsole' utility.  To use it,
# you must invoke `xconsole' with the `-file' option:
#
#    $ xconsole -file /dev/xconsole [...]
#
# NOTE: adjust the list below, or you'll go crazy if you have a reasonably
#      busy site..
#
daemon.*;mail.*;\
        news.crit;news.err;news.notice;\
        *.=debug;*.=info;\
        *.=notice;*.=warn       |/dev/xconsole

kern.=debug     -/var/log/bandwidth

A syslogd verziója is, mindkét helyen 1.4.1.

A szabályok alkalmazásakor semmi hibaüzenetet nem kapok egyik gépen sem.
Mi lehet a gondja?

edit: a /var/log alatt sehol semmi nyoma az iptables logjának (grep "DROP" -r *)...

Hi! Nem tudja véletlenül valaki hogyan lehet a Debian-t 2 xp közül kiírtani az MBR-ből?
Előre is kösz

Hi!

Etch alatt próbáltam egy kis hálózatot (4*98, 4*XP) az eddigi működésről egy kiszámíthatóbbra műteni, de olyasmit tapasztaltam, amit még soha. Amikor betettem a szervert, minden OK volt. Aztán elkezdük átállítani egy konvenció alapján a gépneveket, felvenni az egységes user neveket, az IP-t pedig DHCP-n kapták.
Mire ezekkel végeztünk, a wines hálózat teljesen hektikus lett. Azaz hol "hálózat nem elérhető", hol minden ok, hol pedig csak a szervert, vagy csak magát látta egy egy gép. Mindezen üzemmódokat valamilyen általa ismert elv alapján váltogatta néhány percenként, anélkül hogy hozzányúltunk volna.
Winek többszöri rebootolása után ugyanez tovább. Este 10:30 magasságában, mielőtt otthagytam volna az egészet, a szervert is újraindítottam, és láss csodát, mindenki látott mindent.
Mivel akkor már nem maradtam ott - vajh miért - tesztelni a rendszert, ez vasárnap vár rám.
Szerintetek az lehetséges, hogy a Samba cachelte a netbios neveket (vagy valamit) és csupán ez okozta a gubancot?

Info: nem domain csak munkacsoport user securityvel, WINS engedélyezte volt