Samba klient

[prop99]

Hej.

Jag ber om ursäkt om jag inte sökt tillräckligt mycket i tidigare inlägg/forum. Det finns massor att läsa om samba har jag märkt, men jag lyckas inte hitta någon info om mitt simpla problem.

Hursomhelst, till saken:

Jag lyckas inte få filhanteraren i ubuntu att se mina utdelade mappar på en XP-dator på samma nätverk. Provade direkt efter en färsk installation av ubuntu 7.10 men där syntes ingenting. Båda datorerna har reserverad dhcp-adress, om det nu skulle vara av betydelse.

Enligt all info jag läst så ska detta funka direkt utan installation av någonting alls. Jag tittade igenom listan över installerade paket och såg att samba-common samt smbclient redan fanns. Dock installerade jag smbfs eftersom jag antog att det borde vara nödvändigt. Det gjorde tyvärr ingen skillnad...

Fler guider och en video gjorde att jag bytte "domän" i ubuntu och (vilket jag inte borde behöva) installerade paketet samba. Då lyckas jag utan problem alls se och använda utdelade mappar på ubuntu-maskinen (från XP-datorn) men lyckas fortfarande inte se några shares som finns på xp-datorn. (Arbetsgruppen dyker dock upp nu, tyvärr helt tom...)

Kollar XP-brandväggen (igen) och allt ser fortfarande bra ut. Det kommer in IP-paket som det borde men inga utdelade mappar dyker upp i ubuntus filhanterare.

Ok, nya tag. Leker lite med smbclient och smbmount. smbclient hittar XP-datorn (Oj, framsteg) men inga shares. smbmount funkar inte.

Nyare tag. Lägger till ett lösenord på inloggningen till XP (hade inget tidigare). Yes! Nu går det att mounta med smbmount. Men fortfarande syns ingenting i filhanteraren... Skulle inte ubuntu vara enkelt att använda?

Om någon vet vad 17 jag gör för fel så skulle jag bli mycket tacksam för lite hjälp.

  //janne

[axel112]

Hej och välkommen till forumet! 

Har jag förstått det hela rätt?

Du vill komma åt dina utdelade mappar på winxp-datorn från din ubuntudator?

Detta ska, precis som du säger, fungera direkt. Men det som strular är oftast användarnamn och rättigheter.

Några förklaringar.

smbmount - används när du vill montera de utdelade mapparna från xpmaskinen på din ubuntudator.
samba-common - samling av filer som används av både klient- och serverprogram vid användning av samba.
smbclient - programmet som hanterar utdelade mappar från windowsmiljö

Mitt tips är att du ser över användarnamnen och lösenorden. Enklast är om du har samma användare och lösen på båda datorerna. Då ska det fungera smärtfritt. Men aldrig ropa hej innan...

Vill du lyssna dig igenom ett avsnitt av http://www.linuxreality.com, där Chess Griffin förklarar sakerna på ett metodiskt och pedagogiskt sätt, och som jag varmt kan rekommendera, finns avsnitt som behandlar exakt det du är ute efter.

http://www.linuxreality.com/podcast/episode-25-windows-networking-part-1/ linux till windows
http://www.linuxreality.com/podcast/episode-26-windows-networking-part-2/ windows till linux

[prop99]

Tack!

Du har förstått helt rätt.

Jag har nu gett upp nautilus och kör med några rader i fstab istället. Funkar perfekt (förutom att ubuntu hänger ett tag vid nedstängning för att cifs tydligen inte kan göra umount innan daemonen dödas). Jag ska ta tag i detta senare - det finns skript som löser det, tydligen.

Men det konstiga är att:

När jag mount:at en share (med smbmount e.d.) så syns helt plötsligt alla shares i nautilus... När jag gör umount så försvinner de igen... Kul va?

Hursomhelst: Nu funkar det så jag kör vidare med nästa problem

  //j

[axel112]

Skumzisch. Men bra att det löser sig med mountning genom fstab. 

[danno]

När du monterar nätverksenheter, så placerar du in dem i ubuntu's filstruktur.
Detta gör att bla. nautilus "ser" katalogerna som lokala.

Det går även att via nautilus montera, men då har ofta (har jag märkt) ENBART nautilus själv åtkomst till dem, vilket innebär att det tillexempel inte går att spela upp en mp3-fil genom denna anslutning.

[prop99]

Javisst. Men det skumma var att Nautilus inte hittade ens min arbetsgrupp under "Network" om jag inte hade något mountat...

Före smbmount i Nautilus:

  Network -> Windows Net -> {tomt}

Efter smbmount:

  Network -> Windows Net -> MinArbetsgrupp -> MinXpDator -> { Alla shares synliga }

  //j

[prop99]

Jag har hittat en grej som kan ha orsakat mina bekymmer:

Jag kör F-Secure antivirus + brandvägg m.m. på min XP-dator (med problemet ovan).

Den brandväggen har ett antal "färdiga" regler som man kan välja att tillåta för att öppna upp tjänster.

Jag tillät tre av dessa regler (fil- och skrivardelning + win network browsing + smb over IP) och det har ju funkat. Fast inte riktigt 100 - annars skulle jag inte haft dessa inlägg här.

Mer eller mindre av misstag märkte jag igår att det var fel på en av de färdiga reglerna.
Regeln "Windows Network Browsing" som gäller UDP på port 137-138 var specad så att både avsändare och mottagare måste använda dessa portar!

Eftersom avsändaren på mitt nät använder port 1024 och uppåt så lade jag till en regel för detta och sen har jag inte märkt nåt konstigt alls. Än...

Jag har inte verifierat att detta är orsaken till att Nautilus betett sig underligt men det verkar troligt.

  //j

[prop99]

Nu har jag verifierat att det verkligen var orsaken till problemet.

//j

[axel112]

Bra jobbat och hoppas att fler läser detta innan de river av allt hår på knoppen.

[maths57]

Det var ju en intressant grej, att köra Samba på en port över 1024. Annars brukar det vara 127-139 och 445. Har du valt det själv?

[prop99]

Inte riktigt så...

Avsändaren använder alltid port > 1024 på sin socket. (Portar under 1024 är ju normalt reserverade för root/admin-tjänster o.d.)
Avsändaren ansluter till port 137-139 (och 445) hos mottagaren.

Mottagaren skapar alltså "listening" sockets på port 137-139 (och 445).

Problemet för mig var att F-Secure hade symmetrisk portinfo på sin defaultregel i brandväggen, alltså den tillät inkommande anslutningar från extern dator port 137-138 till "denna" dator port 137-138. Detta är fel, enligt mig.

Jag lade till en regel som tillät inkommande anlsutningar från extern dator port >1024 till "denna" dator port 137-138.

Och då fungerade det. (Reglerna för port 139 och 445 var redan ok.)

Så var det.

//j