Menu
▾
▴
linuxcall-list — Lista de discussão do projeto LinuxCall
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(132) |
Oct
(228) |
Nov
(108) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(52) |
Feb
(27) |
Mar
(3) |
Apr
(1) |
May
(2) |
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(4) |
Nov
|
Dec
|
|
From: Davi F. <da...@li...> - 2000-10-18 17:32:55
|
Bom, andei lendo as msgs sobre o logo e acho que o pinguim do LinuxCall devia ser algo "fofinho", como o André disse, tem que ser um mascote que as "minas" olhem e achem uma gracinha ehehe De repente algo no estilo mangá. Djames, esse ultimo logo q vc fez ficou legal o pinguim. De repente podia aproveitar ele, fazer ele mais "fofinho", o que acha? Abração, -- Davi Tavares Ferreira Webmaster OLinux Conheça nossa lista completa de serviços e produtos Linux Solutions - http://www.linuxsolutions.com.br O maior e melhor site de Linux do Brasil O Linux - http://www.olinux.com.br |
|
From: Davi F. <da...@li...> - 2000-10-18 17:30:44
|
Fala galera, estava tentando fazer um RPM do LinuxCall. Por enquanto ainda nao tem muita utilidade, eu sei, porque o programa ja vem compilado, mas estava querendo aprender a lidar com os RPMs e futuramente pode ser uma ideia interessante. Notei uma coisa: se o usuario for instalar os arquivos no /usr/bin ele tera um problema. O arquivo "install" do LinuxCall substitui o install do filetools. Então, sugiro que a gente passe a usar nomes do tipo... linuxcall-config, ou linuxcall-install... só uma sugestão, o que acham? Abraços, -- Davi Tavares Ferreira Webmaster OLinux Conheça nossa lista completa de serviços e produtos Linux Solutions - http://www.linuxsolutions.com.br O maior e melhor site de Linux do Brasil O Linux - http://www.olinux.com.br |
|
From: Davi F. <da...@li...> - 2000-10-18 17:27:50
|
On Qui, 12 Out 2000 15:29:50 Nelson Correa de Toledo Ferraz wrote: > > Pessoal, > > Eu estive pensando em uma forma de facilitar ainda mais o uso do > LinuxCall: nós poderíamos manter um pequeno aplicativo na web onde os > provedores de acesso gratuitos poderiam cadastrar informações de acesso. > > Com isso, a pessoa faria download do LinuxCall, escolheria o país, estado > e cidade e o LinuxCall conectaria automaticamente em um provedor gratuito > da região. O que vocês acham? O problema e que daqui a pouco nao tem mais provedores gratuitos ehehe ja foi super11, netgratuita... so vai ficar o IG. =) Mas a ideia e bem legal! Abracos, -- Davi Tavares Ferreira Webmaster OLinux Conheça nossa lista completa de serviços e produtos Linux Solutions - http://www.linuxsolutions.com.br O maior e melhor site de Linux do Brasil O Linux - http://www.olinux.com.br |
|
From: Marcelo B. <md...@ma...> - 2000-10-18 09:56:44
|
---[ printf("Em ter, 17 out 2000, André Casteliano escreveu"); ]---
// Marcelo Beckmann wrote:
// >
// > Andre, como assim "linha com tamanho definido"? Não entendi bem essa
// > parte...
// >
//
// Opa... tamanho definido... tipow:
//
// execl(programa,argumento1, argumento2, argumento3, argumentoN...);
//
// Mas naum dá prá inserir argumentos em tempo de execução...
Mas que palha essa função.....
// tipow, dá prá colocar o argumento como sendo uma variável, aí o
// argumento pode mudar, mas naum podemos ADICIONAR um argumento... tá
// entendendo ???
Hum, leia mais pra frente....
// > Outra coisa: voce ja viu sobre execve()?
// > No livro "bla bla bla em 24horas " tem alguns exemplos usando ela,
// > posso te passar na sequencia ou via irc.
//
// Opa... se puder me mandar mais informações sobre ela seria legal... :-)
//
// O execve na verdade faz parte de um conjunto de funções... (exec**)... e
// a execl é uma delas :P
Mas isso eu sei, hehehe. Elas tem algumas diferenças entre si, mas em
essencia destinam-se ao mesmo propósito, depende do que se for
fazer...
Seguinte, ai vai:
-------------[ explicação/resumo sobre execve() ]------------------
#include <unistd.h>
int execve(const char *filename, const char *argv[], const char
*envp[]);
Essa função recebe três argumentos:
[*] O nome de arquivo do programa executável binário ou do script do
interpretador;
[*] O array argv[] a ser passado para o programa;
[*] O array envp[] de variáveis de ambiente a exportar;
------------------------[ /execve() ]------------------------------
manja a declaração completa de main?
int main(int argc, char **argv)
Entao:
argc: número de parâmetros passados em linha de comando (ou via
execve) para o programa;
argv: um vetor de caracteres que contém a linha de comando usada para
chamar o programa.
Resolvido? Dúvidas? bla bla bla?
o argv[] da função execve pode ser um vetor de caracteres que o teu
programa monte, ou seja, pode passar os argumentos que você quiser e
alterar em tempo de execução os parâmetros e a quantidade deles.
Bom, com isso, acho que restam poucas chances pra sobrevivencia do
system()...
A grande vantagem de execve() em relação ao system() é que o programa
chamador (o processo pai) não fica preso, possibilitando um controle
melhor das coisas....
// > Hum.... pano pra manga ai.... Depois do pppd a gente nao vai
// > executar mais nada nao? E os scripts pré e pós discagem?
//
// O script pós discagem é fácil, o pppd retorna se conseguiu conectar...
// aí a aplicação-mãe roda o processo...
Andre, um detalhe ai....
O pppd só retorna quando a conexão terminar.
Se o processo pai usar system(), todo o processo pai ficara preso até
que o pppd retorne...
Ou seja: não será possivel clicar num botão de "desligar" no
processo/programa pai, por exemplo, por que o pai estará com o
processamento preso durante esse tempo - para liberá-lo, o pppd
precisa morrer....
// > Não é por nada não, mas pra gente que já trabalhou com os
forks e // > afins usar system() me parece meio paia ai ó....
//
// System() naum é paia naum! :-P
//
// É uma mão na roda quando precisamos executar comandos de shell a partir
// de um programa C... :P
Tudo depende da abordagem, da situação:
* processo filho é "pequeno" ou "grande";
* a execução do processo filho é rápida ou demorada;
* o processo pai deverá operar em modo BLOCKING ou NOM BLOCKING;
* facilidade de implementação de uma forma ou outra;
// Minha ideía, caros coders, é que o processo-filho (onde vai
estar a // chamada ao pppd) tenha o mínimo de código... Só mesmo
executa o pppd e // comunica com o processo-pai via IPC... mais nada.
Via system() creio que não será possivel usar IPC (pelo menos para
semaforos, shared memory, e possivelmente pipes). Por que?
Por que com system, o processo pai fica preso (modo BLOCKING), e se
ele está preso, ele não executa nada, portanto, não poderá acessar um
semaforo ou uma shm _enquanto_ o processo filho estiver rodando.
// Acho que assim fica melhor... dá prá controlar beleza...
Pense bem sobre o system(), dependendo da abordagem ele não será
adequado para os propósitos que temos em mente...
E o que temos em mente???
Dominar o mundo, claro!!!
Não precisa ser amanhã...
Pode ser na semana que vem....
hawhuiahawhuiahawhuiahawhuiahawhuiahawhuiahawhuiahawhuiahawhuia
(esse negócio de irc vicia.... :)
// E lembrem-se: Os dois processos rodam COMPLETAMENTE em separado... dá
// prá fazer praticamente QUALQUER coisa... :P
Mas isso não acontece com system(), por que enquanto o processo FILHO
está RODANDO o processo PAI está PARADO (preso, bloqueado).
Uma outra coisa, que eu estou desconfiando que é possível, é que
seria possivel o pai ter um controle do processo fiho (matá-lo com
kill), o que seria interessante pra implementar um botao de
"cancelar" para o usuario poder interromper o pppd e abortar a
conexao.
Quanto a esse detalhe, ainda preciso confirmar se isso é mesmo
possivel, ai quando eu souber eu passo pra voces a informação mais
precisa...
// Bom, é isso aí... aguardo comentários,
Beleza, os meus estão ai.
Lembra os fontes do livro blablabla 24 horas que eu te passei?
Então, da uma olhada nos do capitulo 18 (arquivos 18LST**.c), tem
vários exemplos lá. Mais de noite, no irc, a gente tb pode ver mais
sobre isso.
Ah, e como é que você tá ai mano? Melhorou da febre e coisa e tal?
Tomara que voce melhore o quanto antes, não vejo a hora de te ver no
gaz de novo.
// []'s
//
Hurrruuuu! Abração ai tb.
--
#=-----------------------+----------------------#---------------=#
| Marcelo D. Beckmann -----#173935----* | CL5 2.2.14
| md...@ma... UIN [53189692] | Slack 7 2.2.13
# | =-#--=[ http://marcelobeckmann.cjb.net ]=--#----------------#
+ +|+ | 233MMX 32MB 8.4+3.2GB Quantum Fireball ]
/V\ #--------466.94--------------[ OPL3SAx TGUI9680 2MB 33600 ]
/(.)\ "Estamos de volta aos tempos em que os homens eram homens ]
^`~´^ e programavam seus próprios drivers de dispositivo."L.T. ]
#------#----=[ serialcoder ]=- + -=[ see me in wm.themes.org ]=--'
RTS-[CTS]-DLE-STX-53-18-96-92-CRC-06-66-DLE-ETX-[/CTS]-[RTS]-CTS-[ACK]
|
|
From: Alex B. <ne...@za...> - 2000-10-18 03:59:26
|
é uma ideia interessante.... quando lançarmos oficialmente o LinuxCall podemos pensar em fazer isso.... mas que é uma boa ideia, é.. Até podiamos falar pros provedores gratuitos indicar o LinuxCall para os usuários de linux, né... facilita pra eles e divulga nosso trabalho... té mais.. Nelson Correa de Toledo Ferraz wrote: > > Pessoal, > > Eu estive pensando em uma forma de facilitar ainda mais o uso do > LinuxCall: nós poderíamos manter um pequeno aplicativo na web onde os > provedores de acesso gratuitos poderiam cadastrar informações de acesso. > > Com isso, a pessoa faria download do LinuxCall, escolheria o país, estado > e cidade e o LinuxCall conectaria automaticamente em um provedor gratuito > da região. O que vocês acham? > > []s > > Nelson > > __________________________________________________________________ > Nelson Ferraz Insite - Solucoes Internet > e-mail: nf...@in... http://www.insite.com.br/ > > _______________________________________________ > Linuxcall-list mailing list > Lin...@li... > http://lists.sourceforge.net/mailman/listinfo/linuxcall-list > Canal IRC: irc.wnet.com.br #linuxcall > HomePage: http://linuxcall.sourceforge.net -- /------------------------------ \ ____ | Alex Borro - Neo-Linux_Inside | \ \ | Faculdade de Engenharia | |\ >>\ \> | Mecatrônica - UNICAMP |----| \_____\ \_______ >-------------------------------< | L I N U X \ | Powered By LINUX SLACKWARE 7.1|----|________ _______/ | Kernel 2.2.16 User: 164956 | / / | e-mail: ne...@ya... | >>/ /> \-------------------------------/ /___/ The box said "Requeries Windows 9x, Windows NT 4, or better", so I installed Linux. |
|
From: Josenivaldo B. <be...@fa...> - 2000-10-17 17:23:27
|
Djames Suhanko wrote: > > Esse QSL procede d papa maique? Senaum, dah um QTA nesse QSM ... > Nao, procede de um Zulu Zulu 2! Benito |
|
From: C. <al...@br...> - 2000-10-17 16:03:44
|
Marcelo Beckmann wrote: > > Andre, como assim "linha com tamanho definido"? Não entendi bem essa > parte... > Opa... tamanho definido... tipow: execl(programa,argumento1, argumento2, argumento3, argumentoN...); Mas naum dá prá inserir argumentos em tempo de execução... tipow, dá prá colocar o argumento como sendo uma variável, aí o argumento pode mudar, mas naum podemos ADICIONAR um argumento... tá entendendo ??? > Outra coisa: voce ja viu sobre execve()? > No livro "bla bla bla em 24horas " tem alguns exemplos usando ela, > posso te passar na sequencia ou via irc. Opa... se puder me mandar mais informações sobre ela seria legal... :-) O execve na verdade faz parte de um conjunto de funções... (exec**)... e a execl é uma delas :P > Hum.... pano pra manga ai.... Depois do pppd a gente nao vai > executar mais nada nao? E os scripts pré e pós discagem? O script pós discagem é fácil, o pppd retorna se conseguiu conectar... aí a aplicação-mãe roda o processo... > Não é por nada não, mas pra gente que já trabalhou com os forks e > afins usar system() me parece meio paia ai ó.... System() naum é paia naum! :-P É uma mão na roda quando precisamos executar comandos de shell a partir de um programa C... :P Minha ideía, caros coders, é que o processo-filho (onde vai estar a chamada ao pppd) tenha o mínimo de código... Só mesmo executa o pppd e comunica com o processo-pai via IPC... mais nada. Acho que assim fica melhor... dá prá controlar beleza... E lembrem-se: Os dois processos rodam COMPLETAMENTE em separado... dá prá fazer praticamente QUALQUER coisa... :P Bom, é isso aí... aguardo comentários, []'s -- André Casteliano Analista de Sistemas +-=-=[ dig...@us...]=-=-+ [ Linux User: # 178853 Machine: # 79923 ] [ Linux Heavy User - Powered by Slackware 7.1 ] [ http://www.geocities.com/andre_casteliano/ ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ [ LinuxCall - The Linux Dialer ] [ http://linuxcall.sourceforge.net ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |
|
From: Marcelo B. <md...@ma...> - 2000-10-17 04:55:31
|
wow galera, desculpem o off ai mas é que hoje meu sonho nerd se realizou, huuuruuuuuururrr saiu meu shot no wm.themes.org !!!!! que massa!!!!! wow, hoje vou dormir "realizado", heehehehhehe Abracao ai #=-=[ ser...@us... ]=-=+=#=--------------=# | Marcelo D. Beckmann --user[]="#173935"-- | | CL5 2.2.14 | md...@ma... UIN [53189692]----+ | Slack 7 2.2.13 # - =-#--=[ http://marcelobeckmann.cjb.net ]=--#-=======*======-# + .~. | 233MMX 32MB 8.4+3.2GB Quantum Fireball ] /V\ #------------------466.94----[ OPL3SAx TGUI9680 2MB 33600 ] /(.)\ "Estamos de volta aos tempos em que os homens eram homens ] ^`~´^ e programavam seus próprios drivers de dispositivo."L.T. ] #-====-#----=[ serialcoder ]=- + -=[ shot em wm.themes.org ]=----' |
|
From: Djames S. <su...@uo...> - 2000-10-17 03:11:11
|
Esse QSL procede d papa maique? Senaum, dah um QTA nesse QSM ... Josenivaldo Benito Júnior wrote: > Marcelo Beckmann wrote: > > > > Oi Benito, tudo beleza? > > QSL, tudo beleza! > > -- ¨°¨ ¨°¨ ¨°¨ * Linux User 158760 * http://djames.suhanko.vila.bol.com.br/ ¨°¨ <<<°>>> |
|
From: Marcelo B. <md...@ma...> - 2000-10-17 02:40:42
|
---[ printf("Em seg, 16 out 2000, André Casteliano escreveu"); ]---
// Olá pessoa,
//
// Coders, estou começando a implementação do núcleo do programa (a chamada
// ao processo filho, execução do pppd, etc).
//
// Agora me pintou uma dúvida:
//
// Qual o melhor para executar o pppd ??? execl ou system ???
//
// Características do execl:
//
// * Linha com tamanho definido (naum dá prá acrescentar argumentos)
// * Continua a execução do restante do código, mesmo com o programa que
// foi executado pela função ainda rodando)
//
Andre, como assim "linha com tamanho definido"? Não entendi bem essa
parte...
Outra coisa: voce ja viu sobre execve()?
No livro "bla bla bla em 24horas " tem alguns exemplos usando ela,
posso te passar na sequencia ou via irc.
// Características do system:
//
// * Monta-se a linha de comando em tempo de execução (fica mais simples
// de passar argumentos pro pppd)
// * Programa fica "parado" esperando a chamada à função system terminar
// (naum executa códigos que estejam depois da chamada ao system antes que
// o programa executado encerre)
//
// --------------->8=============[corta]
//
// Bom, é isso aí...
//
// Acredito que ambas as funções têm condições de serem utilizadas... mas
// como só podemos usar uma... :-)
//
// Meu voto vai prá função system... (a naum ser que seja REALMENTE
// necessário executar códigos após a chamada ao pppd).
Hum.... pano pra manga ai.... Depois do pppd a gente nao vai
executar mais nada nao? E os scripts pré e pós discagem?
Não é por nada não, mas pra gente que já trabalhou com os forks e
afins usar system() me parece meio paia ai ó....
Sera?
// Aguardo sugestões e comentários dos coders...
//
Falow ae sangue bom, abraçao
#=-=[ ser...@us... ]=-=+=#=--------------=#
| Marcelo D. Beckmann --user[]="#173935"-- | | CL5 2.2.14
| md...@ma... UIN [53189692]----+ | Slack 7 2.2.13
# - =-#--=[ http://marcelobeckmann.cjb.net ]=--#-=======*======-#
+ .~. | 233MMX 32MB 8.4+3.2GB Quantum Fireball ]
/V\ #------------------466.94----[ OPL3SAx TGUI9680 2MB 33600 ]
/(.)\ "Estamos de volta aos tempos em que os homens eram homens ]
^`~´^ e programavam seus próprios drivers de dispositivo."L.T. ]
#-====-#----=[ serialcoder ]=- + -=[ digital noise dreamer ]=----'
|
|
From: C. <al...@br...> - 2000-10-17 02:04:22
|
Olá pessoa, Coders, estou começando a implementação do núcleo do programa (a chamada ao processo filho, execução do pppd, etc). Agora me pintou uma dúvida: Qual o melhor para executar o pppd ??? execl ou system ??? Características do execl: * Linha com tamanho definido (naum dá prá acrescentar argumentos) * Continua a execução do restante do código, mesmo com o programa que foi executado pela função ainda rodando) Características do system: * Monta-se a linha de comando em tempo de execução (fica mais simples de passar argumentos pro pppd) * Programa fica "parado" esperando a chamada à função system terminar (naum executa códigos que estejam depois da chamada ao system antes que o programa executado encerre) --------------->8=============[corta] Bom, é isso aí... Acredito que ambas as funções têm condições de serem utilizadas... mas como só podemos usar uma... :-) Meu voto vai prá função system... (a naum ser que seja REALMENTE necessário executar códigos após a chamada ao pppd). Aguardo sugestões e comentários dos coders... []'s -- André Casteliano Analista de Sistemas +-=-=[ dig...@us...]=-=-+ [ Linux User: # 178853 Machine: # 79923 ] [ Linux Heavy User - Powered by Slackware 7.1 ] [ http://www.geocities.com/andre_casteliano/ ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ [ LinuxCall - The Linux Dialer ] [ http://linuxcall.sourceforge.net ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |
|
From: Josenivaldo B. <be...@fa...> - 2000-10-16 17:23:10
|
André Casteliano wrote: > > > > Então Benito, acho que vale a pena você dar uma olhada nele tb. E > > qualquer coisa estamos aí pra trocar idéias, pode contar com a gente. > > Com certeza... pode contar... e naum só prá isso... :-) beleza gente! Muito obrigado mesmo! Abraco. Benito |
|
From: Josenivaldo B. <be...@fa...> - 2000-10-16 17:22:44
|
Marcelo Beckmann wrote: > > Oi Benito, tudo beleza? QSL, tudo beleza! > Aí um belo dia tirei o wu e botei o proftpd. Wow! Muito melhor. Muito > mais personalizável, e IMHO muito mais fácil de se configurar. vou testar o proftpd sim... Inclusive, se eu precisar posso contar com sua ajuda? > > O André tb colocou o proftpd na quitanda dele, e tudo vai muito bem, > né André? > > Então Benito, acho que vale a pena você dar uma olhada nele tb. E > qualquer coisa estamos aí pra trocar idéias, pode contar com a gente. Num precisa fazer forca, vc ja me convenceu. heheh > > Rodei o nmap via internet contra um server NT de um colega meu. > > nmap -sS -O xxx.xxx.xxx.xxx > > Resultado: dificulty 5 (trivial joke:) > > hhehhehehhe, que barbada.... Rodei o nmap aqui no servidor local da rede dos laboratorios: dificulty 2 (trivial joke) heheheheh > Ai, só por curiosidade, rodei o nmap em rede local 10Mbits cabo > coaxial, nmap no P233 disparando contra o velho 386 de guerra, > rodando com kernel 2.0.36, sem firewall, e com proftpd, ssh, telnet e > nfs abertos... > > Que diferença.... dificulty 999999999 (god luke... :( nota-se que ha uma sauve diferenca! contra fatos... > Abração ai, outro abraco por ai! Benito |
|
From: Josenivaldo B. <be...@fa...> - 2000-10-16 16:58:54
|
André Casteliano wrote: > > Josenivaldo Benito Júnior wrote: > > > > Preciso descobrir algumas coisas. Peco perdao pela minha demora e > > enrolacao, mas to apredendo muito pra nao fazer cagada... > > Opa... beleza Zé ? :P > > cara eu já configurei alguns servers antes... :) > > Se quiser ajuda... Beleza cara... Ajuda eh sempre bem vinda. Se estiver disposto eu aceito sim! Pode ser no pvt ne? Obrigado mesmo. Abraco Benito |
|
From: <AAl...@am...> - 2000-10-16 15:03:04
|
Achei que ficou massa !!!!! Cê tá virando um bom coder, PARABÉNS !!!!!! Aliás, parabéns para todo mundo que tá no projeto !!!!!! []s Amauri Albuquerque Engenheiro de Telecomunicações Centro de Supervisão e Controle de Rede - CSCR Americel 329-6811 > ----- Mensagem original ----- > De: André Casteliano [SMTP:al...@br...] > Enviada em: Quinta-feira, 12 de Outubro de 2000 01:25 > Para: Lista LinuxCall > Assunto: [Linuxcall] E dá-lhe código... > > Eae coders ??? > > Bom, basicamente eu reescrevi as funcs de acesso ao arq. de config... > > Dêem uma olhadinha... podemos adaptar... > > essas ja estão sem o '=' na checagem... > > []'s > > -- > André Casteliano > Analista de Sistemas - al...@br... > +---------------------------------------------+ > | Linux User: # 178853 Machine: # 79923 | > | Linux Heavy User - Powered by Slackware 7.1 | > | http://www.geocities.com/andre_casteliano/ | > +---------------------------------------------+ > | LinuxCall - The Linux Dialer | > | http://linuxcall.sourceforge.net | > +---------------------------------------------+ << Arquivo: lc_conf.c >> |
|
From: Nelson C. de T. F. <nf...@in...> - 2000-10-16 15:01:45
|
> Ulalá ! Seria um tipo de um portal? Se for assim, excelente ideia ! Exatamente, seria um portal dentro do dialer! Aos poucos a gente poderia bolar alguns servicos, por exemplo, resumir as noticias dos principais sites, mas no comeco bastaria obter a lista de provedores e, talvez, permitir atualizar o LinuxCall automaticamente... []s Nelson __________________________________________________________________ Nelson Ferraz Insite - Solucoes Internet e-mail: nf...@in... http://www.insite.com.br/ |
|
From: C. <al...@br...> - 2000-10-15 18:06:09
|
Olha aí pessoal... A resposta que eu mandei pro cara e prá Linux-br... []'s -- André Casteliano Analista de Sistemas +-=-=[ dig...@us...]=-=-+ [ Linux User: # 178853 Machine: # 79923 ] [ Linux Heavy User - Powered by Slackware 7.1 ] [ http://www.geocities.com/andre_casteliano/ ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ [ LinuxCall - The Linux Dialer ] [ http://linuxcall.sourceforge.net ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |
|
From: C. <al...@br...> - 2000-10-15 14:14:19
|
Olha aí pessoal... interessante, não ? Já respondi pro cara com cópia prá Linux-br... []'s -- André Casteliano Analista de Sistemas +-=-=[ dig...@us...]=-=-+ [ Linux User: # 178853 Machine: # 79923 ] [ Linux Heavy User - Powered by Slackware 7.1 ] [ http://www.geocities.com/andre_casteliano/ ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ [ LinuxCall - The Linux Dialer ] [ http://linuxcall.sourceforge.net ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |
|
From: Djames S. <su...@uo...> - 2000-10-14 22:40:51
|
Ulalá ! Seria um tipo de um portal? Se for assim, excelente ideia ! Nelson Correa de Toledo Ferraz wrote: > > Vc tem razao, o LinuxCall nao deveria enviar a lista a cada conexao, mas > somente quando o usuario solicitasse (ou se fosse detectada alguma > mudanca na regiao do usuario). > > A maior parte do programa ficaria no servidor, por exemplo: uma simples > consulta (usando wget ou lynx) ao seguinte endereco: > > http://www.linuxcall.org/cgi-bin/update.cgi?loc=5511&type=free > > retornaria a lista de provedores gratuitos de uma determinada regiao, > digamos, Sao Paulo. Da mesma forma, o sistema poderia enviar novidades, > dicas e ate atualizacoes para o LinuxCall. -- ¨°¨ ¨°¨ ¨°¨ * Linux User 158760 * http://djames.suhanko.vila.bol.com.br/ ¨°¨ <<<°>>> |
|
From: Nelson C. de T. F. <nf...@in...> - 2000-10-14 21:31:42
|
> Hum... dá prá aproveitar essa idéia em outras coisas... pq, imagina só o > tamanho dessa lista contendo TODOS OS PROVEDORES DO MUNDO!!! Se cada vez > que o usuário conectasse, fosse obrigado a baixar MEGAS (isso mesmo... > megas) de informação (que prá ele na maioria dos casos naum adiantaria > de nada (pq eu iria querer ter em minha lista provedores da França, por > exemplo ???)) Vc tem razao, o LinuxCall nao deveria enviar a lista a cada conexao, mas somente quando o usuario solicitasse (ou se fosse detectada alguma mudanca na regiao do usuario). A maior parte do programa ficaria no servidor, por exemplo: uma simples consulta (usando wget ou lynx) ao seguinte endereco: http://www.linuxcall.org/cgi-bin/update.cgi?loc=5511&type=free retornaria a lista de provedores gratuitos de uma determinada regiao, digamos, Sao Paulo. Da mesma forma, o sistema poderia enviar novidades, dicas e ate atualizacoes para o LinuxCall. []s Nelson __________________________________________________________________ Nelson Ferraz Insite - Solucoes Internet e-mail: nf...@in... http://www.insite.com.br/ |
|
From: C. <al...@br...> - 2000-10-14 20:38:16
|
Nelson Correa de Toledo Ferraz wrote: > > De fato, esta faltando um bom discador para o IG. Para resolver esse e > outros problemas, volto a sugerir uma "Lista Global de Provedores", onde > os provedores de acesso gratuito possam se cadastrar atraves da web. Hum... a idéia é boa... mas tem alguns poréns (é assim que escreve ? :P) > Dessa forma, quando alguem for utilizar o LinuxCall em qualquer lugar do > mundo, nao precisara se preocupar com configuracoes -- bastaria selecionar > um novo provedor na lista. Manow, imagina quantos provedores existem no mundo!!! São muitos... :) Imagina quantos números de acesso por localidade cada um tem... O banco de dados seria enorme!!! Por isso que estamos dando enfoque ao usuário, no sentido de tornar o programa fácil de usar... Por exemplo: Atualmente, em modo texto, graças ao Alex, temos um Wizard que torna MUITO, mas MUITO fácil a tarefa de cadastrar um provedor, alterar os dados, etc. A mesma coisa se dará na versão em modo gráfico. Um wizard, auxiliará o usuário nas principais tarefas... > Alias, o LinuxCall poderia fazer download dessa lista sempre que o usuario > se conectasse na internet, para mante-la sempre atualizada. Eu posso > ajudar a programar o CGI, so precisamos especificacar o projeto: que tipo > de informacoes devem ser armazenadas, etc. Hum... dá prá aproveitar essa idéia em outras coisas... pq, imagina só o tamanho dessa lista contendo TODOS OS PROVEDORES DO MUNDO!!! Se cada vez que o usuário conectasse, fosse obrigado a baixar MEGAS (isso mesmo... megas) de informação (que prá ele na maioria dos casos naum adiantaria de nada (pq eu iria querer ter em minha lista provedores da França, por exemplo ???)) A idéia é boa mano... só precisamos ver melhor onde iremos aplicá-la para extrair o máximo de benefícios dela... :PPP E tem mais um detalhe com relação aos provedores gratuitos (e a maioria dos pagos): às vezes, eles têm discadores próprios, que trocam informações com os servidores... ou seja, mesmo se vc cadastrar esse provedor, ainda assim naum conseguirá se conectar... Isso dá prá resolver usando o recurso da engenharia reversa... o Marcelo pode fazer engenharia reversa nesses discadores... o problema é que temos de arranjar um modem externo prá ele fazer isso... :PPP Bom, é isso aí... aguardo mais comentários/idéias do pessoal... quanto mais melhor!!! :-) []'s -- André Casteliano Analista de Sistemas +-=-=[ dig...@us...]=-=-+ [ Linux User: # 178853 Machine: # 79923 ] [ Linux Heavy User - Powered by Slackware 7.1 ] [ http://www.geocities.com/andre_casteliano/ ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ [ LinuxCall - The Linux Dialer ] [ http://linuxcall.sourceforge.net ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |
|
From: Nelson C. de T. F. <nf...@in...> - 2000-10-14 19:52:17
|
> > Naum esta na hora de nos organizarmos e entupirmos as caixas de correio > > destes IPS a ponto de q sejamos notados????? > > Que tal, em vez de aplicar uma atitude terrorista, nos unirmos para desenvolver > um discador para o iG que rode em linux? De fato, esta faltando um bom discador para o IG. Para resolver esse e outros problemas, volto a sugerir uma "Lista Global de Provedores", onde os provedores de acesso gratuito possam se cadastrar atraves da web. Dessa forma, quando alguem for utilizar o LinuxCall em qualquer lugar do mundo, nao precisara se preocupar com configuracoes -- bastaria selecionar um novo provedor na lista. Alias, o LinuxCall poderia fazer download dessa lista sempre que o usuario se conectasse na internet, para mante-la sempre atualizada. Eu posso ajudar a programar o CGI, so precisamos especificacar o projeto: que tipo de informacoes devem ser armazenadas, etc. []s Nelson __________________________________________________________________ Nelson Ferraz Insite - Solucoes Internet e-mail: nf...@in... http://www.insite.com.br/ |
|
From: Djames S. <su...@uo...> - 2000-10-14 18:08:25
|
Olá ! Eu jah havia passado um scan logo depois que fiz a instalaçao do sistema. Tah essa mer*a porque fui obrigado a instalar um monte de lixo da instalaçao default pra conseguir instalar ( problemas com o CD). Embora, mesmo com as portas abertas, estao monitoradas pelo PortSentry, que inclusive estah preparado pra contra-atacar com o dust. ;-) heheheheheheheh. Valeu ter dado um toque, manow!! André Casteliano wrote: > digitalcoder [root]# nmap -sS -O -v localhost > > Starting nmap V. 2.54BETA5 ( www.insecure.org/nmap/ ) > Host localhost (127.0.0.1) appears to be up ... good. > Initiating SYN Stealth Scan against localhost (127.0.0.1) > The SYN Stealth Scan took 0 seconds to scan 1534 ports. > Warning: OS detection will be MUCH less reliable because we did not > find at least 1 open and 1 closed TCP port > All 1534 scanned ports on localhost (127.0.0.1) are: closed > Too many fingerprints match this host for me to give an accurate OS > guess > TCP/IP fingerprint: > SInfo(V=2.54BETA5%P=i686-pc-linux-gnu%D=10/13%Time=39E71356%O=-1%C=1) > T5(Resp=Y%DF=N%W=0%ACK=S++%Flags=AR%Ops=) > T6(Resp=Y%DF=N%W=0%ACK=O%Flags=R%Ops=) > T7(Resp=Y%DF=N%W=0%ACK=S%Flags=AR%Ops=) > PU(Resp=Y%DF=N%TOS=C0%IPLEN=164%RIPTL=148%RID=E%RIPCK=E%UCK=E%ULEN=134%DAT=E) > > Nmap run completed -- 1 IP address (1 host up) scanned in 4 seconds > > ---------------->8============[corta] > > Ainda tá ruim... tou tentando deixar igual ao do Wellington Uemura... > hehehehe > > ontem eu fiz um scan no Djames... Huawuahaehaieuaea > > quanta porta aberta mano... vamo fechar isso ae... :-))) > > []'s -- ¨°¨ ¨°¨ ¨°¨ * Linux User 158760 * http://djames.suhanko.vila.bol.com.br/ ¨°¨ <<<°>>> |
|
From: C. <al...@br...> - 2000-10-14 17:54:37
|
Marcelo Beckmann wrote: > > [ GNU/Linux Powered ] > > Rodei o nmap via internet contra um server NT de um colega meu. > > nmap -sS -O xxx.xxx.xxx.xxx > > Resultado: dificulty 5 (trivial joke:) > > hhehhehehhe, que barbada.... > > Ai, só por curiosidade, rodei o nmap em rede local 10Mbits cabo > coaxial, nmap no P233 disparando contra o velho 386 de guerra, > rodando com kernel 2.0.36, sem firewall, e com proftpd, ssh, telnet e > nfs abertos... > > Que diferença.... dificulty 999999999 (god luke... :( > > Como diz o ditado.... "Contra fatos não há argumentos..." Fala Marcelo... hehehehehe.... interessante isso... rodei o nmap contra minha máquina... veja só: ---------------->8============[corta] digitalcoder [root]# nmap -sS -O -v localhost Starting nmap V. 2.54BETA5 ( www.insecure.org/nmap/ ) Host localhost (127.0.0.1) appears to be up ... good. Initiating SYN Stealth Scan against localhost (127.0.0.1) The SYN Stealth Scan took 0 seconds to scan 1534 ports. Warning: OS detection will be MUCH less reliable because we did not find at least 1 open and 1 closed TCP port All 1534 scanned ports on localhost (127.0.0.1) are: closed Too many fingerprints match this host for me to give an accurate OS guess TCP/IP fingerprint: SInfo(V=2.54BETA5%P=i686-pc-linux-gnu%D=10/13%Time=39E71356%O=-1%C=1) T5(Resp=Y%DF=N%W=0%ACK=S++%Flags=AR%Ops=) T6(Resp=Y%DF=N%W=0%ACK=O%Flags=R%Ops=) T7(Resp=Y%DF=N%W=0%ACK=S%Flags=AR%Ops=) PU(Resp=Y%DF=N%TOS=C0%IPLEN=164%RIPTL=148%RID=E%RIPCK=E%UCK=E%ULEN=134%DAT=E) Nmap run completed -- 1 IP address (1 host up) scanned in 4 seconds ---------------->8============[corta] Ainda tá ruim... tou tentando deixar igual ao do Wellington Uemura... hehehehe ontem eu fiz um scan no Djames... Huawuahaehaieuaea quanta porta aberta mano... vamo fechar isso ae... :-))) []'s -- André Casteliano Analista de Sistemas - al...@br... +---------------------------------------------+ | Linux User: # 178853 Machine: # 79923 | | Linux Heavy User - Powered by Slackware 7.1 | | http://www.geocities.com/andre_casteliano/ | +---------------------------------------------+ | LinuxCall - The Linux Dialer | | http://linuxcall.sourceforge.net | +---------------------------------------------+ |
|
From: Marcelo B. <md...@ma...> - 2000-10-14 16:41:47
|
---------- Mensagem Reenviada ---------- Subject: Re: (linux-br) [MEIO OFF TOPIC] - Internet Gratuita Date: Sat, 14 Oct 2000 13:10:29 -0200 From: Edgard Lemos <ed...@ed...> Em qui, 12 out 2000, CoffeeMuG escreveu: > Naum esta na hora de nos organizarmos e entupirmos as caixas de correio > destes IPS a ponto de q sejamos notados????? > AAAAAHHHHHHHHHHHHHHHHHHHHHHHHHHHH Que tal, em vez de aplicar uma atitude terrorista, nos unirmos para desenvolver um discador para o iG que rode em linux? []s -- Edgard Lemos ed...@ed... Usuário Linux nº 135479 Assinantes em 14/10/2000: 2316 Mensagens recebidas desde 07/01/1999: 82382 Historico e [des]cadastramento: http://linux-br.conectiva.com.br Assuntos administrativos e problemas com a lista: mailto:lin...@ba... ------------------------------------------------------- |
