🚀 go-pugleaf

"Christian B. Westermann" wrote:
> 
> Ich hab das Problem, dass meine ISDN Karte im 2 Minuten Takt beim
> Provider einwaehlt. Das ganze liegt mit Sicherheit am Samba Server,
> dass erkennt man daran, dass einerseits in /var/log/messages der Port
> 138 fuer das Waehlen verantwortlich ist, und anderseits beim Abstellen
> von Samba die ISDN Karte nicht mehr automatisch waehlt. Nun heisst es
> ja in den verschiedenen Dokumentationen, dass man in /etc/smb.conf die
> Zeile
> 
> interface <ipadresse>/<NetzMaske>
> 
> eingeben soll. Dies habe ich gemacht, allerdings hat es nix gebracht.
> 
> Frage: Weiss jemand, warum das der Samba Server immer noch macht und
> wie man da Abhilfe findet?
> 
> Merci
> Chrigu

hi

ich kann dir nicht sagen ob das stimmt. aber im SWAT von samba 2.1 gibts
unter advenced view die m�glichkeit: bind interfaces only.
wenn man das auf yes setzt steht in der smb.conf follgendes:

        interfaces = 192.168.0.1          # das ist die ip meines
servers
        bind interfaces only = Yes


ich weis nicht obs das ist. aber versuchs mal.

ne andere m�glichkeit w�re es vieleicht mit ipfwadm oder ipchains (je
nach kernelversion) eine rule f�r nicht weiterleitung auf das isdn
device zu erstellen.

ich hab dir unten noch die help message von SWAT eingepastet

gruss DOminik

-
bind interfaces only (G) 


      This global parameter allows the Samba admin to limit what
interfaces on a machine will serve smb requests. If affects file service
smbd and name service
      nmbd in slightly different ways. 


      For name service it causes nmbd to bind to ports 137 and 138 on
the interfaces listed in the 'interfaces' parameter. nmbd also binds to
the 'all addresses'
      interface (0.0.0.0) on ports 137 and 138 for the purposes of
reading broadcast messages. If this option is not set then nmbd will
service name requests on all of
      these sockets. If "bind interfaces only" is set then nmbd will
check the source address of any packets coming in on the broadcast
sockets and discard any
      that don't match the broadcast addresses of the interfaces in the
'interfaces' parameter list. As unicast packets are received on the
other sockets it allows
      nmbd to refuse to serve names to machines that send packets that
arrive through any interfaces not listed in the "interfaces" list. IP
Source address spoofing
      does defeat this simple check, however so it must not be used
seriously as a security feature for nmbd. 


      For file service it causes smbd to bind only to the interface list
given in the 'interfaces' parameter. This restricts the networks that
smbd will serve to packets
      coming in those interfaces. Note that you should not use this
parameter for machines that are serving PPP or other intermittent or
non-broadcast network
      interfaces as it will not cope with non-permanent interfaces. 


      In addition, to change a users SMB password, the smbpasswd by
default connects to the "localhost" - 127.0.0.1 address as an SMB client
to issue the
      password change request. If "bind interfaces only" is set then
unless the network address 127.0.0.1 is added to the 'interfaces'
parameter list then
      smbpasswd will fail to connect in it's default mode. smbpasswd can
be forced to use the primary IP interface of the local host by using its
"-r remote
      machine" parameter, with "remote machine" set to the IP name of
the primary interface of the local host. 


      Default: bind interfaces only = False 


      Example: bind interfaces only = True

"Christian B. Westermann" wrote:

> Ich hab das Problem, dass meine ISDN Karte im 2 Minuten Takt beim
> Provider einwaehlt. Das ganze liegt mit Sicherheit am Samba Server,
> dass erkennt man daran, dass einerseits in /var/log/messages der Port
> 138 fuer das Waehlen verantwortlich ist, und anderseits beim Abstellen
> von Samba die ISDN Karte nicht mehr automatisch waehlt. Nun heisst es
> ja in den verschiedenen Dokumentationen, dass man in /etc/smb.conf die
> Zeile
>
> interface <ipadresse>/<NetzMaske>
>
> eingeben soll. Dies habe ich gemacht, allerdings hat es nix gebracht.
>
> Frage: Weiss jemand, warum das der Samba Server immer noch macht und
> wie man da Abhilfe findet?

Schau mal, ob es nicht ein dnslookup ist.
tcpdump -aqi ippp0

Grs
Beppo

Beppo wrote:
> 
> "Christian B. Westermann" wrote:
> 
> > Ich hab das Problem, dass meine ISDN Karte im 2 Minuten Takt beim
> > Provider einwaehlt. Das ganze liegt mit Sicherheit am Samba Server,
> > dass erkennt man daran, dass einerseits in /var/log/messages der Port
> > 138 fuer das Waehlen verantwortlich ist, und anderseits beim Abstellen
> > von Samba die ISDN Karte nicht mehr automatisch waehlt. Nun heisst es
> > ja in den verschiedenen Dokumentationen, dass man in /etc/smb.conf die
> > Zeile
> >
> > interface <ipadresse>/<NetzMaske>
> >
> > eingeben soll. Dies habe ich gemacht, allerdings hat es nix gebracht.
> >
> > Frage: Weiss jemand, warum das der Samba Server immer noch macht und
> > wie man da Abhilfe findet?

> Schau mal, ob es nicht ein dnslookup ist.
> tcpdump -aqi ippp0

Was genau meinst du mit dem? Soll ich diesen Befehl waehrend dem
Waehlvorgang ausfuehren? Und wenn es ein dnslookup ist, was kann ich
dann tun, damit nicht immer gewaehlt wird?


-- 
Ch. B. Westermann
Physikalisches Institut     
Sidlerstrasse 5         phone: +41(0)31 6314417/52      
CH-3012 Bern              fax: +41(0)31 6314405

> hi
> 
> ich kann dir nicht sagen ob das stimmt. aber im SWAT von samba 2.1 gibts
> unter advenced view die m�glichkeit: bind interfaces only.
> wenn man das auf yes setzt steht in der smb.conf follgendes:
> 
>         interfaces = 192.168.0.1          # das ist die ip meines
> servers
>         bind interfaces only = Yes
> 
> ich weis nicht obs das ist. aber versuchs mal.

Leider nicht. Ich habe von dieser Option bereits bei www.dejanews.com
gelesen, aber gebrachts hat nix. 
 
> ne andere m�glichkeit w�re es vieleicht mit ipfwadm oder ipchains (je
> nach kernelversion) eine rule f�r nicht weiterleitung auf das isdn
> device zu erstellen.

ja, das waere zu ueberlegen. Aber irgendwie habe ich das Gefuehl, dass
es sich hier um ein Standartproblem handelt. Kann es sein dass das
Routing falsch ist? Leider habe ich momentan die Konfiguration nicht
da (da der Rechner woanders steht) Aber es sieht ungefaehr so aus:

eth0
IP-Adresse: 192.168.10.1
Netmask: 255.255.255.0

ippp0
IP-Adresse: 192.168.0.1
Ptp: Provider-IP-Adresse
Default: Provider-IP-Adresse

gruss
chrigu
-- 
Ch. B. Westermann
Physikalisches Institut     
Sidlerstrasse 5         phone: +41(0)31 6314417/52      
CH-3012 Bern              fax: +41(0)31 6314405