macosx e server ubuntu

[somicro]

Vou explicar bem direitinho:

Tenho um macBook com mac osx 10.6.4 e tenho instalado o macfuse para acesso ftp pois o mac nativamente o ftp so faz leitura e nao consegue gravar em nenhum server ftp sem permissao de escrita.
O macfuse apesar de lento faz a gravacao ftp ele cria um ponto de montagem um disco na area de trabalho em ftp no meu mac  e e possivel programar com ele ate ai td bem.O que acontece e que tenho um servidor linux com ubuntu funciona td perfeito acesso via vnc normal o problema e que de linux para linux ele grava no ftp na pasta do meu server /home/andre/javaProjetos. AI vc me pergunta : pq vc nao acessa via rede pelo mac? pelo seguinte o netbeans o qual uso para programar em java na hora de abrir um projeto tem um serio problema ele nao enxerga a rede convencional pois nao tem essa opcao e preciso abrir /volumes/192.168.... tendeu ou seja o mac fuse cria esse ponto de montagemate ai maravilha consigo ver os arquivos do meu server linux. pra excluir no ftp ele exclui , cria pasta do meu mac lah no server linux , mas na hora de copiar ou gravar dados da erro de permissao , otimo fui no server pelo vnc e liberei com chmod 777 -R e também 7777 na pasta do meu projeto do lado de la /home/andre/javaProjetos ai liberou mas se excluo um arquivo e add outro na pasta da erro de permissao novamente o que preciso fazer pra liberar a pasta do lado de la pra sempre o meu server fica ligado quase que 24 hrs. o erro de permissao de gravar so da erro qto tento usar no mac sera que o mac e tao travado assim ou ag tem ag dica de como posso liberar a pasta como superusuario ao iniciar o linux.

[irtigor]

Achei sua mensagem meio confusa (muito "rodeio"), por isso não ter intendi direito. De qualquer forma, digita ls -RAl /home/andre/javaProjetos, com algum conteúdo com e sem permissão de escrita dentro. Cola a saída aqui (use preferencialmente a tag code).

[irtigor]

Sem a saída correta do comando eu não posso ajudar.

---Nota
Se que fazer por conta própria olha o comando chmod, chown e o sistema de permissões do usuário/grupo usado.

[somicro]

na verdade a pasta ainda esta vazia apenas com um arquivo criei ela hj de manha mas ja percebi que do meu macbook por ftp nao consigo gravar da erro de permissao

[irtigor]

Em um Ubuntu (e em distros linux) o comando ls -RAl pasta (tendo essa conteúdo), vai gerar um saída do tipo:

pasta:
total:bytes
permissões usuário grupo tamanho data hora nome_do_arquivo

Você não fez o que eu pedi, duplicar a mensagem não ajuda.

[clcampos]

Caro usuário é vetado o uso de caixa alta (texto/palavras todas em maiúsculo) no fórum.

Pedimos que quando quiser dar enfase a um texto (ou parte dele) use negrito, itálico, sublinhado, ou até mude a cor do texto evitando sempre o uso da caixa alta, já que é vetado pelas Regras de Utilização do Fórum.

[somicro]

pronto ta i
total 16
-rw-r--r-- 1 somicro webajax  220 2010-07-02 15:29 .bash_logout
-rw-r--r-- 1 somicro webajax 3115 2010-07-02 15:29 .bashrc
-rw-r--r-- 1 somicro webajax  357 2010-07-02 15:29 examples.desktop
-rw-r--r-- 1 somicro webajax  675 2010-07-02 15:29 .profile

[clcampos]

Não se esqueça de corrigir as mensagens anteriores, alterando os textos em caixa alta.

[somicro]

outra coisa uso no server o gadmin-proftpd para gerenciar o ftp do linux vou mandar a configuracao dele

ServerType standalone
DefaultServer on
Umask 022
ServerName "192.168.1.102"
ServerIdent on "My FTP Server"
ServerAdmin email@example.org
IdentLookups off
UseReverseDNS off
Port 21
PassivePorts 49152 65534
#MasqueradeAddress None
TimesGMT off
MaxInstances 30
MaxLoginAttempts 3
TimeoutLogin 300
TimeoutNoTransfer 120
TimeoutIdle 120
DisplayLogin welcome.msg
DisplayChdir .message
User andre
Group webajax
DirFakeUser off nobody
DirFakeGroup off nobody
DefaultTransferMode binary
AllowForeignAddress off
AllowRetrieveRestart on
AllowStoreRestart on
DeleteAbortedStores off
TransferRate RETR 220
TransferRate STOR 250
TransferRate STOU 250
TransferRate APPE 250
SystemLog /var/log/secure
RequireValidShell off
<IfModule mod_tls.c>
TLSEngine off
TLSRequired off
TLSVerifyClient off
TLSProtocol SSLv23
TLSLog /var/log/proftpd_tls.log
TLSRSACertificateFile /etc/gadmin-proftpd/certs/cert.pem
TLSRSACertificateKeyFile /etc/gadmin-proftpd/certs/key.pem
TLSCACertificateFile /etc/gadmin-proftpd/certs/cacert.pem
TLSRenegotiate required off
</IfModule>
<IfModule mod_ratio.c>
Ratios off
SaveRatios off
RatioFile "/restricted/proftpd_ratios"
RatioTempFile "/restricted/proftpd_ratios_temp"
CwdRatioMsg "Please upload first!"
FileRatioErrMsg "FileRatio limit exceeded, upload something first..."
ByteRatioErrMsg "ByteRatio limit exceeded, upload something first..."
LeechRatioMsg "Your ratio is unlimited."
</IfModule>
<Limit LOGIN>
  AllowUser somicro
  DenyALL
</Limit>

<Anonymous /home/andre/javaProjetos>
User somicro
Group webajax
AnonRequirePassword on
MaxClients 3 "The server is full, hosting %m users"
DisplayLogin welcome.msg
<Limit LOGIN>
Allow from all
Deny from all
</Limit>
AllowOverwrite on
<Limit LIST NLST  STOR STOU  APPE  RETR  RNFR RNTO  DELE  MKD XMKD SITE_MKDIR  RMD XRMD SITE_RMDIR  SITE  SITE_CHMOD  SITE_CHGRP  MTDM  PWD XPWD  SIZE  STAT  CWD XCWD  CDUP XCUP >
 AllowAll
</Limit>
<Limit NOTHING >
 DenyAll
</Limit>
</Anonymous>

[irtigor]

Eu acredito que o problema é de configuração do macfuse (usuário/grupo). As permissões dos arquivos deve estar preservadas, você pode adicionar seu usuário mac ao grupo do server e permitir leitura/escrita do grupo.
Olhe:
https://wiki.ubuntu.com/MacFUSE
http://code.google.com/p/macfuse/wiki/FAQ (questão 4.5)

Isso deve resolver, do contrário eu não tenho outra ideia. Como disse, eu queria ver uma arquivo criado com o "problema de permissão", para comparar o usuário/grupo do arquivos "normais". Se for isso, a solução está nos comandos já citados.

[zekkerj]

Se eu consegui entender o problema (tá difícil..  ), ele está enviando os arquivos pro linux por FTP anônimo, isso faz com que eles sejam recebidos no usuário "ftp".

Quando tenta usar/alterar com o usuário dele, dá erro de permissão. Alterar as permissões só funciona com os arquivos que existem; quando novos arquivos são criados, as permissões padrão são aplicadas.

A solução seria parar de usar FTP anônimo e passar a se autenticar com o nome do usuário linux.