Svenska ElektronikForumet

Ett litet problem dock. Jag kan bara ladda JSF-Klienten lokalt på ubuntu-maskinen. Men inte på en annan dator. Den laddas helt enkelt inte in.

-r flaggan till cp kommandot gör att den arbetar rekursivt med kopieringen, helt enkelt kopiera katalogen med dess underkatalagor och filer.

När du försöker använda JFS-klienten på en annan dator, går den via en webbläsare?
Hur gör du för att ansluta till den isåfall, om det rör sig om en webbapplikation så borde det räcka att ange ip-addressen till ubuntu-maskinen.
Vad får du för felmeddelande?

En annan felkälla skulle kunna vara att apache är konfigurerad att bara svara på anrop från den lokala maskinen (localhost).

En annan möjlig orsak är att brandväggen (iptables) blockerar.

För att kolla apache:
cat /etc/apache2/httpd.conf |grep -i listen

För att kolla iptables:
iptables -L

(obs, jag kör debian själv)

Jag vet inte vad jag har gjort, men nu funkar det inte ens att köra lokalt på Ubuntu-burken

Det funkar att surfa in på sidan, men applikationen som ska jobba mot APE laddas aldrig, utan jag får bara en vit sida.

Och Apache loggarna har inga fel ?
Eller något annat som ger en ledtråd om vad som händer ?

Apache-loggarna visar inget. Jag tror faktiskt inte att Apache är problemet, för jag kommer åt alla filer som den behöver (jag tror den behöver). Jag var inne och skulle ändra i en config-fil från "localhost" till datorns faktiska ip så jag skulle kunna komma åt applikationen från en annan dator. Jag lyckades aldrig spara mina ändringar i konfigurationen pga behörigheter, men efter dess funkar det inte ens lokalt längre.

confen för apache ska editeras som root alt använd sudo....

t ex

sudo vim filnamn_du_vill_editera

> Apache-loggarna visar inget.

Det gör de säkert...

> för jag kommer åt alla filer som den behöver

Vadå "*du* kommer åt" ? Det är väl ganska ointressant.
Frågan är vad Apache kommer åt.

> Jag lyckades aldrig spara mina ändringar

Jaha, men kan du inte administrera Apache så är ju allt
detta ganska meningslöst. Fixa *DET* först.

danielr112 skrev:sudo vim filnamn_du_vill_editera

Att rekommendera vim för en nybörjare är väl att ta i.

Om du kör grafiskt, sudo gedit filnamn_du_vill_editera annars sudo nano filnamn_du_vill_editera
I nano, sparar du med ctrl + o och stänger med ctrl + x (fler tangentkombinationer finns längst ner ^ betyder ctrl +)

Angående rättigheter:
I linux så har en fil en ägare och en grupp, sedan sätter man rättigheterna efter möstret
rwxrwxrwx där den första tre-gruppen är för ägaren, den andra för gruppen och den tredje för alla andra. Så om äger och gruppen ska ha skriv och läs medans alla andra bara kan läsa blir det rw-rw-r-- (x betyder körbar). Då kanske du förstår det lite bättre iaf.

Är det det ända sättet att styra rättigheter och behörigheter ??
Inga ACL'er t.ex ? Det blir ju väldigt stelbent om man bara kör med
ägare/grupp för filen/katalogen och sedan vad ägare/grupp/world får göra.
Det fungerar väl bra för lite basic grejor, men det blir klumpigt när man börjar
dribbla med olika applikations kataloger och olika kategorier av användare som
ska ha olika behörigheter till filerna. Jag gissar att det hela ofta slutar i att
allt bakgrundsjobb/deamons o.s.v körs som root, vilket ju inte är så snyggt
igentligen...

edit: http://www.suse.de/~agruen/acl/linux-acls/online/

Pajn. jag rekomenderade aldrig Vim. Jag skrev bara ett exempel på hur man kan göra. Och Vim är ju lika "svårt" som Nano. Vi är däremot ganska stor skillnad på....

> edit: http://www.suse.de/~agruen/acl/linux-acls/online/

Jo, men 7 år gammalt...
Intressant dock, men väldigt "osnyggt" löst,
i alla fall då det där dokumentet skrevs...

danielr112 skrev:Pajn. jag rekomenderade aldrig Vim. Jag skrev bara ett exempel på hur man kan göra. Och Vim är ju lika "svårt" som Nano. Vi är däremot ganska stor skillnad på....

Förlåt, jag missuppfattade. Dessutom blandade jag ihop vim och vi

Du är inte ensam om att missa sådant Jag gör samma