Onderwerp: gevolgen van het missen van reverse DNS?

Oorspronkelijk geplaatst door Tim.Bracquez

Er zitten nog enkele users hier op WHT die van DCO spijtig genoeg nog altijd geen rDNS hebben gekregen. Hé Dennis :-)

rDNS is gewoon beschikbaar bij ons (zoals op andere locaties), echter wachten we nog steeds wanneer dit doorverwezen wordt. (kunnen wij niets aan doen, buiten er achter zitten met 2 mensen...)

Zoals Tim komt te zeggen heb ik ook een goede 6 maand mogen wachten tot ze reverse delegation in orde gebracht hebben. Voordeel dat ik had is dat ze het rechtstreeks bij RIPE gedaan hebben omdat ik een /24 heb. Tim heeft geen eigen ip block (/24) en moet daarom eerst voorbij de DCO/LCP servers zelf. En aangezien ze daar nog niet goed weten hoe je reverse delegation kunt doorzenden naar andere dns servers zal dit wel het probleem zijn. Samen met het tijd gebrek dat ze op dit moment hebben met de bouw van het nieuwe datacenter en netwerk.

Ik weet dat Tim druk aan het zoeken is naar oplossingen, zoals proberen diensten bij mij af te nemen. Maar dit was iets wat bij DCO niet mogelijk was tot voor kort om rack met elkaar te verbinden via eigen patch of layer 2 link.

Tim, ik heb eventueel nog een oplossing voor je om je smtp reverse even vlug op te lossen, contacteer mij hiervoor eens.

Oorspronkelijk geplaatst door Tim.Bracquez

Je kan zelf al confirmeren dat de rDNS het intern doet door de settings uit het panel bij jouw colo over te nemen, zo kan je de rDNS testen en instellen

Zucht, alsof ik hiervan wakker lig... Ik weet dat jullie technisch onderlegd zijn vandaar dat ik in mijn eerste posts gezegd heb dat alles er professioneel uitziet. Het heeft geen zin om je technische kennis nogmaals tentoon te spreiden. Je reputatie op dit forum toont dit al meer dan genoeg aan.

Ik lig alleen wakker van dit: Mijn server werkt niet naar behoren en ik ga gezaag aan mijn oren krijgen dat er veel mails niet toekomen.

Ok, ik begrijp je wrevel over mijn acties. Maar zo ben ik nu eenmaal. Als je op deze manier niet kan samenwerken dan spreken we misschien best af dat we er volgende maand al mee ophouden.

Maar dit hoeft hier niet. Ik denk dat de modjes nu al niet gelukkig zijn met de gang van zaken. Dit zal dus mijn laatste (off topic) bericht zijn over deze kwestie.

Oorspronkelijk geplaatst door The-BosS

Tim heeft geen eigen ip block (/24) en moet daarom eerst voorbij de DCO/LCP servers zelf.

Klopt, was ook niet toegestaan voor ons, en de andere oplossingen die we gezocht hebben ook niet (in de eerste instantie)

Oorspronkelijk geplaatst door YourGamePower

Ik lig alleen wakker van dit: Mijn server werkt niet naar behoren en ik ga gezaag aan mijn oren krijgen dat er veel mails niet toekomen.

Je kan gerust jouw server weghalen en het contract is per direct opzegbaar, en het geld wordt terug gestort. Maar dit kan je ook via de support regelen. Niet via een openbaar forum, met roepen kom je er spijtig genoeg niet altijd (hangt af van partij tot partij).

Ik begrijp dat het heel frustrerend is als bepaalde functies die men als normaal beschouwd niet werken zoals het hoort. Zoals je zelf reeds aangeeft is een goed ingestelde rDNS hier een essentieel onderdeel van. Wij, van fusa zelf, hebben hier al reeds maanden contact met DCO/LCP hierrond, doch tot op heden nog geen vooruitgang geboekt.

Wij hebben altijd gestreefd naar een zo perfect mogelijke dienstverlening naar de klant toe, en dit op elk vlak (support, diensten, ...) echter is dit een punt waar wij voor 100% afhangen van DCO/LCP zelf en waar wij niks aan kunnen doen, behalve...wachten.

Het is dan ook verstaanbaar dat u uw ongenoegens hierrond wilt uiten tov de gemeenschap/dit forum, echter zou het in mijn ogen een betere oplossing zijn indien u onze supportafdeling (via mail of ticket) had gecontacteerd.

Het moge duidelijk zijn dat aan onze kant het hele rDNS-verhaal reeds in orde is (zoals reeds gezegd : intern werkt deze perfect!) aan de FUSA-kant. Alleen wachten wij (vol ongeduld) op een doorbraak vanuit het DCO/LCP kamp. Alleen vrees ik dat er daar momenteel andere prioriteiten zijn (de nieuwbouw van dco2, netwerkveranderingen zoals gisterenavond, ...) en wij nog maar eens geduld moeten oefenen.

Helaas...wij wachten hier al maanden op, zoals the-boss reeds zei...

Oorspronkelijk geplaatst door IT-worX

Zoals je zelf reeds aangeeft is een goed ingestelde rDNS hier een essentieel onderdeel van. Wij, van fusa zelf, hebben hier al reeds maanden contact met DCO/LCP hierrond, doch tot op heden nog geen vooruitgang geboekt.

Wat ik niet snap, is waarom je dan diensten aangebied als je weet dat het niet kan werken, je het niet werkend kunt leveren, en niet wanneer het gaat werken.

Alsof ik een auto koop waar nog geen banden voor zijn. Ja maar, u kunt er toch alvast in zitten....

Oorspronkelijk geplaatst door Geert-Jan

Wat ik niet snap, is waarom je dan diensten aangebied als je weet dat het niet kan werken, je het niet werkend kunt leveren, en niet wanneer het gaat werken.

Alsof ik een auto koop waar nog geen banden voor zijn. Ja maar, u kunt er toch alvast in zitten....

Nu niet om DCO/LCP af te breken, maar ze hebben het zo druk dat ze in hun ogen de minder prioritaire dingen uitstellen. Hierdoor zeggen ze dus steeds dat ze het in orde zullen maken (fusa hun dns bvb) maar door omstandigheden eerst iets anders moeten doen en het dan vergeten. Als je leverancier zegt volgende week is het in orde en na die week wordt het weer een week etc, dan kan je daar zelf niet veel aan doen buiten telkens contact op te nemen om het alsnog in orde te krijgen.

Die vergelijking kan je met alles maken, stel je garage zegt je kunt je auto volgende week ophalen. Maar het onderdeel is niet binnen en je moet nog een week wachten, en dan is vervolgens de monteur ziek en moet je nog een week wachten etc.

Zo zit al bijna een jaar te wachten op bepaalde diensten, nu niet dat die zo van belang zijn voor mij en mijn klanten. Maar weerhoudt me wel om zelf bepaalde diensten aan te bieden.

Oorspronkelijk geplaatst door Geert-Jan

Wat ik niet snap, is waarom je dan diensten aangebied als je weet dat het niet kan werken, je het niet werkend kunt leveren, en niet wanneer het gaat werken.

Alsof ik een auto koop waar nog geen banden voor zijn. Ja maar, u kunt er toch alvast in zitten....

In het beheersysteem zit meer dan enkel DCO, namelijk ook onze andere locaties waar rDNS ook mogelijk is. Daar wij reeds meerdere malen bericht kregen van DCO dat dit binnen enkele dagen actief zou zijn, hebben wij besloten om dit meteen te integreren in ons systeem, zodat onze klanten hier meteen van gebruik konden maken, en deze dit zo flexibel mogelijk konden doen.

Oorspronkelijk geplaatst door IT-worX

In het beheersysteem zit meer dan enkel DCO, namelijk ook onze andere locaties waar rDNS ook mogelijk is. Daar wij reeds meerdere malen bericht kregen van DCO dat dit binnen enkele dagen actief zou zijn, hebben wij besloten om dit meteen te integreren in ons systeem, zodat onze klanten hier meteen van gebruik konden maken, en deze dit zo flexibel mogelijk konden doen.

Dan nog, je biedt toch niet iets aan voordat het werkt, of ben ik nou gek?

Overigens heeft het niets met beheersysteem of zo te maken, je biedt het toch gewoon aan..?
http://fusa.be/nl/hosting/colocation

Gevolgen van het missen van rDNS:
- Bepaalde mailservers weigeren email (incl. de kans om op blacklists te komen)
- Bepaalde mailservers accepteren de email en deleten hem daarna
- Rechtstreekse SIP gesprekken zijn soms niet mogelijk
- Indien iemand in een /24 zonder rDNS misbruik maakt (bijv. SSH bruteforce) is de kans dat de hele range geblokkeerd wordt om verbindingen te maken groter (anders beperken ze het eerder tot een bepaald IP/rDNS)
- Kans dat het gezien wordt als dynamisch IP is groter (incl. gevolgen die dat kan hebben voor verschillende diensten)

Geert-Jan : het werkt perfect op onze andere locaties die werken met hetzelfde CP, dus hebben wij meteen dit ook doorgevoerd voor DCO. Wij mogen er tenslotte toch van uitgaan dat rDNS een strikte basisdienst is van een ICT-dienstverlenend bedrijf en dit altdus meteen geleverd word? Tevens hebben wij diverse malen data doorgekregen dat het zeker ging werken (wat tot op heden nog altijd niet zo is). Wij hebben dan ook besloten om dit naar onze klanten toe aan te bieden, zodat zij alvast hun rDNS konden instellen zodat dit meteen live gaat van zodra wij deze kunnen wijzigen. Helaas is dat tot op heden nog niet het geval. Op deze manier vermeiden wij dat een klant die vergeet. Overigens is dit voor zover ik weet ook medegedeeld naar onze klanten.

Denk dat The-BosS een mooie vergelijking heeft gemaakt die voor iedereen duidelijk is.
We bieden het reeds al aan omdat telkens gezegd wordt dat het in orde komt.

@Geert-Jan: Een domeinnaam bied je ook aan zonder dat het werkt ervoor, echter weet je wanneer het kan werken. Zo zijn er nog tal van diensten. Bij ons was er ook gezegd geweest dat het ging werken.

En ja wij zijn verdere stappen aan het ondernemen, dus ik denk niet dat er meer/verder iets gezegd moet worden.

Ik denk dat het allemaal nu wel duidelijk is en dat er niet bepaald iets nog toevoegend kan gezegd worden.

@IT-worX: Hiervoor moeten ze gewoon met de support contact op nemen.
Het klopt dit is een basisdienst en die bieden wij ook als basis aan. Er is gezegd geweest dat het in orde ging zijn/was, dus intern staat het goed daarvoor. Klaar om in gebruik te nemen, tot de verwijzing er eindelijk komt langs hun kant (DCO). Die ondertussen volgens hun beloven al rond de 10x moet toegepast zijn.

Laat mij even een paar dingen duidelijk stellen dat Tim zo vlug mogelijk naar een oplossing aan het zoeken is en ik hem daarjuist gebelt heb hierover om dit samen met hem even te bekijken. Heb zelf mogelijk wel al een vermoeden waar de fout kan liggen.

Code:

; <<>> DiG 9.4.2-P2 <<>> -x 193.110.251.4 +trace
;; global options:  printcmd
.                       8842    IN      NS      b.root-servers.net.
.                       8842    IN      NS      i.root-servers.net.
.                       8842    IN      NS      h.root-servers.net.
.                       8842    IN      NS      a.root-servers.net.
.                       8842    IN      NS      k.root-servers.net.
.                       8842    IN      NS      g.root-servers.net.
.                       8842    IN      NS      m.root-servers.net.
.                       8842    IN      NS      d.root-servers.net.
.                       8842    IN      NS      j.root-servers.net.
.                       8842    IN      NS      l.root-servers.net.
.                       8842    IN      NS      c.root-servers.net.
.                       8842    IN      NS      f.root-servers.net.
.                       8842    IN      NS      e.root-servers.net.
;; Received 228 bytes from 172.16.0.1#53(172.16.0.1) in 63 ms

193.in-addr.arpa.       86400   IN      NS      NS-PRI.RIPE.NET.
193.in-addr.arpa.       86400   IN      NS      TINNIE.ARIN.NET.
193.in-addr.arpa.       86400   IN      NS      SUNIC.SUNET.SE.
193.in-addr.arpa.       86400   IN      NS      SNS-PB.ISC.ORG.
193.in-addr.arpa.       86400   IN      NS      SEC3.APNIC.NET.
193.in-addr.arpa.       86400   IN      NS      NS3.NIC.FR.
193.in-addr.arpa.       86400   IN      NS      SEC1.APNIC.NET.
;; Received 223 bytes from 2001:500:2f::f#53(f.root-servers.net) in 170 ms

251.110.193.in-addr.arpa. 172800 IN     NS      lcpnos1.corp.lcpnet.com.
251.110.193.in-addr.arpa. 172800 IN     NS      ns3.corp.lcpnet.com.
;; Received 99 bytes from 2001:500:2e::1#53(SNS-PB.ISC.ORG) in 172 ms

4.251.110.193.in-addr.arpa. 3600 IN     CNAME   4.0-26.251.110.193.in-addr.arpa.
;; Received 65 bytes from 212.35.124.71#53(lcpnos1.corp.lcpnet.com) in 69 ms

Code:

; <<>> DiG 9.4.2-P2 <<>> 4.0-26.251.110.193.in-addr.arpa. +trace
;; global options:  printcmd
.                       8956    IN      NS      b.root-servers.net.
.                       8956    IN      NS      i.root-servers.net.
.                       8956    IN      NS      h.root-servers.net.
.                       8956    IN      NS      a.root-servers.net.
.                       8956    IN      NS      k.root-servers.net.
.                       8956    IN      NS      g.root-servers.net.
.                       8956    IN      NS      m.root-servers.net.
.                       8956    IN      NS      d.root-servers.net.
.                       8956    IN      NS      j.root-servers.net.
.                       8956    IN      NS      l.root-servers.net.
.                       8956    IN      NS      c.root-servers.net.
.                       8956    IN      NS      f.root-servers.net.
.                       8956    IN      NS      e.root-servers.net.
;; Received 228 bytes from 172.16.0.1#53(172.16.0.1) in 71 ms

193.in-addr.arpa.       86400   IN      NS      SNS-PB.ISC.ORG.
193.in-addr.arpa.       86400   IN      NS      SEC1.APNIC.NET.
193.in-addr.arpa.       86400   IN      NS      SUNIC.SUNET.SE.
193.in-addr.arpa.       86400   IN      NS      TINNIE.ARIN.NET.
193.in-addr.arpa.       86400   IN      NS      NS-PRI.RIPE.NET.
193.in-addr.arpa.       86400   IN      NS      SEC3.APNIC.NET.
193.in-addr.arpa.       86400   IN      NS      NS3.NIC.FR.
;; Received 228 bytes from 192.228.79.201#53(b.root-servers.net) in 218 ms

251.110.193.in-addr.arpa. 172800 IN     NS      lcpnos1.corp.lcpnet.com.
251.110.193.in-addr.arpa. 172800 IN     NS      ns3.corp.lcpnet.com.
;; Received 104 bytes from 2001:500:13::c7d4:35#53(TINNIE.ARIN.NET) in 127 ms

0-26.251.110.193.in-addr.arpa. 3600 IN  NS      ns1.fusa.be.
0-26.251.110.193.in-addr.arpa. 3600 IN  NS      ns2.fusa.be.
0-26.251.110.193.in-addr.arpa. 3600 IN  NS      ns3.fusa.be.
;; Received 139 bytes from 81.95.112.72#53(ns3.corp.lcpnet.com) in 35 ms

in-addr.arpa.           86400   IN      SOA     ns1.fusa.be. hostmaster.fusa.be. 2010022303 14400 3600 1209600 36000
;; Received 107 bytes from 2001:41d0:1:abd9:1:1:1:1#53(ns1.fusa.be) in 68 ms

Ik vind jullie reacties allemaal heel interessant. En de meesten hebben ergens een punt.

Maar feit blijft: De communicatie naar mij toe was onvolledig. Als er een functie in een control panel staat zonder bijkomende uitleg, dan MOET die werken! OF er moet gecommuniceerd worden dat een basisfunctie niet werkt wegens omstandigheden. Zoals reeds gezegd, ik heb begrip voor die omstandigheden.

Ik heb ook nooit gezegd dat ik wil de server weghalen. Jammer dat sommige mensen echt moeite hebben met lezen. Maar dat zal allicht liggen aan het feit dat de gemoederen blijkbaar verhit geraken.

Oorspronkelijk geplaatst door The-BosS

Laat mij even een paar dingen duidelijk stellen dat Tim zo vlug mogelijk naar een oplossing aan het zoeken is en ik hem daarjuist gebelt heb hierover om dit samen met hem even te bekijken. Heb zelf mogelijk wel al een vermoeden waar de fout kan liggen.

Dus blijkbaar heeft dit topic toch zin... Zo zie je maar, ik maak me niet populair maar krijg toch maar mooi weer wat ik wil