Apache / NAT

noniin... koneella ois Apache ja sain sen jopa pelittämäänkin. ainoo ongelma vaan on se kun heittää NAT:in päälle reitittimen asetuksista niin eipä toimikaan enää sen jälkeen. eli ilmeisesti en osaa konfiguroida tota vehettä kunnolla?? apuja saa tarjota jos jollekin niitä tulee mieleen. modeemi on A-Link RoadRunner 44C
263810
Äänestä

Muut lukivat myös

Vastaukset 26

Vanhimmat

kokemuksia tosta vehkeestä mutta varmaan sieltä löytyy jotain mallia virtualserver. Sun pitää ohjata palomuurin portti 80 sinne apakkille sun omassa verkossa.

Äänestä
  • toiminto löytyy kyllä, ja softa palomuurina toimii outpost josta oon laittanu portin 80 auki apassille (inbound).. ei vaan auta perskeles...

    Äänestä

  • peani kirjoitti:

    toiminto löytyy kyllä, ja softa palomuurina toimii outpost josta oon laittanu portin 80 auki apassille (inbound).. ei vaan auta perskeles...

    piti olla kaikki noi disabled, paitsi just millä yhteys on luotu. Sen jälkeen toimi Virtual Server.


    Eli alasvetovalikosta valkkaat Circuitin ja pistät disabled. Sitten save. Sen jälkeen seuraava circuit ja disaled&save jne jne

    Äänestä

  • Piru kirjoitti:

    piti olla kaikki noi disabled, paitsi just millä yhteys on luotu. Sen jälkeen toimi Virtual Server.


    Eli alasvetovalikosta valkkaat Circuitin ja pistät disabled. Sitten save. Sen jälkeen seuraava circuit ja disaled&save jne jne

    juuh.. neki oon jo säätäny. tuloksetta.. :(
    verkko toimii muuten kyllä ihan niinkuin pitääkin. ainoo vaan että apache ei wörksi NAT päällä...

    Äänestä

  • peani kirjoitti:

    juuh.. neki oon jo säätäny. tuloksetta.. :(
    verkko toimii muuten kyllä ihan niinkuin pitääkin. ainoo vaan että apache ei wörksi NAT päällä...

    kiinteä sisäverkon IP?

    Oletko tarkistanut jollain ohjelmalla, että mihin asti paketit oikeasti pääsee?

    Sen voi tehdä vaikka palomuuriohjelmalla tai modeemin logilla

    Äänestä

  • Piru kirjoitti:

    kiinteä sisäverkon IP?

    Oletko tarkistanut jollain ohjelmalla, että mihin asti paketit oikeasti pääsee?

    Sen voi tehdä vaikka palomuuriohjelmalla tai modeemin logilla

    jaa-a.. ei näy palomuurin logissa mitään merkkejä et kukaan ois koneelle ees yrittäny tullakaan. koklasin myös ilman palomuuria.. ei toimi. ilmeisesti toi NAT vaan yksinkertasesti estää sen että koneelle on ulkoapäin mahdoton tulla. p2p ohjelmat kyllä esim. toimii oikein buenosti port forwardin kautta ja samalla tavalla oon yrittäny liikennettä ohjata apachellekin.. itse en oikein enää keksi mitään mikä tähän vois auttaa. ilmeisesti se vain on mahdotonta pitää koneella serveriä jos on nat päällä? täytyy viel käyä zekkaseen googlen keskusteluryhmiä läpi josko sieltä ois neuvoja..

    jos ei muuten ni täytyy selvittää voiko niin tehdä että lähiverkon muille koneille nat päälle ja serveri koneelle ei nattia päälle?

    Äänestä

  • peani kirjoitti:

    jaa-a.. ei näy palomuurin logissa mitään merkkejä et kukaan ois koneelle ees yrittäny tullakaan. koklasin myös ilman palomuuria.. ei toimi. ilmeisesti toi NAT vaan yksinkertasesti estää sen että koneelle on ulkoapäin mahdoton tulla. p2p ohjelmat kyllä esim. toimii oikein buenosti port forwardin kautta ja samalla tavalla oon yrittäny liikennettä ohjata apachellekin.. itse en oikein enää keksi mitään mikä tähän vois auttaa. ilmeisesti se vain on mahdotonta pitää koneella serveriä jos on nat päällä? täytyy viel käyä zekkaseen googlen keskusteluryhmiä läpi josko sieltä ois neuvoja..

    jos ei muuten ni täytyy selvittää voiko niin tehdä että lähiverkon muille koneille nat päälle ja serveri koneelle ei nattia päälle?

    *ilmeisesti se vain on mahdotonta pitää koneella serveriä jos on nat päällä?*

    Ei ole. Epäilen suuresti, että kokeilet serverin toimintaa sisäverkon ip-osoitteella netistä, jolloin tietenkään ei toimi. Natin takia komentorivin ipconfig kertoo vain sisäverkon ip-osoitteen. Oletko kokeillut toimiiko apache edes, localhost osoitteella palvelinkoneelta, sekä muilta sisäverkon koneilta palvelimen ip-osoitteella, .



    *jos ei muuten ni täytyy selvittää voiko niin tehdä että lähiverkon muille koneille nat päälle ja serveri koneelle ei nattia päälle?*

    Voi, tosin en tiedä laitteestasi onnistuuko sillä. Tarvitsetkos edes nattia ollenkaan?

    Äänestä

  • peani kirjoitti:

    jaa-a.. ei näy palomuurin logissa mitään merkkejä et kukaan ois koneelle ees yrittäny tullakaan. koklasin myös ilman palomuuria.. ei toimi. ilmeisesti toi NAT vaan yksinkertasesti estää sen että koneelle on ulkoapäin mahdoton tulla. p2p ohjelmat kyllä esim. toimii oikein buenosti port forwardin kautta ja samalla tavalla oon yrittäny liikennettä ohjata apachellekin.. itse en oikein enää keksi mitään mikä tähän vois auttaa. ilmeisesti se vain on mahdotonta pitää koneella serveriä jos on nat päällä? täytyy viel käyä zekkaseen googlen keskusteluryhmiä läpi josko sieltä ois neuvoja..

    jos ei muuten ni täytyy selvittää voiko niin tehdä että lähiverkon muille koneille nat päälle ja serveri koneelle ei nattia päälle?

    Nimittäin jos olet NATin takana toisella koneella 192.168.0.2

    ja yrität koneen 192.168.0.3 apacheen ulkoisella osoitteella, niin ei toiminut ainakaan mulla NATin kanssa. Roadrunner ei siis osannut reitittää sisäverkko -> ulkoverkko -> Virtual Server -> sisäverkko

    Sisäverkosta testaat palvelintasi sisäisella osoitteella 192.168.0.3 ja ulkoisen toimivuuden testaat vaikka hommaamalla jostain ilmaisen unix shell-tunnuksen.

    Googleen free unix shell

    ja sieltä testaat oman palvelimesi

    wget munolkoinenip

    Nimittäin jos jo onnistuneesti siirrät muille ohjelmille portteja, niin en keksi muuta vikaa. Noi sanomani IP-osoitteet oli vaan esimerkkejä.

    Äänestä

  • Piru kirjoitti:

    Nimittäin jos olet NATin takana toisella koneella 192.168.0.2

    ja yrität koneen 192.168.0.3 apacheen ulkoisella osoitteella, niin ei toiminut ainakaan mulla NATin kanssa. Roadrunner ei siis osannut reitittää sisäverkko -> ulkoverkko -> Virtual Server -> sisäverkko

    Sisäverkosta testaat palvelintasi sisäisella osoitteella 192.168.0.3 ja ulkoisen toimivuuden testaat vaikka hommaamalla jostain ilmaisen unix shell-tunnuksen.

    Googleen free unix shell

    ja sieltä testaat oman palvelimesi

    wget munolkoinenip

    Nimittäin jos jo onnistuneesti siirrät muille ohjelmille portteja, niin en keksi muuta vikaa. Noi sanomani IP-osoitteet oli vaan esimerkkejä.

    Turhaa testaamisen takia hankkia mitään shell tunnuksia, helpompa on tarkistaa toimivuus vaikkapa http://validator.w3.org/ samalla tulee tarkistettua koodinkin oikeellisuus.

    Äänestä

  • 1234567 kirjoitti:

    *ilmeisesti se vain on mahdotonta pitää koneella serveriä jos on nat päällä?*

    Ei ole. Epäilen suuresti, että kokeilet serverin toimintaa sisäverkon ip-osoitteella netistä, jolloin tietenkään ei toimi. Natin takia komentorivin ipconfig kertoo vain sisäverkon ip-osoitteen. Oletko kokeillut toimiiko apache edes, localhost osoitteella palvelinkoneelta, sekä muilta sisäverkon koneilta palvelimen ip-osoitteella, .



    *jos ei muuten ni täytyy selvittää voiko niin tehdä että lähiverkon muille koneille nat päälle ja serveri koneelle ei nattia päälle?*

    Voi, tosin en tiedä laitteestasi onnistuuko sillä. Tarvitsetkos edes nattia ollenkaan?

    >Ei ole. Epäilen suuresti, että kokeilet serverin >toimintaa sisäverkon ip-osoitteella netistä, >jolloin tietenkään ei toimi. Natin takia >komentorivin ipconfig kertoo vain sisäverkon >ip-osoitteen.

    no en kyllä kokeile kun ihan ulkoverkon ip:llä. sisäverkossa 10.x.x.x ja ulkoverkko 80.x.x.x
    en mä ny iha noin palikka oo.. :)

    >Tarvitsetkos edes nattia ollenkaan?

    kyllä. samassa verkossa 3 konetta kohta tulee vielä tulostin. huomattavasti kätevämpää jos sisäverkon koneilla on "kiinteä" ip osoite. ja parantaa tietoturvallisuutta samalla..

    Äänestä

  • Piru kirjoitti:

    Nimittäin jos olet NATin takana toisella koneella 192.168.0.2

    ja yrität koneen 192.168.0.3 apacheen ulkoisella osoitteella, niin ei toiminut ainakaan mulla NATin kanssa. Roadrunner ei siis osannut reitittää sisäverkko -> ulkoverkko -> Virtual Server -> sisäverkko

    Sisäverkosta testaat palvelintasi sisäisella osoitteella 192.168.0.3 ja ulkoisen toimivuuden testaat vaikka hommaamalla jostain ilmaisen unix shell-tunnuksen.

    Googleen free unix shell

    ja sieltä testaat oman palvelimesi

    wget munolkoinenip

    Nimittäin jos jo onnistuneesti siirrät muille ohjelmille portteja, niin en keksi muuta vikaa. Noi sanomani IP-osoitteet oli vaan esimerkkejä.

    kaveri testas omalta koneeltaan pääsyä mun koneelle.. lisäks kokeilin vielä sitenkin että laitoin selaimeen proxy serverin ja kokeilin sen kautta pääsyä koneelle. testaan vielä tuota unix shell:iä!

    Äänestä

  • peani kirjoitti:

    >Ei ole. Epäilen suuresti, että kokeilet serverin >toimintaa sisäverkon ip-osoitteella netistä, >jolloin tietenkään ei toimi. Natin takia >komentorivin ipconfig kertoo vain sisäverkon >ip-osoitteen.

    no en kyllä kokeile kun ihan ulkoverkon ip:llä. sisäverkossa 10.x.x.x ja ulkoverkko 80.x.x.x
    en mä ny iha noin palikka oo.. :)

    >Tarvitsetkos edes nattia ollenkaan?

    kyllä. samassa verkossa 3 konetta kohta tulee vielä tulostin. huomattavasti kätevämpää jos sisäverkon koneilla on "kiinteä" ip osoite. ja parantaa tietoturvallisuutta samalla..

    >Oletko kokeillut toimiiko apache edes, localhost >osoitteella palvelinkoneelta, sekä muilta >sisäverkon koneilta palvelimen ip-osoitteella, .

    Localhostilla menee joka koneelta..

    Äänestä

  • peani kirjoitti:

    >Ei ole. Epäilen suuresti, että kokeilet serverin >toimintaa sisäverkon ip-osoitteella netistä, >jolloin tietenkään ei toimi. Natin takia >komentorivin ipconfig kertoo vain sisäverkon >ip-osoitteen.

    no en kyllä kokeile kun ihan ulkoverkon ip:llä. sisäverkossa 10.x.x.x ja ulkoverkko 80.x.x.x
    en mä ny iha noin palikka oo.. :)

    >Tarvitsetkos edes nattia ollenkaan?

    kyllä. samassa verkossa 3 konetta kohta tulee vielä tulostin. huomattavasti kätevämpää jos sisäverkon koneilla on "kiinteä" ip osoite. ja parantaa tietoturvallisuutta samalla..

    *en mä ny iha noin palikka oo.. :) *

    Mistä sitä koskaan voi tietää, et nimittäin olisi ensinmäinen kelle on käynyt noin ;)

    Olet siis kokeillut tolla palvelimen sisäverkon ip-osoitteella muilta sisäverkon koneilta? Jos niilläkään ei toimi, niin jokin on pahasti pielessä asetuksissa.

    Ei kai sulla ole lisänä vielä konekohtaista palomuuria joka voisi ongelman aiheuttaa? Ja windowsin oma muuri on poiskytketty, jos windows on alustana.

    Äänestä

  • peani kirjoitti:

    >Oletko kokeillut toimiiko apache edes, localhost >osoitteella palvelinkoneelta, sekä muilta >sisäverkon koneilta palvelimen ip-osoitteella, .

    Localhostilla menee joka koneelta..

    *Localhostilla menee joka koneelta..*

    Varmaankin käsitin väärin, localhost pitäisi toimia ainoostaan sillä koneella missä palvelin on, sillä localhost osoitteella viitataan koneeseen itseensä, eikä muihin sisäverkon koneisiin.

    Äänestä

Sun täytyy reitittemen (natin) asetuksista laittaa, et porttiin 80 tuleva liikenne ohjataan sille koneelle missä apache on, ei riitä, et palomuurista sallit liikenteen pertille 80.

Natin takia toi sinun reitittimesi saa julkisen ip-osoitteen, ja siinähän ei ole mitään palvelinta, joten siks pitää ohjata.

Ja ole tarkka, ettet kokeile sisäverkon ip-osotteilla palvelimen toimintaa netistä

Äänestä

..poimittua:

"Palomuuri voidaan konffata estämään ulkoapäin tulevat yhteydet koneellesi,
mutta se ei ole tarpeen, koska NAT tekee tuon automaattisesti. NAT:in
tarkoitushan on maskata sisäverkon IP:t NAT-koneen omalle ulkoiselle IP:lle.
Koska ulospäin näkyy ainoastaan tuon NAT-koneen julkinen IP, ei ulkoapäin
tuolle IP:lle tulevat paketit voi reitittyä "oikealle omistajalleen"
( l. palvelua pyörittävälle koneelle), koska NAT-kone ei tiedä kenelle ne on
tarkoitettu vaan luulee, että ne on suunnattu sille itselleen."

tuon mukaan nat päällä palvelinta on mahdoton pitää.. onko perää?

ja onko kukaan siis oikeasti laittanu koneelleen toimivaa apache serveriä NAT:in ollessa päällä??

Äänestä
  • Tavallaanhan toi googlen viesti on totta, mutta silti palomuuri kannattaa pitää päällä vaikka oliskin nat, nat nimittäin ei tarjoa täydellistä turvaa.


    *Koska ulospäin näkyy ainoastaan tuon NAT-koneen julkinen IP, ei ulkoapäin
    tuolle IP:lle tulevat paketit voi reitittyä "oikealle omistajalleen" *

    Juuri tämän takia natin asetuksista laitetaan että porttiin 80 tuleva liikenne (paketit) ohjataan sille sisäverkon koneelle missä palvelin on. Muihin portteihin tuleva jää sitten nattiin, ellei niitä ole samaantapaan erikseen määrätty reitittyvän jollekkin sisäverkon koneelle.



    *tuon mukaan nat päällä palvelinta on mahdoton pitää.. onko perää? *

    Ei. Tietenkin jos on ISP:n nat kyseessä, niin silloin se voi estää palvelimen pidon, kun asetuksia ei pääse muuttamaan halutunlaises.


    *ja onko kukaan siis oikeasti laittanu koneelleen toimivaa apache serveriä NAT:in ollessa päällä??*

    On, tosin tästä on aikaa, joten tiedot ovat siltä osin aika hatarat.

    Äänestä

  • 1234567 kirjoitti:

    Tavallaanhan toi googlen viesti on totta, mutta silti palomuuri kannattaa pitää päällä vaikka oliskin nat, nat nimittäin ei tarjoa täydellistä turvaa.


    *Koska ulospäin näkyy ainoastaan tuon NAT-koneen julkinen IP, ei ulkoapäin
    tuolle IP:lle tulevat paketit voi reitittyä "oikealle omistajalleen" *

    Juuri tämän takia natin asetuksista laitetaan että porttiin 80 tuleva liikenne (paketit) ohjataan sille sisäverkon koneelle missä palvelin on. Muihin portteihin tuleva jää sitten nattiin, ellei niitä ole samaantapaan erikseen määrätty reitittyvän jollekkin sisäverkon koneelle.



    *tuon mukaan nat päällä palvelinta on mahdoton pitää.. onko perää? *

    Ei. Tietenkin jos on ISP:n nat kyseessä, niin silloin se voi estää palvelimen pidon, kun asetuksia ei pääse muuttamaan halutunlaises.


    *ja onko kukaan siis oikeasti laittanu koneelleen toimivaa apache serveriä NAT:in ollessa päällä??*

    On, tosin tästä on aikaa, joten tiedot ovat siltä osin aika hatarat.

    >On, tosin tästä on aikaa, joten tiedot ovat siltä >osin aika hatarat.

    muistatko mitkä asetukset itselläsi oli päällä kun sait palvelimen toimiin NAT päällä? itsellä siis port forward ja sitä kautta ohjattu liikenne halutullu koneelle. palomuurista ohjattu portista 80 tuleva liikenne palomuurille ja annettu täydet oikeudut apachelle... eli siis omasta mielestäni oon tehny kaikki mitä ny voi tehä että sais toimimaan. heittäkää te jotka ootte NAT päällä saanu apachen toimimaan ni vinkkiä miten toimis..

    Äänestä

  • peani kirjoitti:

    >On, tosin tästä on aikaa, joten tiedot ovat siltä >osin aika hatarat.

    muistatko mitkä asetukset itselläsi oli päällä kun sait palvelimen toimiin NAT päällä? itsellä siis port forward ja sitä kautta ohjattu liikenne halutullu koneelle. palomuurista ohjattu portista 80 tuleva liikenne palomuurille ja annettu täydet oikeudut apachelle... eli siis omasta mielestäni oon tehny kaikki mitä ny voi tehä että sais toimimaan. heittäkää te jotka ootte NAT päällä saanu apachen toimimaan ni vinkkiä miten toimis..

    Muistaakseni vain ohjasin port forwardin avulla liikenteen serveri koneelle, ja sen jälkeen toimi ongelmitta.

    Käsittääkseni Apachelle pitää sallia molempi suuntainen liikenne. Ja olethan käynistänyt Apachen uudestaan, kun olet sallinut liikenteen nettiin ja laittanut natin asetukset kohalle? Ainaskin softamuurin kanssa näin pitää menetellä, rautamuurista en tarkalleen tiedä.

    Kai olet muistanut tallentaa kaikki muuttamasi asetukset ja käynistänet reitittemen senjälkeen uudestaan (mikäli vaatii sen), taas tämmönen perus juttu ;)


    Kuten jo joku ehdotti, niin laitappas joku nettiliikenteen seurantaohjelma serverikoneelle ja katso tuleeko paketit todella sinne asti, jos ei niin natissa on joku asetus väärin.

    Sekä ykskeino olis palauttaa nattiin tehdas asetukset ja alottaa koko säätäminen puhtaalt pöydält.

    Äänestä

  • Sitä vartenhan se Virtual Server on, että myös NATin yli toimii.

    Virtual Circuiteista sai olla päällä vain se, jonka kautta oli yhteys palveluntarjoajalle.

    Palvelimella pitää olla kiinteä sisäverkon osoite, eikä DHCP:llä tuleva. Muuten vähän huono ohjata niitä portteja.

    Äänestä

  • Piru kirjoitti:

    Sitä vartenhan se Virtual Server on, että myös NATin yli toimii.

    Virtual Circuiteista sai olla päällä vain se, jonka kautta oli yhteys palveluntarjoajalle.

    Palvelimella pitää olla kiinteä sisäverkon osoite, eikä DHCP:llä tuleva. Muuten vähän huono ohjata niitä portteja.

    Oletko kokeillut apachea toisessa portissa tai boxin hallintaa vaihtaa toiseen porttiin tuon 80-portin sijaan?

    Äänestä

  • Piru kirjoitti:

    Sitä vartenhan se Virtual Server on, että myös NATin yli toimii.

    Virtual Circuiteista sai olla päällä vain se, jonka kautta oli yhteys palveluntarjoajalle.

    Palvelimella pitää olla kiinteä sisäverkon osoite, eikä DHCP:llä tuleva. Muuten vähän huono ohjata niitä portteja.

    >Virtual Circuiteista sai olla päällä vain se, jonka >kautta oli yhteys palveluntarjoajalle.

    >Palvelimella pitää olla kiinteä sisäverkon osoite, >eikä DHCP:llä tuleva.

    joo noi on kondiksessa ainaki..

    Äänestä

  • Apassi98765 kirjoitti:

    Oletko kokeillut apachea toisessa portissa tai boxin hallintaa vaihtaa toiseen porttiin tuon 80-portin sijaan?

    >Oletko kokeillut apachea toisessa portissa
    kokeilin tuota.. ei apua.

    >Eihän adsl-boksin hallinta ole portissa 80?
    tota boksiahan siis hallitaan selaimen avulla.. ja sisään pääsee aina kun kirjottaa yhdyskäytävän osoitteen.. mitenkäs sen sitten vois vaihtaa ton portin mistä boksia hallitaan.. ?

    Äänestä

  • Piru kirjoitti:

    Sitä vartenhan se Virtual Server on, että myös NATin yli toimii.

    Virtual Circuiteista sai olla päällä vain se, jonka kautta oli yhteys palveluntarjoajalle.

    Palvelimella pitää olla kiinteä sisäverkon osoite, eikä DHCP:llä tuleva. Muuten vähän huono ohjata niitä portteja.

    *Palvelimella pitää olla kiinteä sisäverkon osoite, eikä DHCP:llä tuleva. Muuten vähän huono ohjata niitä portteja.*

    Ei ole välttämätön, sillä DHCP:n saa myöntämään osoitteet MAC-osoitteen perusteella, jolloin sama kone saa aina saman, ellei MAC-osoitetta vaihda.

    Äänestä

  • Apassi98765 kirjoitti:

    Oletko kokeillut apachea toisessa portissa tai boxin hallintaa vaihtaa toiseen porttiin tuon 80-portin sijaan?

    on portissa 81, koska eihän ne voi olla samassa portissa kun apache eli portissa 80.

    Äänestä

Juu sain ku sainkin ongelman ratkaistua kun tässä yks ilta päätin kunnolla paneutua sen kimppuun! :)

Tässä vielä yhteenvetona miten sain toimimaan, sikäli mikäli joku joskus on saman ongelman kimpussa!

Eli:

1) Palomuurista Apachelle portti 80 auki. Pitää sallia sekä sisääntuleva, että ulosmenevä liikenne.

2) Sitten modeemin asetusten kimppuun; Virtual Circuit kohdasta port forward portille 80 ja haluttuun ip osoitteeseen.

3) Virtual Circuitit pois, paitsi se johon konfiguroit oman palvelun tarjoajasi asetukset. (IPV0 esim)

4) Kohdasta "Misc configuration" löytyy ainakin meikäläisen modeemissa kohta, johon voi määrittää onko koneella palvelinta (HTTP palvelin, FTP palvelin.. ) Noh, kohdasta HTTP server Access kyseinen toiminto päälle, sallitaan kaikki yhteydet porttiin 80.

5) Sitten modeemin palomuurista vielä sallitaan porttiin 80 sekä sisään että ulostuleva liikenne localhostille..

Näin sain itse sen pelittämään..

Äänestä

Kommentoi aloitusta


peani kirjoitti:

noniin... koneella ois Apache ja sain sen jopa pelittämäänkin. ainoo ongelma vaan on se kun heittää NAT:in päälle reitittimen asetuksista niin eipä toimikaan enää sen jälkeen. eli ilmeisesti en osaa konfiguroida tota vehettä kunnolla?? apuja saa tarjota jos jollekin niitä tulee mieleen. modeemi on A-Link RoadRunner 44C

Anonyymi
5000

Ilmoita asiaton sisältö

  • Sisältää materiaalia, joka on loukkaavaa, herjaavaa, rasistista, uhkailevaa tai ahdistelevaa.

  • Materiaali sisältää nimiä, yhteystietoja tai muita henkilökohtaisia tietoja. Julkisuuden henkilöistä, julkisissa viroissa toimivista ihmisistä sekä yritysten vastuuhenkilöistä saa keskustella työhön liittyen. Myös yksityiselämään liittyvistä asioista voi keskustella siltä osin, kuin niistä on julkisesti kerrottu.

  • Sisältää lapsille haitallista tai heiltä kiellettyä materiaalia. Seksuaalinen sisältö on sallittua aiheeseen tarkoitetuilla palstoilla, joiden ikäraja on 18 vuotta.

  • Lainvastaista sisältöä voi olla mm. yksityiselämää loukkaavan tiedon levitys, kiihottaminen kansanryhmää vastaan, laiton uhkaaminen, alaikäisiin liittyvä seksuaalinen sisältö/grooming, petokset, identiteettivarkaudet, kunnianloukkaukset ja tekijänoikeusrikkomukset.

  • Sisältö ei liity palstan tai keskusteluketjun aiheeseen.

  • Viesti ei ole suomea tai ruotsia (pl. International Forums), se sisältää mainontaa, se sisältää tekijänoikeuksin suojattua materiaalia, se on massapostitus tai jokin muu syy.

Jaa keskustelu