• Super User

    @Salatti.NET said:

    1. Ho messo prima l'IP, poi l'asterisco,

    2. Sai che non trovo i log!?!?

    3. httpd.conf? c'e' solo questo:

    This is here for backwards compatability reasons and to support

    installing 3rd party modules directly via apxs2, rather than

    through the /etc/apache2/mods-{available,enabled} mechanism.

    #LoadModule mod_placeholder /usr/lib/apache2/modules/mod_placeholder.so
    LoadModule jk_module /usr/lib/apache2/modules/mod_jk.so

    1. Aiutttoooo!!!
    1. l'asterisco solo qui sul post per prob di privacy o anche nella conf originale?

    2. /var/log/apache/ /var/log/httpd/ /usr/local/apache/logs/ (path standard... l'ho buttata li... moooolto a grandi linee... sorry)
      Prova cmq a far cosi (SE hai anche un apache.conf) da shell:

    # cat apache.conf |grep log
    

    Dovrebbe darti una serie di linee tra cui magari qualcosa del genere:

    ErrorLog /var/log/apache2/error.log
    
    1. hai provato a vedere col comando che ti dice qui?
      # installing 3rd party modules directly via apxs2,

    2. Non gridare Aiutttoooo!!! ...non ti servirà a configurare in automatico i file per la conf di apache :lol:


  • Super User

    posta la parte che ci interessa del log..
    oppure svuotali e riavvia apache e postali
    non usare graceful, dai proprio un restart completo

    ps.
    la configurazione di apache2 secondo me è stata migliorata e molto
    perchè usare httpd.conf e mettere tutti i siti in "default"? 🙂
    http://guide.debianizzati.org/index.php/LAMP:_Linux,_Apache,_MySQL_e_PHP

    @KING_Hack said:

    1. Non gridare Aiutttoooo!!! ...non ti servirà a configurare in automatico i file per la conf di apache :lol:

    :lol::lol::lol::lol:


  • Super User

    @Salatti.NET said:

    Scusate se continuo a scrivere, ma "ssh [email][email protected][/email]" mi da:
    ssh: dominio.ext: Temporary failure in name resolution

    E' dovuto a apache che non si avvia??

    Io per la verità non ho problemi ad ssaccare il TUO dominio.ext
    Problema temporaneo di dns o di firewall... nn saprei.


  • User Attivo

    @KING_Hack said:

    Io per la verità non ho problemi ad ssaccare il TUO dominio.ext
    Problema temporaneo di dns o di firewall... nn saprei.

    Ok...rete dell'uni che perde i colpi... Mi stava venendo una crisi di panico...

    @KING_Hack said:

    1. l'asterisco solo qui sul post per prob di privacy o anche nella conf originale?
    1. /var/log/apache/ /var/log/httpd/ /usr/local/apache/logs/ (path standard... l'ho buttata li... moooolto a grandi linee... sorry)
      Prova cmq a far cosi (SE hai anche un apache.conf) da shell:
    ># cat apache.conf |grep log
    >```
    Dovrebbe darti una serie di linee tra cui magari qualcosa del genere:
    

    ErrorLog /var/log/apache2/error.log

    1. hai provato a vedere col comando che ti dice qui?
      # installing 3rd party modules directly via apxs2,

    2. Non gridare Aiutttoooo!!! ...non ti servirà a configurare in automatico i file per la conf di apache :lol:

    3. L'asterisco anche nella configurazione originale...ho provato prima con l'ip, poi con l'asterisco. Se puo' aiutare ci sono due server DNS funzionanti...asterisco o IP??

    1 + osvi. Trovati, svuotati, fatto ripartire apache2:

    Unable to open logs

    Problema di permessi?? I file esistono, creati a mano dal sottoscritto (prima mi diceva che non esistevano)...

    1. ???

    2. ok... 🙂


  • User Attivo

    Ok, ho tolto le righe relative ai log nel file, e ora parte tranquillamente...devo trovare un altro posto dove mettreli? Erano in /var/log/apache2/logs (directory creata da me)... Mi sa che li non vanno bene...
    Adesso pero' anche se parte il sottodominio ase.dominio.ext non e' raggiungibile da browser......


  • Super User

    Erano in /var/log/apache2/logs (directory creata da me)... Mi sa che li non vanno bene...

    Perchè? Se loggava potevi lasciarli li tranquillamente.

    Adesso pero' anche se parte il sottodominio ase.dominio.ext non e' raggiungibile da browser......

    Perchè sicuramente cè qualce direttiva sbagliata sul conf di apache.
    Prova a sostituire * con IP [server|pubblico]

    ...e poi rivedi i log che ti dicono.

    NOTA: sottovaluta TUTTO ma NON i LOG 😉


  • User Attivo

    @KING_Hack said:

    Perchè? Se loggava potevi lasciarli li tranquillamente.

    Loggava sul log degli errori (error.log) in /var/log/apache2, non in quelli specifici dei domini/sottodomini in /var/log/apache2/logs

    Purtroppo adesso devo staccare... Stasera faccio la prova dell'IP e cerco di farfunzionare tutti i log!!


  • Super User

    si problemi di permessi
    consiglio (cosa scoperta due giorni fa): per svuotare un file non lo cancellare e ricreare con touch
    dai echo > filedasvuotare (come root)
    ti manterrà i permessi del file (cmq su apache i log di apache sono di root:adm se ti può servire)


  • User Attivo

    @osvi said:

    si problemi di permessi
    consiglio (cosa scoperta due giorni fa): per svuotare un file non lo cancellare e ricreare con touch
    dai echo > filedasvuotare (come root)
    ti manterrà i permessi del file (cmq su apache i log di apache sono di root:adm se ti può servire)

    Grazie, fino ad ora lo facevo a mano (con jed)...
    Ho provato a mettere l'IP invece dell'asterisco, ma il sottodominio ancora non viene visto...

    Adesso provo a rimettere i log...


  • User Attivo

    Log rimessi...adesso apache2 parte tranquillamente, quindi il problema dei log sembra superato.
    Ma non ci sono errori particolari...solo i 404 delle pagine non trovate...
    Voi cosa vedete andando su http://ase.salatti.net


  • Super User

    @Salatti.NET said:

    Log rimessi...adesso apache2 parte tranquillamente, quindi il problema dei log sembra superato.
    Ma non ci sono errori particolari...solo i 404 delle pagine non trovate...
    Voi cosa vedete andando su http://ase.salatti.net

    Io vedo la classica pag di FF:

    Indirizzo non trovato
    Firefox non riesce a contattare il server ase.salatti.net.

    I log non ti servono solo per vedere i 404 ma per capire se, nel momento dell' avvio del daemon di apache, la stringa che passa ovvero se da un errore e su cosa.

    PS: non è che devi riconfigurare/implementare una qualche direttiva sui server DNS interni che hai in funzione? Magari Apache non ti da errore ma devi far sapere al mondo che ase.salatti.net punta a quell' IP e verrà reindirizzato al server apache (a sua volta farà il reindirizzamento alla dir che gli hai indicato sui Vhost).


  • User Attivo

    Forse ho trovato il problema...
    Mi sa che devo configurare BIND (DNS)...stasera faccio nottata... 😉


  • User Attivo

    Bravo KING, non avevo ancora letto il tuo post...mi sa che hai azzeccato il problema!!
    Stasera birra, doc e via...vi faccio sapere!!


  • Super User

    @Salatti.NET said:

    Bravo KING, non avevo ancora letto il tuo post...mi sa che hai azzeccato il problema!!
    Stasera birra, doc e via...vi faccio sapere!!

    Per configurare bind ecco un link a un bel 3d:
    http://forum.alproject.org/viewtopic.php?t=238

    PS: per me una Guinnes da 1/2 bella ghiacciata grazie 😉


  • User Attivo

    Ahah!! Te la metto in fresco!! :festa:


  • User Attivo

    Forse ci sono riuscito, pero' se non ho capito male per avere la conferma dovro' aspettare 48 ore...giusto?


  • Super User

    @Salatti.NET said:

    Forse ci sono riuscito, pero' se non ho capito male per avere la conferma dovro' aspettare 48 ore...giusto?

    Per avere la conferma, visto che hai la shell a disposizione, io ti consiglierei di provare a seguire la seguente check list (magari sono operazioni che hai già fatto ma ricordarle non fa male ;)):

    1. una volta startato Apache verificare che nei log non ci sia alcun errore riguardante l' avvio del server web;

    2. dopo aver configurato e ricaricato il server DNS, un bel **nslookup ase.salatti.net *** per vedere che ti risponde in locale potrebbe darti ...una speranza che fra 24/48 il resto dei DNS siano sincronizzati con la redirezione giusta verso il tuo dominio di 3° livello... a me viene l'ansia dover aspettare tutto quel tempo, invece con questa semplice prova potrai avere conferma istantanea 😉

    ***** = se io do nslookup www.alproject.org in locale sul mio server dove ho Apache e bind che girano mi ritrovo questo:

    Server:         127.0.0.1
    Address:        127.0.0.1#53
    
    www.alproject.org       canonical name = alpmail.alproject.org.
    Name:   alpmail.alproject.org
    Address: 192.168.0.3
    

    Vedi se anche per te è qualcosa di simile con i dati che hai fornito nelle varie configurazioni 😉

    :ciauz:


  • User Attivo

    nslookup non vede ancora ase.salatti.net, ma credo sia perche' non usa 127.0.0.1, ma 151.1.1.1:

    r# nslookup ase.salatti.net
    Server: 151.1.1.1
    Address: 151.1.1.1#53

    ** server can't find ase.salatti.net: NXDOMAIN

    Invece, nslookup www.salatti.net (l'ho fatto un po' di tempo prima, forse e' gia' arrivato):

    nslookup www.salatti.net

    Server: 151.1.1.1
    Address: 151.1.1.1#53

    Non-authoritative answer:
    www.salatti.net canonical name = salatti.net.
    Name: salatti.net
    Address: 69.61.80.152


  • Super User

    Imho, nn per essere pessimista, ma c'è ancora qualcosina che non va sulla conf del vhost.

    Se hai la combinazione Apache+Bind in locale con un nslookup subito dopo aver aggiornato propriamente le configurazioni dei due server dovresti avere una risposta positiva da tal comando per la risoluzione IP e/o indirizzo web.

    Se il tuo server si appoggia però a server DNS esterni (anche alla LAN) allora li devi affidarti alla lettrua dei log (ecco l'importanza dei log :2: che hai quando riavvii Apache constatando che non sputino errori riguardanti i vhost.

    Al limite con un apache configtest verifichi se la sintassi del tuo file di configurazione è a posto.

    :ciauz:


  • User Attivo

    Allora...il file salatti.net (dopo ricerche infinite) e' diventato cosi' (notare le aggiunte per giabber...inoltre mi e' stato detto che devo crearmi due NS per poter gestire il tutto - fortuna che ho due ip):

    @/etc/bind/salatti.net said:

    $ORIGIN salatti.net.
    $TTL 1D
    @ IN SOA admin.salatti.net. admin.salatti.net. (
    2006090601
    8H
    2H
    4W
    1D )
    @ IN MX 10 mail

    salatti.net. IN NS ns1
    ns1.salatti.net. IN A 69.61.80.152
    salatti.net. IN NS ns2
    ns2.salatti.net. IN A 69.61.80.153

    mail IN A 69.61.80.152

    www IN A 69.61.80.152
    ase IN CNAME www
    ftp IN CNAME www
    pop IN CNAME www
    imap IN CNAME www
    jabber IN CNAME www

    ;; fondamentali per jabber

    _jabber._tcp IN SRV 5 0 5269 jabber
    _xmpp-server._tcp IN SRV 5 0 5269 jabber
    _xmpp-client._tcp IN SRV 5 0 5222 jabber

    nslookup in locale da questi risultati:

    @nslookup said:

    nslookup ns1.salatti.net

    Server: 127.0.0.1
    Address: 127.0.0.1#53

    Name: ns1.salatti.net
    Address: 69.61.80.152

    nslookup ns2.salatti.net

    Server: 127.0.0.1
    Address: 127.0.0.1#53

    Name: ns2.salatti.net
    Address: 69.61.80.153

    nslookup ase.salatti.net

    Server: 127.0.0.1
    Address: 127.0.0.1#53

    ase.salatti.net canonical name = www.salatti.net.
    Name: www.salatti.net
    Address: 69.61.80.152

    Sembrerebbe positivo...che dite? L'unica cosa che mi preoccupa e' quest'errore che apache 2 ha cominciato a dare quando lo riavvio:

    @apache2 restart said:

    Forcing reload of apache 2.0 web server...grep: /etc/apache2/conf.d/[^.#]*: No such file or directory
    .

    Un successivo apache2 start dice:

    Starting apache 2.0 web server...httpd (pid 13205) already running
    .

    Altrattanto preoccupante e' il fatto che quest'errore non viene riportato nei log. Forse e' normale, ma i log di apache2 non mostrano alcun errore.

    apache2 configtest...esiste? O e' solo per apache1? Non riesco a farlo eseguire...

    Voi che dite? Cominciamo ad esserci? Vedete errori? Il file /etc/bind/named.conf e i file di apache sono rimasti invariati dall'ultimo mio post...idem il resolv.conf...